這兩天遇到客戶因?yàn)檎`操作，將RAC環(huán)境下的所有共享存儲(chǔ)格式化掉了，客戶只有一個(gè)最近的RMAN的0級全備（無數(shù)據(jù)文件，無控制文件，無歸檔日志，無redo日志），需要幫忙恢復(fù)。將大致的恢復(fù)過程記錄一下。
0.恢復(fù)共享存儲(chǔ)是第一步，給存儲(chǔ)原廠打電話，原廠推是os的問題，讓給os打電話，結(jié)果只能初始化了，最后只能恢復(fù)到被識別的狀態(tài)，一切從頭開始。
1.因?yàn)榧很浖茄b在本地的，所以恢復(fù)rac的集群環(huán)境，只需要將ocr和vdisk重新配置一下，就可以了。可以執(zhí)行root.sh腳本來進(jìn)行重新的配置，如果中間報(bào)一個(gè)已經(jīng)被配置過的提示，那就先用dd清除ocr和vdisk的信息，并刪除相應(yīng)的目錄文件，如下:
rm -rf /usr/tmp/.oracle /var/tmp/.oracle /tmp/.oracle /etc/oracle/* /var/opt/oracle/*
rm -rf /etc/init.cssd /etc/init.crs* /etc/init.evmd /etc/init.d/init.cssd /etc/init.d/init.crs
rm -rf /etc/init.d/init.crsd /etc/init.d/init.evmd /etc/rc3.d/K96init.crs /etc/rc3.d/S96init.crs
rm -rf /etc/rc.d/rc2.d/K96init.crs /etc/rc.d/rc2.d/S96init.crs
2.恢復(fù)完集群環(huán)境之后，開始恢復(fù)數(shù)據(jù)庫。因?yàn)樵儐柕娇蛻粲腥ツ昴甑椎囊粋€(gè)RMAN的0級全備，以及控制文件的快照沒有放到共享存儲(chǔ)上，故可以采用重建控制文件+restore備份的方法來恢復(fù)。中途遇到很多問題，因?yàn)樗械娜罩緜浞菥诺焦蚕泶鎯?chǔ)下的，故這次恢復(fù)在recover的步驟時(shí)是沒有日志用來補(bǔ)充的。所以restore databse until 時(shí)間后，再recover，再alter database open resetlogs后，會(huì)報(bào)一個(gè)需要恢復(fù)數(shù)據(jù)文件的錯(cuò)誤提示，操作的時(shí)候運(yùn)氣不好，剛好遇到的是需要恢復(fù)datafile 1，再折騰了幾個(gè)小時(shí)候，終于發(fā)現(xiàn)按照正常的手段是行不通的.
3.因?yàn)闆]有日志，無法使得數(shù)據(jù)庫達(dá)到一致性，所以只有采取修改隱藏參數(shù)的辦法來忽略數(shù)據(jù)庫的不一致，來強(qiáng)行打開數(shù)據(jù)庫.先將數(shù)據(jù)庫打到mount狀態(tài)，在做完restore，recover之后，將隱藏參數(shù)修改 alter system set "_allow_resetlogs_corruption"=true scope=spfile;再shutdown數(shù)據(jù)庫，啟動(dòng)到mount狀態(tài)之后，alter database open resetlogs; resetlogs打開數(shù)據(jù)庫后，運(yùn)氣仍然不是太好，又遇到了ORA-00600 2662號的錯(cuò)誤.
4. 當(dāng)使用修改_allow_resetlogs_corruption ，再打開數(shù)據(jù)庫時(shí)遇到了ORA-00600 2662號的錯(cuò)誤， 如果SCN相差不多，可以通過多次重起數(shù)據(jù)庫解決 ，但是這次遇到的SCN相差很大(通過查v$datafile和v$datafile_header的CHECKPOINT_CHANGE#來判斷)，這個(gè)時(shí)候只有再修改另外一個(gè)隱藏參數(shù) _minimum_giga_scn來解決問題._minimum_giga_scn的作用是推進(jìn)SCN號，該參數(shù)值的單位是billion，也就是說設(shè)置了該參數(shù)后，SCN號會(huì)變成XX* (1024*1024*1024) ，XX可以通過2662的幾個(gè)參數(shù)來確定. 2662后的參數(shù)[2662],[a],[b],[c],[d],[e]…[a] Current SCN WRAP，[b] Current SCN BASE，[c] dependent SCN WRAP，[d] dependent SCN BASE，[e] Where present this is the DBA where the dependent SCN came from.
5.當(dāng)修改了2個(gè)隱藏參數(shù)之后，數(shù)據(jù)庫終于能啟動(dòng)了，但是alert日志還是會(huì)報(bào)一些600的錯(cuò)誤，暫時(shí)忽略.用exp(expdp可能會(huì)報(bào)錯(cuò))將數(shù)據(jù)全部導(dǎo)出，重建新的實(shí)例，再用imp導(dǎo)入數(shù)據(jù)到新的庫中.exp的時(shí)候需要注意一個(gè)參數(shù)compress，這個(gè)參數(shù)可以降低HWM，使的imp的時(shí)候，時(shí)間相對盡量少一些.
posted on 2012-04-12 00:24
xrzp 閱讀(400)
評論(0) 編輯 收藏 所屬分類:
oracle-備份恢復(fù)