oracle的內(nèi)存結(jié)構(gòu)和進(jìn)程結(jié)構(gòu)-資料下載頁(yè)
2025-06-25 21:31本頁(yè)面
【正文】 bgprocess where paddr39。0039。PADDR PSERIAL NAME DESCRIPTION 6B0ED064 1 PMON process cleanup 6B0ED4E4 1 MMAN Memory Manager 6B0ED964 1 DBW0 db writer process 0 6B0EDDE4 1 LGWR Redo etc. 6B0EE264 1 CKPT checkpoint 6B0EE6E4 1 SMON System Monitor Process 6B0EEB64 1 RECO distributed recovery 6B0EEFE4 1 CJQ0 Job Queue Coordinator 6B0F01E4 1 QMNC AQ Coordinator 6B0F0664 1 MMON Manageability Monitor Process 6B0F0AE4 1 MMNL Manageability Monitor Process 2======================================== 321：DBWR（Database Writer，數(shù)據(jù)寫(xiě)入進(jìn)程）將數(shù)據(jù)緩沖區(qū)的數(shù)據(jù)寫(xiě)入數(shù)據(jù)文件，是負(fù)責(zé)數(shù)據(jù)緩沖區(qū)管理的一個(gè)后臺(tái)進(jìn)程。當(dāng)數(shù)據(jù)緩沖區(qū)中的一數(shù)據(jù)被修改后，就標(biāo)記為dirty，DBWR進(jìn)程將數(shù)據(jù)緩沖區(qū)中“臟”數(shù)據(jù)寫(xiě)入數(shù)據(jù)文件，保持?jǐn)?shù)據(jù)緩沖區(qū)的”干凈“。由于數(shù)據(jù)緩沖區(qū)的數(shù)據(jù)被用戶修改并占用，空閑數(shù)據(jù)緩沖區(qū)會(huì)不斷減少，當(dāng)用戶進(jìn)程要從磁盤(pán)讀取數(shù)據(jù)塊到數(shù)據(jù)緩沖區(qū)卻無(wú)法找到足夠的空閑數(shù)據(jù)緩沖區(qū)時(shí)，DBWR將數(shù)據(jù)緩沖區(qū)內(nèi)容寫(xiě)入磁盤(pán)，使用戶進(jìn)程總可以得到足夠的空閑數(shù)據(jù)緩沖區(qū)。DBWR的作用：?管理數(shù)據(jù)緩沖區(qū)，以便用戶進(jìn)程總能夠找到足夠的空閑緩沖區(qū)。?將所有修改后的緩沖區(qū)數(shù)據(jù)寫(xiě)入數(shù)據(jù)文件。?使用LRU（最近最少使用）算法保持緩沖區(qū)數(shù)據(jù)是最近經(jīng)常使用的。?通過(guò)延遲寫(xiě)來(lái)優(yōu)化磁盤(pán)I/0讀寫(xiě)。322：LGWR（Log Writer，日志寫(xiě)入進(jìn)程）將日志數(shù)據(jù)從日志緩沖區(qū)寫(xiě)入磁盤(pán)日志文件組。數(shù)據(jù)庫(kù)在運(yùn)行時(shí)，如果對(duì)數(shù)據(jù)庫(kù)進(jìn)行修改則產(chǎn)生日志信息，日志信息首先產(chǎn)生于日志緩沖區(qū)。當(dāng)日志達(dá)到一定數(shù)量時(shí)，由LGWR將將日志數(shù)據(jù)寫(xiě)入到日志文件組，再經(jīng)過(guò)日志切換，由歸檔進(jìn)程（ARCH）將日志數(shù)據(jù)寫(xiě)入歸檔進(jìn)程（前提是數(shù)據(jù)庫(kù)運(yùn)行在歸檔模式下）。數(shù)據(jù)庫(kù)遵循寫(xiě)日志優(yōu)先原則，即在寫(xiě)數(shù)據(jù)之前先寫(xiě)日志。簡(jiǎn)單介紹?ARCH（Archiver，歸檔進(jìn)程）Oracle數(shù)據(jù)庫(kù)有兩種運(yùn)行模式，歸檔（ARCHIVELOG），非歸檔（NOARCHIVELOG）模式。以非歸檔模式運(yùn)行時(shí)日志在切換時(shí)被直接覆蓋，不產(chǎn)生歸檔日志，這是數(shù)據(jù)庫(kù)默認(rèn)的運(yùn)行模式。數(shù)據(jù)庫(kù)運(yùn)行在歸檔模式時(shí)，在日志切換之前，由ARCH進(jìn)程將日志信息寫(xiě)入磁盤(pán)，也就是自動(dòng)備份在線日志。Oracle數(shù)據(jù)庫(kù)的Redo文件數(shù)量是有限的，所以O(shè)racle以循環(huán)的方式向它們中寫(xiě)入。它順序?qū)憹M每一個(gè)Redo文件，當(dāng)達(dá)到最后一個(gè)時(shí)，再循環(huán)回去開(kāi)始填寫(xiě)第一個(gè)Redo文件。如果為了能恢復(fù)數(shù)據(jù)庫(kù)而想保存日志文件，那么在它們被重新使用之前需要對(duì)其進(jìn)行備份，歸檔進(jìn)程管理此工作。?CKPT（Check Point，檢查點(diǎn)進(jìn)程）運(yùn)行CKPT時(shí)，系統(tǒng)對(duì)全部數(shù)據(jù)文件及控制文件文件頭的同步信號(hào)進(jìn)行修改，以保證數(shù)據(jù)庫(kù)的同步。檢查點(diǎn)出現(xiàn)在以下情況：|在每個(gè)日志切換時(shí)產(chǎn)生。|上一個(gè)檢驗(yàn)點(diǎn)之后又經(jīng)過(guò)了指定時(shí)間。|從上一個(gè)檢驗(yàn)點(diǎn)之后，當(dāng)預(yù)定義數(shù)量的日志塊被寫(xiě)入磁盤(pán)之后。|數(shù)據(jù)庫(kù)關(guān)閉。|DBA強(qiáng)制產(chǎn)生。|當(dāng)表空間設(shè)置為OFFLINE時(shí)。?SMON（System Moniter，系統(tǒng)監(jiān)控進(jìn)程）SMON在實(shí)例啟動(dòng)時(shí)執(zhí)行實(shí)例恢復(fù)，并負(fù)責(zé)清理不再使用的臨時(shí)段。?PMON（Process Monitor，進(jìn)程監(jiān)控）PMON在用戶進(jìn)程出現(xiàn)故障時(shí)進(jìn)行恢復(fù)，負(fù)責(zé)清理內(nèi)存區(qū)域和釋放該進(jìn)程所使用的資源。?RECO（Recovery，恢復(fù)進(jìn)程）RECO用于分布式數(shù)據(jù)庫(kù)維持在分布式環(huán)境中的數(shù)據(jù)的一致性。?LCKn（Lock，鎖進(jìn)程）在并行服務(wù)器中用于多個(gè)實(shí)例間的封鎖。?Dnnn（Dispatcher，調(diào)度進(jìn)程）Dnnn存在于多線程服務(wù)器體系結(jié)構(gòu)中，負(fù)責(zé)將用戶進(jìn)程連接到服務(wù)器進(jìn)程，再把結(jié)果返回給用戶進(jìn)程。/P p16 / 16
環(huán)評(píng)公示相關(guān)推薦
鄂ICP備17016276號(hào)-1