損壞聯機日誌的恢復方法

aaqwsh發表於2011-04-14
SQL> alter system set "_allow_resetlogs_corruption"=TRUE scope=spfile;
System altered.
SQL> shutdown immediate
ORA-01109: database not open

Database dismounted.
ORACLE instance shut down.
SQL> startup
ORACLE instance started.
Total System Global Area  167772160 bytes
Fixed Size                  1218316 bytes
Variable Size              67111156 bytes
Database Buffers           96468992 bytes
Redo Buffers                2973696 bytes
Database mounted.
ORA-01589: must use RESETLOGS or NORESETLOGS option for database open

SQL> recover database using backup controlfile until cancel;
ORA-00279: change 1006331 generated at 04/14/2011 21:32:36 needed for thread 1
ORA-00289: suggestion : /data/ora10g/RACDBSTD/arch/1_5_748474212.dbf
ORA-00280: change 1006331 for thread 1 is in sequence #5

Specify log: {=suggested | filename | AUTO | CANCEL}
auto
ORA-00308: cannot open archived log
'/data/ora10g/RACDBSTD/arch/1_5_748474212.dbf'
ORA-27037: unable to obtain file status
Linux Error: 2: No such file or directory
Additional information: 3

ORA-00308: cannot open archived log
'/data/ora10g/RACDBSTD/arch/1_5_748474212.dbf'
ORA-27037: unable to obtain file status
Linux Error: 2: No such file or directory
Additional information: 3

ORA-01547: warning: RECOVER succeeded but OPEN RESETLOGS would get error below
ORA-01194: file 1 needs more recovery to be consistent
ORA-01110: data file 1: '/data/ora10g/RACDBSTD/system.259.727735501'

SQL> recover database using backup controlfile until cancel;
ORA-00279: change 1006331 generated at 04/14/2011 21:32:36 needed for thread 1
ORA-00289: suggestion : /data/ora10g/RACDBSTD/arch/1_5_748474212.dbf
ORA-00280: change 1006331 for thread 1 is in sequence #5

Specify log: {=suggested | filename | AUTO | CANCEL}
cancel
ORA-01547: warning: RECOVER succeeded but OPEN RESETLOGS would get error below
ORA-01194: file 1 needs more recovery to be consistent
ORA-01110: data file 1: '/data/ora10g/RACDBSTD/system.259.727735501'

ORA-01112: media recovery not started

SQL> alter database open resetlogs;
Database altered.
SQL> select * from tt;
         I
----------
         1
         1
 
5.1.1 損壞非當前聯機日誌
大家都清楚,聯機日誌分為當前聯機日誌和非當前聯機日誌,非當前聯機日誌的損壞是比較簡單的,一般通過clear命令就可以解決問題。

1、啟動資料庫,遇到ORA-00312 or ORA-00313錯誤,如
ORA-00313: open failed for members of log group 1 of thread 1
ORA-00312: online log 1 thread 1: 'D:\Oracle\ORADATA\TEST\REDO01.LOG'
從這裡我們知道日誌組1的資料檔案損壞了
從報警檔案可以看到更詳細的資訊
2、 檢視V$log檢視
SQL> select group#,sequence#,archived,status from v$log;
 
    GROUP#      SEQUENCE# ARCHIVED STATUS
---------- ---------- -------- ----------------
         1          1     YES      INACTIVE
         2          2     YES      INACTIVE
         3          3     NO       CURRENT
可以知道,該組是非當前狀態,而且已經歸檔。
3、 用CLEAR命令重建該日誌檔案
SQL>alter database clear logfile group 1;
如果是該日誌組還沒有歸檔,則需要用
SQL>alter database clear unarchived logfile group 1;
4、 開啟資料庫,重新備份資料庫
SQL>alter database open;
 
說明:
1、如果損壞的是非當前的聯機日誌檔案,一般只需要clear就可以重建該日誌檔案,但是如果該資料庫處於歸檔狀態但該日誌還沒有歸檔,就需要強行clear;
2、建議clear,特別是強行clear後作一次資料庫的全備份;
3、此方法適用於歸檔與非歸檔資料庫。
 
5.1.2 損壞當前聯機日誌
 
歸檔模式下當前日誌的損壞有兩種情況,
一、是資料庫是正常關閉,日誌檔案中沒有未決的事務需要例項恢復,當前日誌組的損 壞就可以直接用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:\Oracle\ORADATA\TEST\REDO01.LOG'
ORA-27041: unable to open file
OSD-04002: unable to open file
O/S-Error: (OS 2) 系統找不到指定的檔案
 
2、 檢視V$log,發現是當前日誌
SQL> select group#,sequence#,archived,status from 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
ORA-00312: online log 1 thread 1: 'D:\Oracle\ORADATA\TEST\REDO01.LOG'
 
4、 拷貝有效的資料庫的全備份,並不完全恢復資料庫:
可以採用獲取最近的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、建議聯機日誌檔案一定要實現鏡相在不同的磁碟上,避免這種情況的發生,因為任何資料的丟失對於生產來說都是不容許的。
 
5.1.2.2 如果沒有備份,進行強制性恢復
1、 開啟資料庫,會遇到一個類似的錯誤
ORA-00313: open failed for members of log group 1 of thread 1
ORA-00312: online log 1 thread 1: 'D:\Oracle\ORADATA\TEST\REDO01.LOG'
ORA-27041: unable to open file
OSD-04002: unable to open file
O/S-Error: (OS 2) 系統找不到指定的檔案
 
2、 檢視V$log,發現是當前日誌
SQL> select group#,sequence#,archived,status from 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
ORA-00312: online log 1 thread 1: 'D:\Oracle\ORADATA\TEST\REDO01.LOG'
 
4、 把資料庫down掉
    SQL>shutdown immediate
 
5、 在init.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、建議聯機日誌檔案一定要實現鏡相在不同的磁碟上,避免這種情況的發生,因為任何資料的丟失對於生產來說都是不容許的。

來自 “ ITPUB部落格 ” ,連結:http://blog.itpub.net/758322/viewspace-692542/,如需轉載,請註明出處,否則將追究法律責任。

相關文章