Mocha BSM产品亮点——根本原因分析
业务需求与挑战
企业经常会遇到下列场景：
• 如果交换机或路由器宕机，会影响哪些服务器、应用或其他交换机、路由器？
• 如果服务器不能连接，是自身宕机？还是其连接的网络设备宕机？
• 如果应用（例如，数据库、OA等）不可用，是由于应用自身出了问题？还是应用所在的 主机宕机了？还是应用所在主机连接的网络设备宕机？
以上场景浪费了企业大量人力与时间去查找与分析事故的根本原因。
企业经常会遇到下列场景：
• 如果交换机或路由器宕机，会影响哪些服务器、应用或其他交换机、路由器？
• 如果服务器不能连接，是自身宕机？还是其连接的网络设备宕机？
• 如果应用（例如，数据库、OA等）不可用，是由于应用自身出了问题？还是应用所在的 主机宕机了？还是应用所在主机连接的网络设备宕机？
以上场景浪费了企业大量人力与时间去查找与分析事故的根本原因。
关键功能与亮点
• 根本原因分析：采用链形追溯图形式，准确定位某一资源或其组件不可用的根本原因。如下图所示，当Mocha BSM监控的Windows主机tjmdcl-test不可用时，其宕机事件详细信息页面将展示导致其不可用的根本原因的追溯图，客户可准确定位其宕机的根本原因，即Cisco364宕机，并采取相应措施。
• 根本原因分析：采用链形追溯图形式，准确定位某一资源或其组件不可用的根本原因。如下图所示，当Mocha BSM监控的Windows主机tjmdcl-test不可用时，其宕机事件详细信息页面将展示导致其不可用的根本原因的追溯图，客户可准确定位其宕机的根本原因，即Cisco364宕机，并采取相应措施。
• 显示宕机影响范围：采用列表形式，全面展示某一资源宕机时，所影响的其他资源及其关键组件。使客户准确了解该资源宕机的影响范围。如下图所示，路由器Cisco364宕机时，其宕机事件详细信息页面将展示其影响的交换机（switch-216）、主机（tjmdcl-lixh）等资源，以及客户在系统中定制的这些资源的关键组件（例如，本例中switch-216的关键组件是它的4个网络接口）。
我们给客户带来什么
• 准确评估事故所造成的影响，快速确定处理事故的范围、方法
用户可一览当前资源宕机影响的所有其他资源以及关键组件（例如，Oracle数据库以及其关键组件表空间、数据文件等），快速确定事故处理的范围，对事故资源以及受事故影响的其他资源采取挽救措施。
• 准确定位事故的根本原因，对症下药的快速解决事故
根本原因分析采用图形化链形结构展现，从事故资源一直追溯到引发当前事故的根本原因。用户可一目了然的确定该次事故的根本原因，对症下药，快速解决事故。
• 准确评估事故所造成的影响，快速确定处理事故的范围、方法
用户可一览当前资源宕机影响的所有其他资源以及关键组件（例如，Oracle数据库以及其关键组件表空间、数据文件等），快速确定事故处理的范围，对事故资源以及受事故影响的其他资源采取挽救措施。
• 准确定位事故的根本原因，对症下药的快速解决事故
根本原因分析采用图形化链形结构展现，从事故资源一直追溯到引发当前事故的根本原因。用户可一目了然的确定该次事故的根本原因，对症下药，快速解决事故。
（责任编辑：michelle）
阅读次数：
评论加载中…
