您好,登錄后才能下訂單哦!
這篇文章將為大家詳細講解有關Redo丟失的4種情況是什么,小編覺得挺實用的,因此分享給大家做個參考,希望大家閱讀完這篇文章后可以有所收獲。
一.說明:
1.以下所說的當前日志指日志狀態為CURRENT,ACTIVE,非當前日志指日志狀態為INACTIVE
2.不用考慮歸檔和非歸檔模式,2種模式下的Redo丟失情況一樣。
二.丟失Redo的4種情況:
第一種情況:非當前日志,正常關閉。
第二種情況:非當前日志,非正常關閉。
第三種情況:當前日志,正常關閉。
第四種情況:當前日志,非正常關閉。
三.處理方法:
第一、二種情況的處理方法一樣,直接把日志文件clear即可。
SQL> alter database clear logfile group 3;
SQL> alter database clear unarchived logfile group 3;//如果INACTIVE狀態的在線Redo還未歸檔,增加關鍵字unarchived完成clear操作。(ACTIVE,INACTIVE都有可能未完成歸檔,歸檔是否完成可以查看v$log.archived字段)。
例子:
SQL> startup mount
ORACLE 例程已經啟動。
Total System Global Area 263639040 bytes
Fixed Size 1384012 bytes
Variable Size 167772596 bytes
Database Buffers 88080384 bytes
Redo Buffers 6402048 bytes
數據庫裝載完畢。
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 行出現錯誤:
ORA-01624: 日志 3 是緊急恢復實例 orcl (線程 1) 所必需的
ORA-00312: 聯機日志 3 線程 1: 'E:\APP\ORADATA\ORCL\REDO03.LOG'
SQL> alter database clear logfile group 2;
數據庫已更改。
第三種情況的處理辦法:
SQL>startup mount;
SQL>recover database until cancel;
SQL>alter database open resetlogs;
例子1:
SQL> shutdown immediate
數據庫已經關閉。
已經卸載數據庫。
ORACLE 例程已經關閉。
SQL> startup mount
ORACLE 例程已經啟動。
Total System Global Area 263639040 bytes
Fixed Size 1384012 bytes
Variable Size 167772596 bytes
Database Buffers 88080384 bytes
Redo Buffers 6402048 bytes
數據庫裝載完畢。
SQL> alter database open resetlogs;
alter database open resetlogs
*
第 1 行出現錯誤:
ORA-01139: RESETLOGS 選項僅在不完全數據庫恢復后有效
SQL> recover database until cancel;
完成介質恢復。
SQL> alter database open resetlogs;
數據庫已更改。
例子2(第三種情況的第二個處理方法):
SQL> shutdown immediate
數據庫已經關閉。
已經卸載數據庫。
ORACLE 例程已經關閉。
SQL> startup mount
ORACLE 例程已經啟動。
Total System Global Area 263639040 bytes
Fixed Size 1384012 bytes
Variable Size 167772596 bytes
Database Buffers 88080384 bytes
Redo Buffers 6402048 bytes
數據庫裝載完畢。
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;
數據庫已更改。
SQL> alter database clear logfile group 3;
數據庫已更改。
SQL> alter database clear unarchived logfile group 1;
數據庫已更改。
這里CURRENT的Redo日志文件組能被clear unarchived。
SQL> alter database open;
數據庫已更改。
如果Redo日志文件丟失,clear操作完成之后將在原有位置創建新的Redo日志文件。
第四種情況的處理方法:
1.通過備份來還原、恢復數據。
2.通過修改參數文件中的參數
_allow_resetlogs_corruption=TRUE
來強制啟動數據庫。<<<< 雖然能夠啟動數據庫到open狀態,但是啟動后的數據庫數據字典、數據有可能導致不一致的情況出現,故需要在open下把整個數據庫export,然后刪除庫,重建,再將export的數據import到新的數據庫中。
四.驗證數據庫是否正常關閉的方法
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表示模糊性,意思是,該數據文件處于模糊狀態,在最近一次CHECKPOINT后,該文件上的數據可能被修改過了,但沒來得及更新到該文件上(或者該文件不知道),需要讀取日志信息來判斷。
SQL> select file#,checkpoint_change#,last_change# from v$datafile;
FILE# CHECKPOINT_CHANGE# LAST_CHANGE#
---------- ------------------ ------------
1 1165820
2 1165820
3 1165820
4 1165820
由于數據庫是打開的狀態,所以終止SCN是空,SCN的內容可參考文章:http://space.itpub.net/23135684/viewspace-627343
SQL> shutdown immediate
數據庫已經關閉。
已經卸載數據庫。
ORACLE 例程已經關閉。
SQL> startup mount
ORACLE 例程已經啟動。
Total System Global Area 313860096 bytes
Fixed Size 1384352 bytes
Variable Size 155189344 bytes
Database Buffers 150994944 bytes
Redo Buffers 6291456 bytes
數據庫裝載完畢。
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
在正常關閉數據庫的情況下,FUZZY字段都應該是NO,表示沒有模糊不清的SCN存儲在數據文件中。
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
正常關閉數據庫的終止SCN應該和啟動SCN相同。FUZZY等于NO,且數據庫的終止SCN等于啟動SCN等于數據文件SCN,那么可以認為數據庫是正常關閉,且在打開數據庫之前不需要執行實例恢復或Crash恢復。
SQL> alter database open;
數據庫已更改。
SQL> shutdown abort
ORACLE 例程已經關閉。
SQL> startup mount
ORACLE 例程已經啟動。
Total System Global Area 313860096 bytes
Fixed Size 1384352 bytes
Variable Size 155189344 bytes
Database Buffers 150994944 bytes
Redo Buffers 6291456 bytes
數據庫裝載完畢。
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
非正常關閉數據庫實例,FUZZY字段的值是YES。
SQL> select file#,checkpoint_change#,last_change# from v$datafile;
FILE# CHECKPOINT_CHANGE# LAST_CHANGE#
---------- ------------------ ------------
1 1166327
2 1166327
3 1166327
4 1166327
非正常關閉數據庫實例,終止SCN依然為空。那么,在數據庫被打開之前必須使用歸檔Redo日志完成實例恢復或Crash恢復。
關于“Redo丟失的4種情況是什么”這篇文章就分享到這里了,希望以上內容可以對大家有一定的幫助,使各位可以學到更多知識,如果覺得文章不錯,請把它分享出去讓更多的人看到。
免責聲明:本站發布的內容(圖片、視頻和文字)以原創、轉載和分享為主,文章觀點不代表本網站立場,如果涉及侵權請聯系站長郵箱:is@yisu.com進行舉報,并提供相關證據,一經查實,將立刻刪除涉嫌侵權內容。