建站
咨詢
售后
建站咨詢
新聞中心
Oracle是通過Redo來確保數(shù)據(jù)庫的事務能被重演，只有這樣才能使得在出現(xiàn)故障之后，相關的數(shù)據(jù)才可以被恢復。所以Redo對于Oracle數(shù)據(jù)庫來說是至關重要。在數(shù)據(jù)庫中，Redo的功能主要通過3個組件來實現(xiàn)：Redo Log Buffer、LGWR后臺進程和Redo Log File（在歸檔模式下，Redo Log File最終會寫出為歸檔日志文件）。
目前創(chuàng)新互聯(lián)已為近千家的企業(yè)提供了網(wǎng)站建設、域名、網(wǎng)絡空間、網(wǎng)站托管維護、企業(yè)網(wǎng)站設計、東城網(wǎng)站維護等服務，公司將堅持客戶導向、應用為本的策略，正道將秉承"和諧、參與、激情"的文化，與客戶和合作伙伴齊心協(xié)力一起成長，共同發(fā)展。
在Oracle的SGA中，存在一塊共享內存，稱為Redo Log Buffer，如圖6-1所示。
Redo Log Buffer位于SGA之中，是一塊循環(huán)使用的內存區(qū)域，其中保存Oracle數(shù)據(jù)庫變更的相關信息。這些信息以重做條目（Redo Entries）形式存儲（Redo Entries也經(jīng)常被稱為Redo Records）。Redo Entries包含重構、重做數(shù)據(jù)庫變更的重要信息，這些變更包括INSERT、UPDATE、DELETE、CREATE、ALTER或者DROP等。在必要的時候Redo Entries被用于數(shù)據(jù)庫恢復。
Redo Entries的內容被Oracle數(shù)據(jù)庫進程從用戶的內存空間復制到SGA中的Redo Log Buffer之中。Redo Entries在內存中占用連續(xù)的順序空間，由于Redo Log Buffer是循環(huán)使用的，Oracle通過一個后臺進程LGWR不斷地把Redo Log Buffer的內容寫出到Redo Log File中。
當用戶在Buffer Cache中修改數(shù)據(jù)時，Oracle并不會立即將修改數(shù)據(jù)寫出到數(shù)據(jù)文件上,因為那樣做效率會很低，到目前為止，計算機系統(tǒng)中最繁忙的部分是磁盤的I/O操作，Oracle這樣做的目的是為了減少IO的次數(shù)，當修改過的數(shù)據(jù)達到一定數(shù)量之后，可以進行高效地批量寫出。
大部分傳統(tǒng)數(shù)據(jù)庫（當然包括Oracle）在處理數(shù)據(jù)修改時都遵循no-force-at-commit策略。也就是說，在提交時并不強制寫。那么為了保證數(shù)據(jù)在數(shù)據(jù)庫發(fā)生故障時（例如斷電）可以恢復，Oracle引入了Redo機制，通過連續(xù)的、順序的日志條目的寫出將隨機的、分散的數(shù)據(jù)塊的寫出推延。
這個推延使得數(shù)據(jù)的寫出可以獲得批量效應的性能提升。
同Redo Log Buffer類似，Redo Log File也是循環(huán)使用的，Oracle允許使用最少兩個日志組。缺省情況下，Oracle數(shù)據(jù)庫創(chuàng)建時會建立3個日志組。
- SQL> select group#,members,status from v$log;
- GROUP# MEMBERS STATUS
- INACTIVE
- CURRENT
- INACTIVE
當一個日志文件寫滿之后，會切換到另外一個日志文件，這個切換過程稱為Log Switch。Log Switch會觸發(fā)一個檢查點，促使DBWR進程將寫滿的日志文件保護的變更數(shù)據(jù)寫回到數(shù)據(jù)庫。在檢查點完成之前，日志文件是不能夠被重用的。
由于Redo機制對于數(shù)據(jù)的保護，當Oracle數(shù)據(jù)庫發(fā)生故障時，Oracle就可以通過Redo重演進行數(shù)據(jù)恢復。那么一個非常重要的問題是，恢復應該從何處開始呢？
如果讀取的Redo過多，那么必然導致恢復的時間過長，在生產(chǎn)環(huán)境中，我們必需保證恢復時間要盡量得短。Oracle通過檢查點（Checkpoint）來縮減恢復時間?；仡櫼幌碌?章中所提到的內容：檢查點只是一個數(shù)據(jù)庫事件，它存在的根本意義在于減少恢復時間。
當檢查點發(fā)生時（此時的SCN被稱為Checkpoint SCN）Oracle會通知DBWR進程，把修改過的數(shù)據(jù)，也就是此Checkpoint SCN之前的臟數(shù)據(jù)（Dirty Buffer）從Buffer Cache寫入磁盤，在檢查點完成后CKPT進程會相應地更新控制文件和數(shù)據(jù)文件頭，記錄檢查點信息，標識變更。
在檢查點完成之后，此檢查點之前修改過的數(shù)據(jù)都已經(jīng)寫回磁盤，重做日志文件中的相應重做記錄對于崩潰/實例恢復不再有用。如果此后數(shù)據(jù)庫崩潰，那么恢復只需要從***一次完成的檢查點開始恢復即可。如果Oracle數(shù)據(jù)庫運行在歸檔模式（所有生產(chǎn)數(shù)據(jù)庫，都建議運行在歸檔模式），日志文件在重用之前必須寫出到歸檔日志文件，歸檔日志在介質恢復時可以用來恢復數(shù)據(jù)庫故障。
【編輯推薦】
- Oracle數(shù)據(jù)庫的異構服務原理描述
- Oracle使用hints的調整機制實操
- Oracle移植到mysql中，應注意的事項
- 對聯(lián)機備份Oracle數(shù)據(jù)的解剖
- 在Oracle數(shù)據(jù)庫中使用PL操作COM對象
當前名稱：Oracle數(shù)據(jù)庫的實用型的表現(xiàn)
當前網(wǎng)址：http://fisionsoft.com.cn/article/dhsdohp.html
