业务需求与挑战
企业经常会遇到下列场景：
• 如果交换机或路由器宕机，会影响哪些服务器、应用或其他交换机、路由器？
• 如果服务器不能连接，是自身宕机？还是其连接的网络设备宕机？
• 如果应用（例如，数据库、OA等）不可用，是由于应用自身出了问题？还是应用所在的  主机宕机了？还是应用所在主机连接的网络设备宕机？
      以上场景浪费了企业大量人力与时间去查找与分析事故的根本原因。

 

关键功能与亮点
•  根本原因分析：采用链形追溯图形式，准确定位某一资源或其组件不可用的根本原因。如下图所示，当Mocha BSM监控的Windows主机tjmdcl-test不可用时，其宕机事件详细信息页面将展示导致其不可用的根本原因的追溯图，客户可准确定位其宕机的根本原因，即Cisco364宕机，并采取相应措施。

•  显示宕机影响范围：采用列表形式，全面展示某一资源宕机时，所影响的其他资源及其关键组件。使客户准确了解该资源宕机的影响范围。如下图所示，路由器Cisco364宕机时，其宕机事件详细信息页面将展示其影响的交换机（switch-216）、主机（tjmdcl-lixh）等资源，以及客户在系统中定制的这些资源的关键组件（例如，本例中switch-216的关键组件是它的4个网络接口）。

 

我们给客户带来什么
• 准确评估事故所造成的影响，快速确定处理事故的范围、方法
      用户可一览当前资源宕机影响的所有其他资源以及关键组件（例如，Oracle数据库以及其关键组件表空间、数据文件等），快速确定事故处理的范围，对事故资源以及受事故影响的其他资源采取挽救措施。
• 准确定位事故的根本原因，对症下药的快速解决事故
      根本原因分析采用图形化链形结构展现，从事故资源一直追溯到引发当前事故的根本原因。用户可一目了然的确定该次事故的根本原因，对症下药，快速解决事故。

 

更多相关信息，请点击[url]http://51CTO提醒您，请勿滥发广告![/url]