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