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