資料庫startup啟動時前滾回滾進行例項恢復的理解

lusklusklusk發表於2018-03-16
前滾回滾過程應該是這樣的:資料庫記錄了最新的SCN、增量checkpoint的SCN、redo log的最大SCN,透過增量checkpoint的SCN開始應用redo log直到redo log的最大SCN乃至最新的SCN,這樣就完成了前滾,在回滾的時候直接讀取undo中這個會話最初的scn和前映象直接回滾,不會一個個資料塊去undo,否則如果10G資料寫入資料檔案但是沒有commit那回滾得多久啊

redo、undo用到的原因是:因redo log先於datafile寫入持久層,所以例項啟動時需要先前滾redo log中修改的資料,如果這些資料沒有commit再從undo中回滾回去。

At least every three seconds the checkpoint process records information in the control file about the checkpoint position in the online redo log.
--即使沒有發生任何事情,每3秒SCN也必須至少增加1

dbwn程式寫入data file的條件
系統發出檢查點指令(ckpt程式啟動後會促使dbwn寫data file)。
髒緩衝區個數達到指定閥值。
服務程式搜尋一定數目的資料塊後,不能找到自由緩衝區。
資料寫入計時時間到。

lgwr程式寫入redo log的條件
在DWBR 程式將髒緩衝區寫入資料檔案之前
在重做日誌記錄達到日誌緩衝區的三分之一
日誌緩衝區記錄的日誌多於1M
每隔3秒鐘
提交事務(執行Commit)

ckpt程式寫SCN記錄的條件
發生日誌切換。
關閉例項(SHUTDOWN ABORT 除外)。
手工執行檢查點操作。
由初始化引數LOG_CHECKPOINT_INTERVAL 和LOG_CHECKPOINT_TIMEOUT強制發出。

shutdown abort的情況
修改過的緩衝區不寫入資料檔案
不回退未提交的更改
不執行ckpt

undo記錄SCN
When a transaction modifies data, the database writes a new SCN to the undo data segment assigned to the transaction

redo記錄SCN

LGWR puts a commit record in the redo log buffer and writes it to disk immediately, along with the commit SCN and transaction's redo entries


假如,一個會話A,修改某行的某列數值5為3,但是沒有來得及commit,就執行了shutdown abort
這個時候可能有三種情況
1、這個修改寫入了data file(寫入data file和是否commit沒有關係)也寫入了redo log(寫入了data file則一定會觸發先寫redo log),資料庫startup過程中例項恢復的流程
2、這個修改沒有寫入了data file,但是寫入了redo log(除了commit外,還有4種情況會寫入redo log),資料庫startup過程中例項恢復的流程
3、這個修改沒有寫入data file,也沒有寫入redo log(如果寫入redo log的條件都沒在會話A期間發生),資料庫startup過程中例項恢復的流程

前滾回滾例項恢復都是如下一個流程
因為沒有ckpt,所以data file和control file沒有記錄會話A的SCN
如果已經寫入了redo log,所以redo log記錄了會話A的SCN
如果沒有寫入了redo log,redo log也至少記錄了會話A前3秒(shutdown abort前3秒)的一個SCN
雖然沒有ckpt,但是control file仍有一個最新的SCN,v$database.current_scn,此SCN可能還大於redo log的最新SCN

SMON程式發現redo log、data file、control file三者的SCN不一致,則利用redo log進行前滾,同步資料檔案、控制檔案使這二者和重做日誌檔案的最新SCN一致,當前滾完成後,發現會話A的資料塊的ITL狀態是uncommitted,則再使用undo中會話A的前映象回滾,再一次同步資料檔案、控制檔案、重做日誌檔案確保三者都是一致的SCN



shutdown abort後,執行start up會自動更新data file和control file的SCN
SQL> select to_char(sysdate,'hh:mm:ss') from dual;
TO_CHAR(
--------
02:03:08
SQL> select CHECKPOINT_CHANGE#,CONTROLFILE_CHANGE#,CURRENT_SCN from v$database;
CHECKPOINT_CHANGE# CONTROLFILE_CHANGE# CURRENT_SCN
------------------ ------------------- -----------
           1062765             1062824     1063536
SQL> select distinct CHECKPOINT_CHANGE# from v$datafile_header;
CHECKPOINT_CHANGE#
------------------
           1062765
SQL> select distinct CHECKPOINT_CHANGE#,last_change# from v$datafile;
CHECKPOINT_CHANGE# LAST_CHANGE#
------------------ ------------
           1062765
SQL> shutdown abort;
ORACLE instance shut down.
SQL> startup
ORACLE instance started.
Total System Global Area 1272213504 bytes
Fixed Size                  1344680 bytes
Variable Size             788532056 bytes
Database Buffers          469762048 bytes
Redo Buffers               12574720 bytes
Database mounted.
Database opened.
SQL> select to_char(sysdate,'hh:mm:ss') from dual;
TO_CHAR(
--------
02:03:50
SQL> select CHECKPOINT_CHANGE#,CONTROLFILE_CHANGE#,CURRENT_SCN from v$database;
CHECKPOINT_CHANGE# CONTROLFILE_CHANGE# CURRENT_SCN
------------------ ------------------- -----------
           1083549             1083604     1083812
SQL>  select distinct CHECKPOINT_CHANGE# from v$datafile_header;
CHECKPOINT_CHANGE#
------------------
           1083549
SQL>  select distinct CHECKPOINT_CHANGE#,last_change# from v$datafile;
CHECKPOINT_CHANGE# LAST_CHANGE#
------------------ ------------
           1083549

來自 “ ITPUB部落格 ” ,連結:http://blog.itpub.net/30126024/viewspace-2151936/,如需轉載,請註明出處,否則將追究法律責任。

相關文章