ora-01033引發的血案

今天真是倒黴的一天，一大早5：35客戶打過來電話，說是系統無法登陸，5：35上班？我昨晚2：30才睡的覺，不曉得這麼早上班是不是先煮飯，悲催！！

聯機看PL/SQL報01033錯誤，shutdown之後startup發現ora-00314 ora-00312

聯機日誌分爲當前聯機日誌和非當前聯機日誌，非當前聯機日誌的損壞是比較簡單的，一般通過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:\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、建議聯機日誌文件一定要實現鏡相在不同的磁盤上，避免這種情況的發生，因爲任何數據的丟失對於生產來說都是不容許的。

如果沒有備份，進行強制性恢復
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<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、建議聯機日誌文件一定要實現鏡相在不同的磁盤上，避免這種情況的發生，因爲任何數據的丟失對於生產來說都是不容許的。
用startup force試試！
 

allow_resetlogs_corruption=TRUE
這個我用過,數據庫可以起來,但是數據是不是完整,還不一定,但數據庫可以起來
需要重新啓動一個log
SQL>;RECOVER DATABASE UNTILE CANCEL;
數據庫會自己找一些它所需要的文件來進行數據庫恢復；
SQL>;ALTER DATABASE OPEN RESETLOGS;
不知道你做沒有做歸檔，如果做了，那麼這個RECOVER還是比較有效的
沒做的話估計不行