概况ms_offline自上而下-ibm.pdfVIP

使用MS_Offline情境的误区  王志红 wangzhih@  IBM亚太区CSI L2客户技术支持    © Copyright International Business Machines Corporation 2014. All rights reserved.  US Government Users Restricted Rights – Use, duplication or disclosure  restricted by GSA ADP Schedule Contract with IBM Corp.    概况  MS_Offline是ITM产品提供的情境。当Agent停止节点状态更新或常规心跳时，MS_Offline将会被触发 。无论你有两百个或两万个Agent ，当任何一个离线，你将获得告警，以便迅速采取措施来修复问 题。  很多客户创建多种自己的MS_Offline情境。例如，将Windows操作系统Agent和UNIX操作系统Agent  的离线告警发给不同的团队来进行维护。  MS_Offline情境的使用有很大的潜在风险。一些常用的设置可能会严重加大TEMS 的负荷并最终导致 故障。此外，MS_Offline背后确切的逻辑并没有被记录在文档中，因此假设和误解丛生。错误的使 用将导致过多的CPU使用，甚至TEMS崩溃等严重问题。  如果你对具体细节不感兴趣，请直接跳到本文结尾处的“特别建议”部分，来获取避免M S_Offline 误用的方法。  下面将说明MS_Offline究竟是如何从上向下以及自下而上工作的。还将谈及v6.2.3  FP5和v6.3.0  FP3版本中对远程TEMS重启和主备切换过程中MS_Offline工作机制的一些根本的改善。  MS_Offline 自上而下  打开TEP客户端，在场景编辑器中的“所有受管系统类别”中，您可以查看MS_Offline情境 定义。其公式如下：  (  Status == *OFFLINE AND Reason != FA)  详细的公式将显示使用的表：INODESTS。  (  #INODESTS.O4ONLINE == *OFFLINE AND #INODESTS.ONLINE != FA)  当MS_Offline情境启动时，以上公式将转化成下面的SQL语句并存放在SITDB表中。  SELECT ORIGINNODE, HOSTADDR, HOSTINFO, THRUNODE, NODE, PRODUCT, ONLINE, O4ONLINE,  GBLTMSTMP, NODETYPE, VERSION  FROM O4SRV.INODESTS  WHERE SYSTEM.PARMA(SITNAME, MS_Offline, 10) AND  SYSTEM.PARMA(NUM_VERSION, 0, 1) AND  SYSTEM.PARMA(LSTDATE, 1120919102949000, 16) AND  SYSTEM.PARMA(SITINFO, TFWD=Y;OV=N;TDST=0;, 19) AND  INODESTS.O4ONLINE = N AND  INODESTS.ONLINE  FA ;  当情境启动是，上面的SQL将存放在TEMS数据服务器（SQL处理器）中。这意味着，SQL会 被编译，以确保所有的表和列是已知的。WHERE从句被编译成用来过滤数据行的两个二进 制对象。当所有验证通过后，情境将按采样间隔周期性运行。情境监控逻辑（SITMON ） 组件对结果集进行评估，如果满足条件，就产生告警。例如，如果一个原本在线的受管系 统现在离线，将产生一个告警；如果此离线受管系统上次评估就是离线的，则此次结果将 被忽略。  很多我们认为在Agent端运行的情境其实是在TEMS端运行，例如MS_Offline。你已经可以看 到运行这样的情境将产生的影响。如果有一万个Agent ，QA1CNSAV.DB表的数据将有大约8 M。如果MS_Offline的采样间隔是一分钟，则每分钟读取所有数据将耗费大量的CPU 。如果 整个监控系统中有15个这样的情境，TEMS 的性能将受到严重影响。已知的一些在客户现 场发生的极端情况是87个MS_Offline情境导致TEMS大约每天崩溃一次。  MS_Offline与持续性  情境的持续性可用来设定情境在发出事件告警之前要保持为 true  的次数。当情境满足公式多次时才出发告警。MS_Offline的持