Crash/Instance Recovery與Media Recovery的本質(zhì)區(qū)別在于： Crash/Instance Recovery針對需要恢復的實例從增量檢查點(incremental checkpoint)開始apply redo應用重做日志。由于日志覆蓋的先提條件是完成相關(guān)日志的logfile switch checkpoint，且從定義上說歸檔日志總是落后于實例的檢查點，所以對于crash/instance recovery崩潰或?qū)嵗謴涂偸侵恍枰L問讀取在線的重做日志(online redo logfile)。 ? 介質(zhì)恢復Media Recovery從舊數(shù)據(jù)文件的檢查點開始apply redo引用重做日志，這些舊的數(shù)據(jù)文件可能來源于備份。 介質(zhì)恢復情況下需要用到歸檔重做日志，因此RMAN或DBA(用戶管理的備份)也需要將備份相關(guān)的歸檔日志還原出來。 ? Crash/Instance Recovery總是保證僅當所有的持久重做數(shù)據(jù)被應用之后才算恢復完成。 在Oracle保證所有已提交的事務都已經(jīng)被包含恢復的情況下，才認為崩潰實例完成了恢復工作。 ? 相反，介質(zhì)恢復有不完全恢復(incomplete recovery)和部分恢復(partial recovery)的提法，以實現(xiàn)恢復數(shù)據(jù)庫(db)到某個時間點的一致性。 ? ? Crash/Instance Recovery與Media Recovery的相同點在于： ? Crash/Instance Recovery與Media Recovery都是傳統(tǒng)的前滾恢復方式(rolling forward)，原理上都是對持久redo log數(shù)據(jù)的重演。 不管是Crash/Instance Recovery還是Media Recovery的前滾，都需要繼之以事務回滾以便回滾未提交的事務，雖然前滾完成后數(shù)據(jù)庫即可以打開而不用等回滾完成，但是僅在回滾完成的時候我們認為數(shù)據(jù)庫是真正一致的。 ? 擴展閱讀：?了解你所不知道的SMON功能(五):Recover Dead transaction?深入了解Oracle前滾恢復rolling forward(一)?了解你所不知道的SMON功能(六):Instance Recovery

本文轉(zhuǎn)自maclean_007 51CTO博客，原文鏈接:http://blog.51cto.com/maclean/1278441

總結(jié)

以上是生活随笔為你收集整理的Crash/Instance Recovery与Media Recovery的本质区别的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯，歡迎將生活随笔推薦給好友。