(57)【要約】【課題】コンピュータの障害検知条件の自動更新。【解決手段】コンピュータから入力した稼動情報を基にコンピュータの障害を検知する障害検知システムであって、前記コンピュータの稼動情報の組合せによる既知障害検知条件を格納する条件データベース２３００と、コンピュータから入力した複数の稼動情報を表示し、該表示した稼動情報の組合せによる障害検知条件を編集する機能と障害に対する対応内容情報を入力する機能とを有する障害閲覧編集装置３１００と、該障害閲覧編集装置３１００が編集した編集障害検知条件を格納する対応内容データベース３２００と、条件データベース２３００に格納されている既知障害検知条件と前記対応内容データベースに格納した編集障害検知条件とを入力とし、前記既知障害検知条件に編集障害検知条件により追加された条件を定義する条件定義支援装置３３００とを備えたもの。【選択図】図１
2008198123.tif 000002
【特許請求の範囲】
【請求項１】
コンピュータから入力した稼動情報を基にコンピュータの障害を検知する障害検知システムであって、
前記コンピュータの稼動情報の組合せによる既知障害検知条件を格納する条件データベースと、
前記コンピュータから入力した複数の稼動情報を表示し、該表示した稼動情報の組合せによる障害検知条件を編集する機能及び前記障害に対する対応内容情報を入力する機能とを有する障害閲覧編集装置と、
該障害閲覧編集装置が編集した編集障害検知条件を格納する対応内容データベースと、
前記条件データベースに格納されている既知障害検知条件と前記対応内容データベースに格納した編集障害検知条件とを入力し、前記既知障害検知条件に編集障害検知条件により追加された条件を定義する条件定義支援装置と
を備える障害検知システム。
【請求項２】
前記障害検知条件が、複数の稼動情報の発現回数及び発生順序並びに発生時間帯を含み、前記条件定義支援装置が、前記既知障害検知条件から編集障害検知条件に加えられた稼動情報の発現回数及び発生順序並びに発生時間帯を定義する請求項１記載の障害検知システム。
【請求項３】
前記条件定義支援装置が、前記既知障害検知条件と編集障害検知条件とを比較し、前記既知障害検知条件に含まれる稼動情報と同一の稼動情報が前記編集障害検知条件に含まれるとき、前記既知障害検知条件の同一の稼動情報の発現回数を増加するように定義する請求項２記載の障害検知システム。
【請求項４】
コンピュータの稼動情報の組合せによる既知障害検知条件を格納する条件データベースと、前記コンピュータから入力した複数の稼動情報を表示し、該表示した稼動情報の組合せによる障害検知条件を編集する機能及び前記障害に対する対応内容情報を入力する機能とを有する障害閲覧編集装置と、該障害閲覧編集装置が編集した編集障害検知条件を格納する対応内容データベースと、前記各データベース及び障害閲覧編集装置に接続された障害検知コンピュータとから成る障害検知システムにおいて、前記障害検知コンピュータに実行させるための障害検知プログラムであって、
前記障害検知コンピュータに、
前記障害閲覧編集装置により編集された編集障害検知条件を対応内容データベースに格納する機能と、
前記条件データベースに格納されている既知障害検知条件に対応内容データベースに格納した編集障害検知条件により追加された条件を定義する機能とを実行させる障害検知プログラム。
【請求項５】
前記障害検知条件が、複数の稼動情報の発現回数及び発生順序並びに発生時間帯を含み、前記障害検知プログラムが、前記既知障害検知条件から編集障害検知条件に加えられた稼動情報の発現回数及び発生順序並びに発生時間帯を定義する機能を含む請求項４記載の障害検知プログラム。
【請求項６】
前記障害検知プログラムが、前記既知障害検知条件と編集障害検知条件とを比較する機能と、該比較によって前記既知障害検知条件に含まれる稼動情報と同一の稼動情報が前記編集障害検知条件に含まれると判断したとき、前記既知障害検知条件の同一の稼動情報の発現回数を増加するように定義する機能とを含む請求項５記載の障害検知プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、複数のコンピュータシステムからシステム稼動情報をメッセージとして収集し、そのメッセージの内容から障害を検知する障害検知システム及び障害検知プログラムに係り、特に障害を特定するための条件を自動で修正することができる障害検知システム及び障害検知プログラムに関する。
【背景技術】
【０００２】
一般に企業等における各種業務を行うコンピュータシステムは、障害が発生したときに当該障害の詳細内容を特定するために膨大な量の稼動情報を監視し、保存している。特に各種業務に応じた特定業務用のサーバコンピュータをＬＡＮ等によって接続し、本店・支店等の端末が前記特定業務用のサーバコンピュータにアクセスして業務処理を行うコンピュータシステムにおいては、これら膨大な量の稼動情報の中から対応すべき障害情報のみを抽出するため、システムが稼動する各端末から稼動情報を中央にある端末に収集し、収集したデータを分析する事によって障害を特定する障害検知ツール（コンピュータプログラム）を利用することが知られている。
【０００３】
この障害検知ツールは、過去の障害時のデータなどから稼動情報の出力パターン（同一の稼動情報の発現回数や異なる稼動情報の発生順序の組合せや該稼動情報の組合せが発生した時間帯）などを割り出し、そのパターンと同一のパターンの稼動情報が出力されている場合に障害を検知したと判断する手法が採用され、近年では、前述の検知した障害情報に加えて、過去の同一障害発生時に実施した対応方法なども付加して、システムの管理者へ通知するものが提案されている。
【０００４】
しかしながら、従来技術による障害検知ツールは、障害検知の精度が必ずしも高いとは言い難く、特に複数のシステム且つ当該複数システムが複数のアプリケーションやミドルウェアなどから構成されている場合、障害発生時の稼動情報出力パターンが複雑なため、正確に障害を検知するための条件を設定する事が困難であり、障害検知の正確性が高いとは言い難いと言う不具合があった。これを具体的に説明すると、従来の障害検知ツールは、例えば、正常ではあるが他の障害時に生じる稼動情報と同一の稼動情報を出力しているために誤って障害とみなされる場合や、１回の障害発生時に複数回の稼動情報が繰り返して出力されるために、１回の障害であるにも関わらず同一時間帯の複数回の障害として検知される場合があると言う不具合があった。更に、この障害検知の精度が高いとは言い難いため、過去の障害発生時の対応方法などが付加されて管理者に通知された場合、管理者が誤った対応をしてしまう可能性があると言う不具合もあった。
【０００５】
従来技術による障害検知ツールが記載された文献としては、下記特許文献が挙げられ、この特許文献には、ネットワーク上の各端末から障害情報を収集し、最初に収集した障害情報と同一端末から発生した同一内容の障害が、特定時間内に複数回発生した場合は、最初の障害メッセージ以外の障害情報を無視することにより、同一の稼動情報が１回の障害で複数回出力される場合に、同一の障害が複数回通知される事を防ぎ、精度が比較的高い障害検知を実施することが記載されている。
【特許文献１】特開２００３−３４５６８１号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
前述の特許文献に記載された技術は、最初の障害検知を通知した後、同一の障害を示す稼動情報が一定時間内に受信したとき、それらを通知済みの障害として無視するものであるが、障害であるか否かを検知するための条件としては、障害とみなす稼動情報の内容、稼動情報を出力した端末情報、その後同一の稼動情報を受信した場合に無視する経過時間、無視する稼動情報の件数などの多種の条件をシステム構成、システムのバージョン、障害内容に応じて予め詳細に設定しておかなければならず、更に稼動情報にも変更が生じる場合があり、実際のシステム障害に応じた条件設定が困難であると言う不具合があった。
【０００７】
また、従来技術は、当初のシステムに対して条件設定を行った以降にシステム変更がない場合であっても、条件を設定する際に見落としている障害の稼動情報などがある可能性があり、実際にその障害が発生した際には再度その稼動情報を調査する必要が生じ、更に同一障害発生時でも、連携している他システムなどに影響を受け稼動情報の出力パターンが毎回異なる可能性があり、従って障害検知条件の設定を調整する必要が生じ、これらの点からも条件設定が困難であると言う不具合があった。
【０００８】
更に従来技術による障害検知ツールを使用したシステムは、検知条件に合わない障害が発生した場合、システムの管理者または障害検知ツールの管理者が、障害の内容および稼動情報を再度調査し、障害であるかどうかを調査し、障害であるとみなしたとき、それに対する対応を実施する必要がある。このとき、管理者は、再度障害検知ツール条件の調整・再設定しなければ前述の不具合が生じるが、管理者などが多忙である場合、それらは放置されてしまう可能性があり、この場合、再度同一の障害が発生した場合、再度障害内容を調査するところから実施しなくてはならないと言う不具合もあった。
【０００９】
本発明の目的は、前述の不具合を除去することであり、障害検知の検知条件を自動的に設定することができる障害検知システム及び障害検知プログラムを提供することである。
【課題を解決するための手段】
【００１０】
前記目的を達成するために本発明は、コンピュータから入力した稼動情報を基にコンピュータの障害を検知する障害検知システムであって、前記コンピュータの稼動情報の組合せによる既知障害検知条件を格納する条件データベースと、前記コンピュータから入力した複数の稼動情報を表示し、該表示した稼動情報の組合せによる障害検知条件を編集する機能及び前記障害に対する対応内容情報を入力する機能とを有する障害閲覧編集装置と、該障害閲覧編集装置が編集した編集障害検知条件を格納する対応内容データベースと、前記条件データベースに格納されている既知障害検知条件と前記対応内容データベースに格納した編集障害検知条件とを入力し、前記既知障害検知条件に編集障害検知条件により追加された条件を定義する条件定義支援装置とを備えることを第１の特徴とする。
【００１１】
また本発明は、前記第１の特徴による障害検知システムにおいて、前記障害検知条件が、複数の稼動情報の発現回数及び発生順序並びに発生時間帯を含み、前記条件定義支援装置が、前記既知障害検知条件から編集障害検知条件に加えられた稼動情報の発現回数及び発生順序並びに発生時間帯を定義することを第２の特徴とし、該第２の特徴の障害検知システムにおいて、前記条件定義支援装置が、前記既知障害検知条件と編集障害検知条件とを比較し、前記既知障害検知条件に含まれる稼動情報と同一の稼動情報が前記編集障害検知条件に含まれるとき、前記既知障害検知条件の同一の稼動情報の発現回数を増加するように定義することを第３の特徴とする。
【００１２】
更に本発明は、コンピュータの稼動情報の組合せによる既知障害検知条件を格納する条件データベースと、前記コンピュータから入力した複数の稼動情報を表示し、該表示した稼動情報の組合せによる障害検知条件を編集する機能と障害に対する対応内容情報を入力する機能とを有する障害閲覧編集装置と、該障害閲覧編集装置が編集した編集障害検知条件を格納する対応内容データベースと、前記各データベース及び障害閲覧編集装置に接続された障害検知コンピュータとから成る障害検知システムにおいて、前記障害検知コンピュータに実行させるための障害検知プログラムであって、前記障害検知コンピュータに、前記障害閲覧編集装置により編集された編集障害検知条件を対応内容データベースに格納する機能と、前記条件データベースに格納されている既知障害検知条件に対応内容データベースに格納した編集障害検知条件により追加された条件を定義する機能とを実行させることを第４の特徴とする。
【００１３】
また本発明は、前記第４の特徴の障害検知プログラムにおいて、前記障害検知条件が、複数の稼動情報の発現回数及び発生順序並びに発生時間帯を含み、前記障害検知プログラムが、前記既知障害検知条件から編集障害検知条件に加えられた稼動情報の発現回数及び発生順序並びに発生時間帯を定義する機能を含むことを第５の特徴とし、該第５の特徴の障害検知プログラムにおいて、前記既知障害検知条件と編集障害検知条件とを比較する機能と、該比較によって前記既知障害検知条件に含まれる稼動情報と同一の稼動情報が前記編集障害検知条件に含まれると判断したとき、前記既知障害検知条件の同一の稼動情報の発現回数を増加するように定義する機能とを含むことを第６の特徴とする。
【発明の効果】
【００１４】
本発明による障害検知システム及び障害検知プログラムは、条件定義支援装置又は障害検知プログラムが、条件データベースに格納されている既知障害検知条件と対応内容データベースに格納した編集障害検知条件とを入力し、前記既知障害検知条件に編集障害検知条件により追加された条件を定義することによって、障害検知の検知条件を自動的に設定することができ、従来の障害検知ツールと本発明とを併せて使用することにより、障害検知のための条件を修正するのに掛かる工数を低減することができる。
【発明を実施するための最良の形態】
【００１５】
以下、図面を参照して本発明による障害検知プログラムを実行する障害検知システムを詳細に説明する。図１は本発明の一実施形態による障害検知プログラムを実行する障害検知システムを含むコンピュータシステムを示す図、図２は、障害の判定条件の設定例を説明するための図、図３は障害レコード例を説明するための図、図４は修正条件データ例を説明するための図、図５は、修正条件データ作成フローを示す図、図６は修正条件データ作成フローを示す図、図７は修正条件データ作成フローを示す図である。
【００１６】
＜全体構成＞
本実施形態による障害検知ツールを含むコンピュータシステムは、図１に示す如く、障害検知の対象となるコンピュータである監視対象システム１０００と、該監視対象システム１０００からの稼動情報を収集して障害の検知を行う障害検知プログラムを実行するコンピュータである障害検知ツール２２００と、監視対象システム１０００からの稼動情報と比較して障害の発生を検知するための過去の障害発生時の稼動情報の出力パターン（稼動情報の種類／発現回数／発生順序／発生時間帯の組合せから成る既知の障害検知条件）を格納する条件データベース２３００と、システム管理者４０００が障害内容を閲覧して障害に対応した作業等の指示を行うための障害閲覧編集（ＧＵＩ）装置３１００と、該障害閲覧編集装置３１００を用いて管理者が指示した対応作業の内容を格納する対応内容データベース３２００と、前記条件データベース２３００及び対応内容データベース３２００と接続され、管理者が指示した対応作業内容に応じた障害検知条件の設定を支援する条件定義支援装置３３００とから構成される。
【００１７】
前記監視対象システム１０００は、各種業務を実行するソフトウェアであるアプリケーションと、該アプリケーションが使用する各種データを格納するデータベースと、外部と接続するためのネットワークと、これらを制御するコンピュータと、前記アプリケーション他から出力された稼動情報を収集する稼動情報収集装置２１００とから構成されている。尚、前記監視対象システム１０００の構成は、図示の例に限られるものではなく、所定の機能を実行するハードウェアやプログラムから構成されていても良い。
【００１８】
＜条件データ１００＞
前記条件データベース２３００に格納した障害を判定するための条件データ１００の定義例を図２に示す。この条件データ１００は、既知の障害検知条件であって、図２に示す如く、障害および正常時の事象単位を検知する単位で記録され、それぞれ一意な値である条件ＩＤと、該条件ＩＤ毎に対象システム／障害レベル／障害内容／当該条件データの有効・無効／当該条件データの説明／更新日時の各項目から成り、例えば、Ｎｏ１の条件ＩＤ「ＸＸＸ０００００１−００２２」の検知条件は、対象が「ＳＹＳＴＥＭ」、障害レベルが「Ｅ」、障害内容が「シャットダウン」、条件データの有効・無効が「有効」、条件内容が「ＸＸＸ・・」、更新日時が「０６／０７／０７  １２：００：００」の各条件データから成る。
【００１９】
更に個々の条件データ１００は、図２下段に示す如く、前記条件ＩＤ毎に、その稼動情報が発生した時間帯条件１２０と稼動情報の内容と最低／最大発現回数など稼動情報単位に設定する（メッセージ）内容条件１１０とを含んでいる。尚、前記障害内容及び障害レベルの項目は、実際の障害に関する説明を管理者が入力するものであり、条件データの有効・無効欄にて、「無効」となっているものは、当該条件に合致する稼動情報が出力されてもその事象を通知しないという意味である。
【００２０】
＜障害レコード＞
前記対応内容データベース３２００に障害閲覧編集装置３１００を用いて格納した障害対応作業の内容である障害レコードの一例を図３に示す。この障害レコードは、前記障害検知ツール２２００から通知された障害レコードを格納したものであり、障害検知ツール２２００が検知した事象単位に構成され、具体的には図３に示す如く、障害レコードを識別し、障害レコードを特定するための一意な値である障害ＩＤ２００と、該障害ＩＤ２００に対応して前記障害検知ツール２２００が記録した内容である障害内容２１０と、前記障害閲覧編集装置３１００において記録された対応内容を記録する対応内容２２０との各項目から成る。更に前記障害内容２１０は、前記障害検知ツールがこの事象を検知した際に合致した障害検知ツール条件ＩＤと、当該条件ＩＤに対応した条件データに定義されている稼動情報メッセージ内容と、事象を検知した際の稼動情報の発現回数と、稼動情報発生の時間帯とを含み、前記対応内容２２０は、通知された事象が障害であるか正常時の事象であるかを記録した障害／正常を示す項目と、同一障害で発生していると思われる関連する障害レコードの障害ＩＤを記録する項目から成る。特に本例においては、図３左端に示す番号（Ｎｏ）１が既知の障害ＩＤ「ＦＥ−０００４５５４５」に対応する稼動情報の続いて、番号（Ｎｏ）２以降の障害ＩＤ「ＦＥ−０００４５５４５」／「ＦＥ−０００４５５４６」〜「ＦＥ−０００４５５４９」に対する対応内容２２０の欄に前記既知の障害ＩＤ「ＦＥ−０００４５５４５」が関連障害ＩＤとして登録される。
【００２１】
＜修正条件データ＞
前記条件定義支援装置３３００が管理者４０００の操作によって編集された修正条件データの一例を図４を参照して説明する。図４に示す修正条件データ（編集障害検出条件）は、前記図２の条件データ及び図３の障害レコードから作成したものであって、例えば図２に示した条件ＩＤ「ＸＸＸ０００００１−００２２」が付与された障害が、「データの送出に失敗しました」とのメッセージＡＰＰ０１が１０〜１５回発生し、「経由ブリッジのポートが閉じています」とのメッセージＮＷ１が１〜２回発生し、「致命的エラーによりシャットダウンします」とのメッセージＡＰＰ０１が１回発生するの各項目から成る条件内容１１０と、発生時間帯が１７：４５：００〜０９：００：００（例えば顧客システム営業時間外）との時間帯条件１２０とが設定されている状況において、図３に示した如く、障害内容として、「データの送出に失敗しました」とのメッセージＡＰＰ０１が１５回、「経由ブリッジのポートが閉じています」とのメッセージＮＷ１が２回、「致命的エラーによりシャットダウンします」とのメッセージＡＰＰ０１が１回発生し、これに続いて「データの送出に失敗しました」（ＡＰＰ０１）の稼動情報（障害ＩＤ：ＦＥ−００００４５５４５）と「連帯ＡＰの応答がありません」（ＡＰＰ０２）の稼動情報（障害ＩＤ：ＦＥ−００００４５５４６）と「連帯ＡＰの応答がありません（リトライ）」（ＡＰＰ０２）の稼動情報（障害ＩＤ：ＦＥ−０００４５５４７）と「連帯ＡＰからの応答がないためリトライします」（ＡＰＰ０２）との稼動情報（障害ＩＤ：ＦＥ−４５５４８）と「ネットワークが高負荷のためシャットダウンします」（ＡＰＰ０２）との障害情報（障害ＩＤ：ＦＥ−００００４５５４９／条件ＩＤ：ＸＸＸ０００００１−００２４）が各１回発生し、これら障害情報が条件定義支援装置３３００に表示されたものとする。
【００２２】
このとき、管理者が図３に示した障害レコードを見て、前記障害検知ツール条件ＩＤが付与されず、前記新たに発生した障害ＩＤ「ＦＥ−４５５４６」〜障害ＩＤ「ＦＥ−４５５４９」の稼動情報が、条件ＩＤ「ＸＸＸ０００００１−００２２」の障害に付随して発生した稼動情報（メッセージ）と判断し、これら障害ＩＤ「ＦＥ−４５５４６」〜障害ＩＤ「ＦＥ−４５５４９」が条件ＩＤ「ＸＸＸ０００００１−００２２」の障害による稼動情報（メッセージ）の一部であることを障害閲覧編集装置３１００を用いて入力した場合、条件定義支援装置３３００が、図４に示す如く、条件ＩＤ「ＸＸＸ０００００１−００２２」の図２下段に示した条件内容１１０（稼動情報「Ａ」／「Ｂ」／「Ｃ」）に、前記障害ＩＤ「ＦＥ−００００４５５４５」等の稼動情報（メッセージ）も条件ＩＤ「ＸＸＸ０００００１−００２２」の障害に含まれることを追加し、この修正済み条件を条件データベース２３００に反映するように更新する。
【００２３】
尚、図４下段に示した稼動情報単位の定義項目の稼動情報「Ａ」（「データの送出に失敗しました」とのメッセージＡＰＰ０１）においては、メッセージの最大発言回数が１６回となっており、図２の条件データと比べて１つ多くなっているが、これは、図３の障害レコードにおいて、稼動情報「Ａ」と同一のメッセージ（ＡＰＰ０１）が条件に合致しない稼動情報として追加して通知されており、この追加された条件（１６回でも条件に合致する）を図２の条件データに合致した障害レコードと関連付けたためである。また、図３において、条件ＩＤがなく、関連する障害レコードとして、図２の条件データに、稼動情報「Ｄ」〜「Ｆ」と、ネットワークが高負荷のためにシャットダウンする旨の稼動情報「Ｇ」とを追加している。
【００２４】
このため本実施形態においては、前述の修正条件データを条件データベース２３００に反映し、障害検知ツール２３００が使用することによって、図３に示した６件の障害レコードを１件の障害レコードとして検知するものである。
【００２５】
＜概略動作説明＞
次に前述のように構成した障害検知システムの概略動を説明する。
まず、本実施形態によるコンピュータシステムは、監視対象システム１０００からの稼動情報を稼動情報収集装置２１００が収集して障害検知ツール２２００に送信し、これを受けた障害検知ツール２２００が、過去の障害時の稼動情報の出力パターンを記録した条件データベース２３００から障害特定のための条件（稼動情報の発現回数／順序／時間帯等の組合せ）を読み込み、収集した稼動情報の出力パターンが条件に合致するかを分析し、この分析の結果、障害と判定又は条件に合致しない稼動情報があった場合、障害内容を記録した障害レコードを障害閲覧編集装置３１００に通知するように動作する。
【００２６】
この通知を受けた障害閲覧編集装置３１００が、管理者４０００に通知することによって、管理者４０００が、障害内容を確認し、各障害内容に応じて監視対象システム１０００に対応を指示し、この対応の結果、あるひとつの障害から複数の障害レコードが指示されている場合、障害閲覧編集装置３１００は、それら複数の障害レコードが関連していると判定し、この判定された障害レコードを対応内容データベース３２００に格納する。この対応内容データベース３２００に格納する条件データは、前述の図４を用いて説明した条件である。
【００２７】
次いで条件定義支援装置３３００は、対応内容データベース３２００から障害レコードを全て読み込み、関連している障害ごとに障害レコードをグループ分けを行い、この障害レコードが障害検知ツール２２００により判定する条件に合致している場合には、その条件データを条件データベース２３００から読み込み、その条件に設定されている稼動情報の内容、発生時間帯、最低発言回数、および最大発言回数を読み込み、修正条件データのテンプレートを作成する。
【００２８】
次いで条件定義支援装置３３００は、前記条件定義支援装置３３００がグループ分けした障害レコードに記録されている稼動情報を読み込み、その稼動情報の内容、稼動情報の発生時間帯、および発現回数を修正条件データとして記録し、修正条件データのテンプレートが存在する場合には、その修正条件データに対して上書きを行う。
【００２９】
前記障害検知ツール２２００は、前述した稼動情報を受信したとき、条件データに定義されているかをチェックし、定義されている場合には、その稼動情報の内容と合計発現回数を内部記憶に記憶し、予め条件データに定義されている時間帯において、全ての稼動情報が最低発言回数を満たした場合、障害を検知したと判断し、障害レコードを作成して障害閲覧編集装置３１００に通知する。この通知は、条件データに定義されている時間帯内で、最大発現回数を超える稼動情報を受信した場合には、その稼動情報は別の障害であるとみなして通知し、条件データに定義されている時間帯内に、全ての稼動情報が最低発言回数を超えなかった場合には、それは条件で定義されている障害とはみなされず、条件に合致しない事象として障害レコードを作成して通知し、どの条件データにも該当しない稼動情報を受信した場合には、それも条件に合致しない事象として障害レコードを作成して通知する。尚、同一の稼動情報が複数の条件データに定義されている場合には、どちらの条件にも合致するようにしても良いし、先に合致した条件を優先するようにしても良い。どちらの条件にも合致するようにした場合、障害レコードを通知する際には、それぞれの条件データの何％を満たしているかなどの情報を付加するのが好ましい。また、障害検知ツールが条件に合致しなかった事象として通知した障害レコードである場合、条件ＩＤ項目には値は設定されない。
【００３０】
次いで条件定義支援装置３３００は、この対応内容データベース３２００から、障害レコードを読み込み、関連障害ＩＤ列の値をキーに障害レコードをグループ化し、そのグループの中の障害レコードに記録されている全ての稼動情報の出力パターンを割り出し、それを修正条件データとして作成する。この作成する修正条件データ例は前述の図４の通りであり、この修正条件データを条件データベース２３００に反映し、障害検知ツール２２００が参照して使用することによって、例えば図３に示した６件の障害レコードを１件の障害レコードとして捕捉することができる。
【００３１】
＜詳細動作＞
次いで、前述した条件定義支援装置３３００が修正条件データを作成するための処理フローを図５〜図７を参照して詳細に説明する。
本実施形態による修正条件データの作成処理は、対応内容データベース３２００から障害レコードを読み込み、図３の障害レコード表の関連障害ＩＤをキーとしてグループ分けし、そのグループを内部記憶に記録する処理を行うものであって、図５に示す如く、条件定義支援装置３３００が修正条件データ作成を指示されたとき、対応内容データベース３２００から障害レコードを１件読み込むステップ１０１と、該読み込んだ障害レコードに関連障害ＩＤが設定されているかを判定し、設定されていないと判定したときに対応内容データベース３２００から次のレコードを読み込むステップ１０１に戻るステップ１０２と、該ステップ１０２において関連障害ＩＤが設定されていると判定したとき、同一の関連障害ＩＤを持つ障害レコードが既に内部記憶に記録されているかを判定するステップ１０３と、該ステップ１０３において存在しないと判定したとき、本障害レコードの関連障害ＩＤをキーとした障害グループ９００を作成するステップ１０４と、前記ステップ１０３において存在すると判定したとき、該当関連障害ＩＤをキーとする障害グループ９００に障害レコードを追加するステップ１０６と、以上のステップ１０１乃至１０５を処理を全ての障害レコードを読み込むまで繰り返すステップ１０６とを実行することによって、関連障害ＩＤをキーとして障害のグループ分けの処理を行うように動作する。
【００３２】
次いで本実施形態による修正条件データの作成処理は、図６に示す如く、図５のフローで作成した障害グループ９００を１件読み込むステップ２０１と、該読み込んだ障害グループのキーとなっている関連障害ＩＤを障害ＩＤとして持つ障害レコードを対応内容データベース３２００から読み込むステップ２０２と、該読み込んだ障害レコードに関連障害ＩＤが存在するかを判定するステップ２０３と、該ステップ２０３において存在すると判定したとき、その関連障害ＩＤをキーとした障害グループ９００に、本フローの最初で読み込んだ障害グループ９００の障害レコードを全て追加し、最初で読み込んだ障害グループを削除するステップ２０４と、前記ステップ２０３において存在しないと判定したときに前記ステップ２０１乃至２０３を全ての障害グループを読み込むまで繰り返すステップ２０５とを実行する。
【００３３】
次いで本実施形態による修正条件データの作成処理は、図７に示す如く、図５及び図６のフローで作成した障害グループ９００を１件読み込むステップ３０１と、該読み込んだ障害グループ９００のキーとなっている関連障害ＩＤを障害ＩＤとして持つ障害レコードを対応内容データベース３２００から読み込むステップ３０２と、該読み込んだ障害レコードに、障害検知ツール２２００で条件と合致した場合に設定される条件ＩＤが設定されているかどうかを判定するステップ３０３と、該ステップ３０３において設定されていると判定したとき、該設定されている条件ＩＤをキーとして条件データベース２３００から条件データを読み込むステップ３０４と、該ステップ３０４において読み込んだ条件データに設定されているメッセージ内容、メッセージの発生時刻、およびメッセージの最低／最大発現回数を内部記憶に記憶するステップ３０５と、該ステップ３０５に続いて前記記憶した条件データ９１０を複製し、新たな修正条件データ９２０を作成するステップ３０６とを実行することによって、障害ＩＤと障害ＩＤとを紐付ける処理を行う。尚、前記条件データ９１０及びこれを複製した修正条件データ９２０はフォーマットが同じものであるため、複製後、特に編集等する必要はないものとする。
【００３４】
次いで本修正条件データの作成処理は、前記ステップ３０３において障害レコードに条件ＩＤが設定されていないと判定したとき、内部記憶に空の修正条件データ９２０を作成するステップ３０７と、該修正条件データ９２０を作成した後に、障害グループ９００内の障害レコードから稼動情報を読み込むステップ３０８と、該読み込んだ稼動情報が修正条件データ９２０に既に定義されているかを判定するステップ３０９と、該ステップ３０９により既に定義されていると判定したとき、修正条件データ９２０の該当稼動情報の発現回数を、障害レコードに設定されていた発現回数分インクリメントするステップ３１０と、該ステップ３０１に続いて修正条件データと障害レコードに設定されている時間帯にズレがある場合、どちらの時間帯もカバーする時間帯を再設定するステップ３１１と、前記ステップ３０９において稼動情報が修正条件データ９２０に定義されていないと判定したとき、該当稼動情報の内容、発現回数を障害レコードから読み込み、修正条件データ９２０に新規に定義するステップ３１２と、障害レコードから時間帯を読み込み、修正条件データ９２０に定義するステップ３１３と、前記ステップ３０７による修正条件データ９２０作成からステップ３１３迄の処理を全障害レコードの全稼動情報を読み込むまで繰り返すステップ３１４と、該ステップ３１４に続いて修正条件データ作成完了とし、修正条件データ９２０を出力するステップ３１５と、以上の処理を、全障害グループを読み込むまで繰り返すステップ３１６とを実行することによって、前記紐付け処理で作成したグループを元に条件ＩＤデータを作成する。
この様に本実施形態による修正条件データの作成処理は、関連障害ＩＤを用いて障害のグループ分けを行う処理（図５）と、関連障害ＩＤと障害ＩＤとを紐付ける処理（図６）と、前記グループを元に条件ＩＤデータを作成することによって、条件定義支援装置３３００が既知の障害検知条件と編集された編集障害検知条件とを関連づけ、従って管理者が編集した編集障害検知条件と条件データベースに格納されている既知障害検知条件とを用いて追加された検知条件を定義することができ、障害検知の検知条件を自動的に設定又は更新することができる。
【００３５】
このように本実施形態によれば、運用担当者が障害検知ツール導入後に状況によって障害検知条件を再定義する作業を支援することができる。特に稼動情報が発生した時間帯や発現回数、同一の稼動情報が既に定義されているかなど、全て検知条件の更新を自動で実施することができるため、障害検知ツールのメンテナンス作業工数を低減することができる。
【図面の簡単な説明】
【００３６】
【図１】本発明の一実施形態による障害検知プログラムを実行する障害検知システムを含むコンピュータシステムを示す図。
【図２】本実施形態による障害判定条件の設定例を説明するための図。
【図３】本実施形態による障害レコード例を説明するための図。
【図４】本実施形態による修正条件データ例を説明するための図。
【図５】本実施形態による修正条件データ作成フローを示す図。
【図６】本実施形態による修正条件データ作成フローを示す図。
【図７】本実施形態による修正条件データ作成フローを示す図。
【符号の説明】
【００３７】
１０００：監視対象システム、２１００：稼動情報収集装置、２２００：障害検知ツール、２３００：条件データベース、２３００：障害検知ツール、２３００：条件データベース、３１００：障害閲覧編集装置、３２００：対応内容データベース、３３００：条件定義支援装置、４０００：システム管理者、１００：条件データ、１１０：内容条件、１２０：時間帯条件、２１０：障害内容、２２０：対応内容、９００：障害グループ、９１０：条件データ、９２０：修正条件データ。
【図１】
2008198123.tif 000003
【図２】
2008198123.tif 000004
【図３】
2008198123.tif 000005
【図４】
2008198123.tif 000006
【図５】
2008198123.tif 000007
【図６】
2008198123.tif 000008
【図７】
2008198123.tif 000009