Oracle online redo log日誌 (當前或非當前日誌) 損壞之後的DB恢復
SQL>startup 之後報錯
ORA-00314：log 3 ofthread
1 ,expected sequence# doesn'tmatch
ORA-00312:onlinelog
3thread 1 :'/home/oracle/app/oracle/oradata/ora8/redo01.log'
聯機日誌分為當前聯機日誌(current)和非當前聯機日誌(inactive)，非當前聯機日誌(inactive)的損壞是比較簡單的，一般通過clear命令就可以解決問題。
如何查詢online redo log的狀態(是否current 還是inactive) .
在資料庫mount
例如:
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,
處理方法(適用於歸檔及非歸檔資料庫) :
使用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>; recoverdatabaseuntilcancel;
Auto
……
SQL>; recover databaseuntilcancel;
Cancel;
5、利用alter databaseopen 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<sid>;.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、建議聯機日誌檔案一定要實現鏡相在不同的磁碟上，避免這種情況的發生，因為任何資料的丟失對於生產來說都是不容許的。