(57)【要約】      （修正有）【課題】障害発生率低減、障害対応作業工数削減、障害対応作業品質を向上することができるシステム障害の予兆監視システム及びシステム障害予兆監視方法を提供する。【解決手段】判定条件学習処理部１２が、イベント情報テーブル２１に登録された所定期間に発生したイベントを検索する第１工程と、検索したイベント中の種別が情報及び警告のイベントを検索する第２工程と、検索したイベントの「発生迄分数」を所定の計算式により算出する第３工程と、「発生迄分数」を算出したイベントをホスト名でグルーピングして同一ホストグループを設定する第４工程と、同一ホストグループに設定したイベントの予兆情報テーブル２３に所定のスコアを含む初期値を登録する第５工程とを実行することによって、予兆情報テーブル２３に所定期間内に発生したホスト名をグルーピングした初期値の予兆情報を登録する。【選択図】図１
2016201060.tif 000002
【特許請求の範囲】
【請求項１】
コンピュータである複数の監視対象と、該複数の監視対象に発生する障害を含むインシデントを監視する監視システムと、該監視システムと接続され、障害が発生する予兆を判定する予兆判定システムと、該予兆判定システムと接続された運用端末と、各種障害に関する情報を格納する障害管理データベースとを備え、
前記予兆判定システムが、障害を予兆する予兆検知処理部と、障害の予兆を検知するための判定条件を学習する判定条件学習処理部と、障害が発生する予兆情報を表す予兆表示画面及び障害情報を表す障害情報画面を運用端末の表示部に表示するための画面入出力処理部とを有し、
前記監視システムが監視対象にて発生する障害を予兆するシステム障害の予兆監視システムであって、
前記判定条件学習処理部が、
イベント情報テーブルに登録された所定期間に発生したイベントを検索する第１工程と、
該第１工程により検索したイベント中の種別が情報及び警告のイベントを検索する第２工程と、
該第２工程により検索したイベントの「発生迄分数」を所定の計算式により算出する第３工程と、
該第３工程により「発生迄分数」を算出したイベントをホスト名でグルーピングして同一ホストグループを設定する第４工程と、
該第４工程により同一ホストグループに設定したイベントのレコードを予兆情報テーブルに所定のスコアを含む初期値を登録する第５工程とを実行することによって、
前記予兆情報テーブルに、所定期間内に障害の予兆が発生したホスト名をグルーピングした初期値の予兆情報を登録することを特徴とする予兆監視システム。
【請求項２】
前記予兆検知処理部が、
前記監視システムから受信したイベントＩＤが判定結果情報テーブルに登録されているか否かを判定する第６工程と、
該第６工程により前記イベントＩＤが判定結果情報テーブルに登録されていると判定したとき、受信したイベントＩＤが予兆情報テーブルに登録されているか否かを判定する第７工程と、
該第７工程によりイベントＩＤが予兆情報テーブルに登録されていると判定したとき、ヒットした予兆情報レコードに含まれる障害ＩＤをキーとして予兆情報テーブルを再検索して取得したレコード群を判定結果情報テーブルに登録する第８工程と、
該第８工程によりレコード群を登録した判定結果情報テーブル内のイベントＩＤのレコードに対して合致及びスコアをカウントアップして更新する第９工程とを実行することによって、
登録していないイベントを新たに判定結果情報テーブルに合致及びスコアを登録する予兆判定処理を行うことを特徴とする請求項１記載の予兆監視システム。
【請求項３】
前記予兆検知処理部が、
前記運用端末に表示された障害情報画面の画面選択した行の障害ＩＤをキーとして予兆情報テーブルを検索し、合致したレコードのスコア既存値を減算する第１０工程と、
前記画面選択した行の障害ＩＤで判定結果情報テーブル内のレコードを削除する第１１工程とを実行することによって、
予兆判定が誤った判定結果情報のスコアを減算し且つ判定結果レコードを削除することを特徴とする請求項２記載の予兆監視システム。
【請求項４】
コンピュータである複数の監視対象と、該複数の監視対象に発生する障害を含むインシデントを監視する監視システムと、該監視システムと接続され、障害が発生する予兆を判定する予兆判定システムと、該予兆判定システムと接続された運用端末と、各種障害に関する情報を格納する障害管理データベースとを備え、
前記予兆判定システムが、障害を予兆する予兆検知処理部と、障害の予兆を検知するための判定条件を学習する判定条件学習処理部と、障害が発生する予兆情報を表す予兆表示画面及び障害情報を表す障害情報画面を運用端末の表示部に表示するための画面入出力処理部とを有し、
前記監視システムが監視対象にて発生する障害を予兆するコンピュータシステムにおけるシステム障害の予兆監視方法であって、
前記判定条件学習処理部に、
イベント情報テーブルに登録された所定期間に発生したイベントを検索する第１工程と、
該第１工程により検索したイベント中の種別が情報及び警告のイベントを検索する第２工程と、
該第２工程により検索したイベントの「発生迄分数」を所定の計算式により算出する第３工程と、
該第３工程により「発生迄分数」を算出したイベントをホスト名でグルーピングして同一ホストグループを設定する第４工程と、
該第４工程により同一ホストグループに設定したイベントのレコードを予兆情報テーブルに所定のスコアを含む初期値を登録する第５工程とを実行させることによって、
前記予兆情報テーブルに、所定期間内に障害の予兆が発生したホスト名をグルーピングした初期値の予兆情報を登録することを特徴とする予兆監視方法。
【請求項５】
前記予兆検知処理部に、
前記監視システムから受信したイベントＩＤが判定結果情報テーブルに登録されているか否かを判定する第６工程と、
該第６工程により前記イベントＩＤが判定結果情報テーブルに登録されていると判定したとき、受信したイベントＩＤが予兆情報テーブルに登録されているか否かを判定する第７工程と、
該第７工程によりイベントＩＤが予兆情報テーブルに登録されていると判定したとき、ヒットした予兆情報レコードに含まれる障害ＩＤをキーとして予兆情報テーブルを再検索して取得したレコード群を判定結果情報テーブルに登録する第８工程と、
該第８工程によりレコード群を登録した判定結果情報テーブル内のイベントＩＤのレコードに対して合致及びスコアをカウントアップして更新する第９工程とを実行させることによって、
登録していないイベントを新たに判定結果情報テーブルに合致及びスコアを登録する予兆判定処理を行うことを特徴とする請求項４記載の予兆監視方法。
【請求項６】
前記予兆検知処理部に、
前記運用端末に表示された障害情報画面の画面選択した行の障害ＩＤをキーとして予兆情報テーブルを検索し、合致したレコードのスコア既存値を減算する第１０工程と、
前記画面選択した行の障害ＩＤで判定結果情報テーブル内のレコードを削除する第１１工程とを実行させることによって、
予兆判定が誤った判定結果情報のスコアを減算し且つ判定結果レコードを削除することを特徴とする請求項５記載の予兆監視方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理システムの障害管理運用業務における障害発生率低減、障害対応作業工数削減、障害対応作業品質を向上することができるシステム障害の予兆監視システム及びシステム障害予兆監視方法に関する。特に本発明は、監視対象システムから受信したメッセージを元に障害の予兆判定条件を自動的に生成し、精度を向上させるための予兆判定条件を自動学習することができるシステム障害の予兆監視システム及びシステム障害予兆監視方法に関する。
【背景技術】
【０００２】
近年、データセンタでは、顧客からコンピュータシステムを預かり、監視システムを用いて顧客システム毎の障害発生を監視し、障害発生時に顧客システムを障害から復旧させている。この顧客システムの障害発生の検知及び復旧は、ＩＴサービスの停止時間を最低限におさえ、顧客の損失を少なくするため、迅速な障害対応が重要であり、更に、障害を未然に予防する活動も運用品質を向上させるために重要である。
【０００３】
このシステム障害を予兆する技術が記載された文献としては、下記の特許文献が挙げられる。この特許文献１には、「ＩＴ障害を監視する監視サーバが生成したイベントを逐次取得して予兆イベントブロック又はＩＴ障害イベントブロックに分類する。次に、取得した予兆イベントブロックに類似する特徴情報を有する予兆イベントブロックを過去ログから検索する。続いて、各予兆イベントブロックの発生から一定期間に発生するＩＴ障害イベントブロックをＩＴ障害イベントブロックログから検索する。この後、予兆イベントブロックとＩＴ障害イベントブロックとの間で共起関係を判定し、共起関係が認められたＩＴ障害イベントブロックを、取得された予兆イベントブロックに対する予測ＩＴ障害と判定する」との記載がある。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２０１２−２０３６８４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
前述の特許文献１に記載された技術は、広範囲なＩＴ障害への対応及び事前検知とＩＴ障害を特定することができる効果に留まる。
【０００６】
そこで、本発明では、障害発生率低減、障害対応作業工数削減、障害対応作業品質を向上することができるシステム障害の予兆監視システム及びシステム障害予兆監視方法を提供することを目的とする。また、本発明は、監視対象システムから受信したメッセージを元に障害の予兆判定条件を自動的に生成し、精度を向上させるための予兆判定条件を自動学習するシステム障害の予兆監視システム及びシステム障害予兆監視方法を提供することを目的とする。
【課題を解決するための手段】
【０００７】
前記目的を達成するため本発明は、コンピュータである複数の監視対象と、該複数の監視対象に発生する障害を含むインシデントを監視する監視システムと、該監視システムと接続され、障害が発生する予兆を判定する予兆判定システムと、該予兆判定システムと接続された運用端末と、各種障害に関する情報を格納する障害管理データベースとを備え、
前記予兆判定システムが、障害を予兆する予兆検知処理部と、障害の予兆を検知するための判定条件を学習する判定条件学習処理部と、障害が発生する予兆情報を表す予兆表示画面及び障害情報を表す障害情報画面を運用端末の表示部に表示するための画面入出力処理部とを有し、
前記監視システムが監視対象にて発生する障害を予兆するシステム障害の予兆監視システムであって、
前記判定条件学習処理部が、
イベント情報テーブルに登録された所定期間に発生したイベントを検索する第１工程と、
該第１工程により検索したイベント中の種別が情報及び警告のイベントを検索する第２工程と、
該第２工程により検索したイベントの「発生迄分数」を所定の計算式により算出する第３工程と、
該第３工程により「発生迄分数」を算出したイベントをホスト名でグルーピングして同一ホストグループを設定する第４工程と、
該第４工程により同一ホストグループに設定したイベントのレコードを予兆情報テーブルに所定のスコアを含む初期値を登録する第５工程とを実行することによって、
前記予兆情報テーブルに、所定期間内に障害の予兆が発生したホスト名をグルーピングした初期値の予兆情報を登録することを特徴とする。
【０００８】
また、本発明は、コンピュータである複数の監視対象と、該複数の監視対象に発生する障害を含むインシデントを監視する監視システムと、該監視システムと接続され、障害が発生する予兆を判定する予兆判定システムと、該予兆判定システムと接続された運用端末と、各種障害に関する情報を格納する障害管理データベースとを備え、
前記予兆判定システムが、障害を予兆する予兆検知処理部と、障害の予兆を検知するための判定条件を学習する判定条件学習処理部と、障害が発生する予兆情報を表す予兆表示画面及び障害情報を表す障害情報画面を運用端末の表示部に表示するための画面入出力処理部とを有し、
前記監視システムが監視対象にて発生する障害を予兆するコンピュータシステムにおけるシステム障害の予兆監視方法であって、
前記判定条件学習処理部に、
イベント情報テーブルに登録された所定期間に発生したイベントを検索する第１工程と、
該第１工程により検索したイベント中の種別が情報及び警告のイベントを検索する第２工程と、
該第２工程により検索したイベントの「発生迄分数」を所定の計算式により算出する第３工程と、
該第３工程により「発生迄分数」を算出したイベントをホスト名でグルーピングして同一ホストグループを設定する第４工程と、
該第４工程により同一ホストグループに設定したイベントのレコードを予兆情報テーブルに所定のスコアを含む初期値を登録する第５工程とを実行させることによって、
前記予兆情報テーブルに、所定期間内に障害の予兆が発生したホスト名をグルーピングした初期値の予兆情報を登録することを特徴とする。
【発明の効果】
【０００９】
本発明によるシステム障害の予兆監視システム及びシステム障害予兆監視方法は、障害発生率低減、障害対応作業工数削減、障害対応作業品質を向上し、障害の予兆判定条件を自動的に生成し、予兆判定条件を自動学習することができる。
【図面の簡単な説明】
【００１０】
【図１】本発明によるシステム障害の予兆監視システム全体構成を示す図。
【図２】本実施例によるイベント情報の項目例を示す図。
【図３】本実施例による障害情報の項目例を示す図。
【図４】本実施例による予兆情報の項目例を示す図。
【図５】本実施例による判定結果情報の項目例を示す図。
【図６】本実施例による障害情報画面例を示す図。
【図７】本実施例による予兆表示画面例を示す図。
【図８】本実施例による予兆判定条件追加処理のフローを示す図。
【図９】本実施例による予兆判定処理のフローを示す図。
【発明を実施するための形態】
【００１１】
以下、本発明による実施例を説明する。
【実施例１】
【００１２】
［構成］
本実施例によるシステム障害の予兆監視システム及びシステム障害予兆監視方法を形成するデータセンタ１は、複数の監視対象２と、該複数の監視対象２に発生する障害を含むインシデントを監視する監視システム３と、該監視システム３と接続され、障害が発生する予兆を判定する予兆判定システム１０と、該予兆判定システム１０と接続された運用端末４と、各種障害に関する情報を格納する障害管理データベース２０とを備える。
【００１３】
前記予兆判定システム１０は、障害を予兆する予兆検知処理部１１と、障害の予兆を検知するための判定条件を学習する判定条件学習処理部１２と、障害が発生する予兆情報を表す予兆表示画面及び障害情報を表す障害情報画面を運用端末４の表示部に表示するための画面入出力処理部１３とを備える。
【００１４】
前記監視システム３は、監視対象２で発生したイベントを検知し、予兆判定システム１０の予兆検知処理部１１に通知する。この通知を受けた予兆検知処理部１１は、監視システム３から受信したイベントを障害管理データベース２０内のイベント情報テーブル２１に登録し、イベント種別がエラーのイベントを障害情報テーブル２２にイベントＩＤ毎１レコード登録する。前記画面入出力処理部１３は、監視システム３から受信した受信したイベントを運用端末４上の障害情報画面として表示する。
【００１５】
この障害情報画面は、図６に示す如く、エラーイベント一覧表に発生中のエラーイベントを発生日時の降順で表示し、行を選択して障害登録ボタンを押下することによって既知障害の項目を○で表示し、選択し他行を一度押下することによって同一ＩＤのエラーイベントが再発した際、既知障害の項目を○で表示する。
【００１６】
また、障害情報画面中の既知障害であり予兆登録が×の行を選択して予兆監視ボタンを押下すると、予兆判定条件を生成し、予兆登録を○で表示する。予兆登録が○の行を選択すると、予兆判定イベント一覧を表示する。予兆の判定に用いる条件は使用の項目を○で表示する。行を選択して不採用を押下することで判定に用いないことを指定可能であり、使用の項目を△で表示する。使用が×の項目は障害の予兆ではないと判断され、スコアが０まで落ちた条件である。
【００１７】
前記運用端末４は、運用者の操作によって障害情報画面内のエラーイベント一覧を表示し、運用者が障害として確認したイベントを障害登録ボタンを押下したとき、障害情報テーブル２２内のレコードを障害扱いに更新する。前記判定条件学習処理部１２は、運用端末４による前記障害扱いに更新によって後述の図８のフローに従い予兆判定条件を生成して予兆情報テーブル２３に追加し、以下同じエラーイベントを受信した際も図８のフローに従い予兆判定条件を追加する。この追加の上限回数は定義ファイル等で指定可能とする。
【００１８】
前記予兆検知処理部１１は、種別が情報もしくは警告のイベントを受信した場合、後述の図９のフローに従い、予兆情報テーブル２３のレコードを判定結果情報テーブル２４に追加、もしくは既存レコードを更新し、予兆の判定状況を図７の予兆表示画面に出力する。運用者はこの画面で障害の前触れを認知して未然に防ぐことができた場合、対処完了を選択して監視終了ボタンを押下する。
【００１９】
この予兆表示画面は、図７に示す如く、発生の可能性がある障害一覧に予兆判定条件の一部に合致したエラーイベントを発生迄分数の分数昇順で表示し、行を選択したとき、画面下部の予兆発生状況に予兆判定に用いる条件と合致状況を一覧で表示する（合致欄○の行は既に合致したイベントを示す）。
【００２０】
この予兆表示画面上部一覧の合致率欄には下部一覧内の合致が○行の割合を表示する。発生迄分数欄には下部一覧で合致が○行のうち、一番小さい「発生迄分数」を表示する。画面上部一覧の行を選択してリストで対処完了を指定して監視終了を押下したとき、障害予防につながったとして予兆判定条件のスコアを加点する。リストで対象外を指定すると、障害とは関係が無かったとして予兆判定条件のスコアを減点するように表示変更を行う。なお、「発生迄分数」とは、予兆判定条件生成時起点のエラーイベントより何分前にイベントが発生したかを表す値である。
【００２１】
前記判定条件学習処理部１２は、図９のフローに従い、予兆情報テーブル２３に存在する予兆判定条件のスコアを加点する。画面表示した予兆が障害とは関わりが無いと判明した場合、対象外を選択して監視終了ボタンを押下する。判定条件学習処理部１２は図９のフローに従い、予兆情報テーブル２３に存在する予兆判定条件のスコアを減点する。スコアが０点に達したら使用を×に更新して、そのイベントを次回以降の予兆判定に用いないように設定する。
【００２２】
前記障害管理データベース２０は、発生したイベントの各種情報を格納したイベント情報テーブル２１と、イベントに対する障害の発生有無及び障害発生時刻を格納した障害情報テーブル２２と、予兆判定条件を格納した予兆情報テーブル２３と、障害が発生するまでのイベントの判定結果を格納する判定結果情報テーブル２４とを備える。
【００２３】
前記イベント情報テーブル２１の項目例は、図２に示す如く、イベント毎に一意に付与されるイベントＩＤと、当該イベントが発生した発生時刻と、イベントの種別と、イベントに含まれるメッセージと、イベントが発生したホスト及びソースの各項目情報を格納している。
【００２４】
前記障害情報テーブル２２は、図３に示す如く、イベント毎に一意に付与されるイベントＩＤと、障害発生ステップを○×で表す障害と、障害情報を取得した取得済時間の項目情報を格納し、種別がエラーのイベントを受信したとき、同イベントＩＤのレコードが無ければ一件だけ追加格納する。
【００２５】
この障害情報テーブル２２は、図６に示した障害情報画面のエラーイベント一覧で行を選択して障害登録が押下されたとき、運用上対処を要する障害として認識し、障害の項目を○に更新する。障害の項目が○のエラーについて、障害登録が再度押下されると、障害扱いしないとして障害の項目を×に更新する。取得済時間の項目は初めて１時間分の予兆判定条件を登録すると１をセットする。以後、同じエラーイベントが再発して、予兆判定条件を１時間延長する度に１ずつ繰り上げられる。
【００２６】
前記予兆情報テーブル２３は、後述する図８フローに従って生成された予兆判定条件を格納するものであって、図４に示す如く、障害ＩＤと発生迄分数とイベントＩＤとホストとホストグループとソースとスコアの各項目情報を格納する。
【００２７】
前記障害ＩＤは予兆判定の対象とする障害のエラーイベントＩＤを格納し、「発生迄分数」は予兆判定条件生成時起点のエラーイベントより何分前に発生したかを格納し、イベントＩＤは障害の予兆として扱う種別が情報および警告のイベントのＩＤを格納し、ホストは予兆判定条件生成時のイベント発生元名称を格納する。前記ホストグループは同一名ホストから発生したイベントの同一ホストグループを、ホストではなくホストグループの値を予兆判定に用いることにより条件登録時の発生元に制限されない広い判定を可能とし、かつ、イベント発生元を区別する予兆判定が可能にするために格納する。前記ソースはイベントを発生させたプロセス名を格納し、スコアは後述の図９のフローに従い判定精度を０〜１０の数値で格納し、使用は予兆判定に用いるイベントに○、運用者が用いないことを指示したイベントに△、判定精度が０に落ちて用いないイベントに×を格納する。
【００２８】
前記判定結果情報テーブル２４は、図５に示す如く、障害ＩＤと発生迄分数とイベントＩＤとメッセージとホストとホストグループとソースと合致の各項目情報を格納し、後述する図９の処理フローに従って予兆判定状況が格納される。また、前記障害ＩＤと発生迄分数とイベントＩＤとホストグループとソースの各項目は図４の予兆情報テーブルの内容を引き継ぎ、合致したメッセージの文言をメッセージに格納し、合致に○を格納する。ホストはホストグループと同じアルファベットを格納しておき、合致時にイベントの発生元ホスト名で更新する。
【００２９】
［動作］
次に本実施例によるシステム障害の予兆監視システムの動作を説明する。まず、予兆判定システム１０の判定条件学習処理部１２は図８に示した予兆判定条件追加処理を実行する。
【００３０】
この予兆判定条件追加処理は、判定条件学習処理部１２が障害情報画面（図６）のエラーイベント行選択後の予兆監視ボタンが押下されるか障害として扱うエラーイベント発生時に起動し、次の各ステップを実行することによって予兆判定条件を生成する。
【００３１】
ステップ８０１：障害情報テーブル２２を検索し、エラーイベントのイベントＩＤの取得済時間を取得するステップ。
ステップ８０２：該ステップ８０１により検索した取得済時間が「０」か否かを判定するステップ。
ステップ８０３：ステップ８０２において取得済時間が「０」と判定したとき、予兆イベント検索期間を計算式（「エラーイベント発生日時」−「１時間以上〜エラーイベント発生日時未満」）により算出するステップ。
【００３２】
ステップ８０４：前記ステップ８０３により算出した予兆イベント検索期間をキーとしイベント情報テーブル２１を参照し、前記エラーイベントのイベントＩＤの種別が情報（ｉｎｆｏ）と警告（ｗａｒｎ）のイベントをステップ８０２の期間について検索するステップ。
ステップ８０５：該ステップ８０４により検索したイベントの「発生迄分数」を計算式（「エラーイベントの発生日時分」−「検索したイベントの発生日時分」）により算出するステップ。
【００３３】
ステップ８０６：前記ステップ８０５により「発生迄分数」を算出したイベントをホスト名でグルーピングし、ホストグループ（同一グループに同じアルファベット）を設定するステップ。
ステップ８０７：前記ステップ８０６により同一ホストグループにグルーピングしたイベントのレコードを予兆情報テーブル２３にスコア「５」且つ使用「○」の初期値で登録して処理を終了するステップ。
【００３４】
ステップ８１３：前記ステップ８０２において取得済時間が「１」以上と判定したとき、予兆判定条件の追加として予兆イベント検索期間を計算式（「エラーイベント発生日時」−「取得済時間」−「１時間以上〜エラーイベント発生日時−取得済時間未満」）により算出し前記ステップ８０４に移行するステップ。
【００３５】
このように本実施例による判定条件学習処理部１２が、イベント情報テーブル２１に登録された所定期間（「エラーイベント発生日時」−「１時間以上〜エラーイベント発生日時未満」）に発生したイベントを検索（ステップ８０３）する第１工程と、該第１工程により検索したイベント中の種別が情報（ｉｎｆｏ）及び警告（ｗａｒｎ）のイベントを検索（ステップ８０４）する第２工程と、該第２工程により検索したイベントの「発生迄分数」を計算式（「エラーイベントの発生日時」−「検索したイベントの発生日時」）により算出する第３工程と、該第３工程により「発生迄分数」を算出したイベントをホスト名でグルーピングして同一ホストグループを設定する第４工程と、該第４工程により同一ホストグループに設定したイベントのレコードを予兆情報テーブル２３にスコア「５」及び使用「○」の初期値で登録する第５工程とを実行することによって、所定期間内に発生したホスト名をグルーピングし、予兆情報テーブル２３にスコア「５」及び使用「○」の初期値を登録する予兆判定条件追加処理を行うことができる。
【００３６】
次いで、本実施例によるシステム障害の予兆監視システムは、予兆検知処理部１１が障害発生を予兆する予兆判定処理を実行するものであって、この予兆判定処理を図９を参照して説明する。
【００３７】
この予兆検知処理は、種別が情報もしくは警告のイベントが発生したとき、もしくは、図７に示した予兆表示画面の監視終了ボタンが押下されたときに起動し、次の各ステップを実行する。
【００３８】
ステップ９０１：イベントを受信したか否かを判定するステップ。
ステップ９０２：該ステップ９０１においてイベントを受信したと判定したとき、受信したイベントのイベントＩＤを取得するステップ。
ステップ９０３：該ステップ９０２により取得したイベントＩＤをキーとして判定結果情報テーブル２４を検索するステップ。
【００３９】
ステップ９０４：該ステップ９０３において検索したイベントＩＤがヒットしたか否かを判定し、ヒットしたと判定したときに後述のステップ９０９に移行するステップ。
ステップ９０５：該ステップ９０４において検索したイベントＩＤがヒットしなかったと判定したとき（予兆判定未開始と判定したとき）、ステップ９０２により取得したイベントＩＤをキーとして予兆情報テーブル２３を検索するステップ。
【００４０】
ステップ９０６：該ステップ９０５において検索したイベントＩＤがヒットしたか否かを判定し、ヒットしなかったと判定したとき（予兆登録なしと判定したとき）に処理を終了するステップ。
【００４１】
ステップ９０７：該ステップ９０６において検索したイベントＩＤがヒットしたと判定したとき、ヒットした予兆情報レコードに含まれる障害ＩＤをキーとして予兆情報テーブル２３を再検索してレコード群を取得するステップ。
【００４２】
ステップ９０８：該ステップ９０７により取得したレコード群を判定結果情報テーブル２４に登録するステップ。
ステップ９０９：該レコード群を登録した判定結果情報テーブル２４内のステップ９０２により取得したイベントＩＤのレコードに対して合致「○」、スコア「既存値＋１」で更新して処理を終了するステップ。
【００４３】
ステップ９１１：前記ステップ９０１においてイベントを受信していないと判定したとき、監視終了ボタン押下により対処完了が選択されているか否かを判定するステップ。
ステップ９１２：該ステップ９１１において対処完了が選択されていないと判定したとき、画面選択した行の障害ＩＤをキーとして予兆情報テーブル２３を検索し、合致したレコードのスコア既存値−１で更新するステップ。
【００４４】
ステップ９１３：前記画面選択した行の障害ＩＤで判定結果情報テーブル内のレコードを削除し、処理を終了するステップ。
【００４５】
ステップ９２２：前記ステップ９１１において対処が完了していると判定したとき（障害予防につながったと判定したとき）、画面選択した行の障害ＩＤをキーとして判定結果情報テーブル２４を検索し、合致したレコードのうち合致○のレコードを取得するステップ。
ステップ９２３：前記ステップ９２２により取得したレコードのスコアにおいて同じ障害ＩＤ及びイベントＩＤを持つ予兆情報テーブル２３内レコードのスコアを更新して前記ステップ９１３に移行するステップ。
【００４６】
この予兆判定処理は、受信したイベントＩＤが判定結果情報テーブル２４に登録されているか否かを判定する第１工程（ステップ９０１〜９０４）と、該第１工程により登録されていないと判定したイベントＩＤが判定結果情報テーブル２４に登録されていると判定したとき、予兆判定未開とし、受信したイベントＩＤが予兆情報テーブル２３に登録されているか否かを判定する第２工程と、該第２工程により受信したイベントＩＤが予兆情報テーブル２３に登録されていると判定（予兆登録有りと判定）したとき、ヒットした予兆情報レコードに含まれる障害ＩＤをキーとして予兆情報テーブル２３を再検索して取得したレコード群を判定結果情報テーブル２４に登録する第３工程と、該第３工程によりレコード群を登録した判定結果情報テーブル２４内のステップ９０２により取得したイベントＩＤのレコードに対して合致「○」、スコア「既存値＋１」で更新することによって、判定結果情報テーブル２４に登録していないイベントを新たに判定結果情報テーブル２４に合致及びスコアを登録することができる。
【００４７】
また、本実施例による予兆判定処理は、監視終了ボタン押下により対処完了が選択されていないと判定したとき、画面選択した行の障害ＩＤをキーとして予兆情報テーブル２３を検索し、合致したレコードのスコア既存値−１で更新（スコアを減算）する第４工程と、前記画面選択した行の障害ＩＤで判定結果情報テーブル内のレコードを削除する第５工程とを実行することによって、予兆判定が誤った判定結果情報のスコアを減算し且つ判定結果レコードを削除することができる。
【００４８】
さらに、本実施例による予兆判定処理は、監視終了ボタン押下により対処完了が選択されていると判定したとき（障害予防につながったと判定したとき）、画面選択した行の障害ＩＤをキーとして判定結果情報テーブル２４を検索して合致したレコードのうち合致「○」のレコードのスコアにおいて同じ障害ＩＤ及びイベントＩＤを持つ予兆情報テーブル２３内レコードのスコアを更新する第６工程を実行することによって、予兆判定が成功した予兆情報テーブル２３のスコアを更新することができる。
【００４９】
以上述べた如く、本実施例によるシステム障害予兆監視システムは、判定条件学習処理部１２が、所定期間内に発生したホスト名をグルーピングして予兆情報テーブル２３にスコア及び使用の初期値を登録する予兆判定条件追加処理を行い、予兆検知処理部１１が、判定結果情報テーブル２４に登録していないイベントを新たに判定結果情報テーブル２４に合致及びスコアを登録すること、予兆判定が誤った判定結果情報のスコアを減算し且つ判定結果レコードを削除すること、予兆判定が成功した予兆情報テーブル２３のスコアを更新することができる。
【００５０】
従って、本発明によるシステム障害の予兆監視システム及びシステム障害予兆監視方法は、監視対象システムから受信したメッセージを元に障害の予兆判定条件を自動的に生成し、精度を向上させるための予兆判定条件を自動学習し、障害発生率低減、障害対応作業工数削減、障害対応作業品質を向上することができる。
【符号の説明】
【００５１】
１  データセンタ、２  監視対象、３  監視システム、４  運用端末、
１０  予兆判定システム、１１  予兆検知処理部、１２  判定条件学習処理部、
１３  画面入出力処理部、２０  障害管理データベース、
２１  イベント情報テーブル、２２  障害情報テーブル、２３  予兆情報テーブル、
２４  判定結果情報テーブル
【図１】
2016201060.tif 000003
【図２】
2016201060.tif 000004
【図３】
2016201060.tif 000005
【図４】
2016201060.tif 000006
【図５】
2016201060.tif 000007
【図６】
2016201060.tif 000008
【図７】
2016201060.tif 000009
【図８】
2016201060.tif 000010
【図９】
2016201060.tif 000011