ORACLE實例的后臺進程
2024-08-29 13:56:21
供稿：網友
下面就來介紹一下這些在后臺辛勤工作的進程們。系統檢測器（System Monitor,SMON）、進程監視器（Process Monitor,PMON）、數據庫寫入器（Database Writer,DBWn）、日志寫入器（Log Writer,LGWR）、檢查點進程（Checkpoint Process,CKPT）
1、SMON：安裝和打開數據庫。通過查找和驗證數據庫控制文件來安裝數據庫。此后，通過查找和驗證所有數據文件和聯機日志文件打開數據庫。一旦打開數據庫并使數據庫處于使用狀態，SMON就負責執行各種內部管理任務。
2、PMON：用戶會話是連接到服務器進程的用戶進程。服務器進程在會話創建時啟動，在繪畫結束時銷毀。如果會話正常結束，則用戶執行的任何工作都會有序完成，服務器進程將終止。如果非正常終止會話，PMON將銷毀服務器進程，將其PGA內存返回給操作系統，并回滾任何尚在進行的未提交完成的事務。
3、DBWn：會話不直接將數據寫入磁盤，而是寫入到數據庫高速緩存區。然后又數據庫寫入器負責將緩沖區寫入到磁盤。一般來說一個實例可能有多個寫入器。依次為DBW0,DBW1等。默認情況是8個CPU對應一個數據庫寫入器。
通常情況下，Oracle會盡可能的減少寫入緩沖區的數量。因為IO操作會降低性能。真實情況中，如果出現會話對某些緩沖區執行寫作，那么通常還會有會話對其進行操作。這樣，就沒有必要將其寫入到磁盤了。
DBWn采用極懶算法執行寫入：盡可能少，在盡可能少。有四種情況需要進行些操作：沒有可用緩沖區、臟緩沖區過多、遇到三秒超時，遇到檢查點。
沒有可用緩沖區：服務器進程在將塊復制到高速緩沖區之前，需要查找可用緩沖區?？捎镁彌_區是既不臟也未被占用的緩沖區。如果查找可用緩沖區時間過長（Oracle內部自行設定），則會將臟緩沖區寫入到磁盤，以清理緩沖區。
臟緩沖區數量過多：在什么情況下謂多，有Oracle的內部閾值確定，如果超過了，就會將一些緩沖區寫到磁盤
三秒超時：DBWn每三秒會對一些緩沖區清理一次。即使系統處于閑置狀態，也會清理緩沖區。
請求檢查點：遇到檢查點時，會寫入所有的緩沖區數據。此時系統性能下降。檢查點只有在不得已的情況下才會設置。關閉數據庫和關閉實例時會設置檢查點，也可以使用命令來設置。
在這里需要注意一點，在會話提交事務時，DBWn什么也不做，DBWn按照自己的方式執行。此時需要執行的操作是：寫入日志緩沖區的數據。
4、LGWR：日志寫入器將日志緩沖區的內容寫入到磁盤上的聯機日志文件中。當會話發出COMMIT時，LGWR會實時寫入：在LGWR將緩沖區寫入磁盤時，會話將會被掛起。在Oracle體系結構中，LGWR是最大的瓶頸之一。DML的速度不能超過LGWR將更改矢量寫入到磁盤的速度。在以下三種情況發生時，LGWR將轉儲日志緩沖區：
提交寫入時：已提交事務的每個更改矢量都可以再磁盤上的重做日志中得到，并可以再此后應用于數據文件備份。
日志緩沖區的占用率達到1/3：在應用程序中，通常在非常短的時間內就能填充滿日志緩沖區的1/3，這時強制LGWR將更改矢量準實時的寫入磁盤。此后，當會話發生COMMIT時，幾乎沒有什么要寫入的內容：COMMIT可以立即完成。
DBWn需要將臟緩沖區從數據庫高速緩存區寫入到數據文件時：在DBWn執行寫入操作之前，總會執行LGWR的寫入操作。目的是：始終可以逆轉未提交的事務。DBWn可能會將未提交的事務寫入數據文件，如果能過獲取逆轉事務所需的數據和更改矢量，這樣做就不會產生問題。所以，在DBWn執行寫入之前，需要執行LGWR的寫入，以確保這些數據進入重做日志文件中。
5、CKPT：系統崩潰后，必須從重做日志提取與臟緩沖區對應的所有更改矢量，并將其應用于數據塊。這就是恢復過程。頻繁的檢查點確保：可以將臟緩沖區快速寫入磁盤，從而最大程度的減少崩潰發生后必須應用的重做量。在Oracle8i之后，采用增量檢查點機制，DBWn以固定速率寫出臟緩沖區，因此DBWn和LGWR之間始終有一個可以預見的差距。使用增量檢查點時系統性能更加平穩，恢復時間可以預測。
當然，在10g之后，Oracle又新增了幾個進程，這里簡單介紹一下：
MMON：管理監視器（Maniageability Monitor），數據塊的自我監視和自我調整的支持進程。
MMNL：MMON的輔助進程。
MMAN：支持內存分布的自動調整。
