問題描述：這是一個回滾段表空間數(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<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)當(dā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ù)庫II. 數(shù)據(jù)庫是啟動著的假如你檢測到丟失或損壞了回滾段表空間的數(shù)據(jù)文件，并且數(shù)據(jù)庫是運行著的，不要把它down掉。在很多情況下，數(shù)據(jù)庫是啟著的比關(guān)閉著解決問題更輕易些。這種情況的兩種可能的解決方法:A)使丟失的那個數(shù)據(jù)文件offline,并從備份中恢復(fù)它，這種情況適用于數(shù)據(jù)庫是處于歸檔方式的。B)另一個方法是offline掉所有的那個文件所屬表空間的回滾段，drop那個表空間,然后得建它們。你可能不得不殺掉那些使用著回滾段的進程，以便使它offline.方法II.A:從備份恢復(fù)那個數(shù)據(jù)文件這個方法只有你的庫是在歸檔方式下才能使用。1、脫機(offline)那個丟失的數(shù)據(jù)文件。 ALTER DATABASE DATAFILE '<full_path_file_name>' OFFLINE; 提示：其于目前數(shù)據(jù)庫的事務(wù)量，你可能需要建一個臨時的回滾表空間和一些臨時的回滾段以備正常業(yè)務(wù)運行。2、從備份中恢復(fù)(restore)那個數(shù)據(jù)文件。3、執(zhí)行如下命令 SELECT V1.GROUP#, MEMBER, SEQUENCE# FROM V$LOG V1, V$LOGFILE V2 WHERE V1.GROUP# = V2.GROUP# ; 這將列出所有的聯(lián)機的重做日志和他們的序號及首次改變號(first change numbers). 4、得用聯(lián)機日志及歸檔日志恢復(fù)那個文件 RECOVER DATAFILE '<full_path_file_name>' ; 5、確認所有的日志都被恢復(fù)，只到你收到'Media recovery complete'信息。6、使這個數(shù)據(jù)文件online ALTER DATABASE DATAFILE '<full_path_file_name>' ONLINE; 方法II.B:重建回滾表空間這種方法不必考慮數(shù)據(jù)庫是否是歸檔模式的。步驟如下：1、試圖脫機所有的丟失或損壞數(shù)據(jù)文件所在回滾表空間中所包含的回滾段。 ALTER ROLLBACK SEGMENT <rollback_segment> OFFLINE; 重復(fù)執(zhí)行這個命令直到所包含的回滾段都脫機. 2、檢查回滾段的狀態(tài)。 在drop掉它們之前它們必需是offline狀態(tài)的。; SELECT SEGMENT_NAME, STATUS FROM DBA_ROLLBACK_SEGS WHERE TABLESPACE_NAME = '<TABLESPACE_NAME>';3、刪除掉所有脫機的c。 DROP ROLLBACK SEGMENT <rollback_segment> 4、處理那些保持online狀態(tài)的回滾段 重復(fù)執(zhí)行2一下的命令，假如回滾段在執(zhí)行1中命令仍保扭虧為盈'ONLINE'狀態(tài)，意味著它之中有活動的事務(wù)，你可以用如下的查詢來確認一下： SELECT SEGMENT_NAME, XACTS ACTIVE_TX, V.STATUS FROM V$ROLLSTAT V, DBA_ROLLBACK_SEGS WHERE TABLESPACE_NAME = '<TABLESPACE_NAME>' AND SEGMENT_ID = USN; 假如這個查詢沒有結(jié)果返回，意味著沒有事務(wù)在這些回滾段中了。哪果有結(jié)果返回，那些不能offline的回滾段的狀態(tài)應(yīng)為'PENDING OFFLINE'。可以用5中的方法把這些事務(wù)殺掉。 5、強制使有活動事務(wù)的回滾段脫機執(zhí)行如下查詢，看這些'PENDING OFFLINE'的回滾段包含哪些事務(wù)。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#>';語句殺掉這些事務(wù)，重復(fù)執(zhí)行上面的查詢，直到?jīng)]有事務(wù)存在，這時運行一下2中的查詢，確認這些回滾段己經(jīng)處于offline狀態(tài),并用3中的語句把它們drop掉。6、刪除這個回滾表空間。DROP TABLESPACE <tablespace_name> INCLUDING CONTENTS; 假如語句執(zhí)行失敗，請與oracle技術(shù)支持聯(lián)系，否則轉(zhuǎn)向77、重建回滾段表空間。8、重建回滾段，并使它們聯(lián)機(online)。 譯者按： 回滾段表空間的數(shù)據(jù)文件丟失或損壞在實際中是比較棘手和常見的，產(chǎn)生這種問題 的原回很多的，比如介質(zhì)的損壞、人為的誤操作、機器的忽然的斷電等等。 建議沒實踐過這種操作的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至主機，執(zhí)行如下命令: sqlplus /nolog sql>conn / as sysdba sql>shutdown abort4、把新加的那個回滾段表空間的數(shù)據(jù)文件更個名。