ORACLE聯機日志檔案丢失或損壞的處理方法(轉)

經驗總結：

聯機日志分為目前聯機日志和非目前聯機日志，非目前聯機日志的損壞是比較簡單的，一般通過clear指令就可以解決問題。

損壞非目前聯機日志：

1、啟動資料庫，遇到ORA-00312 or ORA-00313錯誤，如:

ORA-00313: open failed for members of log group 4 of thread 1

ORA-00312: online log 3 thread 1: '/opt/oracle/db04/oradata/ORCL/redo03.log'

從這裡我們知道日志組1的資料檔案損壞或丢失了

從報警檔案可以看到更詳細的資訊

2、檢視V$log視圖:

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

GROUP# SEQUENCE# ARC STATUS

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

1 54 YES INACTIVE

2 55 NO CURRENT

3 53 YES INACTIVE

可以知道，該組是非目前狀态，而且已經歸檔。

3、用CLEAR指令重建該日志檔案

SQL>alter database clear logfile group 3;

如果是該日志組還沒有歸檔，則需要用

SQL>alter database clear unarchived logfile group 3;

4、打開資料庫，重新備份資料庫

SQL>alter database open;

說明：

1)、如果損壞的是非目前的聯機日志檔案，一般隻需要clear就可以重建該日志檔案，但是如果該資料庫處于歸檔狀态但該日志還沒有歸檔，就需要強行clear。

2)、建議clear，特别是強行clear後作一次資料庫的全備份。

3)、此方法适用于歸檔與非歸檔資料庫。

損壞目前聯機日志：

歸檔模式下目前日志的損壞有兩種情況，

一、是資料庫是正常關閉，日志檔案中沒有未決的事務需要執行個體恢複，目前日志組的損壞就可以直接用alter database clear unarchived logfile group n來重建。

二、是日志組中有活動的事務，資料庫需要媒體恢複，日志組需要用來同步，有兩種補救辦法

A. 最好的辦法就是通過不完全恢複，可以保證資料庫的一緻性，但是這種辦法要求在歸檔方式下，并且有可用的備份

B. 通過強制性恢複，但是可能導緻資料庫不一緻。

下面分别用來說明這兩種恢複方法

5.1.2.1 通過備份來恢複

1、打開資料庫，會遇到一個類似的錯誤

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) 系統找不到指定的檔案

2、檢視V$log，發現是目前日志

GROUP# SEQUENCE# ARCHIVED STATUS

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

1 1 NO CURRENT

2 2 YES INACTIVE

3 3 YES INACTIVE

3、發現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

4、拷貝有效的資料庫的全備份，并不完全恢複資料庫

可以采用擷取最近的SCN的辦法用until scn恢複或用until cnacel恢複

recover database until cancel

先選擇auto，盡量恢複可以利用的歸檔日志，然後重新

這次輸入cancel，完成不完全恢複，也就是說恢複兩次。

如：

SQL> recover database until cancel;

Auto

……

Cancel;

5、利用alter database open resetlogs打開資料庫

1、這種辦法恢複的資料庫是一緻的不完全恢複，會丢失目前聯機日志中的事務資料

2、這種方法适合于歸檔資料庫并且有可用的資料庫全備份。

3、恢複成功之後，記得再做一次資料庫的全備份。

4、建議聯機日志檔案一定要實作鏡相在不同的磁盤上，避免這種情況的發生，因為任何資料的丢失對于生産來說都是不容許的。

如果沒有備份，進行強制性恢複

4、把資料庫down掉

SQL>shutdown immediate

5、在init<sid>.ora中加入如下參數

_allow_resetlogs_corruption=TRUE

6、重新啟動資料庫,利用until cancel恢複

SQL>recover database until cancel; 

Cancel

如果出錯，不再理會，發出 

SQL>alter database open resetlogs;

7、資料庫被打開後，馬上執行一個full export

8、shutdown資料庫,去掉_all_resetlogs_corrupt參數

9、重建庫

10、import并完成恢複

11、建議執行一下ANALYZE TABLE ...VALIDATE STRUCTURE CASCADE;

1、該恢複方法是沒有辦法之後的恢複方法，一般情況下建議不要采用，因為該方法可能導緻資料庫的不一緻

2、該方法也丢失資料，但是丢失的資料沒有上一種方法的資料多，主要是未寫入資料檔案的已送出或未送出資料。

3、建議成功後嚴格執行以上的7到11步，完成資料庫的檢查與分析

4、全部完成後做一次資料庫的全備份

5、建議聯機日志檔案一定要實作鏡相在不同的磁盤上，避免這種情況的發生，因為任何資料的丢失對于生産來說都是不容許的。

轉：http://www.cnblogs.com/rootq/archive/2009/08/04/1538165.html

文章可以轉載，必須以連結形式标明出處。

本文轉自 張沖andy 部落格園部落格，原文連結：  http://www.cnblogs.com/andy6/p/5925465.html ，如需轉載請自行聯系原作者