這篇文章將為大家詳細(xì)講解有關(guān)Redo丟失的4種情況是什么，小編覺得挺實用的，因此分享給大家做個參考，希望大家閱讀完這篇文章后可以有所收獲。
創(chuàng)新互聯(lián)建站網(wǎng)站建設(shè)公司是一家服務(wù)多年做網(wǎng)站建設(shè)策劃設(shè)計制作的公司,為廣大用戶提供了網(wǎng)站設(shè)計制作、網(wǎng)站設(shè)計，成都網(wǎng)站設(shè)計，廣告投放，成都做網(wǎng)站選創(chuàng)新互聯(lián)建站，貼合企業(yè)需求，高性價比，滿足客戶不同層次的需求一站式服務(wù)歡迎致電。
一.說明：
1.以下所說的當(dāng)前日志指日志狀態(tài)為CURRENT,ACTIVE,非當(dāng)前日志指日志狀態(tài)為INACTIVE
2.不用考慮歸檔和非歸檔模式，2種模式下的Redo丟失情況一樣。
二.丟失Redo的4種情況：
第一種情況：非當(dāng)前日志，正常關(guān)閉。
第二種情況：非當(dāng)前日志，非正常關(guān)閉。
第三種情況：當(dāng)前日志，正常關(guān)閉。
第四種情況：當(dāng)前日志，非正常關(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 是緊急恢復(fù)實例 orcl (線程 1) 所必需的
ORA-00312: 聯(lián)機(jī)日志 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ù)庫恢復(fù)后有效
SQL> recover database until cancel;
完成介質(zhì)恢復(fù)。
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.通過備份來還原、恢復(fù)數(shù)據(jù)。
2.通過修改參數(shù)文件中的參數(shù)
_allow_resetlogs_corruption=TRUE
來強(qiáng)制啟動數(shù)據(jù)庫。<<<< 雖然能夠啟動數(shù)據(jù)庫到open狀態(tài)，但是啟動后的數(shù)據(jù)庫數(shù)據(jù)字典、數(shù)據(jù)有可能導(dǎo)致不一致的情況出現(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
在正常關(guān)閉數(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，那么可以認(rèn)為數(shù)據(jù)庫是正常關(guān)閉，且在打開數(shù)據(jù)庫之前不需要執(zhí)行實例恢復(fù)或Crash恢復(fù)。
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日志完成實例恢復(fù)或Crash恢復(fù)。
關(guān)于“Redo丟失的4種情況是什么”這篇文章就分享到這里了，希望以上內(nèi)容可以對大家有一定的幫助，使各位可以學(xué)到更多知識，如果覺得文章不錯，請把它分享出去讓更多的人看到。
重慶分公司
重慶分公司
