redo文件損壞的示例分析

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

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

第一種情況：

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

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

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

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

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

     alter system clear logfile group 2;

     或：alter system clear unarchived logfile group2;

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

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

第二種情況：

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

alert日志有如下錯誤：

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)目錄文件，文件確實存在。

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;

此時alert中存在 ORA-00600: internal error code, arguments: [4194]錯誤，這是因為 undo中數(shù)據(jù)庫與實際數(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ù)據(jù)庫可以啟動，正常訪問，可能有部分?jǐn)?shù)據(jù)丟失

如果有些表查詢 提示ora-01555錯誤,可以通過忽略對應(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é)到更多知識，如果覺得文章不錯，請把它分享出去讓更多的人看到。

當(dāng)前文章：redo文件損壞的示例分析
網(wǎng)頁URL：http://www.muchs.cn/article38/gceppp.html

成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián)，為您提供網(wǎng)站設(shè)計公司、網(wǎng)站制作、App開發(fā)、網(wǎng)站排名、網(wǎng)站內(nèi)鏈、做網(wǎng)站

廣告

聲明：本網(wǎng)站發(fā)布的內(nèi)容（圖片、視頻和文字）以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主，如果涉及侵權(quán)請盡快告知，我們將會在第一時間刪除。文章觀點不代表本網(wǎng)站立場，如需處理請聯(lián)系客服。電話：028-86922220；郵箱：631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載，或轉(zhuǎn)載時需注明來源： 創(chuàng)新互聯(lián)