ORACLE 回滾段表空間數(shù)據(jù)文件丟失或損壞處理方法(1)
2024-08-29 13:30:36
供稿：網(wǎng)友
問題描述：
這是一個回滾段表空間數(shù)據(jù)文件丟失或損壞的情景，這時oracle不能識別相應(yīng)的數(shù)據(jù)文件。當你試圖startup數(shù)據(jù)文件時會報ora-1157，ora-1110，并且可能會伴隨著標識操作系統(tǒng)級別的錯誤，比如ora-7360。當你試圖以shutdown normal或shutdown immediate模式關(guān)閉數(shù)據(jù)庫時會導(dǎo)至ora-1116,ora-1110,并可能伴隨標識操作系統(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"
這當然也包括以正常方式shutdown,接然試圖啟動數(shù)據(jù)庫確失敗的狀況。如果最近一次你是以shutdown abort方式關(guān)閉數(shù)據(jù)庫的或數(shù)據(jù)庫是自己crashed掉的，你應(yīng)用使用下面的i.b的方法。
2、在init<sid>.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 '<full_path_file_name>' 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<sid>.ora這個文件。注釋掉rollback_segments這個參數(shù)，并且在init<sid>.ora文件中加入如下一行：
_corrupted_rollback_segments = (<rollback1>,...,<rollbackn>)
這個參數(shù)應(yīng)當包含rollback_segments中所有的回滾段。
需要注意的是這個參數(shù)只能在指定的情況下或在oracle的全球持術(shù)支持的指導(dǎo)下才應(yīng)使用，然后以restricted模式打開數(shù)據(jù)庫：
startup restrict
7、刪除掉那個文件所屬的回滾段表空間。
drop tablespace <tablespace name> including contents;
8、重建回滾段表空間及回滾段，創(chuàng)建完后使它們online.
9、使數(shù)據(jù)庫所有用戶都可用。
alter system disable restricted session;
10、在init<sid>.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 '<full_path_file_name>' 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 '<full_path_file_name>'
7、確認所有的日志都被恢復(fù)，只到你收到"media recovery complete"信息。
8、打開數(shù)據(jù)庫
待續(xù)
