客戶(hù)數(shù)據(jù)庫(kù)10.1.0.4碰到這個(gè)ORA-600錯(cuò)誤。
詳細(xì)錯(cuò)誤信息為：
Sat Feb 4 13:04:31 2006
ALTER DATABASE MOUNT
Sat Feb 4 13:04:31 2006
Errors in file /oracle/admin/orcl/bdump/orcl_ckpt_122986.trc:
ORA-00600: internal error code, arguments: [kccida_kccsgfsz], [], [], [], [], [], [], []
Sat Feb 4 13:04:32 2006
Errors in file /oracle/admin/orcl/bdump/orcl_ckpt_122986.trc:
ORA-00600: internal error code, arguments: [kccida_kccsgfsz], [], [], [], [], [], [], []
Sat Feb 4 13:04:32 2006
CKPT: terminating instance tb due to error 470
Instance terminated by CKPT, pid = 122986
查詢(xún)MOS發(fā)現(xiàn)和文檔Alter Database Mount Returns ORA-3113 And ORA-600 [kccida_kccsgfsz] [ID 315112.1]描述的問(wèn)題一致。導(dǎo)致問(wèn)題的原因是客戶(hù)在遷移或斷電等因素導(dǎo)致控制文件和數(shù)據(jù)文件的格式不兼容。
在下次重啟時(shí)，告警日志中出現(xiàn)的下面的信息也說(shuō)明了這一點(diǎn)：
Sat Feb 4 13:20:15 2006
alter database mount
Sat Feb 4 13:20:15 2006
Controlfile identified with block size 16384
顯然導(dǎo)致這個(gè)問(wèn)題的原因和客戶(hù)之前的恢復(fù)或遷移操作有關(guān)。如果如bug所述，數(shù)據(jù)庫(kù)是直接從其他平臺(tái)拷貝到當(dāng)前環(huán)境下，那么正確的方法肯定是通過(guò)邏輯備份EXP/EXPDP進(jìn)行數(shù)據(jù)庫(kù)的遷移。
而如果和當(dāng)前的情況類(lèi)似，由于異常導(dǎo)致控制文件的損壞，可以考慮從備份中進(jìn)行恢復(fù)或直接重建控制文件。