第3章 數據進程模型
3.1 進程模型
圖 1. 無連接集中的 DB2 進程模型(適用於非分區數據庫)
圖 2. 無連接集中的 DB2 進程模型(適用於分區數據庫)
3.2 進程說明
下各表分別根據每個實例、每個數據庫以及按照功能列出了所有 DB2 進程。請注意,下表中的一些進程並不是按照字母順序列出的,而是根據功能進行分組的。如果您希望以字母順序查找進程,請參閱下面的
表 7。
表 1. 每個實例的進程 — 無連接,無活動的數據庫
|
進程名 |
描述 |
適用範圍 |
|
db2cart |
確定何時歸檔日誌文件,並調用用戶出口來執行實際的歸檔工作。每個實例有一個 db2cart 進程,但是僅當實例中至少有一個數據庫啟用了 USEREXIT 時,該進程才運行。 |
所有 |
|
db2chkau |
由 DB2 審計工具使用以將一些項記錄到審計日誌。僅當啟用了審計時該進程才是活動的。 |
所有 |
|
db2ckpw |
用於檢查 DB2 服務器上的用戶標識和密碼。由於 DB2 依賴於操作系統級別的認證,因此,當某個用戶或應用程序連接到服務器上的數據庫時,使用該進程驗證用戶標識和密碼。當將 AUTHENTICATION 設置為 SERVER 時,或者當連接是從非安全的操作系統建立的時候,就會進行認證。 |
UNIX/Linux |
|
db2disp |
DB2 代理程序分派器進程。當啟用了連接集中時,該進程在分配給應用程序的邏輯代理程序和可用的協調代理之間分派應用程序連接。 僅當啟用了連接集中時該進程才存在。 |
所有 |
|
db2fcmd |
FCM(快速通信管理器)守護程序,用於處理分區間的通信。每個服務器、每個分區就有一個這樣的進程。 |
只適用於多分區數據庫環境 |
|
db2fmcd |
故障監視器協調程序(Fault Monitor Coordinator)守護程序進程。每個物理機器就有一個這樣的進程。 |
只適用於 UNIX |
|
db2fmd |
為每個由故障監視器監控的 DB2 實例而啟動的故障監視器守護程序進程。該進程是由協調守護程序(db2fmcd)監控的,因此,如果您殺死 db2fmd 進程,那麼 db2fmcd 將使其重新運行。 |
只適用於 UNIX |
|
db2fmtlg |
當數據庫被配置成 LOGRETAIN ON 且 USEREXIT OFF 時,在日誌路徑中預分配日誌文件。如果完成了該工作,那麼在正常的處理過程中,當從一個日誌文件切換到另一個日誌文件時,引擎進程就無需等待。 |
所有 |
|
db2gds |
DB2 全局守護進程衍生程序(Global Daemon Spawner)進程,該進程啟動 UNIX 上的所有 DB2 EDU(進程)。每個實例或每個數據庫分區就有一個 db2gds。 |
只適用於 UNIX |
|
db2glock |
全局死鎖檢測器。該進程協調從每個數據庫分區上的 db2dlock 進程收集的信息,以檢查數據庫分區之間是否存在死鎖情形。db2glock 進程運行在多分區數據庫的目錄分區上。 |
只適用於多分區數據庫環境 |
|
db2govd |
DB2 控制器,它是一個反應性的管理進程。如果啟用了 DB2 控制器,該進程按照控制器配置文件中指定的時間間隔來拍攝快照,並依據所有的配置規則來檢查快照。如果違反了某個規則,則採取指定的操作。 |
所有 |
|
db2panic |
緊急代理程序。如果任何數據庫分區上的代理程序都不空閑,那麼該進程就處理一些緊急的請求。 |
只適用於多分區數據庫環境 |
|
db2pdbc |
PDB(並行數據庫,Parallel Database)控制器。它處理來自遠程節點的並行請求。 |
只適用於多分區數據庫環境 |
|
db2rebal |
重新均衡器進程。當將容器添加到某個現有的表空間,並且需要對現有數據進行重新均衡時,就調用該進程。該進程異步地執行重新均衡工作。 |
所有 |
|
db2resyn |
重新同步管理器進程,用於支持使用兩階段提交的應用程序 |
所有 |
|
db2srvlst |
該進程用於管理系統(如 OS/390)的地址列表。 |
所有 |
|
db2sysc |
主 DB2 系統控制器或引擎。如果沒有該進程,數據庫服務器就不能運行。 |
所有 |
|
db2syslog |
系統記錄器進程。該進程寫到操作系統的錯誤日誌工具。在 UNIX 上,必須通過編輯文件 |
所有 |
|
db2wdog |
DB2 看守程序。在 UNIX 中,該進程是必需的,因為 UNIX 中的進程只能跟蹤其父進程的標識。每次新進程啟動時,db2gds 就會通知 DB2 看守程序。如果任何 DB2 進程接收到 ctrl-c 或其它異常信號,該進程就會向看守程序發送信號,而看守程序會將信號傳播給實例中其它所有進程。 |
只適用於 UNIX |
|
dlasync |
DB2 數據鏈路(Data Link)(文件管理器)服務器的監視器。僅當 DB2 配置了數據鏈路時該進程才存在。 |
只適用於數據鏈路 |
|
進程名 |
描述 |
適用範圍 |
|
db2agent |
DB2 協調程序代理程序,它代表應用程序執行所有數據庫請求。除非啟用了連接集中器,否則每個已連接的應用程序都將有一個 db2agent 進程。 如果啟用了分區內並行性,那麼 db2agent 進程將調用 DB2 子代理程序來執行工作,並且它們會將結果集返回給協調程序代理程序,再返回給應用程序。 在分區數據庫中,協調程序代理程序將位於應用程序連接到的分區上。 |
所有 |
|
db2agentg |
DRDA 應用程序請求器(Application Requester)的網關代理程序。 |
所有 |
|
db2agnsc |
並行恢復代理程序。在前滾和重新啟動恢復的過程中使用該代理程序來並行地執行日誌中的操作。與串行恢復相比,這可以縮短恢復時間。 註:該進程支持已記錄事務中的並行性以及並行事務之間的並行性。 |
所有 |
|
db2agnta |
空閑的子代理程序,過去協調代理曾使用過,並且現在仍然與協調代理進程關聯。 當 INTRA_PARALLEL dbm cfg 參數設置成 YES 時會出現該進程。 |
所有 |
|
db2agntp |
這是一個子代理程序,它代表與之相關的協調代理執行當前工作。這些進程提供了分區內並行性,也就是在數據庫實例/分區中並行地執行查詢的能力。 當 INTRA_PARALLEL dbm cfg 參數設置成 YES 時會出現該進程。 |
所有 |
|
db2ipccm |
IPC 通信管理器。每個數據庫分區就有一個這樣的管理器。這是用於本地客戶機連接的進程間通信偵聽器。 本地客戶機連接是由運行 DB2 服務器的同一台計算機上的某個應用程序(如 CLP)建立的連接。 |
所有 |
|
db2tcpcm |
TCP 通信管理器。它充當 TCP/IP 連接請求的通信偵聽器。當偵聽器接收到連接請求時,它就將連接與代理程序相關聯,然後再繼續偵聽更多連接請求。 |
所有 |
|
db2tcpdm |
用於 TCP/IP 發現請求的通信偵聽器。當配置助手(CA)在網絡中搜索遠程 DB2 服務器及其數據庫時,它就會發出發現請求。 |
所有 |
|
db2snacm |
SNA/APPC 通信管理器。它充當 SNA/APPC 連接請求的通信偵聽器。當偵聽器接收到連接請求時,它就將連接與代理程序相關聯,然後再繼續偵聽更多連接請求。 |
所有 |
表 3. 每個實例和每個活動數據庫
|
進程名 |
描述 |
適用範圍 |
|
db2dlock |
本地死鎖檢測器,每個數據庫分區就有這樣一個檢測器。它掃描鎖定列表,並查找死鎖情形。當遇到死鎖情形時,其中涉及的某個應用程序/事務就被選做“犧牲品“並被回滾。 |
所有 |
|
db2estor |
用於複製數據庫緩衝池和擴充存儲器之間的頁面。僅當啟用了數據庫的擴充存儲器時這些進程才出現。 |
所有 |
|
db2event |
事件監視器進程。每個活動的事件監視器,每個活動的數據庫就會有一個 db2event 進程。這些進程捕獲已定義的“事件“並寫到為事件監視器指定的輸出文件。 |
所有 |
以下文章點擊率最高
Loading…