[发明专利]对事件根本原因的分析予以支援的管理系统以及方法

说明书

技术领域

本发明主要涉及对在管理对象组件中发生的事件的根本原因进行分析的支援。

背景技术

在管理IT(Information Technology：信息技术)系统的情况下，例如像专利文献1那样，从在系统内检测到的多个故障或其征兆中，检测成为原因的事件。具体来说，在专利文献1中，将管理对象装置或构成管理对象装置的组件(component)中的各种故障事件化，管理软件在事件DB(数据库)内积累事件的发生信息。另外，该管理软件具有分析引擎，该分析引擎用于对在管理对象装置中发生的多个事件的因果关系进行分析。该分析引擎访问具有管理对象装置的结构信息的结构管理DB，将跨设在位于某个I/O(输入输出)通道上的路径(path)上的一个或多个管理对象装置的多个组件之间的关系识别为被称为“拓扑”的一个组。当事件发生时，分析引擎对包含发生了事件的组件在内的各拓扑应用由事先规定的条件语句和分析结果构成的元规则(metarule)，构建用于分析各个拓扑中的故障的展开规则。在该展开规则中，包括可能成为根本原因的结论事件和在发生了结论事件的情况下由此而引起的条件事件组。具体来说，在规则的THEN部中记载的事件是可能成为根本原因的结论事件，在IF部中记载的事件为条件事件。在展开规则的条件事件组与检测到的事件组一致的情况下，分析引擎将在展开规则中记载的结论事件作为在IT系统中发生的多个故障的根本原因来进行显示。在IT系统中，有时在一个装置中发生的故障会连锁地引起与该装置具有依存关系的其他多个装置的故障。专利文献1示出的技术能够从检测到的多个故障中确定出成为传播源的故障。

现有技术文献

专利文献

专利文献1：WO2013/046287

发明内容

发明所要解决的课题

包含专利文献1公开的技术在内，基于组件中发生的事件的模式来分析故障原因的技术，能够锁定作为在IT系统中发生的多个故障的开端的故障。然而，有时，仅根据所发生的事件的模式，不能够确定出用于决定故障恢复方法的足够详细的原因。即，有时，不能够确定出作为多个故障的开端的故障发生的原因。

用于解决课题的手段

存储设备存储结构管理信息、多个规则以及多个通用诊断过程。结构管理信息是与所述多个管理对象组件的结构有关的信息。多个规则的每一个是表示与一个以上的事件对应的一个以上的条件事件和在发生了所述一个以上的条件事件的情况下成为原因的结论事件之间的关联的规则。多个通用诊断过程的每一个均与多个规则的某一个建立了关联，并且是利用一个或多个组件种类定义，且不依存于管理对象组件的通用的诊断过程。处理器以多个规则中的一个以上的对象规则为基础，确定一个以上的候选原因，一个以上的对象规则是指，与和一个以上的发生事件(发生了的事件)关联的一个以上的条件事件建立了关联的一个以上的规则。处理器确定多个通用诊断过程中的、与作为一个以上的候选原因中的所选的候选原因的基础的对象规则建立了关联的通用诊断过程。处理器基于确定出的通用诊断过程和结构管理信息，生成展开诊断过程，展开诊断过程是对一个以上的管理对象组件执行的诊断过程，用于确定所选的候选原因的更具体的原因或更新所选的候选原因的可靠度。

发明的效果

能够期待更详细或更准确地确定出一个以上的发生事件的原因。

附图说明

图1示出第一实施例的概略。

图2示出第一实施例的IT系统以及管理计算机的结构例。

图3示出结构管理DB中的装置表格的结构例。

图4示出结构管理DB中的iSCSI磁盘表格的结构例。

图5示出结构管理DB中的网络I/F(接口)表格的结构例。

图6示出结构管理DB中的开关端口表格的结构例。

图7示出结构管理DB中的iSCSI目标器表格的结构例。

图8示出结构管理DB中的存储端口表格的结构例。

图9示出性能表格的结构例。

图10示出事件队列(queue)表格的结构例。

图11A示出元规则的结构例。

图11B示出展开规则的结构例。

图12示出元(meta)诊断过程的结构例。

图13示出拓扑条件的结构例。

图14示出元收集手段的结构例。

图15示出展开诊断过程的结构例。

图16示出展开收集手段的结构例。

图17示出通过故障分析程序执行的故障原因分析处理的例子的流程图。