在Oracle數(shù)據(jù)庫中有兩個進程非常的渺小，但是其作用卻是非常的巨大。由于其比較小而往往被數(shù)據(jù)庫管理員所忽視。筆者這次就給大家提醒提醒，不要忽視了這兩個進程的作用。如果利用的好的話，會減少系統(tǒng)管理員不少的工作。

　　一、系統(tǒng)監(jiān)視進程SMON

　　這個進程對于Oracle數(shù)據(jù)庫來說，可以利用一句話來概括，即人小鬼大。其負責的內容并不是很多，但是對于數(shù)據(jù)的安全與數(shù)據(jù)庫的性能卻有很關鍵的作用。如隨著表空間中的數(shù)據(jù)不斷的建立、刪除、更新等等，在表空間中難免會產(chǎn)生碎片。由于這些碎片的存在，數(shù)據(jù)庫的性能會逐漸的降低。而現(xiàn)在系統(tǒng)監(jiān)視進程SMON的作用，就可以解決這些碎片。SMON進程會將各個表空間的空閑碎片合并在一起，讓數(shù)據(jù)庫系統(tǒng)更加容易分配。從而提高數(shù)據(jù)庫的性能。另外，在數(shù)據(jù)庫運行的過程中，會因為斷電或者其他的原因而發(fā)生故障。此時由于數(shù)據(jù)高速緩存中的臟緩存塊還沒有來得及寫入到數(shù)據(jù)文件中，從而導致數(shù)據(jù)的丟失。在數(shù)據(jù)庫啟動的時候，系統(tǒng)監(jiān)視進程SMON會在下一次啟動例程的時候，自動讀取重做日志文件并對數(shù)據(jù)庫進行恢復。也就是說，進行將已提交的事物寫入數(shù)據(jù)文件(已經(jīng)寫入到日志文件中而沒有寫入到數(shù)據(jù)文件中的數(shù)據(jù))、回退未提交的事務操作。可見，SMON進程在Oracle數(shù)據(jù)庫中是一個比較小但是卻非常重要的角色。

　　在管理這個進程的時候，筆者認為主要需要注意兩個問題。一是其啟動的時機。一般情況下，例程重新啟動的時候，會啟動這個系統(tǒng)監(jiān)視進程。然后在這個例程運行期間，這個進程也會被系統(tǒng)定期的喚醒，然后其會檢查是否有工作需要其完成。最重要的是，在有需要的時候，數(shù)據(jù)庫管理員可以通過其他進程來啟動這個SMON系統(tǒng)系統(tǒng)監(jiān)視進程，來完成一些特定的工作。

　　第二需要注意表空間配置對這個進程的影響。在表空間管理中，有一個參數(shù)叫做PCTINCREASE。如果將這個參數(shù)設置為0的話，則這個SMON系統(tǒng)監(jiān)視進程對于這個表空間的作用就要打折扣了。在設置為0的情況下，SMON進程就不會對這個表空間中的空閑碎片進行整理、合并操作。也就是說，需要數(shù)據(jù)庫管理員通過數(shù)據(jù)的導出導入等手工操作，才能夠解決表空間的碎片問題。顯然這會增加數(shù)據(jù)庫管理員的工作量。為此筆者建立，除非有特別的需要，不要將這個參數(shù)設置為0。讓SMON進程自動對表空間中的碎片進行管理，自動合并表空間中的空閑碎片。不過如果某個表空間這個參數(shù)設置為0的話，不會影響到系統(tǒng)監(jiān)視進程的其他用途，如不會影響到在例程非正常關閉時對數(shù)據(jù)的恢復操作。即即使這個參數(shù)設置為0 ，在有需要的時候其仍然可以利用重做日志文件中的記錄來恢復相關的數(shù)據(jù)。

　　二、歸檔進程ARCH

　　在重做日志文件管理中有歸檔與非歸檔兩種模式。在日志進行切換時，如果不對原先的日志文件進行歸檔，而直接覆蓋的話，就叫做非歸檔模式。相反，在寫入下一個日志文件的時候，會先對目標日志文件進行歸檔，這就叫做歸檔模式。歸檔進程ARCH就是負責在重做日志文件切換后將已經(jīng)寫滿的重做日志文件復制到歸檔日志文件中，以防止循環(huán)寫入重做日志文件時將其覆蓋。所以說，只有數(shù)據(jù)庫運行在歸檔模式時，這個ARCH進程才會被啟動。在任何一中操作模式下，重做日志文件都會被循環(huán)使用。所以當LGWR進程在進行日志切換，需要用到下一個日志文件時，則數(shù)據(jù)庫會被暫時的掛起，進行目標日志文件的歸檔工作。直到這個目標重做日志文件歸檔完畢后，數(shù)據(jù)庫才會恢復正常。所以說，歸檔日志的操作，有時候也會影響數(shù)據(jù)庫的性能，特別是當需要進行頻繁的大批量數(shù)據(jù)更改的時候。

　　那么有什么方法可以提高歸檔作業(yè)的效率呢?

　　一是可以增加歸檔進程的個數(shù)。

　　在默認情況下，一個例程只會啟動一個歸檔進程ARCH。當ARCH進程正在歸檔一個重做日志文件時，任何其他的進程都不能夠訪問這個重做日志文件。如果在Oracle數(shù)據(jù)庫中，可以根據(jù)需要啟動多個歸檔進程ARCH。在Oracle數(shù)據(jù)庫中，啟動多個歸檔進程時分為手工與自動兩個方式。為了提高重做日志文件歸檔的速度，當用戶進程發(fā)生比較長時間的等待時， LGWR進程會根據(jù)時機情況來自動啟動多個歸檔進程。在Oracle數(shù)據(jù)庫中其最多可以啟動十個歸檔進程。另外如果數(shù)據(jù)庫管理員在部署數(shù)據(jù)庫的時候，估計日志歸檔作業(yè)會影響到數(shù)據(jù)庫的性能，就可以手工來啟動多個歸檔進程。這是通過初始化參數(shù)LOG_ARCHIVE_MAX_PROCESSES確定的?？梢詫⑦@個參數(shù)設置為大于1 的數(shù)值(注意不能夠超過9個歸檔進程)。如此的話，數(shù)據(jù)庫在創(chuàng)建例程的時候就會啟動多個歸檔進程。不過筆者還是傾向于讓數(shù)據(jù)庫系統(tǒng)來自動管理這個進程。數(shù)據(jù)庫管理員最好不要干涉。另外需要注意，這個ARCH歸檔進程個數(shù)與DBWR進程個數(shù)的區(qū)別。默認情況下，DBWR進程也只有一個。為了提高數(shù)據(jù)庫的性能，可以根據(jù)情況增加這個DBWR進程的個數(shù)。不過其增加時受到CPU數(shù)量的限制，即一個DBWR進程需要使用一個獨立的CPU。如果想啟動三個DBWR進程的話，就必須采用3個CPU處理器。而對于ARCH歸檔進程來說，則沒有這個限制。即使只有一個CPU處理器，其也可以啟動三個甚至更多的ARCH進程。

　　二是增加重做日志文件來延長歸檔日志進程啟動的時間間隔。

　　通常情況下，只有當前一個重做日志文件寫滿、需要進行日志切換的時候，才會觸發(fā)這個ARCH歸檔日志進程。所以如果重做文件比較大，其日志切換的時間間隔就會延長。則ARCH歸檔日志進程的啟動時間間隔業(yè)會比較長。所以說，通過調整重做日志文件的大小，可以延長歸檔進程啟動的時間間隔。從而降低因為歸檔進程啟動而對數(shù)據(jù)庫性能造成的負面影響。

　　三是在數(shù)據(jù)庫初始化的過程中，可能需要導入大量的數(shù)據(jù)。

　　此時會對數(shù)據(jù)庫中的數(shù)據(jù)進行大量的插入、刪除、更新等操作，從而導致重做日志文件切換頻繁。這就會導致數(shù)據(jù)庫需要頻繁啟動ARCH歸檔進程。數(shù)據(jù)庫大量的更新操作、重做日志文件(LGWR進程)、歸檔重做日志文件(ARCH)進程之間就形成了一條無形的鏈條。由于“蝴蝶效應”，從而降低了數(shù)據(jù)庫的性能。為此在必要的時候，需要砍斷這跟鏈條，以提高數(shù)據(jù)庫的性能。如可以在數(shù)據(jù)大量導入、更新、刪除的時候，不往日志文件中插入記錄，或者臨時增加重做日志文件的空間。如此的話，在進行這些操作時就可以避免進行重做日志切換或者延長重做日志切換的時間間隔。從而ARCH歸檔日志進程也可以避免或者延長其時間間隔，從而提高數(shù)據(jù)庫的性能。當數(shù)據(jù)庫初始化完成之后，再將其恢復過來。這些臨時性的調整雖然比較麻煩，但是卻可以提高數(shù)據(jù)庫的性能。為此筆者認為這是值得的。

　　可見以上兩個進程在Oracle數(shù)據(jù)庫中其作用雖然有限，但是卻跟數(shù)據(jù)庫的性能息息相關。在日常操作中，靈活使用這個兩個進程的特性，就可以提高某些操作的速度。這比通過優(yōu)化SQL語句等方法來提高數(shù)據(jù)庫性能要簡單的多。為此筆者建議各位數(shù)據(jù)庫管理員，這兩個進程雖然小，但是其作用不可忽視。數(shù)據(jù)庫管理員要對這兩個進程引起重視。