ORACLE回滾段表空間數據文件丟失或損壞處理方法
2024-08-29 13:49:46
供稿：網友
問題描述：
這是一個回滾段表空間數據文件丟失或損壞的情景，這時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的?？梢詸z查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、打開數據庫II. 數據庫是啟動著的假如你檢測到丟失或損壞了回滾段表空間的數據文件，并且數據庫是運行著的，不要把它down掉。在很多情況下，數據庫是啟著的比關閉著解決問題更輕易些。這種情況的兩種可能的解決方法:A)使丟失的那個數據文件offline,并從備份中恢復它，這種情況適用于數據庫是處于歸檔方式的。B)另一個方法是offline掉所有的那個文件所屬表空間的回滾段，drop那個表空間,然后得建它們。你可能不得不殺掉那些使用著回滾段的進程，以便使它offline.方法II.A:從備份恢復那個數據文件這個方法只有你的庫是在歸檔方式下才能使用。1、脫機(offline)那個丟失的數據文件。
ALTER DATABASE DATAFILE '<full_path_file_name>' OFFLINE;
提示：其于目前數據庫的事務量，你可能需要建一個臨時的回滾表空間和一些臨時的回滾段以備正常業務運行。2、從備份中恢復(restore)那個數據文件。3、執行如下命令 SELECT V1.GROUP#, MEMBER, SEQUENCE#
FROM V$LOG V1, V$LOGFILE V2
WHERE V1.GROUP# = V2.GROUP# ;
這將列出所有的聯機的重做日志和他們的序號及首次改變號(first change numbers). 4、得用聯機日志及歸檔日志恢復那個文件
RECOVER DATAFILE '<full_path_file_name>'
5、確認所有的日志都被恢復，只到你收到"Media recovery complete"信息。6、使這個數據文件online
ALTER DATABASE DATAFILE '<full_path_file_name>' ONLINE;
方法II.B:重建回滾表空間這種方法不必考慮數據庫是否是歸檔模式的。步驟如下：1、試圖脫機所有的丟失或損壞數據文件所在回滾表空間中所包含的回滾段。
ALTER ROLLBACK SEGMENT <rollback_segment> OFFLINE;
重復執行這個命令直到所包含的回滾段都脫機.
2、檢查回滾段的狀態。
在drop掉它們之前它們必需是offline狀態的。
SELECT SEGMENT_NAME, STATUS FROM DBA_ROLLBACK_SEGS
WHERE TABLESPACE_NAME = '<TABLESPACE_NAME>';3、刪除掉所有脫機的c。
DROP ROLLBACK SEGMENT <rollback_segment>;
4、處理那些保持online狀態的回滾段
重復執行2一下的命令，假如回滾段在執行1中命令仍保扭虧為盈"ONLINE"狀態，意味著它之中有活動的事務，你可以用如下的查詢來確認一下：
SELECT SEGMENT_NAME, XACTS ACTIVE_TX, V.STATUS
FROM V$ROLLSTAT V, DBA_ROLLBACK_SEGS
WHERE TABLESPACE_NAME = '<TABLESPACE_NAME>' AND SEGMENT_ID = USN;
假如這個查詢沒有結果返回，意味著沒有事務在這些回滾段中了。哪果有結果返回，那些不能offline的回滾段的狀態應為"PENDING OFFLINE"?？梢杂?中的方法把這些事務殺掉。
5、強制使有活動事務的回滾段脫機
執行如下查詢，看這些"PENDING OFFLINE"的回滾段包含哪些事務。
SELECT S.SID, S.SERIAL#, S.USERNAME, R.NAME "ROLLBACK"
FROM V$SESSION S, V$TRANSACTION T, V$ROLLNAME R
WHERE R.NAME IN ('<PENDING_ROLLBACK_1>', ... , '<PENDING_ROLLBACK_N>')
AND S.TADDR = T.ADDR AND T.XIDUSN = R.USN; 用ALTER SYSTEM KILL SESSION '<SID>, <SERIAL#>';語句殺掉這些事務，重復執行上面的查詢，直到沒有事務存在，這時運行一下2中的查詢，確認這些回滾段己經處于offline狀態,并用3中的語句把它們drop掉。6、刪除這個回滾表空間。
DROP TABLESPACE <tablespace_name> INCLUDING CONTENTS;
假如語句執行失敗，請與oracle技術支持聯系，否則轉向77、重建回滾段表空間。8、重建回滾段，并使它們聯機(online)。 譯者按： 回滾段表空間的數據文件丟失或損壞在實際中是比較棘手和常見的，產生這種問題 的原回很多的，比如介質的損壞、人為的誤操作、機器的忽然的斷電等等。 建議沒實踐過這種操作的oracle的愛好者可以模擬一下這種故障，實際實測一下，注重一定要在測試庫，我模擬的方法如下：1、單獨建了一個rbs表空間，并在這個表空間建了一個回滾段rbs_test。2、指定一個transaction 用這個回滾段 sql>set transaction use rollback segment rbs_test; sql>insert into test values ('2'); sql>insert into test values('3');
3、另開一個telnet窗口telnet至主機，執行如下命令: sqlplus /nolog sql>conn / as sysdba sql>shutdown abort4、把新加的那個回滾段表空間的數據文件更個名。
