oracle9i數(shù)據(jù)庫體系結(jié)構(gòu)詳述-資料下載頁
2025-01-23 09:43本頁面
【正文】 12351E_mail:LGWR進程LGWR在下面情況將 Redo Log緩沖區(qū)的信息寫入 Redo Log文件：252。發(fā)生數(shù)據(jù)提交252。Redo Log緩沖區(qū)池達到總數(shù)的三分之一時252。超時 (Time_Out)發(fā)生252。DBWR需為檢驗點 (checkpoint)清除緩沖區(qū)塊時52E_mail:LGWR 進程252。每一個例程 (instance)只有一個 Redo Log寫進程252。直到事務已被寫入 redo log文件，提交確認才被執(zhí)行252。并發(fā)提交使每次提交的平均 I/O數(shù)小于 153E_mail:PMON與與 SMONPMON LCKn RECO SMONCKPT54E_mail:ARCH 進程進程歸檔進程 (ARCH,Archiver Process)在聯(lián)機 Redo Log 文件存滿時將它們存儲到指定的存儲設備。55E_mail:歸檔進程 (ARCH)252。將 Redo Log 文件寫到磁盤或磁帶機上用于介質(zhì)失敗時的數(shù)據(jù)庫恢復252。ARCH只有當日志文件組切換時才工作252。ARCH是可選的，由參數(shù)LOG_ARCHIVE_START啟動252。ARCH可寫到磁帶或磁盤上56E_mail:ServersUsers Data FilesRedo Log FilesDatabase Buffer CacheShared PoolRedo Log BufferSGADBWRARCHLGWRCKPT進程進程CKPT57E_mail:檢驗點在檢驗點 (checkpoint),DBWR將database buffer cache 中的所有的 dirty 緩沖區(qū)寫入磁盤，以保證上一個檢驗點以來修改過的所有數(shù)據(jù)塊都被真正寫到磁盤。58E_mail:檢驗點產(chǎn)生條件：252。 在每個日志切換252。 上一個檢驗點之后，又經(jīng)過了指定的時間252。 從上一個檢驗點之后，當預定義數(shù)量的 Redo Log塊被寫入磁盤之后252。 例程關(guān)閉252。 DBA強制產(chǎn)生252。 當表空間置為 offline時59E_mail:檢驗點：252。 在檢驗點發(fā)生時和日志切換之后， LGWR將更新數(shù)據(jù)庫頭和控制文件252。 參數(shù) LOG_CHECKPOINT_TIMEOUT決定一個檢驗點發(fā)生的時間間隔252。 參數(shù) LOG_CHECKPOINT_INTERVAL決定執(zhí)行一個檢驗點需要填充的 Redo Log文件塊的數(shù)目60E_mail: CKPT進程 數(shù)據(jù)庫檢驗點保證所有修改過的數(shù)據(jù)庫緩沖區(qū)都被寫入數(shù)據(jù)庫文件。在給定的時間，數(shù)據(jù)庫文件作上 “當前 ”標記并將檢驗點記錄在控制文件 。 檢驗點檢驗點 ：：252。 例程恢復時只需提供從上一個點驗點以來的修改。252。 在保證在該文件中的信息已被寫入相應的數(shù)據(jù)文件后，允許重用一個 Redo Log文件。檢驗點既不中斷活動，也不影響當前事務。252。 檢驗點完成后更新數(shù)據(jù)庫頭和控制文件。252。 增加檢驗點次數(shù)可以減少例程失敗時恢復所需的時間，但降低了數(shù)據(jù)庫動態(tài)性能。61E_mail:RECO與與 LCKN進程進程PMON LCKn RECO SMONCKPT62E_mail: RECO與 LCKN進程l 調(diào)度進程 Dnnn:MTS結(jié)構(gòu)中對于用戶進程的調(diào)度。l 恢復進程 RECO:RECO(Recovery Process)解決涉及分布式事務處理的失敗。l 封鎖進程 LCKn:LCKN(Lock,Process)在并行服務器系統(tǒng)中執(zhí)行例程間的封鎖。63E_mail:演講完畢，謝謝觀看
物理相關(guān)推薦
鄂ICP備17016276號-1