ORA-600 kcrfr_update_nab_2   breakdown

  存儲(chǔ)工程師在維護(hù)存儲(chǔ)時(shí)不小心把鏈接在數(shù)據(jù)庫(kù)服務(wù)器的官交換機(jī)其中一臺(tái)斷電再加電5分鐘內(nèi)又?jǐn)嗔硪慌_(tái)，導(dǎo)致數(shù)據(jù)庫(kù)服務(wù)器穿線I/O error數(shù)據(jù)庫(kù)hang，我們的小DBA在處理問(wèn)題的時(shí)候太暴力，直接kill smon process重啟數(shù)據(jù)庫(kù)，在open狀態(tài)時(shí)遇到ORA-00600: internal error code, arguments: [kcrfr_update_nab_2],[0x7000003EF9D93F0], [2], [], [], [], [], []

  當(dāng)時(shí)我們的DBA就直接傻眼，我過(guò)接到這個(gè)case并查看相關(guān)日志文件，及oracle mos上的查詢，解決方法如下，使用數(shù)據(jù)庫(kù)的備份，直接回復(fù)到數(shù)據(jù)庫(kù)hang那一時(shí)間點(diǎn)，并成功開(kāi)庫(kù)。

   原因：主備光交在較短的時(shí)間斷電，導(dǎo)致DB server I/O寫錯(cuò)誤，oracle relog 沒(méi)有寫成功，強(qiáng)行關(guān)、開(kāi)庫(kù)觸發(fā)此錯(cuò)誤，根據(jù)oracle mos及網(wǎng)絡(luò)查詢解決方法如下：

1.如果有備份,利用備份進(jìn)行不完全恢復(fù),跳過(guò)最后異常的redo,數(shù)據(jù)庫(kù)resetlogs打開(kāi)

2.如果沒(méi)有備份,嘗試使用歷史的控制文件進(jìn)行不完全恢復(fù),或者直接跳過(guò)數(shù)據(jù)庫(kù)一致性打開(kāi)庫(kù).

3.互聯(lián)網(wǎng)有人解決刪除redo第二組成員數(shù)據(jù)庫(kù)open成功(http://blog.itpub.net/16976507/viewspace-1266952/)

   此問(wèn)題的數(shù)據(jù)庫(kù)版本是Orale 11.2.0.4 OS version RedHat 6.4， PC Sever IBM 3750，單機(jī)，由于此庫(kù)是用于BI研究，對(duì)實(shí)時(shí)性要求不高，日志組只用1組member，也沒(méi)無(wú)法實(shí)現(xiàn)哪位網(wǎng)友的方法，以后可以測(cè)試一下。