DB2进程和内存结构.docVIP

DB2进程和内存结构 无论是系统软件还是应用软件，都离不开进程和内存这两种体系结构，作为数据库管理软件的DB2也不例外。这两种结构关系到整个软件的运行基础，作为DB2 DBA有必要详细深入了解DB2的进程和内存体系结构，这对DB2的运维和管理起着至关重要的作用。 1.1 DB2 进程体系结构 理解DB2调优，从而获得更好的性能。DB2进程技术模型 DB2进程技术模型方面的知识可以帮助您理解数据库管理器与其相关联的组件的交互方式，并且可以帮助您在发生问题时进行故障诊断。所有DB2数据库服务器使用的进程技术模型都旨在简化数据库服务器与客户机之间的通信还确保数据库应用程序独立于数据库控制块和关键数据库文件之类的资源。DB2数据库服务器必须执行各种不同的任务，例如处理数据库应用程序请求或确保将日志记录写入磁盘。通常，每项任务都由独立的引擎可分派单元(EDU)执行。 采用多线程体系结构对于DB2数据库服务器而言有很多优点。由于同一进程内的所有线程可以共享一些操作系统资源，因此新线程需要的内存和操作系统资源比进程要少。此外，在某些平台上，线程的上下文切换时间比进程短，这有助于提高性能。在所有平台上使用线程模型使得DB2数据库服务器更易于配置，因为这样更容易根据需要分配更多EDU，并且可以动态分配必须由多个EDU共享的内存。 对于正在访问的每个数据库，将启动不同的EDU以处理各种数据库任务，例如预取、通信和日志记录。数据库代理程序是一类特殊的EDU，创建它们是为了处理应用程序对数据库的请求。 通常，可以依靠DB2数据库服务器来管理EDU集合。但是，也可以通过一些DB2工具来管理 EDU。例如，可以使用带有-edus选项的db2pd命令来列示所有活动的EDU线程。 每个客户机应用程序连接都有一个对数据库执行操作的协调代理程序。协调代理程序代表应用程序工作，并根据需要使用专用内存、进程间通信(IPC)或远程通信协议与其他代理程序进行通信。 DB2体系结构提供了防火墙，以使应用程序与DB2数据库服务器在不同的地址空间中运行。防火墙将数据库和数据库管理器与应用程序、存储过程和用户定义函数(UDF)隔开。防火墙有助于维护数据库中数据的完整性，这是因为阻止应用程序编程错误覆盖内部缓冲区或数据库管理器文件。防火墙还提高了可靠性，原因是应用程序错误不会导致数据库管理器崩溃。DB2进程技术模型 图DB2进程技术模型–ef |grep db2”命令格式化之后的输出结果，如下所示： $ ps -ef |grep db2 UID PID PPID CMD root 7012568 1 /opt/IBM/db2/v9.7.5/bin/db2fmcd db2inst115400994 db2fmp (C) 0 db2inst115400994 db2acd 0 db2inst114680224 db2vend (PD Vendor Process - 258) root14680224 db2ckpwd 0 db2inst115400994 db2fmp (idle) 0 root14680224 db2ckpwd 0 db2inst115400994 db2sysc 0 root14680224 db2ckpwd 0 root 1 db2wdog 0 从命令的输出中我们可以看到：“db2wdog”、“db2ckpwd”和“db2fmcd”进程的拥有者都是操作系统的root用户。下面我们详细讲解这些和操作系统相关的进程。 1. db2wdog进程 我们都知道在UNIX/Linux上，init进程是所有进程的父进程；同样，在DB2进程中，“db2wdog”进程是所有其他进程的父进程在UNIX和操作系统上处理异常终止的看守程序看守程序在UNIX中，该进程是必需的，因为UNIX中的进程只能跟踪父进程的标识。每次新进程启动时，db2gds”进程就会通知DB2看守程序。DB2进程接收到或其异常信号，该进程就会向看守程序发送信号，而看守程序会将信号传播给实例中其所有进程。 DB2使用的用户只能是操作系统用户，DB2使用的安全机制则依赖操作系统或第三方安全插件来实现。那么如果有应用程序连接数据库，如何验证用户名和密码的合法性呢？“db2ckpwd”进程用于检查DB2服务器上的用户标识和密码。由于DB2依赖于操作系