db2优化十步.docxVIP

为了帮助 DB2 DBA 避免性能灾难并获得高性能，我为我们的客户、用户和 DB2 专家同行总结了一套故障诊断流程。以下详细说明在 Unix、Windows 和 OS/2 环境下使用 DB2 UDB 的电子商务 OLTP 应用程序的 10 条最重要的性能改善技巧 - 并在本文的结束部分作出总结。　　每隔大约几个星期，我们就会接到苦恼的 DBA 们的电话，抱怨有关性能的问题。“我们 Web 站点速度慢得像蜗牛一样”，他们叫苦道，“我们正在失去客户，情况严重。你能帮忙吗?”为了回答这些问题，我为我的咨询公司开发了一个分析流程，它能让我们很快找到性能问题的原因，开发出补救措施并提出调整意见。这些打电话的人极少询问费用和成本 - 他们只关心制止损失。当 DB2 或电子商务应用程序的运行不能达到预期的性能时，组织和财务的收益将遭受极大的损失。　　10. 监视开关　　确保已经打开监视开关。如果它们没有打开，您将无法获取您需要的性能信息。要打开该监视开关，请发出以下命令：　　db2 update monitor switches using　　lock ON sort ON bufferpool ON uow ON　　table ON statement ON　　9. 代理程序　　确保有足够的 DB2 代理程序来处理工作负载。要找出代理程序的信息，请发出命令：　　db2 get snapshot for database manager　　并查找以下行：　　High water mark for agents registered = 7　　High water mark for agents waiting for a token = 0　　Agents registered= 7　　Agents waiting for a token= 0　　Idle agents= 5　　Agents assigned from pool= 158　　Agents created from empty Pool = 7　　Agents stolen from another application= 0　　High water mark for coordinating agents= 7　　Max agents verflow= 0　　如果您发现Agents waiting for a token或Agents stolen from another application不为 0，那么请增加对数据库管理器可用的代理程序数(MAXAGENTS 和/或 MAX_COORDAGENTS取适用者)。　　8. 最大打开的文件数　　DB2 在操作系统资源的约束下尽量做一个“优秀公民”。它的一个“优秀公民”的行动就是给在任何时刻打开文件的最大数设置一个上限。数据库配置参数 MAXFILOP约束 DB2 能够同时打开的文件最大数量。当打开的文件数达到此数量时，DB2 将开始不断地关闭和打开它的表空间文件(包括裸设备)。不断地打开和关闭文件减缓了 SQL 响应时间并耗费了 CPU 周期。要查明 DB2 是否正在关闭文件，请发出以下命令：　　db2 get snapshot for database on DBNAME　　并查找以下的行：　　Database files closed = 0　　如果上述参数的值不为 0，那么增加MAXFILOP的值直到不断打开和关闭文件的状态停埂J褂靡韵旅睿?/P　　db2 update db cfg for DBNAME using MAXFILOP N　　7. 锁　　LOCKTIMEOUT的缺省值是 -1，这意味着将没有锁超时(对 OLTP 应用程序，这种情况可能会是灾难性的)。尽管如此，我还是经常发现许多 DB2 用户用LOCKTIMEOUT= -1。将LOCKTIMEOUT设置为很短的时间值，例如 10 或 15 秒。在锁上等待过长时间会在锁上产生雪崩效应。　　首先，用以下命令检查LOCKTIMEOUT的值：　　db2 get db cfg for DBNAME　　并查找包含以下文本的行：　　Lock timeout (sec) (LOCKTIMEOUT) = -1　　如果值是 -1，考虑使用以下命令将它更改为 15 秒(一定要首先询问应用程序开发者或您的供应商以确保应用程序能够处理锁超时)：　　db2 update db cfg for DBNAME using LOCKTIMEOUT 15　　您同时应该监视锁等待的数量、锁等待时间和正在使用锁列表内存(lock list memory)的量。请发出以下命令：　　db2 get snapshot for database on DBNAME　　查找以下行：　　Locks h