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
版权声明: 原创作品,允许转载,转载时请务必以超链接体式花样标明文章 原始出处 、作者信息和本声明。否则将追查执法责任。
转载于:https://www.cnblogs.com/zgqjymx/archive/2011/03/07/1975369.html