准备多个通用诊断过程。各通用诊断过程与多个规则的某一个建立了关联，并且是利用一个或多个组件种类定义的通用的诊断过程。各规则示出一个以上的条件事件与结论事件之间的关联。管理系统以一个以上的对象规则为基础，确定一个以上的候选原因，并确定与作为一个以上的候选原因中的所选的候选原因的基础的对象规则建立了关联的通用诊断过程，其中，一个以上的对象规则与和一个以上的发生事件关联的一个以上的条件事件建立了关联。管理系统基于确定出的通用诊断过程和结构管理信息，生成展开诊断过程，其中，结构管理信息是与多个管理对象组件的结构有关的信息，展开诊断过程是对一个以上的管理对象组件执行的诊断过程，用于确定所选的候选原因的更具体的原因或更新所选的候选原因的可靠度。
【技术实现步骤摘要】
【国外来华专利技术】
本专利技术主要涉及对在管理对象组件中发生的事件的根本原因进行分析的支援。
技术介绍
在管理IT (Informat1n Technology:信息技术)系统的情况下，例如像专利文献I那样，从在系统内检测到的多个故障或其征兆中，检测成为原因的事件。具体来说，在专利文献I中，将管理对象装置或构成管理对象装置的组件(component)中的各种故障事件化，管理软件在事件DB(数据库)内积累事件的发生信息。另外，该管理软件具有分析引擎，该分析引擎用于对在管理对象装置中发生的多个事件的因果关系进行分析。该分析引擎访问具有管理对象装置的结构信息的结构管理DB，将跨设在位于某个1/0(输入输出)通道上的路径(path)上的一个或多个管理对象装置的多个组件之间的关系识别为被称为“拓扑”的一个组。当事件发生时，分析引擎对包含发生了事件的组件在内的各拓扑应用由事先规定的条件语句和分析结果构成的元规则(metarule)，构建用于分析各个拓扑中的故障的展开规则。在该展开规则中，包括可能成为根本原因的结论事件和在发生了结论事件的情况下由此而引起的条件事件组。具体来说，在规则的THEN部中记载的事件是可能成为根本原因的结论事件，在IF部中记载的事件为条件事件。在展开规则的条件事件组与检测到的事件组一致的情况下，分析引擎将在展开规则中记载的结论事件作为在IT系统中发生的多个故障的根本原因来进行显示。在IT系统中，有时在一个装置中发生的故障会连锁地引起与该装置具有依存关系的其他多个装置的故障。专利文献I示出的技术能够从检测到的多个故障中确定出成为传播源的故障。现有技术文献专利文献专利文献1:W02013/046287
技术实现思路
专利技术所要解决的课题包含专利文献I公开的技术在内，基于组件中发生的事件的模式来分析故障原因的技术，能够锁定作为在IT系统中发生的多个故障的开端的故障。然而，有时，仅根据所发生的事件的模式，不能够确定出用于决定故障恢复方法的足够详细的原因。即，有时，不能够确定出作为多个故障的开端的故障发生的原因。用于解决课题的手段存储设备存储结构管理信息、多个规则以及多个通用诊断过程。结构管理信息是与所述多个管理对象组件的结构有关的信息。多个规则的每一个是表示与一个以上的事件对应的一个以上的条件事件和在发生了所述一个以上的条件事件的情况下成为原因的结论事件之间的关联的规则。多个通用诊断过程的每一个均与多个规则的某一个建立了关联，并且是利用一个或多个组件种类定义，且不依存于管理对象组件的通用的诊断过程。处理器以多个规则中的一个以上的对象规则为基础，确定一个以上的候选原因，一个以上的对象规则是指，与和一个以上的发生事件(发生了的事件)关联的一个以上的条件事件建立了关联的一个以上的规则。处理器确定多个通用诊断过程中的、与作为一个以上的候选原因中的所选的候选原因的基础的对象规则建立了关联的通用诊断过程。处理器基于确定出的通用诊断过程和结构管理信息，生成展开诊断过程，展开诊断过程是对一个以上的管理对象组件执行的诊断过程，用于确定所选的候选原因的更具体的原因或更新所选的候选原因的可靠度。专利技术的效果能够期待更详细或更准确地确定出一个以上的发生事件的原因。【附图说明】图1示出第一实施例的概略。图2示出第一实施例的IT系统以及管理计算机的结构例。图3示出结构管理DB中的装置表格的结构例。图4示出结构管理DB中的iSCSI磁盘表格的结构例。图5示出结构管理DB中的网络I/F(接口)表格的结构例。图6示出结构管理DB中的开关端口表格的结构例。图7示出结构管理DB中的iSCSI目标器表格的结构例。图8示出结构管理DB中的存储端口表格的结构例。图9示出性能表格的结构例。图10示出事件队列(queue)表格的结构例。图1IA示出元规则的结构例。图1lB示出展开规则的结构例。图12示出元(meta)诊断过程的结构例。图13示出拓扑条件的结构例。图14示出元收集手段的结构例。图15示出展开诊断过程的结构例。图16示出展开收集手段的结构例。图17示出通过故障分析程序执行的故障原因分析处理的例子的流程图。图18示出事件分析结果画面的一个例子。图19示出通过诊断过程展开程序执行的处理的例子的流程图。图20示出通过诊断过程展开程序执行的处理的例子的流程图。图21示出通过显示程序执行的处理的例子的流程图。图22示出诊断结果画面的一个例子。图23示出第二实施例的元规则的结构例。图24示出第二实施例的展开规则的结构例。图25示出第二实施例的展开诊断过程的结构例。图26示出在第二实施例中通过故障分析程序执行的故障原因分析处理的例子的流程图。【具体实施方式】在以下的说明中，参照作为公开的一部分的附图，但这些附图用于示出能够执行本专利技术的例示性的实施方式，并不限定本专利技术。在这些附图中，在多个图中出现的同一附图标记表示同一结构要素。而且，如下述以及图示的那样，详细的说明提供了各种例示性的实施方式，但本领域技术人员要注意，本专利技术不限定于在本说明书中叙述以及图示的实施方式，而是能够扩大到公知或将来变为公知的其他实施方式。另外，在以下的详细的说明中，公开了用于完全理解本专利技术的很多具体且详细的事项。然而，本领域技术人员能明确了解到，并不是说要执行本专利技术就必须具有这些具体且详细的事项全部。在其他状况下，为了不无端地使本专利技术难以理解，有时，对公知的构造、材料、电路、处理以及接口不进行详细的说明及/或以框图的形式来表示这些成分。而且，用计算机内部的动作的算法以及符号的表现方式表示以下详细说明的某个部分。这些算法的说明以及符号的表现是指，精通数据处理技术的本领域技术人员将专利技术自身的本质最有效地传达给其他本领域技术人员所使用的手段。算法是指，用于达到期望的最终状态或结果而被定义的一连串步骤。在本专利技术中，所执行的步骤要求物理性地操作用于实现有形结果的有形量。通常，这些量形成能够进行保存、传送、结合、比较以及其他操作的电信号或磁信号的形式，但不是必须的。已知基于在原理上能够通用的理由，往往将这些信号称为比特、值、要素、符号、文字、项目、数量、命令等会很便利。但是要注意，这些所有以及同样的项目应为与适当的物理量建立了关联的项目，只不过是为了方便起见而对这些物理量标注的标签。只要不是特意额外进行说明的情况，都可从以下的叙述明确得知，在贯穿本说明书整体的叙述中，利用了“处理”、“计算”、“算出”、“判断”、“显示”等用语的说明还可以包括其他信息处理装置的动作以及处理，其他信息处理装置是指，对计算机系统或该计算机系统的寄存器以及存储器内的以物理(电子)量的形式表示的数据进行操作，将该数据转换成该计算机系统的存储器、寄存器或其他信息存储、传送或显示装置内的同样以物理量的形式表示的其他数据。执行本说明书的动作的装置可以是出于必要的目的而特别构建出的装置，或者，也可以包括利用一个以上的计算机程序选择性地启动或再设定的一个以上的通用计算机。这种计算机程序能够保存在例如光盘、磁盘、只读存储器、随机存储器、固体装置以及驱动器等的能够由计算机读取的存储介质或适于保存电子信息的其他任意的介质内，但不限于这些。本说明书示出的算法以及显示器在本质上与任何特定的计算机或其他装置都不关联。可以结合使用各种通用系本文档来自技高网...
【技术保护点】
一种管理系统，其进行一个以上的发生事件的原因分析，所述一个以上的发生事件是指，在多个管理对象组件中的一个以上的管理对象组件中发生的一个以上的事件，所述管理系统的特征在于，具有：存储设备；和与所述存储设备连接的处理器，所述存储设备存储结构管理信息、多个规则以及多个通用诊断过程，所述结构管理信息是与所述多个管理对象组件的结构有关的信息，所述多个规则的每一个是表示一个以上的条件事件与在发生了所述一个以上的条件事件的情况下成为原因的结论事件之间的关联的规则，所述多个通用诊断过程的每一个分别与所述多个规则的某一个建立了关联，并且是利用一个或多个组件种类定义的不依存于管理对象组件的通用的诊断过程，所述处理器以所述多个规则中的一个以上的对象规则为基础，确定一个以上的候选原因，所述一个以上的对象规则是指，与和所述一个以上的发生事件关联的一个以上的条件事件建立了关联的一个以上的规则，所述处理器确定所述多个通用诊断过程中的、与作为所述一个以上的候选原因中的所选的候选原因的基础的对象规则建立了关联的通用诊断过程，基于所述确定出的通用诊断过程和所述结构管理信息，生成展开诊断过程，所述展开诊断过程是对一个以上的管理对象组件执行的诊断过程，用于确定所述所选的候选原因的更具体的原因或更新所述所选的候选原因的可靠度。...
【技术特征摘要】
【国外来华专利技术】
【专利技术属性】
技术研发人员：仲野香绪里，名仓正刚，永井崇之，
申请(专利权)人：株式会社日立制作所，
类型：发明
国别省市：日本;JP
还没有人留言评论。发表了对其他浏览者有用的留言会获得科技券。