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

核心提示： 一种映射业务优先性的替代方法：如果您没有适当的关于正提交到数据库的工作的信息级别，您可以选择使用一种替代方法将业务优先性映射到数据库工作，DB2 最佳实践: DB2 Workload Management 工作负载管理最佳实践（上）(4)，从一个纯粹的数据库角度着手处理优先性分配问题，为此，如果

一种映射业务优先性的替代方法：如果您没有适当的关于正提交到数据库的工作的信息级别，您可以选择使用一种替代方法将业务优先性映射到数据库工作。从一个纯粹的数据库角度着手处理优先性分配问题。为此，使用一个 “短 - 中 - 长” 分类系统，根据服务器上的预期影响（或生命期）对工作分类。在这个系统中，您将短期请求视为最重要的请求，长期请求视为最不重要的请求。这个模式的想法是：可以穿过您的系统的短期查询越多，向整个企业提供的服务也就越好。换句话说，这里的原理是：作为一个整体，系统稍微降低长时间查询的运行速度要好于短时间查询遭受性能下降。

但是，即使在这种模式中，相同的问题也会出现。一个应用程序只提交一个请求类的程度决定您是使用简单映射还是必须基于具体情况对请求分类。同样，确定已提交工作的相对影响的方法将在您选择的工作负载管理机制中反映。一个只提交一种类型工作的应用程序可以通过使用普通的 DB2 工作负载到 DB2 服务类的映射机制直接映射到一个针对该类工作的服务类。同样，对工作的分类和根据请求的既定影响将单个请求映射到适当的 DB2 服务类也最好使用 DB2 工作操作集映射机制实现。

显然，将这两个分类系统组合在一起是可能的，就像组合任意数量的其他系统一样。可以得出的关键结论是，不管使用哪种分类系统，单独的应用程序和正在使用的业务优先权分类系统之间的匹配程度决定哪一种 DB2 工作负载管理机制能够最好地告知数据库优先权。

利用您的经验

如果您有一个现有系统，那么您就拥有关于系统如何运行和系统以前经历的问题的重要知识。您对导致这些困难的根本原因了解得越少，那么您在实现一个新的工作负载管理方法中就越被动。如果是这样，计划一个良好的初始实现（如下一节将介绍的）并计划多次重复监控和调优，直到系统变得稳定和可控。