Oracle online redo log日誌 (當前或非當前日誌) 損壞之後的DB恢復

SQL>startup 之後報錯

ORA-00314：log 3 of thread 1 , expected sequence# doesn't match
ORA-00312: online log 3 thread 1 :'/home/oracle/app/oracle/oradata/ora8/redo01.log'

聯機日誌分為當前聯機日誌(current)和非當前聯機日誌(inactive)，非當前聯機日誌(inactive)的損壞是比較簡單的，一般透過clear命令就可以解決問題。

如何查詢online redo log的 狀態(是否current 還是inactive) .

在資料庫mount或open狀態下查詢 v$log 即可看到。

例如:

SQL> select group#,sequence#,archived,status from v$log;

GROUP# SEQUENCE# ARCHIV STATUS

---------- ---------- ------ --------------------------------

1 67 YES INACTIVE

2 68 YES INACTIVE

3 69 NO CURRENT

下面分;兩種情況分析:

1. 如果查詢v$log發現損壞的online redo log是inactive, 說明該組日誌是非當前日誌, 而且已經歸檔完成 ( STATUS 是INACTIVE , ARCHIVE 是YES ) .

處理方法(適用於歸檔及非歸檔資料庫) :

使用clear 命令清理這個檔案所在的redo log group .

SQL> alter database clear logfile group 3 ;

如果該日誌組還沒有歸檔 (STATUS 是INACTIVE , ARCHIVE 是 NO )

那麼需要使用如下命令

SQL> alter database clear unarchived logfile group 3 ;

然後開啟資料庫 , 備份 .

2. 如果查詢v$log發現損壞的online redo log是current , 說明該組日誌是當前日誌. ( STATUS 是current , ARCHIVE 是NO ) .

當前日誌損壞分為兩種情況：

第一種是日誌中沒有未決的事務 需要例項恢復(所有事務都已經提交或回滾完成)，那麼當前日誌組的損壞可以直接用 alter database clear unarchived logfile group n ; 來重新建立。

第二種是日誌組中出現問題的時 候有活動(Active)的事務. 資料庫需要媒體恢復(Media Recovery), 日誌組需要應用來同步資料，有 兩種補救方法：

A. 最好的方法是不完全恢復，可以 保證資料的一致性，但是這種辦法要求在歸檔方式下，並且有可用的備份。

B. 透過強制性恢復，不過這種方法可能導致資料不一致。

方法A: 透過可用備份實行不完全恢復。

可能看到的問題點是，開啟資料庫 的時候

ORA-00313: open failed for members of log group 1 of thread 1
ORA-00312: online log 1 thread 1: 'D:ORACLEORADATATESTREDO01.LOG'
ORA-27041: unable to open file
OSD-04002: unable to open file
O/S-Error: (OS 2) 系統找不到指定的檔案

檢視 v$log 發現是當前日誌 。

GROUP# THREAD# SEQUENCE# BYTES MEMBERS ARC STATUS

1 1 31 104857600 1 NO CURRENT

2 1 29 104857600 1 YES INACTIVE

3 1 30 104857600 1 YES INACTIVE

試圖clear, 但是不成功
SQL>; alter database clear unarchived logfile group 1;
alter database clear unarchived logfile group 1
*
ERROR at line 1:
ORA-01624: log 1 needed for crash recovery of thread 1
ORA-00312: online log 1 thread 1: 'D:ORACLEORADATATESTREDO01.LOG'

複製有效的資料庫的全備份，並不完全恢復資料庫 可以採用獲取最近的SCN的辦法用until scn恢復或用until cnacel恢復
recover database until cancel 先選擇auto，儘量恢復可以利用的歸檔日誌，然後重新
recover database until cancel 這次輸入cancel，完成不完全恢復，也就是說恢復兩次。 如：
SQL>; recover database until cancel;
Auto
……
SQL>; recover database until cancel;
Cancel;
5、利用alter database open resetlogs； 開啟資料庫 說明：
1、這種辦法恢復的資料庫是一致的不完全恢復，會丟失當前聯 機日誌中的事務資料
2、這種方法適合於歸檔資料庫並且有可用的資料庫全備份。 3、恢復成功之後，記得再做一次數 據庫的全備份。
4、建議聯機日誌檔案一定要實現鏡相在不同的磁碟上，避免這種情況的發生，因為任何資料的丟失對於生產來說都是不 容許的。

方法B: 透過強制恢復，可能導致資料不 一致。

可能看到的問題點是，開啟資料庫的時候

ORA-00313: open failed for members of log group 1 of thread 1
ORA-00312: online log 1 thread 1: 'D:ORACLEORADATATESTREDO01.LOG'
ORA-27041: unable to open file
OSD-04002: unable to open file
O/S-Error: (OS 2) 系統找不到指定的檔案

檢視 v$log 發現是當前日誌 。

GROUP# THREAD# SEQUENCE# BYTES MEMBERS ARC STATUS

1 1 31 104857600 1 NO CURRENT

2 1 29 104857600 1 YES INACTIVE

3 1 30 104857600 1 YES INACTIVE

試圖clear, 但是不成功
SQL>; alter database clear unarchived logfile group 1;
alter database clear unarchived logfile group 1
*
ERROR at line 1:
ORA-01624: log 1 needed for crash recovery of thread 1
ORA-00312: online log 1 thread 1: 'D:ORACLEORADATATESTREDO01.LOG'

把資料庫down掉
SQL>;shutdown immediate 在init;.ora中加入如下引數 _allow_resetlogs_corruption=TRUE 重新啟動資料庫,利用until cancel恢復
SQL>;recover database until cancel;
Cancel 如果出錯，不再理會，發出
SQL>;alter database open resetlogs; 資料庫被 開啟後，馬上執行一個full export
shutdown資料庫,去掉_all_resetlogs_corrupt引數 重建庫
import並完成恢復 建議執行一下ANALYZE TABLE ...VALIDATE STRUCTURE CASCADE;

說明：
1、該恢復方法是沒有辦法之後的恢復方法，一般情況下建議不 要採用，因為該方法可能導致資料庫的不一致
2、該方法也丟失資料，但是丟失的資料沒有上一種方法的資料多，主要是未寫入資料檔案的已提交或未提交資料。 3、建議成功後嚴格執行以上的7到11步，完成資料庫的檢查與分析
4、全部完成後做一次資料庫的全 備份
5、建議聯機日誌檔案一定要實現鏡相在不同的磁碟上，避免這種情況的發生，因為任何資料的丟失對於生產來說都是不 容許的。

come from：http://tolywang.itpub.net/post/48/405841