Redo丟失的4種情況及處理方法
這篇文章重點討論Redo丟失的幾種情況,及每種情況的處理方法。
一.說明:
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
資料庫裝載完畢。
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:
例子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恢復。五.結論:
非正常關閉的當前日誌丟失,可能導致資料庫啟動後的混亂,並可能造成少量資料的丟失。其他情況不會導致資料的丟失。
相關文章:《alter system archive log current / all / switch logfile》:http://space.itpub.net/35489/viewspace-673824
--end--
來自 “ ITPUB部落格 ” ,連結:http://blog.itpub.net/31397003/viewspace-2148593/,如需轉載,請註明出處,否則將追究法律責任。
相關文章
- vue資料丟失的4中情況和解決方法(附影片教程)Vue
- 當儲存EVA出現故障這種方法可高效解決資料丟失的情況
- Oracle DataGuard歸檔日誌丟失處理方法Oracle
- oracle中undo表空間丟失處理方法Oracle
- Oracle Redo丟失恢復方案Oracle
- 蒙特卡羅方法:當丟失確定性時的處理辦法
- npm install過程失敗的幾種處理方法NPM
- oracle丟失的是所有的redo日誌組Oracle
- RabbitMQ-如何保證訊息在99.99%的情況下不丟失MQ
- xcodebuild -workspace 情況下,部分坑的處理XCodeUI
- Java程式異常處理的特殊情況Java
- 微信token驗證失敗的幾種情況
- redis資料丟失你怎麼處理?Redis
- OGG整合抽取模式丟失歸檔處理模式
- mount程式在systemctl守護的情況下,mount dir程式被oom後重新啟動失敗的處理方法OOM
- 如何處理瀏覽器的斷網情況?瀏覽器
- RabbitMQ如何解決各種情況下丟資料的問題MQ
- Nginx session丟失問題處理解決方法NginxSession
- Laravel-admin 處理 select 有 data 鍵的情況Laravel
- oracle redo各種狀態(inactive、active、current)損壞的處理方式Oracle Redo
- NoClassDefFoundError的兩種情況Error
- 常見的死鎖情況及解決方法
- 出現VMware虛擬機器磁碟丟失的情況,使用這種解決方式實在是太有必要了虛擬機
- ORA-00059: maximum number of DB_FILES exceeded 情況分析及實驗處理
- SQL中除數為0處理情況演示SQL
- AndroidKiller反編譯失敗的處理方法Android編譯
- 分析Linux raid6同步成raid5導致資料丟失的情況LinuxAI
- 關於丟失表空間資料檔案的處理方式
- 儲存崩潰導致資料丟失如何處理
- mq要如何處理訊息丟失、重複消費?MQ
- Java:利用BigDecimal類巧妙處理Double型別精度丟失JavaDecimal型別
- 合成實驗中,十三種後處理方法:實驗室常用13種後處理方法、故障及解決辦法
- 5種常見的 DNS 故障診斷及問題處理方法DNS
- SSL證書稽核失敗的常見原因及處理方法(綜合篇)
- file_put_contents失敗,返回false的幾種情況和解決方案False
- 使用RMAN增量備份處理Dataguard因歸檔丟失造成的gap
- Oracle-真實環境的丟失current redo log file的故障恢復Oracle
- Oracle impdp遷移資料後主鍵丟失故障處理Oracle
- 大語言模型訓練資料常見的4種處理方法模型