以下的文章主要介紹的是Oracle後台進程的相關功能的介紹，我們大家都知道DBWR進程，此進程的執行的主要目的是將緩沖區寫入相關的數據文件，負責相關緩沖存儲區管理的一個Oracle後台進程。
當緩沖區中的一緩沖區被修改，它被標志為“弄髒”，DBWR的主要任務是將“弄髒”的緩沖區寫入磁盤，使緩沖區保持“干淨”。
由於緩沖存儲區的緩沖區填入數據庫或被用戶進程弄髒，未用的緩沖區的數目減少。當未用的緩沖區下降到很少，以致用戶進程要從磁盤讀入塊到內存存儲區時無法找到未用的緩沖區時，DBWR將管理緩沖存儲區，使用戶進程總可得到未用的緩沖區。
Oracle采用LRU（LEAST RECENTLY USED）算法（最近最少使用算法）保持內存中的數據塊是最近使用的，使I/O最小。在下列情況預示DBWR 要將弄髒的緩沖區寫入磁盤：
當一個服務器進程將一緩沖區移入“弄髒”表，該弄髒表達到臨界長度時，該服務進程將通知DBWR進行寫。該臨界長度是為參數DB-BLOCK-WRITE-BATCH的值的一半。
當一個服務器進程在LRU表中查找DB-BLOCK-MAX-SCAN-CNT緩沖區時，沒有查到未用的緩沖區，它停止查找並通知DBWR進行寫。出現超時（每次3秒），DBWR 將通知本身。當出現檢查點時，LGWR將通知DBWR.在前兩種情況下，DBWR將弄髒表中的塊寫入磁盤，每次可寫的塊數由初始化參數DB-BLOCK- WRITE-BATCH所指定。
如果弄髒表中沒有該參數指定塊數的緩沖區，DBWR從LUR表中查找另外一個弄髒緩沖區。
如果DBWR在三秒內未活動，則出現超時。在這種情況下DBWR對LRU表查找指定數目的緩沖區，將所找到任何弄髒緩沖區寫入磁盤。每當出現超時，DBWR查找一個新的緩沖區組。每次由DBWR查找的緩沖區的數目是為寢化參數DB-BLOCK- WRITE-BATCH的值的二倍。如果數據庫空運轉，DBWR最終將全部緩沖區存儲區寫入磁盤。
在出現檢查點時，LGWR指定一修改緩沖區表必須寫入到磁盤。DBWR將指定的緩沖區寫入磁盤。
在有些平台上，一個實例可有多個DBWR.在這樣的實例中，一些塊可寫入一磁盤，另一些塊可寫入其它磁盤。參數DB-WRITERS控制DBWR進程個數。
LGWR進程：該進程將日志緩沖區寫入磁盤上的一個日志文件，它是負責管理日志緩沖區的一個Oracle後台進程。LGWR進程將自上次寫入磁盤以來的全部日志項輸出，LGWR輸出：
當用戶進程提交一事務時寫入一個提交記錄。
每三秒將日志緩沖區輸出。
當日志緩沖區的1/3已滿時將日志緩沖區輸出。
當DBWR將修改緩沖區寫入磁盤時則將日志緩沖區輸出。
LGWR進程同步地寫入到活動的鏡象在線日志文件組。如果組中一個文件被刪除或不可用，LGWR 可繼續地寫入該組的其它文件。
日志緩沖區是一個循環緩沖區。當LGWR將日志緩沖區的日志項寫入日志文件後，服務器進程可將新的日志項寫入到該日志緩沖區。LGWR 通常寫得很快，可確保日志緩沖區總有空間可寫入新的日志項。
注意：有時候當需要更多的日志緩沖區時，LWGR在一個事務提交前就將日志項寫出，而這些日志項僅當在以後事務提交後才永久化。
Oracle使用快速提交機制，當用戶發出COMMIT語句時，一個COMMIT記錄立即放入日志緩沖區，但相應的數據緩沖區改變是被延遲，直到在更有效時才將它們寫入數據文件。當一事務提交時，被賦給一個系統修改號（SCN），它同事務日志項一
起記錄在日志中。由於SCN記錄在日志中，以致在並行服務器選項配置情況下，恢復操作可以同步。
CKPT進程：該進程在檢查點出現時，對全部數據文件的標題進行修改，指示該檢查點。在通常的情況下，該任務由LGWR執行。然而，如果檢查點明顯地降低系統性能時，可使CKPT進程運行，將原來由LGWR進程執行的檢查點的工作分離出來，由 CKPT進程實現。
對於許多應用情況，CKPT進程是不必要的。只有當數據庫有許多數據文件，LGWR在檢查點時明顯地降低性能才使CKPT運行。 CKPT進程不將塊寫入磁盤，該工作是由DBWR完成的。
初始化參數CHECKPOINT-PROCESS控制CKPT進程的使能或使不能。缺省時為FALSE，即為使不能。
SMON進程：該進程實例啟動時執行實例恢復，還負責清理不再使用的臨時段。在具有並行服務器選項的環境下，SMON對有故障CPU或實例進行實例恢復。SMON進程有規律地被呼醒，檢查是否需要，或者其它進程發現需要時可以被調用。
PMON進程：該進程在用戶進程出現故障時執行進程恢復，負責清理內存儲區和釋放該進程所使用的資源。例：它要重置活動事務表的狀態，釋放封鎖，將該故障的進程的ID從活動進程表中移去。PMON還周期地檢查調度進程（DISPATCHER）和服務器進程的狀態，如果已死，則重新啟動（不包括有意刪除的進程）。
PMON有規律地被呼醒，檢查是否需要，或者其它進程發現需要時可以被調用。
RECO進程：該進程是在具有分布式選項時所使用的一個進程，自動地解決在分布式事務中的故障。一個結點RECO後台進程自動地連接到包含有懸而未決的分布式事務的其它數據庫中，RECO自動地解決所有的懸而不決的事務。任何相應於已處理的懸而不決的事務的行將從每一個數據庫的懸掛事務表中刪去。
當一數據庫服務器的RECO後台進程試圖建立同一遠程服務器的通信，如果遠程服務器是不可用或者網絡連接不能建立時，RECO自動地在一個時間間隔之後再次連接。
RECO後台進程僅當在允許分布式事務的系統中出現，而且DISTRIBUTED ？C TRANSACTIONS參數是大於0.
ARCH進程：該進程將已填滿的在線日志文件拷貝到指定的存儲設備。當日志是為ARCHIVELOG使用方式、並可自動地歸檔時ARCH進程才存在。
LCKn進程：是在具有並行服務器選件環境下使用，可多至10個進程（LCK0，LCK1……，LCK9），用於實例間的封鎖。
Dnnn進程（調度進程）：該進程允許用戶進程共享有限的服務器進程（SERVER PROCESS）。沒有調度進程時，每個用戶進程需要一個專用服務進程（DEDICATEDSERVER PROCESS）。對於多線索服務器（MULTI-THREADED SERVER）可支持多個用戶進程。如果在系統中具有大量用戶，多線索服務器可支持大量用戶，尤其在客戶_服務器環境中。
在一個數據庫實例中可建立多個調度進程。對每種網絡協議至少建立一個調度進程。數據庫管理員根據操作系統中每個進程可連接數目的限制決定啟動的調度程序的最優數，在實例運行時可增加或刪除調度進程。多線索服務器需要SQL*NET版本2或更後的版本。在多線索服務器的配置下，一個網絡接收器進程等待客戶應用連接請求，並將每一個發送到一個調度進程。如果不能將客戶應用連接到一調度
進程時，網絡接收器進程將啟動一個專用服務器進程。該網絡接收器進程不是Oracle實例的組成部分，它是處理與Oracle有關的網絡進程的組成部分。在實例啟動時，該網絡接收器被打開，為用戶連接到Oracle建立一通信路徑，然後每一個調度進程把連接請求的調度進程的地址給予於它的接收器。當一個用戶進程作連
接請求時，網絡接收器進程分析請求並決定該用戶是否可使用一調度進程。如果是，該網絡接收器進程返回該調度進程的地址，之後用戶進程直接連接到該調度進程。有些用戶進程不能調度進程通信（如果使用SQL*NET以前的版本的用戶），網絡接收器進程不能將如此用戶連接到一調度進程。在這種情況下，網絡接收器建立一個專用服務器進程，建立一種合適的連接。
