如果數(shù)據(jù)庫在啟動時檢測到重做日志丟失，數(shù)據(jù)庫將無法啟動。如果數(shù)據(jù)庫在運(yùn)行時切換日志文件組，檢測到下一組或者全部的重做日志丟失，數(shù)據(jù)庫將會崩潰。所以有必要學(xué)習(xí)下Oracle重做日志恢復(fù)的技巧。

由于磁盤介質(zhì)損壞或者人為的誤刪除文件，造成嚴(yán)重后果的事件近期時有發(fā)生。本文列舉了重做日志丟失的數(shù)據(jù)庫恢復(fù)，但如果按照冗余原則合理分布日志文件組的成員，如果工程師了解日志文件的基本原理和使用原則，就完全可以避免出現(xiàn)下列問題。

Oracle重做日志文件循環(huán)記錄了數(shù)據(jù)庫所有的事務(wù)。它的大小、個數(shù)和存儲位置對數(shù)據(jù)庫性能和恢復(fù)有重要影響。它一般由大小相同的幾組文件構(gòu)成。我們可以查看數(shù)據(jù)庫視圖v$logfile知道redo logfile的個數(shù)和存儲位置。對每一個Oracle數(shù)據(jù)庫都要求至少具有兩個聯(lián)機(jī)重做日志。

每一次新的事務(wù)提交時，Oracle將該事務(wù)寫入日志文件，但并非此時也將修改的數(shù)據(jù)塊寫回原數(shù)據(jù)文件。由于內(nèi)存讀寫和磁盤I/O存在幾個數(shù)量級的效率差別，Oracle通過減少數(shù)據(jù)文件的物理I/O讀寫來大大提高數(shù)據(jù)庫的性能；同時，又通過優(yōu)先寫日志文件來保證數(shù)據(jù)的正確性和一致性?；谶@種機(jī)制，Oracle重做日志文件在數(shù)據(jù)庫的實(shí)例恢復(fù)和介質(zhì)恢復(fù)時至關(guān)重要，是oracle數(shù)據(jù)庫最重要的物理文件之一。

恢復(fù)方法

故障現(xiàn)象

SQL> startup mount        
Oracle Instance Started        
Database mounted        
ORA-00313: open failed for members of log group 1 of thread 1        
ORA-00312: online log 1 thread 1: '/ORACLE/ORADATA/H817/REDO01.LOG'        
ORA-27041: unable to open file        
OSD-04002: unable to open file        
O/S-Error: (OS 2) The system cannot find the file specified.   

Oracle重做日志恢復(fù)注意事項(xiàng)

以下所列舉的恢復(fù)方法，都屬于不完全恢復(fù)或者強(qiáng)制恢復(fù)，會丟失當(dāng)前重做日志中的事務(wù)數(shù)據(jù)。一旦操作不當(dāng)，將帶來數(shù)據(jù)丟失等嚴(yán)重后果，請遵循以下幾個恢復(fù)原則：
1. 請勿在生產(chǎn)系統(tǒng)上試用。
2. 如果生產(chǎn)系統(tǒng)出現(xiàn)重做日志文件丟失的故障，請勿自行操作破壞現(xiàn)場，應(yīng)該立刻聯(lián)系Oracle工程師。
3. 恢復(fù)成功之后，需要馬上做一次數(shù)據(jù)庫的全備份。
4. 建議重做日志文件一定要實(shí)現(xiàn)鏡象在不同的磁盤上，避免這種情況的發(fā)生。

恢復(fù)方法
1.        首先檢查重做日志文件狀態(tài)，看看報錯的日志文件的狀態(tài)是否為Current

SQL> select * from v$log;        
SQL> select * from v$logfile;   

2.        如果重做日志文件狀態(tài)為Inactive，我們可以直接清除該日志文件的內(nèi)容：

SQL> alter database clear logfile '/ORACLE/ORADATA/H817/REDO01.LOG';
3.  如果重做日志文件狀態(tài)為Current，恢復(fù)工作較為復(fù)雜，有以下四種情況：
1）通過下面步驟，數(shù)據(jù)庫順利打開

SQL> recover database until cancel;                  
Type Cancel when prompted         
SQL>alter database open resetlogs;   

2）***種情況的'recover database until cancel' 操作遇到ORA-01547，ORA-01194，ORA-01110錯誤，需要整個數(shù)據(jù)庫的物理備份，并根據(jù)歸檔日志恢復(fù)到錯誤時間點(diǎn)，前提是數(shù)據(jù)庫是歸檔模式。#p#

restore old backup        
SQL> startup mount        
SQL> recover database until cancel using backup controlfile;        
SQL> alter database open resetlogs;    

3）如果數(shù)據(jù)庫是非歸檔模式，只能恢復(fù)整個物理備份，然后直接打開數(shù)據(jù)庫。這種情況將丟失物理備份至故障發(fā)生前的全部數(shù)據(jù)。

4）如果數(shù)據(jù)庫是非歸檔模式，且沒有物理備份，只能通過特殊的隱含參數(shù)，允許數(shù)據(jù)庫不一致的狀況下打開數(shù)據(jù)庫。這種恢復(fù)方法是沒有辦法之后的恢復(fù)方法，將導(dǎo)致數(shù)據(jù)庫不一致，一般情況下不要采用。如確有需要，請?jiān)贠racle的技術(shù)人員指導(dǎo)下使用該方法。

關(guān)閉數(shù)據(jù)庫  
SQL>shutdown immediate   
在init<sid>.ora中加入如下參數(shù)   
_allow_resetlogs_corruption=TRUE   
重新啟動數(shù)據(jù)庫,利用until cancel恢復(fù)   
SQL>recover database until cancel;   
Cancel   
打開數(shù)據(jù)庫  
SQL>alter database open resetlogs;   

 數(shù)據(jù)庫被打開后，馬上執(zhí)行一個全庫導(dǎo)出。
關(guān)閉數(shù)據(jù)庫，在init.ora中去掉_all_resetlogs_corrupt參數(shù)

【編輯推薦】

1. 修改Oracle存儲過程所需代碼
2. 對Oracle存儲過程的總結(jié)
3. 實(shí)現(xiàn)Oracle存儲過程的實(shí)際應(yīng)用的代碼 
4. 深入高性能的Oracle動態(tài)SQL開發(fā) 
5. Oracle SQL的優(yōu)化規(guī)則解析