這篇文章主要介紹Redo丟失怎么處理，文中介紹的非常詳細，具有一定的參考價值，感興趣的小伙伴們一定要看完！

網(wǎng)站建設(shè)哪家好，找創(chuàng)新互聯(lián)！專注于網(wǎng)頁設(shè)計、網(wǎng)站建設(shè)、微信開發(fā)、重慶小程序開發(fā)、集團企業(yè)網(wǎng)站建設(shè)等服務(wù)項目。為回饋新老客戶創(chuàng)新互聯(lián)還提供了浪卡子免費建站歡迎大家使用！

一.說明：
1.以下所說的當前日志指日志狀態(tài)為CURRENT,ACTIVE,非當前日志指日志狀態(tài)為INACTIVE
2.不用考慮歸檔和非歸檔模式，2種模式下的Redo丟失情況一樣。

二.丟失Redo的4種情況：
第一種情況：非當前日志，正常關(guān)閉。
第二種情況：非當前日志，非正常關(guān)閉。
第三種情況：當前日志，正常關(guān)閉。
第四種情況：當前日志，非正常關(guān)閉。

三.處理方法：
第一、二種情況的處理方法一樣，直接把日志文件clear即可。
SQL> alter database clear logfile group 3;
SQL> alter database clear unarchived logfile group 3;//如果INACTIVE狀態(tài)的在線Redo還未歸檔，增加關(guān)鍵字unarchived完成clear操作。（ACTIVE,INACTIVE都有可能未完成歸檔，歸檔是否完成可以查看v$log.archived字段）。

例子：

SQL> startup mount

ORACLE 例程已經(jīng)啟動。

Total System Global Area  263639040 bytes

Fixed Size                  1384012 bytes

Variable Size             167772596 bytes

Database Buffers           88080384 bytes

Redo Buffers                6402048 bytes

數(shù)據(jù)庫裝載完畢。

SQL> select group#,thread#,status,archived from v$log;

    GROUP#    THREAD# STATUS                           ARCHIV

---------- ---------- -------------------------------- ------

         1          1 CURRENT                          NO

         3          1 ACTIVE                           NO

         2          1 INACTIVE                         YES

SQL> alter database clear logfile group 3;

alter database clear logfile group 3

*

第 1 行出現(xiàn)錯誤:

ORA-01624: 日志 3 是緊急恢復實例 orcl (線程 1) 所必需的

ORA-00312: 聯(lián)機日志 3 線程 1: 'E:\APP\ORADATA\ORCL\REDO03.LOG'

SQL> alter database clear logfile group 2;

數(shù)據(jù)庫已更改。

第三種情況的處理辦法：
SQL>startup mount;
SQL>recover database until cancel;
SQL>alter database open resetlogs;

例子1：

SQL> shutdown immediate

數(shù)據(jù)庫已經(jīng)關(guān)閉。

已經(jīng)卸載數(shù)據(jù)庫。

ORACLE 例程已經(jīng)關(guān)閉。

SQL> startup mount

ORACLE 例程已經(jīng)啟動。

Total System Global Area  263639040 bytes

Fixed Size                  1384012 bytes

Variable Size             167772596 bytes

Database Buffers           88080384 bytes

Redo Buffers                6402048 bytes

數(shù)據(jù)庫裝載完畢。

SQL> alter database open resetlogs;

alter database open resetlogs

*

第 1 行出現(xiàn)錯誤:

ORA-01139: RESETLOGS 選項僅在不完全數(shù)據(jù)庫恢復后有效

SQL> recover database until cancel;

完成介質(zhì)恢復。

SQL> alter database open resetlogs;

數(shù)據(jù)庫已更改。

例子2（第三種情況的第二個處理方法）：

SQL> shutdown immediate

數(shù)據(jù)庫已經(jīng)關(guān)閉。

已經(jīng)卸載數(shù)據(jù)庫。

ORACLE 例程已經(jīng)關(guān)閉。

SQL> startup mount

ORACLE 例程已經(jīng)啟動。

Total System Global Area  263639040 bytes

Fixed Size                  1384012 bytes

Variable Size             167772596 bytes

Database Buffers           88080384 bytes

Redo Buffers                6402048 bytes

數(shù)據(jù)庫裝載完畢。

SQL> select group#,thread#,status,archived from v$log;

    GROUP#    THREAD# STATUS                           ARCHIV

---------- ---------- -------------------------------- ------

         1          1 CURRENT                          NO

         3          1 INACTIVE                         YES

         2          1 INACTIVE                         YES

SQL> alter database clear logfile group 2;

數(shù)據(jù)庫已更改。

SQL> alter database clear logfile group 3;

數(shù)據(jù)庫已更改。

SQL> alter database clear unarchived logfile group 1;

數(shù)據(jù)庫已更改。

    這里CURRENT的Redo日志文件組能被clear unarchived。

SQL> alter database open;

數(shù)據(jù)庫已更改。

    如果Redo日志文件丟失，clear操作完成之后將在原有位置創(chuàng)建新的Redo日志文件。

第四種情況的處理方法：

1.通過備份來還原、恢復數(shù)據(jù)。
2.通過修改參數(shù)文件中的參數(shù)
_allow_resetlogs_corruption=TRUE
來強制啟動數(shù)據(jù)庫。<<<<  雖然能夠啟動數(shù)據(jù)庫到open狀態(tài)，但是啟動后的數(shù)據(jù)庫數(shù)據(jù)字典、數(shù)據(jù)有可能導致不一致的情況出現(xiàn)，故需要在open下把整個數(shù)據(jù)庫export，然后刪除庫，重建，再將export的數(shù)據(jù)import到新的數(shù)據(jù)庫中。

四.驗證數(shù)據(jù)庫是否正常關(guān)閉的方法

SQL> select open_mode from v$database;

OPEN_MODE

--------------------

READ WRITE

SQL> select status from v$instance;

STATUS

------------

OPEN

SQL> select file#,checkpoint_change#,fuzzy from v$datafile_header;

     FILE# CHECKPOINT_CHANGE# FUZ

---------- ------------------ ---

         1            1165820 YES

         2            1165820 YES

         3            1165820 YES

         4            1165820 YES

    FUZZY bit in datafile header means that there may have been writes into a datafile after the last checkpoint. E.g. there may be changes written to datafile with higher SCN than checkpoint_change# stored in datafile header (seen from v$datafile_header.checkpoint_change#).
        FUZYY表示模糊性，意思是，該數(shù)據(jù)文件處于模糊狀態(tài)，在最近一次CHECKPOINT后，該文件上的數(shù)據(jù)可能被修改過了，但沒來得及更新到該文件上（或者該文件不知道），需要讀取日志信息來判斷。

SQL> select file#,checkpoint_change#,last_change# from v$datafile;

     FILE# CHECKPOINT_CHANGE# LAST_CHANGE#

---------- ------------------ ------------

         1            1165820

         2            1165820

         3            1165820

         4            1165820

    由于數(shù)據(jù)庫是打開的狀態(tài)，所以終止SCN是空，SCN的內(nèi)容可參考文章：http://space.itpub.net/23135684/viewspace-627343

SQL> shutdown immediate

數(shù)據(jù)庫已經(jīng)關(guān)閉。

已經(jīng)卸載數(shù)據(jù)庫。

ORACLE 例程已經(jīng)關(guān)閉。

SQL> startup mount

ORACLE 例程已經(jīng)啟動。

Total System Global Area  313860096 bytes

Fixed Size                  1384352 bytes

Variable Size             155189344 bytes

Database Buffers          150994944 bytes

Redo Buffers                6291456 bytes

數(shù)據(jù)庫裝載完畢。

SQL> select file#,checkpoint_change#,fuzzy from v$datafile_header;

     FILE# CHECKPOINT_CHANGE# FUZ

---------- ------------------ ---

         1            1166324 NO

         2            1166324 NO

         3            1166324 NO

         4            1166324 NO

    在正常管理數(shù)據(jù)庫的情況下，F(xiàn)UZZY字段都應(yīng)該是NO，表示沒有模糊不清的SCN存儲在數(shù)據(jù)文件中。

SQL> select file#,checkpoint_change#,last_change# from v$datafile;

     FILE# CHECKPOINT_CHANGE# LAST_CHANGE#

---------- ------------------ ------------

         1            1166324      1166324

         2            1166324      1166324

         3            1166324      1166324

         4            1166324      1166324

    正常關(guān)閉數(shù)據(jù)庫的終止SCN應(yīng)該和啟動SCN相同。FUZZY等于NO，且數(shù)據(jù)庫的終止SCN等于啟動SCN等于數(shù)據(jù)文件SCN，那么可以認為數(shù)據(jù)庫是正常關(guān)閉，且在打開數(shù)據(jù)庫之前不需要執(zhí)行實例恢復或Crash恢復。

SQL> alter database open;

數(shù)據(jù)庫已更改。

SQL> shutdown abort

ORACLE 例程已經(jīng)關(guān)閉。

SQL> startup mount

ORACLE 例程已經(jīng)啟動。

Total System Global Area  313860096 bytes

Fixed Size                  1384352 bytes

Variable Size             155189344 bytes

Database Buffers          150994944 bytes

Redo Buffers                6291456 bytes

數(shù)據(jù)庫裝載完畢。

SQL> select file#,checkpoint_change#,fuzzy from v$datafile_header;

     FILE# CHECKPOINT_CHANGE# FUZ

---------- ------------------ ---

         1            1166327 YES

         2            1166327 YES

         3            1166327 YES

         4            1166327 YES

    非正常關(guān)閉數(shù)據(jù)庫實例，F(xiàn)UZZY字段的值是YES。

SQL> select file#,checkpoint_change#,last_change# from v$datafile;

     FILE# CHECKPOINT_CHANGE# LAST_CHANGE#

---------- ------------------ ------------

         1            1166327

         2            1166327

         3            1166327

         4            1166327

    非正常關(guān)閉數(shù)據(jù)庫實例，終止SCN依然為空。那么，在數(shù)據(jù)庫被打開之前必須使用歸檔Redo日志完成實例恢復或Crash恢復。

以上是“Redo丟失怎么處理”這篇文章的所有內(nèi)容，感謝各位的閱讀！希望分享的內(nèi)容對大家有幫助，更多相關(guān)知識，歡迎關(guān)注創(chuàng)新互聯(lián)行業(yè)資訊頻道！

網(wǎng)頁名稱：Redo丟失怎么處理
網(wǎng)站URL：http://www.rwnh.cn/article6/ghdhog.html

成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián)，為您提供網(wǎng)站排名、定制網(wǎng)站、網(wǎng)站設(shè)計公司、手機網(wǎng)站建設(shè)、App開發(fā)、企業(yè)網(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)