整合 DB2 与 AIX 的 WLM 功能进行工作负载管理

核心提示： 这里有几点我们是必须要知道的，首先，整合 DB2 与 AIX 的 WLM 功能进行工作负载管理(5)，在 DB2 WLM 与 AIX WLM 两者相结合的情况下，在 AIX WLM 当中我们只能够对 CPU 资源进行管理，需求客户告诉我，他们有一个系统 A 需要开放一个只读用户给另一个系统 B

这里有几点我们是必须要知道的。首先，在 DB2 WLM 与 AIX WLM 两者相结合的情况下，在 AIX WLM 当中我们只能够对 CPU 资源进行管理。因为，说到内存方面，在 DB2 数据库当中有专门属于某个代理（agent）的私有内存（如 statement heap），同时也存在大量的各种共享内存区，比如缓冲池 (buffer pool)，所以我们很难确定某个代理程序到底使用了多少内存。I/O 也一样，一个代理程序要完成某条 SQL 指令，会导致许多其它的进程动作，比如预取进程 (prefetcher)、日志写进程 (log writer) 等等。因此只能对 CPU 资源进行管理，不必遗憾，其实完全足够了。

另外，DB2 WLM 不支持 AIX WLM 的继承（inheritance）特性。因为一旦启用了继承特性，所有的子线程或者进程都会继承成为其父线程或进程的属性。这样就导致了 DB2 WLM 当中的用标识定义的服务类失效。缺省情况下 AIX WLM 的继承特性是启用的，所以我们需要显示地禁用。

最后还有一点要知道的是，一旦使用 AIX WLM 来管理 CPU 资源，那么在 DB2 WLM 当中创建服务类的时候就不能设定其进程的优先级。既没有这个必要，在语法上也不允许。

到目前为止，我们已经初步了解了 DB2 WLM、AIX WLM 以及两者协作的原理。那么接下来我们通过一个实际案例来带大家看看我们是如何实现负载管理的目标的。

案例

这个例子虽然比较简单，但具有一定的代表性，所以比较适合入门。

需求

客户告诉我，他们有一个系统 A 需要开放一个只读用户给另一个系统 B 查数据，但他们希望这个只读用户的任何操作不能影响该系统的主营业务性能。这里我们稍微整理一下需求：

在系统 A 数据库开放一个用户 testusr 给系统 B 使用；

限制用户 testusr 只能读取数据；