數據庫-恢復策略與數據庫鏡像

介質故障的恢復

恢復步驟
1. 裝入最新的後備數據庫副本(離故障發生時刻最近的轉儲副本) ，使數據庫恢復到最近一次轉儲時的一致性狀態。
對於靜態轉儲的數據庫副本，裝入後數據庫即處於一致性狀態
對於動態轉儲的數據庫副本，還須同時裝入轉儲時刻的日志文件副本，利用與恢復系統故障的方法（即REDO+UNDO），才能將數據庫恢復到一致性狀態。

兩個問題
搜索整個日志將耗費大量的時間
REDO處理：重新執行，浪費了大量時間
具有檢查點（checkpoint）的恢復技術
在日志文件中增加檢查點記錄（checkpoint）
增加重新開始文件
恢復子系統在登錄日志文件期間動態地維護日志
檢查點記錄的內容
1. 建立檢查點時刻所有正在執行的事務清單
2. 這些事務最近一個日志記錄的地址
重新開始文件（Oracle控制文件）的內容
記錄各個檢查點記錄在日志文件中的地址<喎?http://www.Bkjia.com/kf/ware/vc/" target="_blank" class="keylink">vcD4KCgoKPGgyIGlkPQ=="動態維護日志文件的方法">動態維護日志文件的方法

周期性地執行如下操作：建立檢查點，保存數據庫狀態。
具體步驟是：
1.將當前日志緩沖區中的所有日志記錄寫入磁盤的日志文件上
2.在日志文件中寫入一個檢查點記錄
3.將當前數據緩沖區的所有數據記錄寫入磁盤的數據庫中
4.把檢查點記錄在日志文件中的地址寫入一個重新開始文件

恢復子系統可以定期或不定期地建立檢查點,保存數據庫狀態
定期
按照預定的一個時間間隔，如每隔一小時建立一個檢查點
不定期
按照某種規則，如日志文件已寫滿一半建立一個檢查點

使用檢查點方法可以改善恢復效率
當事務T在一個檢查點之前提交
Oracle中，事務T對數據庫所做的修改已寫入日志文件，但未必已寫入數據庫
Oracle寫入數據庫的時間是在這個檢查點建立之時！
在進行恢復處理時，沒有必要對事務T執行REDO操作

利用檢查點的恢復策略

T1：在檢查點之前提交
T2：在檢查點之前開始執行，在檢查點之後故障點之前提交
T3：在檢查點之前開始執行，在故障點時還未完成
T4：在檢查點之後開始執行，在故障點之前提交
T5：在檢查點之後開始執行，在故障點時還未完成
恢復策略：
T3和T5在故障發生時還未完成，所以予以撤銷
T2和T4在檢查點之後才提交，它們對數據庫所做的修改在故障發生時可能還在緩沖區中，尚未寫入數據庫，所以要REDO
T1在檢查點之前已提交，所以不必執行REDO操作

<T1 start>
<T1, A, 0, 10>
<T1 commit>
<T2 start>
<T2, B, 0, 10>
<T3 start>                   
<T3, C, 0, 10>
<T3, C, 10, 20>
<checkpoint{T2,T3}>
<T4 start>
<T2 commit>
<T4, A, 10, 20>
<T5 start>
<T4, D, 0, 10>
<T4 commit>

   1.從重新開始文件中（Oracle控制文件）找到最後一個檢查點記錄在日志文件中的地址，由該地址在日志文件中找到最後一個檢查點記錄

2.由該檢查點記錄得到檢查點建立時刻所有正在執行的事務清單ACTIVE-LIST={T2,T3}
建立兩個事務隊列
UNDO-LIST 
REDO-LIST 
把ACTIVE-LIST暫時放入UNDO-LIST隊列={T2,T3}，REDO隊列暫為空。

3.從檢查點開始正向掃描日志文件，直到日志文件結束
如有新開始的事務Ti，把Ti暫時放入UNDO-LIST隊列={T2,T3,T4,T5}
如有提交的事務Tj，把Tj從UNDO-LIST隊列移到REDO-LIST隊列={T2,T4}
4.對UNDO-LIST中的每個事務{T3,T5}執行UNDO操作
    對REDO-LIST中的每個事務{T2,T4}執行REDO操作