unix和linux用户经常搜寻运转在效力器上的历程来停止成就阐发，并搜寻效力器上被破费的资源。这些信息不只对处置惩罚成就和阐发资源的琐细经管员无效，而且关于开发高可用性和把守db2历程以判别什么时候实验某种举动（比方数据库重新启动）大要实验需要的效力器错误恢复（failover）的错误恢复剧本都很首要。
若是运用aix，必须运用ps -ef命令来搜寻历程。在solaris和hp-ux上，ps -ef只为一切的效力器端历程（比方agents、loggers、page cleaners和 prefetchers）表示db2sysc历程（首要的db2引擎历程）。若是你运用solaris大要hp-ux，能运用/usr/ucb/ps -axw命令看到这些历程。这些版本的ps命令都可以在linux上工作。
在运转db2 universal database客户端或效力器软件的比赛争论机上实验这个命令时，可以看到列出了多个db2历程。本文的目标是阐明');这些历程并诠释它们是做什么的以及什么时候运转。经过阅读本文你能明白db2的每个历程，当你看到这些历程时能明白db2正在实验什么把持。
细致：在db2中历程是若何实验的关于windows和linux、unix情况有细微的分比方。在windows中，只需一个历程（db2sysc），在它下面每个引擎可分派单位（edu）作为一个线程实验。尽管本文会商历程，可是在windows情况中应该觉得它们是线程。在windows任务经管器中你可以看到每个实例的db2sysc历程（db2syscs.exe）。此外的windows效力/历程也可以表示，本文我们将诠释它们是什么。
告诫：不要在正常的db2情况中直接干涉干与db2历程。在linux或unix中运用kill -9命令删除db2历程能够会惹起db2的不正常的举动。若是删除历程将招致整个db2实例遏制。本文中的目标是明白这些历程而不是直接维护它们。
为什么要检查db2历程
我们的小我私家经历已经表示了这些知识的价值，我们拜访的客户也向我们讯问这类信息。看看下面的真实的景遇，看看你自身若何搜寻琐细上运转的db2历程来处置惩罚成就的：
1：有数的缓冲池页面解除
某个运转电子商务网站并运用db2作为数据库效力器的客户陈说说，在一天的多个时段数据库照应使用顺序的工夫很长。在这些期间数据库快照没有表示发作了什么不正常的举动。经过搜寻个中一个时段历程的cpu运用率，可以发明i/o解除器（db2pclnr）破费了逾越90％的cpu工夫。接上去经过检查i/o解除历程触发器并得外地调处它们，我们消弭了这种景遇，该电子商务站点的处置惩罚技巧提高了50％以上。
2：真实的景遇
当然拜访了某个ibm营业伙伴并实验了一些db2性能调处，可是我们仍然遇到了伟大的照应工夫延缓。使用顺序列表命令没有表示任何在这个时候不正常的历程。在取得db2快照前，我们检查了db2效力器上运转的db2历程，发明db2rebal历程正在运转。在给dms表空间添加一个容器的时候，该历程用于实验再次数据均衡。该客户认可那一天它给一个包括40gb表的表空间添加了一个容器。当重新均衡完成后，盘问的照应速度前往到正常景遇。
来自: 新客网(www.xker.com) 详文参考：http://www.xker.com/page/e2007/0919/34457.html
版权声明：
原创作品，允许转载，转载时请务必以超链接体式花样标明文章 原始出处 、作者信息和本声明。否则将追查执法责任。