oracle進(jìn)程-wenkub.com
2025-02-16 03:20 本頁面
【正文】 如果接著發(fā)生實例崩潰，則 oracle在下次啟動時，就會從 RBA109開始應(yīng)用日志。 DBWR根據(jù)一系列參數(shù)及規(guī)則，計算出應(yīng)該寫的臟數(shù)據(jù)塊的數(shù)量，從而將 RBA101到 RBA107之間的這 5個臟數(shù)據(jù)塊寫入數(shù)據(jù)文件，并在寫完以后將這 5個臟數(shù)據(jù)塊從檢查點隊列上摘除，而留下了 4個臟數(shù)據(jù)塊在檢查點隊列上。 DBWR和 CKPT協(xié)作 這時，假設(shè)發(fā)生三秒鐘超時，于是增量檢查點啟動。而在檢查點隊列上只會記錄該數(shù)據(jù)塊的第一次被更新時的 RBA，也就是事務(wù) T1對應(yīng)的 RBA102，而事務(wù) T5對應(yīng)的 RBA105并不會被記錄。 DBWR和 CKPT協(xié)作 我們用一個簡單的例子來描述這個過程。 因為前一次檢查點啟動以后 ， 標(biāo)識出了這個起點 。結(jié)論，只要在檢查點隊列上的數(shù)據(jù)塊都是還沒有寫入數(shù)據(jù)文件的臟數(shù)據(jù)塊。 oracle為了在檢查點的算法上更加的具有可擴(kuò)展性（也就是為了能夠在巨大的buffer cache下依然有效工作），引入了檢查點隊列（ checkpoint queue），該隊列上串起來的都是臟數(shù)據(jù)塊所對應(yīng)的 buffer header。 這顯然也是不合理的 。 DBWR和 LGWR協(xié)作 Oracle需要隨時預(yù)防可能的實例崩潰現(xiàn)象 ， 所以 oracle在數(shù)據(jù)庫的正常運行過程中 ， 會不斷的定位這個起點 ， 以便在不可預(yù)期的實例崩潰中能夠最有效的保護(hù)并恢復(fù)數(shù)據(jù) 。 我們已經(jīng)知道 ， 用戶提交時 ， Oracle是不一定會把提交的數(shù)據(jù)塊寫入數(shù)據(jù)文件的 。 LGWR將重做條目寫入聯(lián)機日志文件的情況分兩種： 后臺寫（ background write）和同步寫（ sync write）。而 LGWR進(jìn)程則負(fù)責(zé)將這些重做條目寫入聯(lián)機日志文件。 因此，在保證安全的基礎(chǔ)上，要盡可能的提高效率。 合作的既安全又高效的目標(biāo) 將內(nèi)存數(shù)據(jù)塊寫入數(shù)據(jù)文件實在是一個相當(dāng)復(fù)雜的過程，在這個過程中， 首先要保證安全 。調(diào)度程序進(jìn)程接受用戶進(jìn)程的請求，將他們放入請求隊列中，然后為請求隊列中的用戶進(jìn)程分配一個服務(wù)進(jìn)程。 RECO進(jìn)程一般不需要 DBA進(jìn)行干預(yù)，他會自動完成自己的任務(wù)。（操作系統(tǒng)塊大小通常為 4KB，1152 4KB=） 但實際上當(dāng)重做日志被寫滿（ 5MB）時必然會發(fā)生日志切換，這時會被執(zhí)行另一個檢查點。 LOG_CHECKPOINT_INTERVAL 當(dāng)操作系統(tǒng)塊達(dá)到多少時執(zhí)行檢查點。如果將來數(shù)據(jù)庫崩潰，只需要將數(shù)據(jù)庫恢復(fù)到一個檢查點執(zhí)行時刻即可。 組提交 ： LGWR將重做日志緩存中的數(shù)據(jù)一次性全部（包括已提交和未提交的事務(wù)）寫入重做日志文件！ 這樣最小化了 oracle對 I/O的操作，大大提高了 oracle的性能！ 提示：不必?fù)?dān)心在組提交情況下是否有未提交事務(wù)的重做記錄也被寫入重做日志文件，因為這些事務(wù)的重做記錄由于缺少一個提交記錄，所以能夠被oracle識別出來。 LGWR 日志讀寫進(jìn)程（ 4） 重做日志的幾種提交方式： 快速提交： 用戶提交一條 COMMIT語句時， LGWR立刻將一條提交記錄寫入到重做日志文件中，然后再開始寫入與該事務(wù)相關(guān)的重做信息。將來可以做完全恢復(fù)或者回退該事務(wù)！ LGWR 日志讀寫進(jìn)程（ 3） 日志緩沖區(qū)是一個循環(huán)緩沖區(qū)。 下列情況下， oracle將緩存中的數(shù)據(jù)寫入重做日志文件。 閂（ Latch）： oracle用于順序訪問內(nèi)部系統(tǒng)結(jié)構(gòu)的鎖；它被用來控制數(shù)據(jù)庫緩存寫入操作的爭用。 DBWR的啟動時間太長，對將來恢復(fù)數(shù)據(jù)庫不利，啟動時間太短，將給系統(tǒng)I/O帶來很多的負(fù)擔(dān)。 LRU（最近最少使用）算法。 其中 SMON、PMON、 DBWn、 CKPT、 LGWR 是五個必須的 ORACLE后臺進(jìn)程。 后臺進(jìn)程 系統(tǒng)為了使性能最好和協(xié)調(diào)多個用戶，在多進(jìn)程系統(tǒng)中使用一些附加進(jìn)程，稱為后臺進(jìn)程。然而，當(dāng)應(yīng)用和 ORACLE運行在不同的機器上時，用戶進(jìn)程經(jīng)過一個分離服務(wù)器進(jìn)程與 ORACLE通信。當(dāng)一用戶運行一應(yīng)用程序，如 PRO*C程序或一個 ORACLE工具（如 SQL*PLUS），為用戶運行的應(yīng)用建立一個用戶進(jìn)程（如， Session）。 在單進(jìn)程環(huán)境下的ORACLE 實例，僅允許一個用戶可存取。 ORACLE進(jìn)程的體系結(jié)構(gòu)設(shè)計使性能最優(yōu)。黃老師 Oracle 進(jìn)程 ? Oracle服務(wù)器的內(nèi)存結(jié)構(gòu) ? 內(nèi)存結(jié)構(gòu)與 Oracle服務(wù)器性能的關(guān)系 ? 影響內(nèi)存結(jié)構(gòu)大小的數(shù)據(jù)庫初始化參數(shù) 課程內(nèi)容 進(jìn)程是操作系統(tǒng)中的一種機制，它可
電大資料相關(guān)推薦
鄂ICP備17016276號-1