這篇文章將為大家詳細(xì)講解有關(guān)redo文件損壞的示例分析，小編覺得挺實(shí)用的，因此分享給大家做個(gè)參考，希望大家閱讀完這篇文章后可以有所收獲。

創(chuàng)新互聯(lián)建站長期為千余家客戶提供的網(wǎng)站建設(shè)服務(wù)，團(tuán)隊(duì)從業(yè)經(jīng)驗(yàn)10年，關(guān)注不同地域、不同群體，并針對不同對象提供差異化的產(chǎn)品和服務(wù)；打造開放共贏平臺，與合作伙伴共同營造健康的互聯(lián)網(wǎng)生態(tài)環(huán)境。為建始企業(yè)提供專業(yè)的成都網(wǎng)站建設(shè)、網(wǎng)站設(shè)計(jì)，建始網(wǎng)站改版等技術(shù)服務(wù)。擁有10多年豐富建站經(jīng)驗(yàn)和眾多成功案例,為您定制開發(fā)。

第一種情況：

    asm存儲方式，在數(shù)據(jù)庫open步驟時(shí)，提示某個(gè)磁盤組無法歸檔某個(gè)在線日志，無法寫入文件，此時(shí)未歸檔的redo log剛好是需要啟動(dòng)時(shí)歸檔的日志。

    1.確定一下 歸檔空間是否已經(jīng)滿了

     如果alert日志提示，沒有可用的目標(biāo)空間，首先需要考慮這一點(diǎn)

    2.如果空間釋放后(使用rman進(jìn)行刪除)，仍不能啟動(dòng)

     需要把對應(yīng)的在線日志清空

     alter system clear logfile group 2;

     或：alter system clear unarchived logfile group2;

    3.啟動(dòng)后，全備份數(shù)據(jù)庫

     rman>backup database plush archivelog to destination='/oracle/dbbackup';

第二種情況：

    普通單實(shí)例情況下，服務(wù)器重啟無法打開，提示某個(gè)在線日志找不到無法打開，啟動(dòng)到mount狀態(tài)后查詢v$log發(fā)現(xiàn)狀態(tài)為current：

alert日志有如下錯(cuò)誤：

ORA-00313: open failed for members of log group 4 of thread 1

ORA-00312: online log 4 thread 1: '/home/oracle/oradata/orcl/redo04B.log'

ORA-27037: unable to obtain file status

Linux-x86_64 Error: 2: No such file or directory

查看對應(yīng)目錄文件，文件確實(shí)存在。

alter database open;提示 數(shù)據(jù)庫需要crash recovery;

嘗試 關(guān)閉數(shù)據(jù)庫 拷貝對應(yīng)的redo4.log文件，但無法拷貝。

數(shù)據(jù)庫沒有備份，需要進(jìn)行異常恢復(fù)。

alter database mount;

recover database until cancel; -- 提示需要使用resetlogs方式打開

alter database open resetlogs; -- 提示datafile 1 需要進(jìn)一步恢復(fù)

recover datafile 1; -- 又回到提示redo04B.log文件無法讀取

alter system set "_allow_resetlogs_corruption"=true scope=both;

shutdown immediate;

alter dtabase mount;

recover database until cancel;

recover datafile 1;

alter database open;

此時(shí)alert中存在 ORA-00600: internal error code, arguments: [4194]錯(cuò)誤，這是因?yàn)?undo中數(shù)據(jù)庫與實(shí)際數(shù)據(jù)不一致導(dǎo)致的。

重建-undo可以解決此問題；

create undo tablespace undotbs2 datafile '/u01/oracledata/undotbs201.dbf' size 10G autoextend on next 100M maxsize 20G;

alter system set undo_tablespace=undotbs2 scope=both;

shutdown immediate

 startup 

--全備份數(shù)據(jù)庫

rman>backup database plush archivelog to destination='/dbbackup/';

此時(shí)，數(shù)據(jù)庫可以啟動(dòng)，正常訪問，可能有部分?jǐn)?shù)據(jù)丟失

如果有些表查詢 提示ora-01555錯(cuò)誤,可以通過忽略對應(yīng)回滾段來處理

alter system set "_corrupted_rollback_segments"='_SYSSMU9_1790233411$';

如果提示 初始化參數(shù)不能修改,需要執(zhí)行如下

alter system set "_corrupted_rollback_segments"='_SYSSMU9_1790233411$' scope=spfile;

shutdown immediate

startup

關(guān)于“redo文件損壞的示例分析”這篇文章就分享到這里了，希望以上內(nèi)容可以對大家有一定的幫助，使各位可以學(xué)到更多知識，如果覺得文章不錯(cuò)，請把它分享出去讓更多的人看到。