Thu May 27 13:45:15 2010
Starting ORACLE instance (normal)
LICENSE_MAX_SESSION = 0
LICENSE_SESSIONS_WARNING = 0
Picked latch-free SCN scheme 2
KCCDEBUG_LEVEL = 0
Using LOG_ARCHIVE_DEST_10 parameter default value as USE_DB_RECOVERY_FILE_DEST
Autotune of undo retention is turned on.
Dynamic strands is set to TRUE
Running with 2 shared and 18 private strand(s). Zero-copy redo is FALSE
IMODE=BR
ILAT =18
LICENSE_MAX_USERS = 0
SYS auditing is disabled
Starting up ORACLE RDBMS Version: 10.1.0.2.0.
System parameters with non-default values:
PMON started with pid=2, OS id=21628
MMAN started with pid=3, OS id=21776
DBW0 started with pid=4, OS id=1068
LGWR started with pid=5, OS id=20540
CKPT started with pid=6, OS id=17812
SMON started with pid=7, OS id=19680
RECO started with pid=8, OS id=20792
CJQ0 started with pid=9, OS id=20616
Thu May 27 13:45:15 2010
starting up 1 dispatcher(s) for network address '(ADDRESS=(PARTIAL=YES)(PROTOCOL=TCP))'...
starting up 3 shared server(s) ...
Thu May 27 13:45:15 2010
ALTER DATABASE
Thu May 27 13:45:15 2010
Controlfile identified with block size 16384
Thu May 27 13:45:20 2010
Setting recovery target incarnation to 6
Thu May 27 13:45:20 2010
Successful mount of redo thread 1, with mount id 1818734891
Thu May 27 13:45:20 2010
Database mounted in Exclusive Mode.
Completed: ALTER DATABASE
Thu May 27 13:45:20 2010
ALTER DATABASE OPEN
Thu May 27 13:45:20 2010
Beginning crash recovery of 1 threads
attempting to start a parallel recovery with 2 processes
parallel recovery started with 2 processes
Thu May 27 13:45:21 2010
Started first pass scan
Thu May 27 13:45:21 2010
Completed first pass scan
0 redo blocks read, 0 data blocks need recovery
Thu May 27 13:45:21 2010
Started redo application at
Thread 1: logseq 16, block 844, scn 0.53332424
Recovery of Online Redo Log: Thread 1 Group 5 Seq 16 Reading mem 0
Thu May 27 13:45:22 2010
Completed redo application
Thu May 27 13:45:22 2010
Completed crash recovery at
Thread 1: logseq 16, block 844, scn 0.53352425
0 data blocks read, 0 data blocks written, 0 redo blocks read
Thu May 27 13:45:22 2010
LGWR: STARTING ARCH PROCESSES
ARC0 started with pid=17, OS id=22184
ARC0: Archival started
ARC1 started with pid=18, OS id=21336
Thu May 27 13:45:22 2010
ARC1: Archival started
Thu May 27 13:45:22 2010
LGWR: STARTING ARCH PROCESSES COMPLETE
Thu May 27 13:45:22 2010
LGWR: Primary database is in CLUSTER CONSISTENT mode
Thu May 27 13:45:22 2010
ARC0: Becoming the 'no FAL' ARCH
ARC0: Becoming the 'no SRL' ARCH
Thu May 27 13:45:22 2010
ARC1: Becoming the heartbeat ARCH
Thu May 27 13:45:24 2010
Thread 1 advanced to log sequence 17
Maximum redo generation record size = 120832 bytes
Maximum redo generation change vector size = 116476 bytes
Private_strands 7 at log switch
Thread 1 opened at log sequence 17
Thu May 27 13:45:24 2010
Successful open of redo thread 1
Thu May 27 13:45:24 2010
ARC0: Evaluating archive
Thu May 27 13:45:24 2010
MTTR advisory is disabled because FAST_START_MTTR_TARGET is not set
Thu May 27 13:45:24 2010
ARC1: Evaluating archive
Thu May 27 13:45:24 2010
SMON: enabling cache recovery
Thu May 27 13:45:24 2010
ARC1: Unable to archive log 5 thread 1 sequence 16
Thu May 27 13:45:24 2010
db_recovery_file_dest_size of 10240 MB is 69.39% used. This is a
user-specified limit on the amount of space that will be used by this
Thu May 27 13:45:24 2010
ARC1: Evaluating archive
database for recovery-related files, and does not reflect the amount of
space available in the underlying filesystem or ASM diskgroup.
Thu May 27 13:45:25 2010
Committing creation of archivelog 'D:\ORACLE\PRODUCT\10.1.0\FLASH_RECOVERY_AREA\MYORACLE\ARCHIVELOG\2010_05_27\O1_MF_1_16_5ZW1QNYH_.ARC'
Thu May 27 13:45:25 2010
ARC1: Unable to archive log 5 thread 1 sequence 16
Thu May 27 13:45:25 2010
Created Oracle managed file D:\ORACLE\PRODUCT\10.1.0\FLASH_RECOVERY_AREA\MYORACLE\ARCHIVELOG\2010_05_27\O1_MF_1_16_5ZW1QNYH_.ARC
Thu May 27 13:45:26 2010
Successfully onlined Undo Tablespace 8.
Thu May 27 13:45:26 2010
SMON: enabling tx recovery
Thu May 27 13:45:26 2010
Database Characterset is ZHS16GBK
Thu May 27 13:45:26 2010
Published database character set on system events channel
Thu May 27 13:45:26 2010
All processes have switched to database character set
Thu May 27 13:45:28 2010
Errors in file d:\oracle\product\10.1.0\admin\myoracle\udump\myoracle_ora_18472.trc:
ORA-00600: 内部错误代码, 参数: [4193], [28532], [28536], [], [], [], [], []
Doing block recovery for file 7 block 1214
Block recovery range from rba 17.61.0 to scn 0.53352489
Recovery of Online Redo Log: Thread 1 Group 2 Seq 17 Reading mem 0
Block recovery stopped at EOT rba 17.63.16
Block recovery completed at rba 17.63.16, scn 0.53352489
Doing block recovery for file 7 block 41
Block recovery range from rba 17.61.0 to scn 0.53352488
Recovery of Online Redo Log: Thread 1 Group 2 Seq 17 Reading mem 0
Block recovery completed at rba 17.63.16, scn 0.53352489
Thu May 27 13:45:32 2010
Errors in file d:\oracle\product\10.1.0\admin\myoracle\udump\myoracle_ora_18472.trc:
ORA-00600: 内部错误代码, 参数: [4193], [28532], [28536], [], [], [], [], []
Doing block recovery for file 7 block 1214
Block recovery range from rba 17.61.0 to scn 0.53352489
Recovery of Online Redo Log: Thread 1 Group 2 Seq 17 Reading mem 0
Block recovery completed at rba 17.63.16, scn 0.53352491
Doing block recovery for file 7 block 41
Block recovery range from rba 17.61.0 to scn 0.53352491
Recovery of Online Redo Log: Thread 1 Group 2 Seq 17 Reading mem 0
Block recovery completed at rba 17.65.16, scn 0.53352492
Thu May 27 13:45:37 2010
Errors in file d:\oracle\product\10.1.0\admin\myoracle\udump\myoracle_ora_18472.trc:
ORA-00600: 内部错误代码, 参数: [4193], [27095], [27099], [], [], [], [], []
Doing block recovery for file 7 block 658
Block recovery range from rba 17.65.0 to scn 0.53352495
Recovery of Online Redo Log: Thread 1 Group 2 Seq 17 Reading mem 0
Block recovery stopped at EOT rba 17.67.16
Block recovery completed at rba 17.67.16, scn 0.53352495
Doing block recovery for file 7 block 25
Block recovery range from rba 17.65.0 to scn 0.53352494
Recovery of Online Redo Log: Thread 1 Group 2 Seq 17 Reading mem 0
Block recovery completed at rba 17.67.16, scn 0.53352495
Thu May 27 13:45:40 2010
Errors in file d:\oracle\product\10.1.0\admin\myoracle\udump\myoracle_ora_18472.trc:
ORA-00607: 当更改数据块时出现内部错误
ORA-00600: 内部错误代码, 参数: [4193], [27095], [27099], [], [], [], [], []
解释:Note: For additional ORA-600 related information please read Note:146580.1
PURPOSE:
ERROR:
VERSIONS:
DESCRIPTION:
ARGUMENTS:
FUNCTIONALITY:
IMPACT:
SUGGESTIONS:
由于是UNDO存在不一致,可以通过重建UNDO表空间来解决:
SQL> create undo tablespace undotbs2 Tablespace created. SQL> alter system set undo_tablespace=undotbs2 scope=both; System altered. SQL> shutdown immediate; Total System Global Area NAME SQL> drop tablespace undotbs1 including contents and datafiles; Tablespace dropped. |
至此,Ora-600 4193错误不再出现。
从alert文件中,可以看到自动控制文件备份生效:
Sun Dec 18 22:37:59 2005 |