hpux+oracle 10g+rac+asm，上面有兩個庫，其中一個庫的報錯，ora-01110錯誤，一個資料檔案損壞。

登陸上去檢視該資料檔案的狀態，select status,file# from v$datafile 一個資料檔案顯示為recover狀態。

不想停庫，所以看了一下，該資料檔案對應得表空間只有它一個資料檔案，而且只是一個使用者，該使用者在別的表空間沒有其他資料。

正好用exp的備份。和管理員一查。每天都自動用exp匯出，然後用nbu備到帶庫，然後刪掉本地的備份，因為空間不夠。可是不管備份是否成功，都刪掉本地的，結果備份沒有成功也刪了，備份檢查一定要做啊。

沒有辦法，只好用rman從NBU裡面恢復。

計劃找一塊空間，restore需要的archive log，在指定位置，然後recover，後來一想，脫褲子放屁，還會帶來很多不必要的麻煩。直接recover。

具體步驟：

停掉兩面的資料庫

啟動一臺，選擇一直做備份的那臺

把資料庫啟動到mount狀態

在rman裡面，使用恢復腳步

run{

allocate channel ch00 type 'sbt_tape';

recover datafile 14;

release channel ch00;

}

一定要recover datafile啊，上次旁觀別人進行一樣的恢復，我作為硬體的供應商，一樣的情況，他用了recover database命令，結果system變成recover狀態了，後來那哥們搞了整整一天一夜。也是因為這個事情的陰影，今天的操作讓我壓力比較大。

命令開始執行，等了大概40分鐘，rman自動呼叫了很多的archive log，我的心情很是忐忑，雖然知道應該沒事，還是擔心萬一出現那哥們的情況，我可沒有那麼大的本事和時間去恢復，直接跑路。

還好，一會提示完成，趕緊檢視狀態，ok，其他資料檔案還是online，只有那個有recover變成offline，改成online，然後open，一切正常。

感謝dang和cctv，還主要感謝上次那哥們，感謝我上次積極旁觀了一下啊

ora-01110處理

相關文章