ORA-600(kcratr_scan_lastbwr)錯誤
客戶的測試環境中出現這個錯誤。
資訊如下：
2012-03-22 11:10:24.991000 +08:00
Beginning crash recovery of 1 threads
parallel recovery started with 15 processes
Started redo scan
Hex dump of (file 2, block 130960) in trace file
/oracle11r2/app/diag/rdbms/orcl/orcl/trace/orcl_ora_8087.trc
Reading datafile '/oradata/orcl/sysaux01.dbf' for corruption at rdba: 0x0081ff90
(file 2, block 130960)
Reread (file 2, block 130960) found same corrupt data (logically corrupt)
Write verification failed for File 2 Block 130960 (rdba 0x81ff90)
2012-03-22 11:10:27.155000 +08:00
Errors in file /oracle11r2/app/diag/rdbms/orcl/orcl/trace/orcl_ora_8087.trc
(incident=92961):
ORA-00600: internal error code, arguments: [kcratr_scan_lastbwr], [], [], [],
[], [], [], [], [], [], [], []
Incident details in:
/oracle11r2/app/diag/rdbms/orcl/orcl/incident/incdir_92961/orcl_ora_8087_i92961.trc
2012-03-22 11:10:28.505000 +08:00
Dumping diagnostic data in directory=[cdmp_20120322111028], requested by
(instance=1, sid=8087), summary=[incident=92961].
Use ADRCI or Support Workbench to package the incident.
See Note 411.1 at My Oracle Support for error and packaging details.
Aborting crash recovery due to error 600
Errors in file /oracle11r2/app/diag/rdbms/orcl/orcl/trace/orcl_ora_8087.trc:
ORA-00600: internal error code, arguments: [kcratr_scan_lastbwr], [], [], [],
[], [], [], [], [], [], [], []
Errors in file /oracle11r2/app/diag/rdbms/orcl/orcl/trace/orcl_ora_8087.trc:
ORA-00600: internal error code, arguments: [kcratr_scan_lastbwr], [], [], [],
[], [], [], [], [], [], [], []
ORA-600 signalled during: ALTER DATABASE OPEN...
對應的詳細TRACE內容為：
*** 2012-03-22 11:10:27.207
*** SESSION ID:(66.3) 2012-03-22 11:10:27.207
*** CLIENT ID:() 2012-03-22 11:10:27.207
*** SERVICE NAME:() 2012-03-22 11:10:27.207
*** MODULE NAME:(sqlplus@localhost.localdomain (TNS V1-V3)) 2012-03-22
11:10:27.207
*** ACTION NAME:() 2012-03-22 11:10:27.207
Dump continued from file:
/oracle11r2/app/diag/rdbms/orcl/orcl/trace/orcl_ora_8087.trc
ORA-00600: internal error code, arguments: [kcratr_scan_lastbwr], [], [], [],
[], [], [], [], [], [], [], []
========= Dump for incident 92961 (ORA 600 [kcratr_scan_lastbwr]) ========
*** 2012-03-22 11:10:27.208
dbkedDefDump(): Starting incident default dumps (flags=0x2, level=3, mask=0x0)
----- Current SQL Statement for this session (sql_id=1h50ks4ncswfn) -----
ALTER DATABASE OPEN
----- Call Stack Trace -----
calling call entry argument values in hex
location type point (? means dubious value)
-------------------- -------- -------------------- ----------------------------
skdstdst()+36 call kgdsdst() 000000000 ? 000000000 ?
7FFF37DFBF48 ?
000000001 ?
000000001 ? 000000002 ?
ksedst1()+98 call skdstdst() 000000000 ? 000000000 ?
7FFF37DFBF48 ? 000000001 ?
000000000 ? 000000002 ?
ksedst()+34 call ksedst1() 000000000 ? 000000001 ?
7FFF37DFBF48 ? 000000001 ?
000000000 ? 000000002 ?
dbkedDefDump()+2741 call ksedst() 000000000 ? 000000001 ?
7FFF37DFBF48 ? 000000001 ?
000000000 ? 000000002 ?
ksedmp()+36 call dbkedDefDump() 000000003 ? 000000002 ?
7FFF37DFBF48 ? 000000001 ?
000000000 ? 000000002 ?
ksfdmp()+64 call ksedmp() 000000003 ? 000000002 ?
7FFF37DFBF48 ? 000000001 ?
000000000 ? 000000002 ?
dbgexPhaseII()+1764 call ksfdmp() 000000003 ? 000000002 ?
7FFF37DFBF48 ? 000000001 ?
000000000 ? 000000002 ?
dbgexProcessError() call dbgexPhaseII() 7F23BF34D710 ? 7F23BF34E410 ?
+2675
7FFF37E082C0 ? 000000001 ?
000000000 ? 000000002 ?
dbgeExecuteForError call dbgexProcessError() 7F23BF34D710 ? 7F23BF34E410 ?
()+83
000000001 ? 000000000 ?
100000000 ? 000000002 ?
dbgePostErrorKGE()+ call dbgeExecuteForError 7F23BF34D710 ? 7F23BF34E410 ?
2138 () 000000001 ? 000000001 ?
000000000 ? 000000002 ?
dbkePostKGE_kgsf()+ call dbgePostErrorKGE() 00BAF3FA0 ? 7F23BEE20040 ?
66
000000258 ? 7F23BF34E410 ?
100000000 ? 000000002 ?
kgeadse()+390 call dbkePostKGE_kgsf() 00BAF3FA0 ? 7F23BEE20040 ?
000000258 ? 7F23BF34E410 ?
100000000 ? 000000002 ?
kgerinv_internal()+ call kgeadse() 00BAF3FA0 ? 7F23BEE20040 ?
45 000000258 ?
100000000 ?
000000000 ? 000000002 ?
kgerinv()+33 call kgerinv_internal() 00BAF3FA0 ? 7F23BEE20040 ?
7FFF37DF8780 ? 000000258 ?
000000000 ? 000000002 ?
kgeasnmierr()+143 call kgerinv() 00BAF3FA0 ? 7F23BEE20040 ?
7FFF37DF8780 ? 000000002 ?
000000000 ? 000000002 ?
kcratr_scan()+1732 call kgeasnmierr() 00BAF3FA0 ? 7F23BEE20040 ?
7FFF37DF8780 ? 000000002 ?
000005C18 ?
7F23BD9DE020 ?
kcratr()+758 call kcratr_scan() 7FFF37E0B810 ? 7FFF37E09554 ?
7FFF37DF8780 ? 000000002 ?
000005C18 ? 7F23BD9DE020 ?
kctrec()+4513 call kcratr() 7FFF37E0B810 ? 7FFF37E14670 ?
000000000 ? 000000002 ?
000005C18 ? 7F23BD9DE020 ?
kcvcrv()+5693 call kctrec() 7FFF37E15C70 ? 000000000 ?
7F23BF0F8598 ? 7F23BF0F8C00 ?
7F23BED95E00 ?
000000000 ?
kcfopd()+1055 call kcvcrv() 7FFF37E16A10 ? 000000000 ?
000000020 ? 7F23BF0F8C00 ?
7F23BED95E00 ? 000000000 ?
adbdrv()+51829 call kcfopd() 000000000 ? 000000000 ?
000000000 ? 000000000 ?
7FFF37E1CE28 ? 192F25CA8 ?
opiexe()+18379 call adbdrv() 000000000 ? 180FFF8F8 ?
000000000 ? 000000000 ?
7FFF37E1CE28 ? 000000000 ?
opiosq0()+3865 call
opiexe() 000000004 ?
000000000 ?
7FFF37E1E490 ? 000000000 ?
7FFF37E1CE28 ? 000000000 ?
kpooprx()+269 call opiosq0() 000000003 ? 00000000E ?
7FFF37E1E780 ? 0000000A4 ?
000000000 ? 7FFF37E1E490 ?
kpoal8()+824 call kpooprx() 7FFF37E21B74 ? 7FFF37E1FBD8 ?
000000013 ? 000000001 ?
000000000 ? 7FFF37E1E490 ?
opiodr()+916 call kpoal8() 00000005E ? 00000001C ?
7FFF37E21B70
? 000000001 ?
000000000 ? 100000001 ?
ttcpip()+2242 call opiodr() 00000005E ? 00000001C ?
7FFF37E21B70 ? 000000000 ?
009B91670 ? 100000001 ?
opitsk()+1668 call ttcpip() 00BB09C30 ? 0094D6E30 ?
7FFF37E21B70 ? 000000000 ?
7FFF37E215C8 ? 7FFF37E21D64 ?
opiino()+961 call opitsk() 00BB09C30 ? 000000001 ?
7FFF37E21B70 ?
000000000 ?
7FFF37E215C8 ? 7FFF37E21D64 ?
opiodr()+916 call opiino() 00000003C ? 000000004 ?
7FFF37E232E8 ? 000000000 ?
7FFF37E215C8 ? 7FFF37E21D64 ?
opidrv()+565 call opiodr() 00000003C ? 000000004 ?
7FFF37E232E8 ? 000000000 ?
009B91120 ? 7FFF37E21D64 ?
sou2o()+98 call opidrv() 00000003C ? 000000004 ?
7FFF37E232E8 ? 000000000 ?
009B91120
? 7FFF37E21D64 ?
opimai_real()+128 call sou2o() 7FFF37E232C0 ? 00000003C ?
000000004 ? 7FFF37E232E8 ?
009B91120 ? 7FFF37E21D64 ?
ssthrdmain()+252 call opimai_real() 000000002 ? 7FFF37E234B0 ?
000000004 ? 7FFF37E232E8 ?
009B91120 ? 7FFF37E21D64 ?
main()+196 call ssthrdmain() 000000002 ? 7FFF37E234B0 ?
000000001 ? 000000000 ?
009B91120 ? 7FFF37E21D64 ?
__libc_start_main() call main() 000000002 ? 7FFF37E23658 ?
+253
000000001 ? 000000000 ?
009B91120 ? 7FFF37E21D64 ?
_start()+36 call __libc_start_main() 000A0AF54 ? 000000002 ?
7FFF37E23648 ? 000000000 ?
009B91120 ? 7FFF37E21D64 ?
--------------------- Binary Stack Dump ---------------------
根據MOS上描述，這個問題屬於Bug 9584943 Crash / recovery failure due to lost write even if mirror has a good image。導致錯誤的原因是Oracle檢查檔案頭的時候發現了邏輯壞塊。不過這個bug應該在11.2.0.2中被解決，而當前版本是11.2.0.3，莫非這個bug在11.2.0.3中被重新引入。
如果出現這個問題，最有效的辦法就是透過備份進行恢復，而且一般BLOCK級的恢復就可以了。
來自 “ ITPUB部落格 ” ，連結：http://blog.itpub.net/4227/viewspace-720644/，如需轉載，請註明出處，否則將追究法律責任。
相關文章
- ORA-600(kffmXpGet)錯誤
- ORA-600(kcbgcur_1)錯誤GC
- ORA-600 [ttcgcshnd-1 ]錯誤GC
- ORA-600(kclgclk_7)錯誤GC
- ORA-600(kcbnew_3)錯誤
- ORA-600(qersqCloseRem-2)錯誤REM
- ORA-600(qctopn1)錯誤
- ORA-600(kcblasm_1)錯誤ASM
- ORA-600(qkaffsindex5)錯誤Index
- ORA-600(kghuclientasp_03)錯誤client
- ORA-600(ttcgcshnd-2)錯誤GC
- ORA-600(kolaslGetLength-1)錯誤
- ORA-600(kghfremptyds)和ORA-600(kghasp1)錯誤REM
- ORA-600(kssadd: null parent)錯誤Null
- ORA-600(504)(row cache objects)錯誤Object
- ORA-600(ktrgcm_3)錯誤GC
- ORA-600(krvxdds: duplicated session not）錯誤Session
- ORA-600(kjxgrdecidemem1)錯誤IDE
- ORA-600(kfioUnidentify01)錯誤IDE
- ORA-600(qsmqSetupTableMetadata-2)錯誤MQ
- ORA-600(ksnpost:ksnigb)錯誤
- ORA-600(evapth : unexpected evaluation)錯誤APT
- ORA-600(qkacon:FJswrwo)錯誤JS
- ORA-600(KSFD_DECAIOPC)和ORA-600(kfioReapIO00)錯誤AIAPI
- ORA-00600: internal error code, arguments: [kcratr_scan_lastbwr]錯誤處理ErrorAST
- ORA-600(kocgor077)錯誤Go
- ora-600內部錯誤的型別型別
- ORA-600(kkoipt:invalid join method)錯誤
- ORA-600[6122]錯誤處理
- ORA-600(krboReadBitmap_badbitmap)錯誤
- ORA-600(kcbchg1_12)和ORA-600(kdifind:kcbget_24)錯誤
- ORA-600(ktfbbsearch-8)和ORA-600(kewrose_1)錯誤ROS
- ORA-600(kjbrchkpkeywait:timeout)和ORA-600(kclcls_8)錯誤AI
- ORA-600(kauxs_do_jou:3)錯誤UX
- oracle 10.2.0.5 平臺上ORA-600錯誤Oracle
- ORA-600(kcbz_check_objd_typ_3)錯誤OBJ
- ORA-600(kgscLogOff-notempty)錯誤Go
- ORA-600(kssadd_stage: null parent)錯誤Null