SMON介紹
SMON是系統監視器(System monitor)的縮寫。如果Oracle實例失敗，則在SGA中的任何沒有寫到磁碟中的數據都會丟失。有許多情況可能引起Oracle實例失敗,例如，作業系統的崩潰就會引起Oracle實例的失敗。當實例失敗之後，如果重新打開該資料庫，則背景進程SMON自動執行實例的復原操作。
DBWR是資料庫書寫器(Database Write)的縮寫.該伺服器進程在緩衝存儲區中記錄所有的變化和數據,DBWR把來自資料庫的緩衝存儲區中的髒數據寫到數據檔案中，以便確保資料庫緩衝存儲區中有足夠的空閒的緩衝存儲區。髒數據就是正在使用但是沒有寫到數據檔案中的數據。
LGWR是日誌書寫器(Log Write)的縮寫。LGWR負責把重做日誌緩衝存儲區中的數據寫入到重做日誌檔案中。
CKPT進程是檢查點(Checkpoint)的縮寫。該進程可以用來同步化資料庫的檔案，它可以把日誌中的檔案寫入到資料庫中。
PMON是進程監視器(Process Monitor)的縮寫。當取消當前的事務，或釋放進程占用的鎖以及釋放其它資源之後，PMON進程清空那些失敗的進程。
Oracle SMON進程的操作流程
Oracle資料庫中值得我們學習的地方有很多，在這篇文章里我們主要講述的是Oracle SMON進程，主要介紹的是歸檔進程ARCH等一些方面的知識。我們大家都知道在Oracle資料庫中有兩個進程非常的渺小，但是其作用卻是非常的巨大。
由於其比較小而往往被資料庫管理員所忽視。筆者這次就給大家提醒提醒，不要忽視了這兩個進程的作用。如果利用的好的話，會減少系統管理員不少的工作。
一、系統監視進程SMON
這個進程對於Oracle資料庫來說，可以利用一句話來概括，即人小鬼大。其負責的內容並不是很多，但是對於數據的安全與資料庫的性能卻有很關鍵的作用。如隨著表空間中的數據不斷的建立、刪除、更新等等，在表空間中難免會產生碎片。由於這些碎片的存在，資料庫的性能會逐漸的降低。而現在系統監視進程SMON的作用，就可以解決這些碎片。
Oracle SMON進程會將各個表空間的空閒碎片合併在一起，讓資料庫系統更加容易分配。從而提高資料庫的性能。另外，在資料庫運行的過程中，會因為斷電或者其他的原因而發生故障。此時由於數據高速快取中的髒快取塊還沒有來得及寫入到數據檔案中，從而導致數據的丟失。
在資料庫啟動的時候，系統監視進程SMON會在下一次啟動例程的時候，自動讀取重做日誌檔案並對資料庫進行恢復。也就是說，進行將已提交的事物寫入數據檔案(已經寫入到日誌檔案中而沒有寫入到數據檔案中的數據)、回退未提交的事務操作。可見，Oracle SMON進程是一個比較小但是卻非常重要的角色。
在管理這個進程的時候，筆者認為主要需要注意兩個問題。一是其啟動的時機。一般情況下，例程重新啟動的時候，會啟動這個系統監視進程。然後在這個例程運行期間，這個進程也會被系統定期的喚醒，然後其會檢查是否有工作需要其完成。最重要的是，在有需要的時候，資料庫管理員可以通過其他進程來啟動這個SMON系統系統監視進程，來完成一些特定的工作。
SMON的作用還包括合併空閒區間(coalesces free extent)。早期Oracle採用DMT字典管理表空間，不同於今時今日的LMT本地管理方式，DMT下通過對FET$和UET$2張字典基表的遞歸操作來管理區間。SMON每5分鐘(SMON wakes itself every 5 minutes and checks for tablespaces with default pctincrease != 0)會自發地去檢查哪些默認存儲參數pctincrease不等於0的字典管理表空間，注意這種清理工作是僅針對字典管理表空間的，而LMT本地管理表空間則無需，也不會合併。SMON對這些字典管理表空間上的連續相鄰的空閒Extents實施合併(coalesce)操作以合併成一個更大的空閒Extent，這同時也意味著SMON需要維護FET$字典基表。
二、歸檔進程ARCH
在重做日誌檔案管理中有歸檔與非歸檔兩種模式。在日誌進行切換時，如果不對原先的日誌檔案進行歸檔，而直接覆蓋的話，就叫做非歸檔模式。相反，在寫入下一個日誌檔案的時候，會先對目標日誌檔案進行歸檔，這就叫做歸檔模式。歸檔進程ARCH就是負責在重做日誌檔案切換後將已經寫滿的重做日誌檔案複製到歸檔日誌檔案中，以防止循環寫入重做日誌檔案時將其覆蓋。
所以說，只有資料庫運行在歸檔模式時，這個ARCH進程才會被啟動。在任何一中操作模式下，重做日誌檔案都會被循環使用。所以當LGWR進程在進行日誌切換，需要用到下一個日誌檔案時，則資料庫會被暫時的掛起，進行目標日誌檔案的歸檔工作。
直到這個目標重做日誌檔案歸檔完畢後，資料庫才會恢復正常。所以說，歸檔日誌的操作，有時候也會影響資料庫的性能，特別是當需要進行頻繁的大批量數據更改的時候。
那么有什麼方法可以提高歸檔作業的效率呢?筆者如下一些建議可供資料庫管理員參考。
