【正文】 而影響操作性能。5）大池 大池(LargePool)是一個(gè)可選內(nèi)存區(qū)。大池將致力于支持SQL大型命令。大池的大小(以字節(jié)為單位)。作為使用LargePool的一種選擇方案。Java池的大小(以字節(jié)為單位)。對于創(chuàng)建的每一個(gè)緩沖池，都要規(guī)定其LRU鎖存器的大小和數(shù)量。創(chuàng)建緩沖池時(shí)，需要規(guī)定保存區(qū)(keeparea)的大小和再循環(huán)區(qū)(recyclearea)的大小?？梢酝ㄟ^BUFFER_POOL_KEEP參數(shù)規(guī)定來保存區(qū)的大小。對于使用一個(gè)新緩沖池的表，通過表的storage子句中的buffer_pool參數(shù)來規(guī)定緩沖池的名字。缺省池叫作DEFAULT，這樣就能在以后用altertable命令把一個(gè)表轉(zhuǎn)移到DEFAULT池。DBWR進(jìn)程：該進(jìn)程執(zhí)行將緩沖區(qū)寫入數(shù)據(jù)文件，是負(fù)責(zé)緩沖存儲區(qū)管理的一個(gè)Oracle后臺進(jìn)程。由于緩沖存儲區(qū)的緩沖區(qū)填入數(shù)據(jù)庫或被用戶進(jìn)程弄臟，未用的緩沖區(qū)的數(shù)目減少。Oracle采用LRU（LEAST RECENTLY USED）算法（最近最少使用算法）保持內(nèi)存中的數(shù)據(jù)塊是最近使用的，使I/O最小。該臨界長度是為參數(shù)DBBLOCKWRITEBATCH的值的一半。出現(xiàn)超時(shí)（每次3秒），DBWR 將通知本身。如果弄臟表中沒有該參數(shù)指定塊數(shù)的緩沖區(qū)，DBWR從LUR表中查找另外一個(gè)弄臟緩沖區(qū)。在這種情況下DBWR對LRU表查找指定數(shù)目的緩沖區(qū)，將所找到任何弄臟緩沖區(qū)寫入磁盤。每次由DBWR查找的緩沖區(qū)的數(shù)目是為寢化參數(shù)DBBLOCK WRITEBATCH的值的二倍。在出現(xiàn)檢查點(diǎn)時(shí)，LGWR指定一修改緩沖區(qū)表必須寫入到磁盤。在有些平臺上，一些塊可寫入一磁盤，另一些塊可寫入其它磁盤。LGWR進(jìn)程：該進(jìn)程將日志緩沖區(qū)寫入磁盤上的一個(gè)日志文件，它是負(fù)責(zé)管理日志緩沖區(qū)的一個(gè)Oracle后臺進(jìn)程。 ◆每三秒將日志緩沖區(qū)輸出。 ◆當(dāng)DBWR將修改緩沖區(qū)寫入磁盤時(shí)則將日志緩沖區(qū)輸出。如果組中一個(gè)文件被刪除或不可用，LGWR可繼續(xù)地寫入該組的其它文件。當(dāng)LGWR將日志緩沖區(qū)的日志項(xiàng)寫入日志文件后，服務(wù)器進(jìn)程可將新的日志項(xiàng)寫入到該日志緩沖區(qū)。注意：有時(shí)候當(dāng)需要更多的日志緩沖區(qū)時(shí)，LWGR在一個(gè)事務(wù)提交前就將日志項(xiàng)寫出，而這些日志項(xiàng)僅當(dāng)在以后事務(wù)提交后才永久化。當(dāng)一事務(wù)提交時(shí)，被賦給一個(gè)系統(tǒng)修改號（SCN），它同事務(wù)日志項(xiàng)一起記錄在日志中。CKPT進(jìn)程：該進(jìn)程在檢查點(diǎn)出現(xiàn)時(shí)，對全部數(shù)據(jù)文件的標(biāo)題進(jìn)行修改，指示該檢查點(diǎn)。然而，如果檢查點(diǎn)明顯地降低系統(tǒng)性能時(shí)，可使CKPT進(jìn)程運(yùn)行，將原來由LGWR進(jìn)程執(zhí)行的檢查點(diǎn)的工作分離出來，由CKPT進(jìn)程實(shí)現(xiàn)。只有當(dāng)數(shù)據(jù)庫有許多數(shù)據(jù)文件，LGWR在檢查點(diǎn)時(shí)明顯地降低性能才使CKPT運(yùn)行。初始化參數(shù)CHECKPOINTPROCESS控制CKPT進(jìn)程的使能或使不能。 由于Oracle中LGWR和DBWR工作的不一致，Oracle引入了檢查點(diǎn)的概念，用于同步數(shù)據(jù)庫，保證數(shù)據(jù)庫的一致性。下面我們分別介紹這兩種檢查點(diǎn)的作用：完全檢查點(diǎn) 在Oracle8i之前，數(shù)據(jù)庫的發(fā)生的檢查點(diǎn)都是完全檢查點(diǎn)，完全檢查點(diǎn)會將數(shù)據(jù)緩沖區(qū)里面所有的臟數(shù)據(jù)塊寫入相應(yīng)的數(shù)據(jù)文件中，并且同步數(shù)據(jù)文件頭和控制文件，保證數(shù)據(jù)庫的一致。由于完全檢查點(diǎn)會將所有的臟數(shù)據(jù)庫塊寫入，巨大的IO往往會影響到數(shù)據(jù)庫的性能。 增量檢查點(diǎn)Oracle從8i開始引入了檢查點(diǎn)隊(duì)列這么一種概念，用于記錄數(shù)據(jù)庫里面當(dāng)前所有的臟數(shù)據(jù)塊的信息，DBWR根據(jù)這個(gè)隊(duì)列而將臟數(shù)據(jù)塊寫入到數(shù)據(jù)文件中。在檢查點(diǎn)期間不論數(shù)據(jù)塊更改幾次，它在檢查點(diǎn)隊(duì)列里面的位置始終保持不變，檢查點(diǎn)隊(duì)列也只會記錄它最早的RBA，從而保證最早更改的數(shù)據(jù)塊能夠盡快寫入。檢查點(diǎn)位置發(fā)生變更后，Oracle里面通過4個(gè)參數(shù)用于控制檢查點(diǎn)位置和最后的重做日志條目之間的距離。事實(shí)上這是錯(cuò)誤的，這4個(gè)參數(shù)是用于控制檢查點(diǎn)隊(duì)列里面的條目數(shù)量，而不是控制檢查點(diǎn)的發(fā)生。比如我們一個(gè)數(shù)據(jù)庫在發(fā)生Instance Crash后需要在10分鐘內(nèi)恢復(fù)完畢，假定OS的IO每秒為500個(gè)，那么這個(gè)數(shù)據(jù)庫發(fā)生Instance Recovery的時(shí)候大概將產(chǎn)生500*10*60=30,000次IO，也就是我們將可以把fast_start_io_target設(shè)置為30000。Oracle為了簡化這個(gè)概念，從9i開始引入了fast_start_mttr_target這么一個(gè)參數(shù)，用于表示數(shù)據(jù)庫發(fā)生Instance Recovery的時(shí)間，以秒為單位。當(dāng)設(shè)置了fast_start_mttr_target后，fast_start_io_target這個(gè)參數(shù)將不再生效，從9i后fast_start_io_target這個(gè)參數(shù)被Oracle廢除了。（4)log_checkpoint_interval該參數(shù)是表示檢查點(diǎn)位置和重做日志末尾的重做日志塊的數(shù)量，以O(shè)S塊表示。在每個(gè)重做日志中，這么幾個(gè)參數(shù)指定的位置可能不盡相同，Oracle將離日志文件末尾最近的那個(gè)位置確認(rèn)為檢查點(diǎn)位置。在具有并行服務(wù)器選項(xiàng)的環(huán)境下，SMON對有故障CPU或?qū)嵗M(jìn)行實(shí)例恢復(fù)。PMON進(jìn)程：該進(jìn)程在用戶進(jìn)程出現(xiàn)故障時(shí)執(zhí)行進(jìn)程恢復(fù)，負(fù)責(zé)清理內(nèi)存儲區(qū)和釋放該進(jìn)程所使用的資源。PMON還周期地檢查調(diào)度進(jìn)程（DISPATCHER）和服務(wù)器進(jìn)程的狀態(tài)，如果已死，則重新啟動（不包括有意刪除的進(jìn)程）。RECO進(jìn)程：該進(jìn)程是在具有分布式選項(xiàng)時(shí)所使用的一個(gè)進(jìn)程，自動地解決在分布式事務(wù)中的故障。任何相應(yīng)于已處理的懸而不決的事務(wù)的行將從每一個(gè)數(shù)據(jù)庫的懸掛事務(wù)表中刪去。RECO后臺進(jìn)程僅當(dāng)在允許分布式事務(wù)的系統(tǒng)中出現(xiàn)，而且DISTRIBUTED C TRANSACTIONS參數(shù)是大于0。當(dāng)日志是為ARCHIVELOG使用方式、并可自動地歸檔時(shí)ARCH進(jìn)程才存在。Dnnn進(jìn)程（調(diào)度進(jìn)程）：該進(jìn)程允許用戶進(jìn)程共享有限的服務(wù)器進(jìn)程（SERVER PROCESS）。對于多線索服務(wù)器（MULTITHREADED SERVER）可支持多個(gè)用戶進(jìn)程。在一個(gè)數(shù)據(jù)庫實(shí)例中可建立多個(gè)調(diào)度進(jìn)程。數(shù)據(jù)庫管理員根據(jù)操作系統(tǒng)中每個(gè)進(jìn)程可連接數(shù)目的限制決定啟動的調(diào)度程序的最優(yōu)數(shù)，在實(shí)例運(yùn)行時(shí)可增加或刪除調(diào)度進(jìn)程。在多線索服務(wù)器的配置下，一個(gè)網(wǎng)絡(luò)接收器進(jìn)程等待客戶應(yīng)用連接請求，并將每一個(gè)發(fā)送到一個(gè)調(diào)度進(jìn)程。該網(wǎng)絡(luò)接收器進(jìn)程不是Oracle實(shí)例的組成部分，它是處理與Oracle有關(guān)的網(wǎng)絡(luò)進(jìn)程的組成部分。當(dāng)一個(gè)用戶進(jìn)程作連接請求時(shí)，網(wǎng)絡(luò)接收器進(jìn)程分析請求并決定該用戶是否可使用一調(diào)度進(jìn)程。有些用戶進(jìn)程不能調(diào)度進(jìn)程通信（如果使用SQL*NET以前的版本的用戶），網(wǎng)絡(luò)接收器進(jìn)程不能將此用戶連接到一調(diào)度進(jìn)程。 本篇文章來源于：開發(fā)學(xué)院 原文鏈接：16 / 16