CN102597966B - 运行管理装置以及运行管理方法 - Google Patents

运行管理装置以及运行管理方法 Download PDF

Info

Publication number
CN102597966B
CN102597966B CN200980162275.2A CN200980162275A CN102597966B CN 102597966 B CN102597966 B CN 102597966B CN 200980162275 A CN200980162275 A CN 200980162275A CN 102597966 B CN102597966 B CN 102597966B
Authority
CN
China
Prior art keywords
data
management
mentioned
node
information
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Expired - Fee Related
Application number
CN200980162275.2A
Other languages
English (en)
Other versions
CN102597966A (zh
Inventor
铃木透
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Fujitsu Ltd
Original Assignee
Fujitsu Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Fujitsu Ltd filed Critical Fujitsu Ltd
Publication of CN102597966A publication Critical patent/CN102597966A/zh
Application granted granted Critical
Publication of CN102597966B publication Critical patent/CN102597966B/zh
Expired - Fee Related legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00Error detection; Error correction; Monitoring
    • G06F11/30Monitoring
    • GPHYSICS
    • G05CONTROLLING; REGULATING
    • G05BCONTROL OR REGULATING SYSTEMS IN GENERAL; FUNCTIONAL ELEMENTS OF SUCH SYSTEMS; MONITORING OR TESTING ARRANGEMENTS FOR SUCH SYSTEMS OR ELEMENTS
    • G05B23/00Testing or monitoring of control systems or parts thereof
    • G05B23/02Electric testing or monitoring
    • G05B23/0205Electric testing or monitoring by means of a monitoring system capable of detecting and responding to faults
    • G05B23/0218Electric testing or monitoring by means of a monitoring system capable of detecting and responding to faults characterised by the fault detection method dealing with either existing or incipient faults
    • G05B23/0224Process history based detection method, e.g. whereby history implies the availability of large amounts of data
    • G05B23/0227Qualitative history assessment, whereby the type of data acted upon, e.g. waveforms, images or patterns, is not relevant, e.g. rule based assessment; if-then decisions
    • G05B23/0237Qualitative history assessment, whereby the type of data acted upon, e.g. waveforms, images or patterns, is not relevant, e.g. rule based assessment; if-then decisions based on parallel systems, e.g. comparing signals produced at the same time by same type systems and detect faulty ones by noticing differences among their responses
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00Error detection; Error correction; Monitoring
    • G06F11/07Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/0703Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation
    • G06F11/079Root cause analysis, i.e. error or fault diagnosis

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Quality & Reliability (AREA)
  • General Engineering & Computer Science (AREA)
  • Automation & Control Theory (AREA)
  • Health & Medical Sciences (AREA)
  • Biomedical Technology (AREA)
  • Debugging And Monitoring (AREA)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)

Abstract

本发明涉及运行管理装置以及运行管理方法。接收多个管理对象的装置所具备的要素的管理数据,在接收到的管理数据中,将产生了问题的装置的数据亦即问题数据的从属关系根据定义了要素间的从属关系的定义信息而求出,并且将没有产生问题的装置的数据亦即非问题数据的从属关系根据定义信息求出,并对问题数据和非问题数据进行比较求出共同的要素的管理数据,针对从属于共同的要素的要素的管理数据提取问题数据和非问题数据的差异。

Description

运行管理装置以及运行管理方法
技术领域
本发明涉及对装置的运行进行管理的技术。
背景技术
如企业等那样在利用多种信息处理***的场所中,与***的利用者分别地存在***的管理者,进行故障、处理异常等妨碍***的运行或存在该可能性的问题的监视、对该问题的应对。
信息处理***具有被大致分为进行计算、存储、显示、通信等处理的硬件、和被用于该处理的OS(Operating System)、应用程序、固件等软件的多个构成要素。由此,***的管理者在产生了故障、处理异常等问题的情况下,调查哪个构成要素成为原因的操作变成负担。
因此,以减轻管理操作的负担为目的,运行管理软件被开发,并被管理者利用。
例如,在管理对象的信息处理***产生了问题的情况下,运行管理软件具备利用弹出消息、邮件等的报警向管理者通知问题的功能。
图1示出基于弹出消息的报警的例子。如图1所示,运行管理软件显示产生了问题的节点、时间、重要性、报警的内容之类的信息。
因报警了解了问题的产生的管理者使用运行管理软件的日志参照功能,调查问题的内容、原因。图2表示参照了通过运行管理软件采集到的日志的例子。如图2所示,该日志显示产生事件的时间、产生的节点、表示事件的内容的消息文本、产生了事件的模块、错误代码、事件的重要性、产生的组件、用户、识别信息等信息。在此,所谓事件例如是运行管理软件检测到的信息处理***内的各种现象。
另外,运行管理软件在参照日志时,利用缩减所积存的多个日志的功能、用关键字进行检索的功能,辅助管理者的调查。
图3示出日志的缩减条件的设定例。例如,如图3所示,对时间在08/10/08 04:15PM以下、重要性为Warning的事件进行检索。
但是,仅参照日志,管理者就只限于了解问题的现象、产生位置,大多数情况下找不到原因。在该情况下,有时管理者对产生了问题的***和未产生问题的***进行比较,根据其差异,寻找用于找到问题的原因的线索。这是由于存在于产生了问题的***、未存在于未产生问题的***的构成要素有时涉及问题的产生。
由此,管理者使用运行管理软件的功能,针对产生了问题的***和未产生问题的***分别显示***的构成要素、属性值,并进行比较。
图4示出硬件构成的显示例,图5示出软件构成的显示例,图6示出属性值的显示例。
例如硬件构成如图4那样,在节点(Partiton#1_0.124.22.70)示出框体(Chassis components)、***主板(SB#1)等组件的存在。而且,该框体示出电源(ACPDBH#0-#7)、风扇(FAN_A#0-A#5,B#0,B#1)等单元的存在。
而且,对软件构成来说如图5那样,作为软件的构成,示出软件包名、软件所属的节点名、软件的概要、分类、体系结构、版本等。
而且,对属性来说如图6那样,作为节点的属性值,示出节点名、通信地址、***ID、硬件名、OS名和OS的版本、硬件的状态、通信状态等。
***的构成要素、属性的数量较多,在对2个或多个***进行比较的情况下,人(管理者)对哪里存在不同进行提取成为麻烦且费时间的操作。
由此,存在提取2个***间的差异的软件,通过使用该软件,实现比较操作的有效化。
图7示出对2个***进行了比较时的差异部位的显示例。在图7中,对***的名称、模型、处理器类型、存储器容量、OS、设置场所等项目进行比较。此外,在2个***中相同的项目在1行显示其内容,并使背景色为无。例如,在图7中,模型、处理器类型、缓存容量是相同的项目。而且,在2个***中存在差异的项目分别各1行地显示其内容,并改变背景色。例如,在图7中,***的名称、存储器容量、OS不同,使SLES10SP1的项目的背景色为斜线,使pq-rhl4u4的项目的背景色为交叉线。
专利文献1:日本特开2002-55717号公报
专利文献2:日本特开2004-101203号公报
专利文献3:日本特开2005-63332号公报
非专利文献1:市瀬他:階層的知識間の調整規則の学習,人工知能学会論文誌,17卷、3号F、PP.230-238(2002年)
即使提取出***间的差异,为了从多数不同中选择好像涉及调查对象的问题的产生的项目和不是上述情况的项目,还是要花费较多的功夫和时间,而且,对管理者要求高的技能。
例如,如图8所示,在存在产生了问题的A***和未产生问题的B***的情况下,管理者假定OS涉及问题的产生这样的假设成立。如果以该观点对A***和B***进行比较的结果为OS的版本号存在不同,则考虑OS的版本号涉及问题的产生的可能性。但是,当将A***和没有产生问题的C***比较时,如果设定它们的OS版本号相同,则存在问题的产生不取决于OS的版本号的可能性。该情况下,为了进行调查,需要改变观点进行***的比较,寻找出现在产生了问题的***的特征。
为了根据该调查方法导出问题产生的原因或者其假设,比较更多的***的方法是有效的。但是,若考虑到功夫和时间,则人(管理者)进行***的比较的情况下,对以哪个***作为比较对象、以哪样的观点进行比较有效进行推论,适当设定比较对象和比较的观点很重要。由此,调查的进展依赖于管理者的技能。
发明内容
因此,公开的一实施方式提供容易提取产生了问题的***的特征的技术。
作为解决课题的一方式的运行管理装置具有:收集部,其接收多个管理对象的装置所具备的要素的管理数据;分析部,其在接收到的上述管理数据中,根据定义了上述要素间的从属关系的定义信息求出产生了问题的装置的数据亦即问题数据的从属关系,另一方面,根据上述定义信息求出没有产生问题的装置的数据亦即非问题数据的从属关系;比较部,其对上述问题数据和非问题数据进行比较,求出共同要素的管理数据,针对从属于该共同要素的要素的管理数据,提取上述问题数据和上述非问题数据的差异。
公开的一实施方式能够提供一种容易提取产生了问题的***的特征的技术。
附图说明
图1是表示基于弹出消息的报警的例子的图。
图2是表示参照了通过运行管理软件采集到的日志的例子的图。
图3是表示日志的缩减条件的设定例的图。
图4是表示硬件构成的显示例的图。
图5是表示软件构成的显示例的图。
图6是表示属性值的显示例的图。
图7是表示对***进行了比较时的差异部位的显示例的图。
图8是表示产生了问题的***和未产生问题的***的比较例的图。
图9是表示产生了问题的***和未产生问题的***的比较例的图。
图10是运行管理装置的概略结构图。
图11是管理数据的树构造的说明图。
图12是表示日志数据的数据结构的图。
图13是客户端的框图。
图14是监视对象***的功能框图。
图15是管理端将管理数据写入数据储存部的处理的说明图。
图16是基于代理端的管理数据的发送处理的说明图。
图17是由客户端进行的分析结果的接收以及输出处理的说明图。
图18是由管理端进行的分析以及分析结果的发送处理的说明图。
图19是数据分析处理的说明图。
图20是表示问题产生共同树的生成处理的具体例的图。
图21是表示节点的数据结构的图。
图22是表示问题产生树的一个例子的图。
图23是提取产生了问题的***的特征的处理的说明图。
图24是属性节点的说明图。
图25是运行管理***的框图。
图26是架构的说明图。
图27是表示分析结果的显示例的图。
具体实施方式
以下,参照附图说明用于实施本发明的方式。以下的实施方式的构成是例示,本发明并不限定于实施方式的构成。
实施方式1的信息处理***不是提取产生了问题的***和未产生问题的***的单纯的差异,而是找到可能有助于问题的原因的检测的差异。在此,可能有助于原因的检测的差异例如,能够考虑与产生了问题的***在一部分的构成、属性存在共通点的未产生问题的***、和产生了问题的***的构成等的差异。
以图9为例,说明可能有助于产生的问题的原因的检测的差异。在图9的例子中,存在产生了问题的***A和未产生问题的***B、C。在此,设为在***A产生的问题是依赖于OS所包含的软件的问题。该情况下,若如A***和B***那样应用的OS不同,则各自的OS所包含的软件不同,因此因OS的不同而派生检测的OS版本号、构成软件的不同是无意义的信息。
另一方面,在A***和C***中使用相同的OS。在该情况下,能够认为OS所包含的软件的差异存在意义。在图9的例子中,作为A***和C***的比较结果,在A***中能够提取“存在Y package”,“没有Z package”这样的特征。这样,在问题的原因调查中,对与产生了问题的***具有类似性但未产生问题的***和产生了问题的***进行比较来提取其差异是很有效的。
即,如在A***和C***中共同使用的OS“XOS”那样,提取到在产生了问题的***和未产生问题的***中共同的数据后,如从属于OS的软件亦即“Y package”等那样,针对从属于共同的数据的数据,提取产生了问题的***和未产生问题的***的构成的差异。
在本实施方式1中,运行管理装置在产生了作为原因调查的对象的问题的***存在多个的情况下,在管理的全部***中,首先提取在这些产生了问题的***中共同的构成、属性的数据(问题产生共同数据)。然后运行管理装置在管理的全部***中提取全部未产生问题的***的构成、属性的数据(问题不产生数据)。然后,运行管理装置对问题产生共同数据和问题不产生数据进行比较,提取两者共同的数据(上述XOS等),并对从属于提取到的共同的数据的数据(上述Y package等)的差异进行提取。通过该方法得到的结果换句话说差异是产生了问题的***和与产生问题的***类似的未产生问题的***的差异,示出通过与仅仅的***间的构成等的差异相比明显产生了问题的***的特征。
<***构成>
图25是运行管理***的框图。本实施方式1的运行管理***具有经由网络、电缆等线路连接的运行管理装置10、客户端20、监视对象***30。
如图10所示,运行管理装置10是具有进行数据的计算处理的数据处理部1、进行与其他装置的通信的通信处理部2、和存储用于计算处理的数据、软件的数据储存部3的计算机,以下也称为管理端。
通信处理部2经由网络、电缆等线路与其他计算机进行通信。
数据储存部3是硬盘、Solid State Drive、Solid State Disk(SSD)之类的存储部,存储有操作***(OS)、应用程序(作为一个例子为运行管理软件)。而且,数据储存部3储存从监视对象***30的代理端接收到的构成数据或日志数据、分析结果、数据的架构。
数据处理部1具有CPU、主存储器,从数据储存部3向主存储器读出OS、应用软件之类的程序,CPU根据读出的程序进行在通信处理部2接收到的数据等的计算处理。根据该计算处理,CPU也作为信息收集部11、描绘部12、报警部13、日志筛选部14、比较部15、分析部16发挥作用。
信息收集部11是根据来自客户端20的请求,向监视对象的装置,即监视对象***30的代理端请求管理数据,从该代理端接收、即收集监视对象***30的管理信息。而且,信息收集部11接收从监视对象***30的代理端自动地发送的管理数据。此外,在本实施方式中,管理数据是包含构成数据或者日志数据的数据,构成数据是监视对象***30所具备的各构成要素的信息,日志数据是监视对象***30的日志的数据。
描绘部12使分析部16的分析结果等显示在显示装置(未图示)。
报警部13在由信息收集部11收集到的数据满足规定条件,从而判断为产生了问题或者存在产生问题的可能性的情况下输出报警。例如报警部13将与产生的问题对应的消息作为报警,经由通信处理部2向客户端20通知。而且,报警部13也可以将报警作为电子邮件向管理者等的规定的地址目标发送。
日志筛选部14将由信息收集部11收集到的数据中的日志数据,根据由客户端20指定的条件进行提取(筛选)。
分析部16基于由信息收集部11接收到的数据判别产生了问题的装置,将接收到的数据中的构成数据分类为产生了问题的装置的数据亦即问题数据和未产生问题的装置的数据亦即非问题数据。并且分析部16基于规定的定义信息决定被分类为问题数据的各要素的构成数据的从属关系,并且基于规定的定义信息决定被分类为非问题数据的各要素的构成数据的从属关系。分析结果经由通信处理部2向客户端20发送。
比较部15对问题数据和非问题数据进行比较,求出共同的要素的构成数据,对于从属于共同的要素的构成数据的构成数据提取问题数据和非问题数据的差异。
在本实施方式1中,由信息收集部11收集的数据包含构成数据和日志数据。此外,构成数据通过分析部16,基于规定的定义信息被决定与其他构成数据的从属关系,如图11所示,被映射为树构造。
在图11中,用圆表示的节点表示由构成数据表示的***的构成,位于图11的最上部的节点是根节点,与该根节点链接且位于图11的下方的节点是从属于根节点的节点。例如节点N2、N3是从属于根节点N1的节点,节点N4、N5是从属于节点N2的节点。此外,在图11中,一根线的链接表示从属的节点是表示上位节点的属性的节点,两根线的链接表示从属的节点是***所包含的构成中的与上位节点相关的构成的节点。即,节点N2是与节点N1相关的构成,节点N3是表示节点N1的属性的节点。例如,表示OS的节点和表示OS的版本(OS的属性)的节点的链接用一根线表示,表示OS的节点和表示OS用的包(与OS相关的构成)的节点的链接用两根线表示。
另一方面,本实施方式1的日志数据例如,如图12所示,具有日志ID、问题的数据、***的数据、附带数据。在此,日志ID是用于确定日志的识别信息。问题的数据是表示在***产生的问题的数据,包括表示在监视对象***30产生的事件是错误还是警告等的事件类型、确定产生的事件的事件ID、表示产生事件的模块的事件源、与事件相应的消息等。***的数据是表示输出该日志的监视对象***的识别信息,例如是Globally Unique Identifier(GUID:全局唯一标识符)。而且,附带信息是问题的产生时刻之类的、对产生的问题附带的其它信息。
对于构成数据以及日志数据,存在作为对来自管理端10的请求的响应而从代理端发送的情况、和从代理端自动发送的情况。
图13是客户端20的框图。如图13所示,客户端20是具备进行数据的计算处理的数据处理部21、进行与其他装置的通信的通信处理部22、存储用于计算处理的数据和软件的存储部23、输入部24、输出部(图13的例中显示装置)25的计算机。
通信处理部22经由网络、电缆等线路与其他计算机进行通信。
存储部23是硬盘、SSD之类的辅助存储装置,存储有操作***(OS)、应用程序(客户端程序等)。
输入部24是向数据处理部21输入信息的装置,具有键盘或定位设备之类的用户接口、和从存储卡或CD-ROM等存储介质读取信息的设备。
输出部25是输出数据处理部21的处理结果的装置,具有显示分析结果等的显示装置、输出报警等的声音的扬声器、打印日志等数据的打印机。
数据处理部21具有CPU、主存储器。CPU将上述OS、应用程序从存储部23读出到主存储器,根据读出的OS、应用程序,进行通信处理部22中接收到的数据等的计算处理。通过该计算处理,CPU也作为输入分析部211、弹出部212、日志显示部213、筛选指定部214、硬件显示部215、软件显示部216、属性显示部217、差异显示部218、特征显示部219发挥作用。
作为输入分析部211,CPU对通过管理者的操作而被从输入部24输入的输入信息进行分析,并将对应的命令送到各部。例如,如果输入信息是请求产生了问题的***的分析的信息,则输入分析部211经由通信处理部22向管理端10请求产生了问题的***的特征。而且,如果输入信息是请求日志、硬件、软件、属性的显示的信息,则输入分析部211将这些显示请求向管理端10发送。
作为弹出显示部212,CPU在显示装置弹出显示从管理端10接收到的信息。例如自管理端10接收到产生了问题的消息的情况下,弹出显示该消息。
作为日志显示部213,CPU在自管理端10接收到日志数据的情况下,基于该日志数据在显示装置上显示监视对象***的日志。
作为筛选指定部214,CPU在进行日志显示、硬件显示、软件显示时,为了缩减显示的项目,通过将管理者选择的筛选(条件)向管理端10发送来指定筛选。
作为硬件显示部215,CPU在从管理端10接收到硬件的数据的情况下,基于该数据显示与管理对象***所具备的硬件相关的信息。
作为软件显示部216,CPU在从管理端10接收到软件的数据的情况下,基于该数据显示与管理对象***所使用的软件相关的信息。
作为属性显示部217,CPU在从管理端10接收到属性的数据的情况下,基于该数据显示与管理对象***所使用的要素的属性相关的信息。
作为差异显示部218,CPU在接收到来自管理端10的差异的数据的情况下,基于该数据显示与管理对象***所使用的要素间的差异。
作为特征显示部219,CPU在从管理端10接收到特征的数据的情况下,基于该数据显示产生问题的***的特征。
图14是监视对象***30的框图。如图14所示,监视对象***30是具有进行数据的计算处理的数据处理部31、进行与其他装置的通信的通信处理部32、存储用于计算处理的数据和软件的存储部33、输入部34、输出部35的计算机。
通信处理部32经由网络、电缆等线路与其他计算机进行通信。
存储部33是硬盘、SSD之类的辅助存储装置,其存储操作***(OS)、应用程序(代理端程序)。代理端程序可以是在管理对象的信息处理***中原本设置的固件的形式,也可以是安装在***中的软件的形式。
输入部34是向数据处理部31输入信息的装置,具有键盘或定位设备之类的用户接口、和从存储卡或CD-ROM等存储介质读取信息的设备。
输出部35是输出数据处理部31的处理结果的装置,具有显示分析结果等的显示装置、输出报警等的声音的扬声器、打印日志等数据的打印机。
数据处理部31具有CPU、主存储器。CPU将上述OS、应用程序从存储部33读出到主存储器,根据读出的OS、应用程序,进行通信处理部32中接收到的数据等的计算处理。通过该计算处理,CPU也作为日志收集部311、硬件信息收集部312、软件信息收集部313发挥作用。此外,将执行代理端程序的CPU,即功能部311-313也称为代理端。图14中示出根据代理端程序执行的功能部311-313,但管理对象***30还实现数据库、Web服务器、文件服务器等其他功能。
日志收集部311收集本地***的日志,并作为日志数据经由通信处理部32向管理端10发送。例如每当输出新的日志时或者定期地,日志收集部311将收集到的日志数据向管理端10发送。另外,日志收集部311在从管理端10接收到请求日志数据的情况下,从主存储器读出***的日志,并将其经由通信处理部32向管理端10发送。
硬件信息收集部312在从管理端10接收到硬件的信息的请求的情况下,从本地***所具备的各硬件读出各自的信息,并作为硬件的信息向管理端10发送。此外,硬件的信息的收集并不局限于来自管理端10的请求时,也可以在该***连接硬件时进行。例如,硬件信息收集部312在检测到利用即插即用功能在该***连接了硬件的情况下,从该连接的硬件所具备的ROM读出该硬件的信息并使之存储到主存储器。并且,在从管理端10接收到硬件的信息的请求的情况下,硬件信息收集部312也可以从主存储器读出硬件的信息并向管理端10回复。此外,硬件信息收集部312除了收集各硬件的构成相关的信息之外,也收集各硬件的属性,并作为硬件的信息向管理端10发送。
而且,硬件信息收集部312也可以与来自管理端10的请求无关地收集硬件的信息向管理端10发送。例如在拆装了硬件的情况下、更新了硬件的驱动器的情况下,可以以规定的周期,由硬件信息收集部312收集硬件的信息并向管理端10发送。
软件信息收集部313在从管理端10接收到软件的信息的请求的情况下从规定的存储区域、例如注册表读出本地***所具备的各软件的信息,并作为软件的数据向管理端10回复。此外,软件信息收集部313除了收集各软件的构成相关的信息之外,还收集各软件的属性,并作为软件的信息向管理端10发送。
而且,软件信息收集部313也可以与来自管理端10的请求无关地将软件的信息向管理端10发送。例如,在安装了软件的情况下、卸载了软件的情况下、更新了软件的情况下,可以以规定的周期,由软件信息收集部313收集软件的信息并向管理端10发送。
<运行管理方法的说明>
图15是管理端10从监视对象***30的代理端接收管理数据并写入数据储存部3的处理的说明图。
管理端10的信息收集部11判断是否满足用于接收管理数据、即构成数据或日志数据的规定条件(S1),如果没有满足条件则休眠一定时间(S2),进行等待直到满足条件(S1、S2)。在本例中,S1的条件是达到定期轮询的执行时刻、从客户端20接收到管理数据的更新或者分析的请求、或者从代理端送来了管理数据。
在从监视对象***30的代理端送来了管理数据的情况下,信息收集部11将接收到的管理数据储存到数据储存部3(S3)。
而且,在S1,在达到轮询的执行时刻的情况下,或者接收到信息更新的请求的情况下,信息收集部11向代理端请求管理数据的发送,即向管理对象***地址发送管理数据的请求(S4)。信息收集部11响应来自该信息收集部11的请求接收从代理端发送来的管理数据,并储存到数据储存部3(S3)。
图16是监视对象***30的代理端将管理数据向管理端10发送的处理的说明图。
代理端判断是否满足用于发送管理数据、即构成数据或者日志数据的规定条件(S11),如果没有满足条件则休眠一定时间(S12),进行等到直到满足条件(S11、S12)。在本例中,S11的条件是接收到管理数据的请求、对日志数据有追加、或在构成数据存在变更。
在满足S11的条件的情况下(S11,是),代理端收集管理数据(S13)。即,在S11,接收到构成数据的请求的情况下,硬件信息收集部312或者软件信息收集部313收集被请求的构成数据。而且,在存在构成数据的变更的情况下,硬件信息收集部312或者软件信息收集部313收集存在变更的构成数据。而且,在日志数据有追加的情况下,日志收集部311收集日志。
然后,代理端将在S13收集到的管理数据发送给管理端10(S14)。
此外,在图16中,示出响应管理数据的请求(S11)来收集管理数据(S13),并发送给管理端10的例子(S14),但也可以预先收集管理数据,并响应请求发送管理数据。
图17是客户端20请求分析,接收分析结果并输出的处理的说明图。
管理者通过客户端20的日志显示部213使日志一览显示并选择表示问题的产生的日志,并将输出了该日志的***、即产生了问题的***的分析的请求向客户端20输入。
客户端20的输入分析部211若从管理者接收到产生了问题的***的分析的请求(S22),则将包含管理者所选择的日志的日志ID的分析的请求向管理端10发送(S23)。
然后,客户端20经由通信处理部22从管理端10接收到分析结果(S24),特征显示部219使该分析结果显示在显示装置(S25)。
图18是管理端10响应请求进行分析,并将分析结果向客户端发送的处理的说明图。
管理端10的分析部16判断是否存在分析的请求(S31),如果没有请求(S31,否),则休眠一定时间(S32),进行等待直到发生请求。
在存在分析的请求的情况下(S31,是),分析部16基于从代理端接收到的管理数据进行分析处理(S33),并将分析结果向客户端发送(S34)。
图19是详细地表示图18中的分析处理S33的图。
管理端10的分析部16根据从客户端20接收到的请求所包含的日志ID求得分析对象的日志,对该分析对象的日志和数据储存部3所保持的日志依次进行比较(S41)。
比较的结果为,分析部16判断与分析对象的日志同样的问题是否存在于数据储存部3所保持的日志中(S42)。在此如果在被作为问题的数据包含在分析对象的日志中的事件ID存在于数据储存部3所保持的日志,则分析部16判断为分析对象的日志和数据储存部3所保持的日志之间产生了相同的事件、即存在相同的问题。即,如果在被作为问题的数据包含在分析对象的日志中的事件ID不存在于数据储存部3所保持的日志中,则分析部16判断为分析对象的日志和数据储存部3所保持的日志之间没有存在相同的问题。此外,分析部16并不局限于事件ID,也可以使用事件类型、事件源等其他信息进行判断。
如果分析对象的日志和数据储存部内的日志不存在相同的问题(S42,否),则分析部16将进行比较的数据储存部内的日志向下一个移位,反复进行与分析对象日志的比较(S43,S41)。
而且,如果分析对象日志和数据储存部内的日志中存在相同的问题(S42,是),则分析部16从该分析对象日志中提取***的识别信息,向存储器或者数据储存部3内所储存的问题产生列表中写入提取到的***的识别信息。此外,与已写入问题产生列表中的识别信息重复的识别信息被从写入对象中除去。
然后,分析部16判断数据储存部3内的全部日志和分析对象的日志的比较是否已结束(S45),如果没有结束(S45,否),则将比较的数据储存部内的日志向下一个移位反复进行比较(S43、S41)。
在结束全部日志的比较,完成了问题产生列表的情况下(S45,是),分析部16从数据储存部3提取与该问题产生列表中记载的识别信息、即产生过问题的***的识别信息对应的管理数据。然后,分析部16使用图20如后述那样,将在产生过问题的全部***中共同的数据根据架构映射到一个树构造,生成问题产生共同树(S46)。在此,树构造的架构可以在运行管理***预先定义,也可以在分析时由管理者定义。在数据的映射中,若针对某个节点没有共同的数据的情况下,删除该节点以及其以下的子节点。
图20是表示问题产生共同树的制造处理的具体例的图。
分析部16基于问题产生列表中记载的识别编号,从数据储存部3提取相互地曾产生了问题的***A的管理数据101和***B的管理数据102,并进行比较。
管理数据彼此的比较的结果为,分析部16将Machine:X series、CPU:X cpu、OS:X OS、Soft:Y package作为***A和***B的共同的构成进行提取。此外,在图20中,管理数据的各项目以(构成的种类:数据值)的形式表示。例如Machine、CPU、OS是构成的种类,X series、X cpu、X OS是数据值。
架构103如图20所示,将构成的从属关系定义为树构造。并且,分析部16根据架构103的定义,在与该数据值对应的构成的节点设定管理数据的数据值,并删除没有对应的数据值的节点,来生成问题产生共同树104。即,分析部16将X cpu设定于CPU的节点,将X series设定于Machine的节点,将X OS设定于OS的节点。而且,分析部16从架构103中删除没有对应的数据值的MEM、OSver的节点。
此外,架构103例如按各节点如图21所示,具有构成的种类、数据值、表示子节点的指针列表,由此能够确定节点间的从属关系,因此能够定义图20、图22所示的树构造。构成的种类是Machine、OS之类的表示成为树构造的节点的构成的信息,表示子节点的指针列表是储存子节点的数据的存储器区域的地址。在图21中,示出从属于OS的节点的三个子节点的地址的例子。
然后分析部16生成将从数据储存部3提取到的产生过问题的***的全部管理信息根据架构映射到一个树构造的问题产生树(S47)。
图22表示问题产生树的例子。问题产生树105中,与问题产生共同树104相比,未将映射到树构造中的数据用共同点缩减这点不同,架构103、管理数据相同。分析部16基于问题产生列表中记载的识别编号,从数据储存部3提取曾产生了问题的***A的管理数据101和***B的管理数据102,没有缩减地将全部的数据根据架构103映射成树构造。如图22所示,在问题产生树中,没有将数据用共用点缩减,因此如Ymem、X mem那样,数据值不同的相同的数据种类的节点可存在多个。
进而,分析部16从数据储存部3提取在S44生成出的问题产生列表中未记载的识别编号、即与没有产生问题的***的识别信息对应的管理数据。而且,分析部16生成将该没有产生问题的***的全部管理信息按照架构103映射成一个树构造的问题不产生树(S48)。
并且,比较部15对问题产生共同树、问题产生树以及问题不产生树进行比较,提取对问题的分析有意义的差异,即产生问题的***的特征,作为分析结果加入上述的列表(S49)。
管理端10的比较部15比较节点,决定一个成为搜索特征时的起点的节点,针对该节点的子节点提取差异。树构造的搜索从问题产生共同树的根节点起开始,向叶推进。与搜索顺序有关的算法没有特别限制。例如,使用代表的宽度优先搜索、深度优先搜索等方法。根据规定的算法,比较部15对问题产生共同树、问题产生树以及问题不产生树的任意2个树构造共同持有的节点进行搜索,将位于其目的地的差异作为特征提取。
图23是在图19的S49进行的提取产生了问题的***的特征的处理的说明图。
比较部15首先,将问题产生共同树的根节点设定为是搜素的起点的节点、即搜索对象节点(S51)。
比较部15判断搜索对象节点是否有子节点(S52)。
在搜索对象节点存在子节点的情况下(S52,是),比较部15将问题产生共同树的搜索对象节点的子节点组中的一个设为是比较的对象的节点、即比较对象节点,对该比较对象节点和位于问题不产生树中的相同的种类的节点组进行比较(S53)。
作为比较的结果,比较部15判断与比较对象节点相同的数据值的节点是否位于问题不产生树(S54),在找到相同的数据值的节点的情况下(S54,是),将该节点记录到用于选择下次以后的搜索对象节点的列表、即搜索对象列表(S55)。
另一方面,在从问题不产生树没有找到相同数据值的节点的情况下(S54,否),比较部15将该子节点、即从问题不产生树没有找到相同数据值的节点的比较对象节点作为产生了问题的***的特征记录到分析结果的列表中(S56)。
接下来,比较部15判断在S53中作为比较对象的问题不产生树的子节点是否是与母节点相关的构成(S57)。在是问题不产生树的子节点与母节点相关的构成的情况下,比较部15检索与该问题不产生树的子节点数据值一致的节点是否存在于问题产生树。并且,如果与该问题不产生树的子节点数据值一致的节点没有存在于问题产生树,则比较部15将“在产生了问题的***中没有该问题不产生树的子节点”作为特征记录到分析结果的列表(S58)。
在此,与问题产生树比较的是在S57判断为与问题不产生树的母节点相关的构成的子节点,属性的节点未成为与问题产生树的比较对象。该理由是由于,在将相同的数据种类的属性节点作为特征提取的情况下,其属性节点在产生了问题的全部***中共同的情况存在意义,其它属性节点的信息是不必要的。例如,以将OS的版本号作为比较对象的数据种类的图24为例,在问题产生共同树中,由于以产生了问题的***中共同的数据被缩减,所以表示版本号的节点为一个。另一方面,问题不产生树根据未产生问题的***的全部数据被生成。在图24的例子中,只要将存在于问题产生共同树的“V3”作为产生了问题的***的特征提取就成为足够的信息。除了“V3”之外,即使提取“不是V4”,“不是V5”这样的特征也变得冗长。
在S57子节点不是与母节点相关的构成的情况下(S57,否),或者在S55、S58的处理执行后,比较部15判断问题产生共同树的搜索对象节点下面是否存在未与问题不产生树的节点比较的子节点(S59)。如果存在未比较的子节点(S59,是),则比较部15选择下一子节点(S60),返回S53反复进行比较处理。
并且,在判断为没有未比较的子节点的情况下(S59,否)、或判断为没有子节点的情况下(S52,否),比较部15判断在搜索对象列表中是否存在未进行S52以后的处理的搜索对象节点(S61)。在存在未进行S52以后的处理的搜索对象节点的情况下(S61,是),从搜索对象列表中选择下一搜索对象节点并返回S52。并且,在没有未进行S52以后的处理的搜索对象节点的情况下(S61,否),比较部15结束搜索的处理。
实施例
作为管理端10的数据储存部3中保持的数据形式,在此示出以关系数据库实现的例子。图26是将数据架构130用InfomationEngineering(信息工程)形式的ER图(entity-relationship diagram:实体关系图)表示的例子。
各表是存储了表示***所包含的构成的数据、即存储了构成数据的表或存储了日志数据的表。例如,是存储了表示***的构成信息(System ID)的System表、存储了表示计算机等设备(Machine)的构成信息的Machine表、存储了表示CPU的构成信息的CPU表、存储了表示存储器的构成信息的Memory表、存储了表示OS的构成信息的OS表、存储了表示软件的构成信息的software表、存储了日志的Log表。这些表所存储的各构成数据具有用于识别与其他构成数据的ID作为主键41。例如,Machine表的Machine_ID是用于识别赋予该Machine_ID的Machin的数据和其他的Machine的数据的识别信息,而且,Machine_ID是用于确定从属关系的信息,并且是识别CPU、存储器的母节点的识别信息。各表除了具有主键以外,还可以具有表被模型化的构成的属性,例如:Machine表的Machine_Name、Model_No。而且,根节点以外的表包含与该表模型化的构成相关的构成,在本例中包含表示母节点的外部键42。例如,System table不包含外部键42,由此表示是根节点,Machine表储存System_ID,由此表示Machine是System的构成物。
而且,Log表是用于表示日志数据的表,能够确定通过System_ID输出了日志的信息***。代理端的日志收集部311在将所属的***作为管理端10的管理对象而登记到管理端10时,保持从管理端发送的System_ID,并向Log表写入System_ID。代理端的日志收集部311监视所属的***的日志,新从***输出日志时,以架构所示的格式将日志数据向管理端10发送。管理端10将从代理端接收到的日志数据积存保持。
构成数据可以是管理端10定期地轮询取得的形式,但在本例中,设为代理端的硬件信息收集部312以及软件信息收集部313向管理端10发送的形式。代理端通过访问OS、固件,而取得作为管理对象的***的构成数据。并且,在监视的***信息产生了变化的情况下,将存在变化的构成数据向管理端10发送。
管理端10以从代理端接收到的构成数据覆盖数据储存部3内的当前的数据。但是,在能够充分确保数据储存部3的容量的情况下,也能够将接收到的数据积存保持,从一个***按时间序列取得多个构成数据。这样通过保持多个构成数据,在数据分析时能够将多个取样数据作为对象,因此能够期待分析结果的可靠性的提高。
管理者利用客户端20显示的图2那样的日志参照画面,识别在管理对象***产生的问题。并且,若管理者执行指令,以便从日志一览中选择作为数据分析的对象的日志,显示产生了问题的***的特征,则客户端20将针对该***的分析的请求向管理端10发送。
基于管理端10的分析部16的数据分析通过利用关系数据库的计算而能够实现。
产生过问题的***的提取是执行下述的SQL语句。
SELECT DISTINCT System_ID FROM Log
WHERE Log_ID=<管理者所选择的日志的Log_ID>
在此,分析部16将上述的SQL语句的执行结果保存在TROUBLE_SYSTEMS这样的名称的暂时表中。
未曾产生问题的***的提取是执行下述的SQL语句。
SELECT System_ID FROM System
WHERE System_ID NOT IN
(SELECT System_ID FROM TROUBLE_SYSTEMS)
在此,分析部16将上述的SQL语句的执行结果保存在NON_TROUBLE_SYSTEMS这样的名称的暂时表中。
接下来,分析部16为了生成问题产生共同树、问题产生树以及问题不产生树,结合Log表以外的表,而生成***的一览表、即***所包含的构成的一览。在此,以结合System表、OS表以及Software表的情况下的SQL语句为例表示,但实际上,分析部16以同样的式子结合除Log表以外的全部表。
SELECT System.System_ID,OS_Name,OS_Ver,Soft_Name,Soft_VerFROM System,OS,Software
WHERE System.System_ID=OS.System_ID AND OS.OS_ID=Software.OS_ID
分析部16在此,将所得到的***的一览表保存在SYSTEM_LIST这样的名称的暂时表中。
问题产生树能够通过从***一览表SYSTEM_LIST中,提取具有存储在TROUBLE_SYSTEMS的System ID的***、即产生了问题的***而得到。
SELECT*FROM SYSTEM_LIST
WHERE System_ID IN(SELECT System_ID FROMTROUBLE_SYSTEMS)
分析部16将作为上述的SQL语句的执行结果而得到的问题产生树、即表示产生了问题的***所包含的构成的构成数据和表示其从属关系的主键41以及外部键42保存到TROUBLE_SYSTEM_TREE这样的名称的暂时表中。
问题产生共同树是在按问题产生树的暂时表TROUBLE_SYSTEM_TREE的每列保存有构成数据的种类的情况下,能够通过选取该表的列的要素为1种的数据,即选取在产生了问题的***全部共同的构成的构成数据、且是在TROUBLE_SYSTEM_TREE仅保存了1种的构成数据而生成。分析部16能够用以下的SQL语句调查列中的要素是否是1种。在该例中,调查OS_Name的种类数。
SELECT COUNT(DISTINCT OS_Name)FROMTROUBLE_SYSTEM_TREE
在上述的结果为1的情况下,分析部16将由以下的SQL语句得到的结果作为问题产生共同树的构成要素。
SELECT DISTINCT OS_Name FROM TROUBLE_SYSTEM_TREE
分析部16能够根据对TROUBLE_SYSTEM_TREE的各列执行同样的式子而得到的结果,生成问题产生共同树。
问题不产生树能够通过从***一览表SYSTEM_LIST中,提取具有未存储到TROUBLE_SYSTEMS的System ID的***、即没有产生问题的***而得到。
SELECT*FROM SYSTEM_LIST
WHERE System_ID IN(SELECT System_ID FROMNON_TROUBLE_SYSTEMS)
基于以上所得的数据,能够按图23所示的顺序提取产生了问题的***的特征。图27是接收到产生了问题的***的特征的客户端20向管理者表示的结果画面的例子。图27的例子中,将产生了问题的***的特征设为作为OS而导入“X OS”,且作为软件不具有“X package”和“Ypackage”。
如上所述,根据本实施方式,能够提供一种容易提取产生了问题的***的特征的技术。
特别是,根据本实施方式,提取虽与产生了问题的***类似但未产生问题的***与产生了问题的***的差异,因此能够提取有助于原因的检测的可能性较高的差异。由此,即使是经验浅的管理者也很容易确认问题的原因。
此外,在本实施方式中,如图23所示,对搜索对象节点的子节点的差异、即在问题产生共同树和问题不产生共同树中共同的构成(搜索节点),将从属的构成(子节点)的差异作为特征进行提取。在此,从属的构成(子节点)并不局限于仅为了共同的构成(搜索节点)而使用,也可以是只要是通过架构定义了从属关系,用户就可以任意追加的通用的构成等。
<其它>
本发明并不限定于上述的图示例,在不脱离本发明的要旨的范围内能够实施各种变更是理所应当的。
例如,上述的运行管理软件、客户端程序、代理端程序也可以是记录在计算机可读取的记录介质中的程序。
在此,所谓计算机可读取的记录介质是指,将数据、程序等信息通过电方式、磁方式、光学方式、机械方式或者化学方式的作用来积存,由计算机能够读取的记录介质。作为这样的记录介质中从计算机能够卸下的介质,例如存在软盘、光磁盘、CD-ROM、CD-R/W、DVD、DAT、8mm带、存储卡等。
而且,作为固定在计算机的记录介质存在硬盘、ROM(只读存储器)等。

Claims (6)

1.一种运行管理装置,具有:
处理器,该处理器执行如下处理:
接收用于对多个管理对象的装置所具备的要素进行管理的管理数据;
在接收到的上述管理数据中,根据定义了上述要素间的从属关系的定义信息求出产生了问题的装置的数据、即问题数据的从属关系,另一方面,根据上述定义信息求出没有产生问题的装置的数据、即非问题数据的从属关系;和
对上述问题数据和非问题数据进行比较,求出共同要素的管理数据,针对从属于该共同要素的要素的管理数据,提取上述问题数据和上述非问题数据的差异。
2.根据权利要求1所述的运行管理装置,其中,
上述处理器将对于多个产生了问题的装置的全部装置是共同的要素的管理数据分类为问题共同数据,并对上述问题共同数据和上述非问题数据进行比较,提取上述问题共同数据和上述非问题数据的差异。
3.根据权利要求1或者2所述的运行管理装置,其中,
上述处理器提取如下数据,该数据是从属于上述共同要素的要素的管理数据,该数据存在于上述非问题数据中而没有存在于上述问题数据中。
4.一种运行管理方法,由计算机执行如下步骤:
接收用于对多个管理对象的装置所具备的要素进行管理的管理数据的步骤;
在接收到的上述管理数据中,根据定义了上述要素间的从属关系的定义信息求出产生了问题的装置的数据、即问题数据的从属关系,并且根据上述定义信息求出没有产生问题的装置的数据、即非问题数据的从属关系的步骤;
对上述问题数据和非问题数据进行比较来求出共同要素的管理数据的步骤;和
针对从属于上述共同要素的要素的管理数据,提取上述问题数据和上述非问题数据的差异的步骤。
5.根据权利要求4所述的运行管理方法,其中,
将对于上述多个管理对象的装置中产生了问题的全部装置是共同的要素的管理数据分类为问题共同数据,
对上述问题共同数据和上述非问题数据进行比较,提取上述问题共同数据和上述非问题数据的差异。
6.根据权利要求4或者5所述的运行管理方法,其中,
提取如下数据,该数据是从属于上述共同要素的要素的管理数据,该数据存在于上述非问题数据中而没有存在于上述问题数据中。
CN200980162275.2A 2009-11-04 2009-11-04 运行管理装置以及运行管理方法 Expired - Fee Related CN102597966B (zh)

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/JP2009/068850 WO2011055436A1 (ja) 2009-11-04 2009-11-04 運用管理装置及び運用管理方法

Publications (2)

Publication Number Publication Date
CN102597966A CN102597966A (zh) 2012-07-18
CN102597966B true CN102597966B (zh) 2014-08-20

Family

ID=43969681

Family Applications (1)

Application Number Title Priority Date Filing Date
CN200980162275.2A Expired - Fee Related CN102597966B (zh) 2009-11-04 2009-11-04 运行管理装置以及运行管理方法

Country Status (6)

Country Link
US (1) US8650444B2 (zh)
EP (1) EP2498186A4 (zh)
JP (1) JP5532053B2 (zh)
KR (1) KR101436033B1 (zh)
CN (1) CN102597966B (zh)
WO (1) WO2011055436A1 (zh)

Families Citing this family (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR101104165B1 (ko) * 2009-11-26 2012-01-13 애니포인트 미디어 그룹 사용자 애플리케이션의 테스트가 가능한 미디어 재생 장치 및 이를 이용한 사용자 애플리케이션의 테스트 방법
US9311176B1 (en) * 2012-11-20 2016-04-12 Emc Corporation Evaluating a set of storage devices and providing recommended activities
US20140157184A1 (en) * 2012-11-30 2014-06-05 International Business Machines Corporation Control of user notification window display
US10274946B2 (en) * 2012-12-12 2019-04-30 Mitsubishi Electric Corporation Monitoring control apparatus and monitoring control method
JP5972472B2 (ja) * 2013-08-28 2016-08-17 三菱電機株式会社 データ処理装置及びデータ処理方法及びプログラム
US10103960B2 (en) 2013-12-27 2018-10-16 Splunk Inc. Spatial and temporal anomaly detection in a multiple server environment
US11442919B2 (en) 2015-07-31 2022-09-13 Accenture Global Services Limited Data reliability analysis
CN105138612B (zh) * 2015-08-07 2019-03-15 北京思特奇信息技术股份有限公司 数据一致性差异原因的分析和定位的方法及***
CN113448795B (zh) * 2020-03-26 2024-06-28 伊姆西Ip控股有限责任公司 用于获取***诊断信息的方法、设备和计算机程序产品
US11323306B2 (en) * 2020-08-27 2022-05-03 Cox Communications, Inc. Systems and methods for accelerated network impairment mapping
WO2022049724A1 (ja) * 2020-09-04 2022-03-10 三菱電機株式会社 プログラム作成支援プログラム、プログラム作成支援装置、およびプログラム作成支援方法

Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5682523A (en) * 1993-12-15 1997-10-28 International Business Machines Corporation System and method for collecting and retrieving network problem determination data with a generic collection subsystem reporting to an agent on demand
JP2005266916A (ja) * 2004-03-16 2005-09-29 Hitachi Ltd サーバ差分管理システム及び情報処理装置の制御方法
JP2006068208A (ja) * 2004-09-01 2006-03-16 Kao Corp 清掃用シート
JP2008065668A (ja) * 2006-09-08 2008-03-21 Internatl Business Mach Corp <Ibm> 障害発生の原因箇所の発見を支援する技術
JP2008090762A (ja) * 2006-10-05 2008-04-17 Internatl Business Mach Corp <Ibm> 分散した部品木から故障部品の組み合わせを求める方法、システム
CN101167026A (zh) * 2005-04-20 2008-04-23 三菱电机株式会社 数据收集装置及网关装置
JP2008225681A (ja) * 2007-03-09 2008-09-25 Oki Electric Ind Co Ltd クライアント端末の動作確認方法、通信システム、クライアント端末及び動作確認サーバ

Family Cites Families (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5655074A (en) * 1995-07-06 1997-08-05 Bell Communications Research, Inc. Method and system for conducting statistical quality analysis of a complex system
JP2002055717A (ja) 2000-08-10 2002-02-20 Mitsubishi Electric Corp 故障診断システム
US8041541B2 (en) * 2001-05-24 2011-10-18 Test Advantage, Inc. Methods and apparatus for data analysis
US7225107B2 (en) * 2001-05-24 2007-05-29 Test Advantage, Inc. Methods and apparatus for data analysis
JP2004101203A (ja) 2002-09-04 2004-04-02 Oki Electric Ind Co Ltd ロジックlsiの不良解析システム及び不良解析方法
JP4451624B2 (ja) 2003-08-19 2010-04-14 富士通株式会社 情報体系対応付け装置および対応付け方法
JP4356634B2 (ja) * 2005-03-23 2009-11-04 日本電気株式会社 故障診断回路とこの故障診断回路を備えた情報処理装置、故障診断システム及び故障診断プログラム
JP4618185B2 (ja) * 2006-04-07 2011-01-26 富士ゼロックス株式会社 故障診断システム及び故障診断プログラム
US7747551B2 (en) * 2007-02-21 2010-06-29 Neurovista Corporation Reduction of classification error rates and monitoring system using an artificial class

Patent Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5682523A (en) * 1993-12-15 1997-10-28 International Business Machines Corporation System and method for collecting and retrieving network problem determination data with a generic collection subsystem reporting to an agent on demand
JP2005266916A (ja) * 2004-03-16 2005-09-29 Hitachi Ltd サーバ差分管理システム及び情報処理装置の制御方法
JP2006068208A (ja) * 2004-09-01 2006-03-16 Kao Corp 清掃用シート
CN101167026A (zh) * 2005-04-20 2008-04-23 三菱电机株式会社 数据收集装置及网关装置
JP2008065668A (ja) * 2006-09-08 2008-03-21 Internatl Business Mach Corp <Ibm> 障害発生の原因箇所の発見を支援する技術
JP2008090762A (ja) * 2006-10-05 2008-04-17 Internatl Business Mach Corp <Ibm> 分散した部品木から故障部品の組み合わせを求める方法、システム
JP2008225681A (ja) * 2007-03-09 2008-09-25 Oki Electric Ind Co Ltd クライアント端末の動作確認方法、通信システム、クライアント端末及び動作確認サーバ

Also Published As

Publication number Publication date
EP2498186A1 (en) 2012-09-12
US8650444B2 (en) 2014-02-11
JPWO2011055436A1 (ja) 2013-03-21
US20120192008A1 (en) 2012-07-26
JP5532053B2 (ja) 2014-06-25
WO2011055436A1 (ja) 2011-05-12
KR101436033B1 (ko) 2014-09-01
EP2498186A4 (en) 2013-04-10
CN102597966A (zh) 2012-07-18
KR20120052415A (ko) 2012-05-23

Similar Documents

Publication Publication Date Title
CN102597966B (zh) 运行管理装置以及运行管理方法
JP5423904B2 (ja) 情報処理装置、メッセージ抽出方法およびメッセージ抽出プログラム
US20190251099A1 (en) Identifying relationships between network traffic data and log data
JP4318643B2 (ja) 運用管理方法、運用管理装置および運用管理プログラム
US9262260B2 (en) Information processing apparatus, information processing method, and recording medium
CN109522290B (zh) 一种HBase数据块恢复及数据记录提取方法
US20120124047A1 (en) Managing log entries
CN102567185B (zh) 一种应用服务器的监控方法
CN102216908A (zh) 支援执行对应于检测事件的动作的***、支援执行对应于检测事件的动作的方法、支援装置以及计算机程序
US10180872B2 (en) Methods and systems that identify problems in applications
JP6988304B2 (ja) 運用管理システム、監視サーバ、方法およびプログラム
WO2010112855A1 (en) Network analysis system
CN109871963A (zh) 运行故障还原方法、装置、电子设备及存储介质
CN111078513A (zh) 日志处理方法、装置、设备、存储介质及日志告警***
US20070136220A1 (en) Apparatus for learning classification model and method and program thereof
CN110471945B (zh) 活跃数据的处理方法、***、计算机设备和存储介质
CN102638378A (zh) 一种集成异构存储设备的海量存储***监控方法
CN103080922B (zh) 用于处理事件的方法和***
US8839115B2 (en) Method and system for providing interactive flow chart elements
CN104137086A (zh) 信息***管理装置、信息***管理方法以及程序
CN101662388A (zh) 一种网络故障分析方法及设备
JPWO2009150737A1 (ja) 保守業務支援プログラム、保守業務支援方法および保守業務支援装置
JP2012208565A (ja) ログ管理方法、ログ管理装置、及びプログラム
CN103309929A (zh) 存储和检索数据的方法和***
JP2020135739A (ja) 障害予兆検知システム

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
C14 Grant of patent or utility model
GR01 Patent grant
CF01 Termination of patent right due to non-payment of annual fee

Granted publication date: 20140820

Termination date: 20181104

CF01 Termination of patent right due to non-payment of annual fee