DB2 最佳实践: DB2 Workload Management 工作负载管理最佳实践（上）

核心提示： 最佳实践：实现这个部分提供当前实现 DB2 V9.5 中引入的 DB2 工作负载管理提供的每个功能的最佳实践，DB2 工作负载一个 DB2 工作负载应该针对您感兴趣的每个可能的工作源（即一个数据库连接），DB2 最佳实践: DB2 Workload Management 工作负载管理最佳实践（上

最佳实践：实现

这个部分提供当前实现 DB2 V9.5 中引入的 DB2 工作负载管理提供的每个功能的最佳实践。

DB2 工作负载

一个 DB2 工作负载应该针对您感兴趣的每个可能的工作源（即一个数据库连接），无论它是一个应用程序、一个用户、一个特定部门或其他任何东西。

引入新的工作负载定义不会产生性能影响，每个工作负载定义允许您监控或控制您的系统上传入工作的一个特定部分。工作负载定义还允许您快速实现未来更改，因为您已经拥有现成的机制来识别您打算通过更改来影响的特定连接组。

中间件应用程序也许会产生一个识别问题，因为许多中间件使用相同的授权 ID 和一致的连接信息与数据库交互。这时，如果没有其他信息，数据库就不能识别这些请求后面的最终用户。

通过使用可修改的客户机信息字段（例如 CLIENT USERID 、CLIENT APPLNAME 、CLIENT WRKSTNNAME 和 CLIENT ACCTNG ）使中间件应用程序支持最终用户应用程序的识别。这些字段可以被连接到 DB2 数据服务器的任何应用程序设置，设置方法是使用各种 DB2 客户机连接选项或调用 WLM_SET_CLIENT_INFO 存储过程。

最流行的中间件应用程序要么提供设置客户机信息字段的能力，要么提供在处理期间将用户提供的 SQL 注入策略位置的方法。这些字段提供一种明确识别将工作提交到 DB2 数据服务器的业务流程和组织的许多外部特征的方法。这些字段还能用于创建独特的 DB2 工作负载定义。

客户机信息在许多问题确定和监控场景中都非常有用，因此，重要的是要在您的业务中为这些字段建立一个标准格式和使用预期，以确保这些信息经过良好的重新组织并被目标人群理解。

如果没有为感兴趣的连接创建独特的工作负载的能力，那么您必须依赖工作操作集等机制来隔离并处理某个工作，该工作仅仅基于工作的实际特征（如 DML 或 DDL ，READ 或 WRITE 等）或成本估计被提交。这严重限制了未来的灵活性以及利用工作负载管理提供的细粒度监控功能的能力。