《深入解析Oracle》第七章，重做(Redo)

與第六章相比較，這次總結隔了更長時間才寫
但並不是本章多難，而是自己並沒有特別著急去看
清明出門+休閒，是耽誤時間的最大原因(週三加班，也沒怎麼看)
其實本章很多內容，以前已經大致瞭解過

Redo，是資料庫完整性的重要保障
當資料庫因為某些原因崩潰或異常關閉
可以利用Redo log進行有效的恢復
資料庫的SGA中包含Redo Log Buffer，其儲存了資料庫物件修改的資訊
這些資訊被成為Redo Entries或Redo Records，是通過資料庫程式從使用者PGA中複製的
而資料庫會通過LGWR程式把Redo Log Buffer內容不斷寫入Redo Log File中
如果資料庫執行在歸檔模式，還會根據Redo Log File生成Archived Log
Oracle提供了許多檢視，可以檢視Redo日誌相關資訊(比如V$LOG)

與Redo相關的閂鎖(Latch)
Redo Copy Latch，在將PGA中的Redo資訊拷貝到SGA的Redo Log Buffer時會用到
Redo Allocation Latch，獲得Redo Copy Latch後，會再申請此Latch
分配好Redo空間後，Redo Copy Latch釋放，然後拷貝，完成後，釋放Redo Copy Latch
Redo Writing Latch，將Redo Log Buffer寫出前，會利用此Latch進行相關檢測

除了這些大體上的知識點，文章依然通過轉儲、模擬故障等方式進行深入探討
還有很多內容以前個人也花費了一些篇幅去總結
(比如寫Redo Log操作的觸發條件，不同狀態日誌的清除等)

短暫的休息和勞累的工作過後，總算又恢復了學習步調
第一階段的閱讀還有最後的三章，勝利的曙光不遠了 ^_^

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