如今機器上裝的東西多了，不少服務不得不關一些，因此在網上搜了一下Oracle的各類服務具體是幹什麼的，按須要開吧。 html
Oracle9i服務簡介 算法
1.OracleMTSRecoveryService sql
服務端控制。該服務容許數據庫充當一個微軟事務服務器MTS、COM/COM+對象和分佈式環境下的事務的資源管理器。 數據庫
2.OracleOraHome92HTTPServer 緩存
服務端控制。該服務是在安裝Oracle 時自動安裝的Apache 服務器。通常狀況下咱們只用它來訪問Oracle Apache 目錄下的Web 頁面，好比說JSP 或者modplsql 頁面。 安全
3.OracleOraHome92ClientCache 服務器
客戶端控制。該服務緩存用於鏈接遠程數據庫的Oracle Names 數據。正常狀況下該服務的啓動類型是配置爲手動的。然而，除非有一臺Oracle Names 服務器，不然沒有必要運行這個服務。
網絡
4.OracleOraHome92Agent 分佈式
企業管理器 控制。該服務容許從異地的客戶端訪問該服務器的數據庫。 性能
5.OracleOraHome92PagingServer
企業管理器控制。 經過一個使用調制解調器的數字傳呼機或者電子郵件發出警告（沒試過），它的缺省啓動類型是手動。服務進程PAGNTSRV.EXE，日誌文件paging.log。
6.OracleOraHome92SNMPPeerEncapsulator
企業管理器控制。處理安全網絡管理協議服務。
7.OracleOraHome92SNMPPeerMasterAgent
企業管理器控制。處理安全網絡管理協議服務。
8.OracleOraHome92TNSListener
服務只有在數據庫須要遠程訪問時才須要（不管是經過另一臺主機仍是在本地經過 SQL*Net 網絡 協議都屬於遠程訪問）。不用這個服務就能夠訪問本地數據庫。
9.OracleServiceORA9I
這個根據全局數據庫的名字不一樣而有所差異，筆者的叫ora9i。這個是在本地開發惟一須要的必開服務。 這個服務會自動地啓動和中止數據庫（使用shutdown 中斷）。若是安裝了一個數據庫，它的缺省啓動類型爲自動。若是主要是訪問一個遠程數據庫，那麼能夠把啓動類型由自動改成手動。
另轉一個Oracle後臺進程的簡介，做者 獨霸天下http://hi.baidu.com/04023081/blog/item/bb7ae63658454e320b55a971.html
Oracle後臺進程的功能簡介
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之前的版本的用戶)，網絡接收器進程不能將如此用戶鏈接到一調度進程。在這種狀況下， 網絡接收器創建一個專用服務器進程，創建一種合適的鏈接。