第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…