ORACLE 回滾段表空間數據文件丟失或損壞處理方法(1)
2024-08-29 13:45:12
供稿：網友
問題描述：
這是一個回滾段表空間數據文件丟失或損壞的情景，這時Oracle不能識別相應的數據文件。當你試圖startup數據文件時會報ORA-1157，ORA-1110，并且可能會伴隨著標識操作系統級別的錯誤，比如ORA-7360。 當你試圖以shutdown normal或shutdown immediate模式關閉數據庫時會導至ORA-1116,ORA-1110,并可能伴隨標識操作系統級別的錯誤，比如ORA-7368，有時以正常方式shutdown數據庫根本shutdown不下來。
警告：
文章中所提及的步驟是供oracle的全球技術支持使用的。非凡是步驟6中的_corrupted_rollback_segments參數，使用后需要重建數據庫，在使用這個參前請觀察一下所有其它的選項。
解決方法解釋：
如下的解決方法取于檢測問題出現時數據庫所處于狀態:
I. 數據庫是處于關閉狀態的。
試圖打開數據庫時報ORA-1157和ORA-1110錯誤，這時的解決方法取于數據庫是否是正常shutdown的(使用normal或immediate選項。
I.A.數據庫是正常shutdown的
假如數據數據庫是正常shutdown的，最簡單的解決方法是以offline drop選項刪除丟失或損壞的數據文件，以restriceted模式打個數據庫，刪除并重建這個數據文件所屬的那個回滾表空間。假如數據庫是以shutdown abort或自己崩潰掉的則不要遵循這個過程。
步驟如下：
1、確認數據庫是正常shutdown的。可以檢查alter.log這個文件，定位到最后幾行看是否可以看到如下的信息：
"alter database dismount
Completed: alter database dismount"
這當然也包括以正常方式shutdown,接然試圖啟動數據庫確失敗的狀況。假如最近一次你是以shutdown abort方式關閉數據庫的或數據庫是自己crashed掉的，你應用使用下面的I.B的方法。
2、在init<sid>.ora中把屬于丟失數據文件的回滾段從ROLLBACK_SEGMENTS參數中去掉。假如你不能確信是哪個回滾段，可以簡單的把ROLLBACK_SEGMENTS這個參數注釋掉。
3、以restricted模式mount數據庫
STARTUP RESTRICT MOUNT;
4、Offline drop丟失或損壞的那個數據文件。
ALTER DATABASE DATAFILE '<full_path_file_name>' OFFLINE DROP;
5、打開數據庫
ALTER DATABASE OPEN；
假如返回"Statement PRocessed"這條信息，轉到第7步.
假如得到ORA-604,ORA-376,和ORA-1110錯誤，轉到第6步。
6、因為打開數據庫失敗，shutdown掉數據庫并且編輯int<SID>.ora這個文件。注釋掉ROLLBACK_SEGMENTS這個參數，并且在init<SID>.ora文件中加入如下一行：
_corrupted_rollback_segments = (<rollback1>,...,<rollbackN>)
這個參數應當包含ROLLBACK_SEGMENTS中所有的回滾段。
需要注重的是這個參數只能在指定的情況下或在oracle的全球持術支持的指導下才應使用，然后以restricted模式打開數據庫：
STARTUP RESTRICT
7、刪除掉那個文件所屬的回滾段表空間。
DROP TABLESPACE <tablespace name> INCLUDING CONTENTS;
8、重建回滾段表空間及回滾段，創建完后使它們online.
9、使數據庫所有用戶都可用。
ALTER SYSTEM DISABLE RESTRICTED session;
10、在init<SID>.ora中把你重新創建的回滾段再一次包括進來，假如你使用了第6步則移除掉CORRUPTED_ROLLBACK_SEGMENTS這個參數。
I.B.數據庫不是正常shutdown的
這種情況，數據庫最近一次是用shutdown abort或crashed掉關閉，回滾段中幾乎一定包含著活動的事務。因此，壞的那個數據文件不能脫機(offline)或是drop掉，你必需從備份恢復這個文件。假如數據為是處于非歸檔模式的，只有最近的一些事務日志還沒有被重寫掉的情況你才能成功恢復這個文件。假如這個文件的備份也是無效的，聯系一下oracle的技術支持吧。
步驟如下：
1、從備份中恢復丟失的那個數據文件.
2、mount 上數據庫
3、執行如下的查詢：
SELECT FILE#,NAME,STATUS FROM V$DATAFILE;
假如數據文件的狀態是offline的，你必需先把它聯機了：
ALTER DATABASE DATAFILE '<full_path_file_name>' ONLINE;
4、執行如下的查詢：
SELECT V1.GROUP#, MEMBER, SEQUENCE#, FIRST_CHANGE#
FROM V$LOG V1, V$LOGFILE V2
WHERE V1.GROUP# = V2.GROUP# ;
這將列出所有的聯機的重做日志和他們的序號及首次改變號(first change numbers).
5、假如這個數據庫是非歸檔模式的，執行如下的查詢：
SELECT FILE#, CHANGE# FROM V$RECOVER_FILE;
假如其中的CHANG#比4中的最小的那個FIRST_CHANGE#大的話，用聯機日志就可以完成恢復。
6、假如CHANG#比4中的最小的那個FIRST_CHANGE#小，則數據庫是不能恢復的，可以聯系一下oracle的技術支持。
譯者插入：假如你真是非歸檔方式且這個文件的備份也是無效的，假如你認為可以丟失回滾段中的那事務，你可以用I.A中從第6步的方法，這時可以打開數據庫，應立即做一個備份，因為庫中的數據有些不一致。
RECOVER DATAFILE '<full_path_file_name>'
7、確認所有的日志都被恢復，只到你收到"Media recovery complete"信息。
8、打開數據庫
待續
