丁香花在线观看免费观看图片,国产又爽又黄又粗又大,91亚洲人成电影在线观看网色

您當前所在位置：首頁 → 數(shù)據(jù)庫 → Oracle → Oracle重做日志丟失的故障處理

Oracle重做日志丟失的故障處理 時間：2015/6/28來源：IT貓撲網(wǎng)作者：網(wǎng)管聯(lián)盟我要評論(0)

　　oracle重做日志

　　Oracle的重做日志文件(Online redo logfile)循環(huán)記錄了數(shù)據(jù)庫所有的事務(wù)。它的大小、個數(shù)和存儲位置對數(shù)據(jù)庫性能和恢復有重要影響。它一般由大小相同的幾組文件構(gòu)成。我們可以查看數(shù)據(jù)庫視圖v$logfile知道redo logfile的個數(shù)和存儲位置。對每一個Oracle數(shù)據(jù)庫都要求至少具有兩個聯(lián)機重做日志。

　　每一次新的事務(wù)提交時，Oracle將該事務(wù)寫入日志文件，但并非此時也將修改的數(shù)據(jù)塊寫回原數(shù)據(jù)文件。由于內(nèi)存讀寫和磁盤I/O存在幾個數(shù)量級的效率差別，Oracle通過減少數(shù)據(jù)文件的物理I/O讀寫來大大提高數(shù)據(jù)庫的性能；同時，又通過優(yōu)先寫日志文件來保證數(shù)據(jù)的正確性和一致性。基于這種機制，重做日志文件在數(shù)據(jù)庫的實例恢復和介質(zhì)恢復時至關(guān)重要，是oracle數(shù)據(jù)庫最重要的物理文件之一。

　　如果數(shù)據(jù)庫在啟動時檢測到重做日志丟失，數(shù)據(jù)庫將無法啟動。如果數(shù)據(jù)庫在運行時切換日志文件組，檢測到下一組或者全部的重做日志丟失，數(shù)據(jù)庫將會崩潰。由于磁盤介質(zhì)損壞或者人為的誤刪除文件，造成嚴重后果的事件近期時有發(fā)生。本文列舉了重做日志丟失的數(shù)據(jù)庫恢復，但如果按照冗余原則合理分布日志文件組的成員，如果工程師了解日志文件的基本原理和使用原則，就完全可以避免出現(xiàn)下列問題。

　　恢復方法

　　故障現(xiàn)象

　　SQL> startup mount

　　Oracle Instance Started

　　Database mounted

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

　　ORA-00312: online log 1 thread 1: '/ORACLE/ORADATA/H817/REDO01.LOG'

　　ORA-27041: unable to open file

　　OSD-04002: unable to open file

　　O/S-Error: (OS 2) The system cannot find the file specified.

　　恢復注意事項

　　以下所列舉的恢復方法，都屬于不完全恢復或者強制恢復，會丟失當前重做日志中的事務(wù)數(shù)據(jù)。一旦操作不當，將帶來數(shù)據(jù)丟失等嚴重后果，請遵循以下幾個恢復原則：

　　1. 請勿在生產(chǎn)系統(tǒng)上試用。

　　2. 如果生產(chǎn)系統(tǒng)出現(xiàn)重做日志文件丟失的故障，請勿自行操作破壞現(xiàn)場，應該立刻聯(lián)系Oracle工程師。

　　3. 恢復成功之后，需要馬上做一次數(shù)據(jù)庫的全備份。

　　4. 建議重做日志文件一定要實現(xiàn)鏡象在不同的磁盤上，避免這種情況的發(fā)生。

　　恢復方法

　　1. 首先檢查重做日志文件狀態(tài)，看看報錯的日志文件的狀態(tài)是否為Current

　　SQL> select * from v$log;

　　SQL> select * from v$logfile;

　　2. 如果重做日志文件狀態(tài)為Inactive，我們可以直接清除該日志文件的內(nèi)容：

　　SQL> alter database clear logfile '/ORACLE/ORADATA/H817/REDO01.LOG';

　　3. 如果重做日志文件狀態(tài)為Current，恢復工作較為復雜，有以下四種情況：

　　1）通過下面步驟，數(shù)據(jù)庫順利打開

　　SQL> recover database until cancel;

　　Type Cancel when prompted

　　SQL>alter database open resetlogs;

　　2）第一種情況的'recover database until cancel' 操作遇到ORA-01547，ORA-01194，ORA-01110錯誤，需要整個數(shù)據(jù)庫的物理備份，并根據(jù)歸檔日志恢復到錯誤時間點，前提是數(shù)據(jù)庫是歸檔模式。

　　restore old backup

　　SQL> startup mount

　　SQL> recover database until cancel using backup controlfile;

　　SQL> alter database open resetlogs;

　　3）如果數(shù)據(jù)庫是非歸檔模式，只能恢復整個物理備份，然后直接打開數(shù)據(jù)庫。這種情況將丟失物理備份至故障發(fā)生前的全部數(shù)據(jù)。

　　4）如果數(shù)據(jù)庫是非歸檔模式，且沒有物理備份，只能通過特殊的隱含參數(shù)，允許數(shù)據(jù)庫不一致的狀況下打開數(shù)據(jù)庫。這種恢復方法是沒有辦法之后的恢復方法，將導致數(shù)據(jù)庫不一致，一般情況下不要采用。如確有需要，請在Oracle的技術(shù)人員指導下使用該方法。

　　? 關(guān)閉數(shù)據(jù)庫

　　SQL>shutdown immediate

　　? 在init<sid>.ora中加入如下參數(shù)

　　_allow_resetlogs_corruption=TRUE

　　? 重新啟動數(shù)據(jù)庫,利用until cancel恢復

　　SQL>recover database until cancel;

　　Cancel

　　? 打開數(shù)據(jù)庫

　　SQL>alter database open resetlogs;

　　? 數(shù)據(jù)庫被打開后，馬上執(zhí)行一個全庫導出。

　　關(guān)閉數(shù)據(jù)庫，在init<sid>.ora中去掉_all_resetlogs_corrupt參數(shù)

　　if ($ != jQuery) { $ = jQuery.noConflict(); }