(57)【要約】【課題】コンピュータシステムにおいて発生したイベントがどの障害によるものであるかを容易に判断でき、イベントの調査診断に要する作業負荷を軽減することができるイベント集約装置、イベント集約方法およびイベント集約プログラムを提供する。【解決手段】コンピュータシステムの障害または障害の兆候を示すイベントの発生履歴を示すイベント履歴情報と、コンピュータシステムにおけるリソースの使用状態をメトリックごとの計測値として表すメトリック履歴情報とを取得する情報取得部１と、コンピュータシステムの障害発生時における各メトリックの状態を定義したシステムスケッチを記憶する記憶部２と、イベント履歴情報から、メトリック履歴情報が示す各メトリックの計測結果とシステムスケッチが示す各メトリックの状態とが一致する時間帯に発生した各イベントを当該システムスケッチに対応するイベントグループとして集約する集約部３とを含む。【選択図】図２０
2014157412.tif 000002
【特許請求の範囲】
【請求項１】
コンピュータシステムの障害または障害の兆候を示すイベントの発生履歴を示すイベント履歴情報と、前記コンピュータシステムにおけるリソースの使用状態をメトリックごとの計測値として表すメトリック履歴情報とを、前記コンピュータシステムから取得する情報取得部と、
前記コンピュータシステムの障害発生時における各メトリックの状態を定義したシステムスケッチを記憶する記憶部と、
前記イベント履歴情報から、前記メトリック履歴情報が示す各メトリックの計測結果と、前記システムスケッチが示す各メトリックの状態とが一致する時間帯に発生したイベントを抽出し、抽出した各イベントを当該システムスケッチに対応するイベントグループとして集約する集約部とを含む
ことを特徴とするイベント集約装置。
【請求項２】
集約されたイベントグループを表示するための表示用情報を生成する表示処理部を含む
請求項１に記載のイベント集約装置。
【請求項３】
所定期間ごとに、当該所定期間に取得されたメトリック履歴情報の集合を含むシステムスケッチ管理レコードを生成するシステムスケッチ生成部を含み、
集約部は、前記システムスケッチ管理レコードに含まれるメトリック履歴情報の集合が示す各メトリックの計測結果と、記憶部に格納されたいずれかのシステムスケッチが示す各メトリックの状態とが一致する場合に、当該システムスケッチ管理レコードが生成された時間帯に発生したイベントを、当該システムスケッチに対応するイベントグループとして集約する
請求項１または請求項２に記載のイベント集約装置。
【請求項４】
コンピュータシステムの障害または障害の兆候を示すイベントの発生履歴を示すイベント履歴情報と、前記コンピュータシステムにおけるリソースの使用状態をメトリックごとの計測値として表すメトリック履歴情報とを、前記コンピュータシステムから取得し、
前記イベント履歴情報から、前記メトリック履歴情報が示す各メトリックの計測結果と、記憶部に格納されたシステムスケッチに定義された前記コンピュータシステムの障害発生時における各メトリックの状態とが一致する時間帯に発生したイベントを抽出し、抽出した各イベントを、当該システムスケッチに対応するイベントグループとして集約する
ことを特徴とするイベント集約方法。
【請求項５】
集約されたイベントグループを表示するための画面情報を生成する
請求項４に記載のイベント集約方法。
【請求項６】
所定期間ごとに、当該所定期間に取得されたメトリック履歴情報の集合を含むシステムスケッチ管理レコードを生成し、
前記システムスケッチ管理レコードに含まれるメトリック履歴情報の集合が示す各メトリックの計測結果と、記憶部に格納されたいずれかのシステムスケッチが示す各メトリックの状態とが一致する場合に、当該システムスケッチ管理レコードが生成された時間帯に発生したイベントを、当該システムスケッチに対応するイベントグループとして集約する
請求項４または請求項５に記載のイベント集約方法。
【請求項７】
コンピュータに、
コンピュータシステムの障害または障害の兆候を示すイベントの発生履歴を示すイベント履歴情報と、前記コンピュータシステムにおけるリソースの使用状態をメトリックごとの計測値として表すメトリック履歴情報とを、前記コンピュータシステムから取得する処理と、
前記イベント履歴情報から、前記メトリック履歴情報が示す各メトリックの計測結果と、記憶部に格納されたシステムスケッチに定義された前記コンピュータシステムの障害発生時における各メトリックの状態とが一致する時間帯に発生したイベントを抽出し、抽出した各イベントを、当該システムスケッチに対応するイベントグループとして集約する処理とを実行させる
ためのイベント集約プログラム。
【請求項８】
コンピュータに、
集約されたイベントグループを表示するための画面情報を生成する処理を実行させる
請求項７に記載のイベント集約プログラム。
【請求項９】
コンピュータに、
所定期間ごとに、当該所定期間に取得されたメトリック履歴情報の集合を含むシステムスケッチ管理レコードを生成する処理と、
前記システムスケッチ管理レコードに含まれるメトリック履歴情報の集合が示す各メトリックの計測結果と、記憶部に格納されたいずれかのシステムスケッチが示す各メトリックの状態とが一致する場合に、当該システムスケッチ管理レコードが生成された時間帯に発生したイベントを、当該システムスケッチに対応するイベントグループとして集約する処理とを実行させる
請求項７または請求項８に記載のイベント集約プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、複数のコンポーネントから構成されるコンピュータシステムのイベント集約装置、イベント集約方法およびイベント集約プログラムに関し、特に、コンピュータシステムの障害事象ごとに各コンピュータの各部位におけるイベントを集約するイベント集約装置、イベント集約方法およびイベント集約プログラムに関する。
【背景技術】
【０００２】
複数のコンポーネントから構成されるコンピュータシステムの運用管理では、利用者がＩＴ（Ｉｎｆｏｒｍａｔｉｏｎ  Ｔｅｃｈｎｏｌｏｇｙ）サービスを安定して利用できるようにする必要がある。そのため、管理サーバは、障害と定義された状態、例えば、利用者がＩＴサービスを正常に受けることができない状態や、正常に受けることができなくなる可能性がある状態を示すイベントを検証する機能を有する。
【０００３】
例えば、特許文献１に記載されているように、管理サーバは、コンピュータシステムの障害または障害の兆候を示す、複数のイベントを検出し、それらのイベントをデータベースに蓄積する。また、管理サーバは、複数のイベントの因果関係を解析するための解析機能を備える。
【０００４】
管理サーバにおける解析方法は、障害に関連するイベント群（関連イベント）を条件とし、障害の原因を表現するイベント（原因イベント）を解析結果とする、ルールを用いる。そして、関連イベントと原因イベントとが含まれる複数のイベントから、原因イベントを抽出する。
【０００５】
特許文献１に記載された方法は、ルールの条件に定義した関連イベントの発生割合を計算し、計算結果をルールの解析結果である原因イベントの確信度とする。特許文献１に記載された方法は、ルールの条件に定義したすべての関連イベントが発生しなくても、ルールの解析結果である原因イベントを推定できる。特許文献２に記載された方法は、複数の障害によって多数のイベントが発生した場合に、ルールの条件に定義した一部の関連イベントが含まれるルールの原因イベントを、関連イベントの発生割合順に、すべて列挙する。特許文献３に記載された方法は、同じ曜日の同じ時間帯におけるイベントのパターンをルールとし、そのパターンと異なる頻度で出現するイベントのパターンを検出する。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】米国特許７１０７１８５号明細書
【特許文献２】特開２０１２−５９０６３号公報
【特許文献３】特許第４９４４３９１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
特許文献１、特許文献２および特許文献３に記載された方法では、障害により発生するすべての関連イベントの組み合わせを表現したルールを、予め定義する必要がある。しかし、コンピュータシステムのコンポーネントの種類や規模が増えると、障害で発生する一部の関連イベントの組み合わせを定義することは可能であっても、障害により発生するすべての関連イベントの組み合わせを定義することは困難である。
【０００８】
その結果、障害により発生する関連イベントのうち、ルールの条件に定義されていない関連イベントは、当該障害とは異なるイベントとして扱われる可能性がある。従って、管理者は、ルールに未定義の関連イベントに対して、新たな障害のイベントであるか既存障害の関連イベントであるかを、調査診断するために多くの作業負荷を費やすこととなる。
【０００９】
そこで、本発明は、コンピュータシステムにおいて発生したイベントがどの障害によるものであるかを容易に判断でき、イベントの調査診断に要する作業負荷を軽減することができるイベント集約装置、イベント集約方法およびイベント集約プログラムを提供することを目的とする。
【課題を解決するための手段】
【００１０】
本発明によるイベント集約装置は、コンピュータシステムの障害または障害の兆候を示すイベントの発生履歴を示すイベント履歴情報と、コンピュータシステムにおけるリソースの使用状態をメトリックごとの計測値として表すメトリック履歴情報とを、コンピュータシステムから取得する情報取得部と、コンピュータシステムの障害発生時における各メトリックの状態を定義したシステムスケッチを記憶する記憶部と、イベント履歴情報から、メトリック履歴情報が示す各メトリックの計測結果と、システムスケッチが示す各メトリックの状態とが一致する時間帯に発生したイベントを抽出し、抽出した各イベントを当該システムスケッチに対応するイベントグループとして集約する集約部とを含むことを特徴とする。
【００１１】
本発明によるイベント集約方法は、コンピュータシステムの障害または障害の兆候を示すイベントの発生履歴を示すイベント履歴情報と、コンピュータシステムにおけるリソースの使用状態をメトリックごとの計測値として表すメトリック履歴情報とを、コンピュータシステムから取得し、イベント履歴情報から、メトリック履歴情報が示す各メトリックの計測結果と、記憶部に格納されたシステムスケッチに定義されたコンピュータシステムの障害発生時における各メトリックの状態とが一致する時間帯に発生したイベントを抽出し、抽出した各イベントを、当該システムスケッチに対応するイベントグループとして集約することを特徴とする。
【００１２】
本発明によるイベント集約プログラムは、コンピュータに、コンピュータシステムの障害または障害の兆候を示すイベントの発生履歴を示すイベント履歴情報と、コンピュータシステムにおけるリソースの使用状態をメトリックごとの計測値として表すメトリック履歴情報とを、コンピュータシステムから取得する処理と、イベント履歴情報から、メトリック履歴情報が示す各メトリックの計測結果と、記憶部に格納されたシステムスケッチに定義されたコンピュータシステムの障害発生時における各メトリックの状態とが一致する時間帯に発生したイベントを抽出し、抽出した各イベントを、当該システムスケッチに対応するイベントグループとして集約する処理とを実行させることを特徴とする。
【発明の効果】
【００１３】
本発明によれば、コンピュータシステムにおいて発生したイベントがどの障害によるものであるかを容易に判断でき、イベントの調査診断に要する作業負荷を軽減することができる。
【図面の簡単な説明】
【００１４】
【図１】イベント集約システムの第１の実施形態の構成を示すブロック図である。
【図２】コンピュータシステムの第１の実施形態の構成を示すブロック図である。
【図３】コンピュータシステムが含むコンピュータの第１の実施形態の構成を示すブロック図である。
【図４】管理サーバの第１の実施形態の構成を示すブロック図である。
【図５】管理サーバの二次記憶装置に格納されたシステムトポロジ管理表の一例を示す説明図である。
【図６】管理サーバの二次記憶装置に格納されたメトリック定義表の一例を示す説明図である。
【図７】管理サーバの二次記憶装置に格納された運用トポロジ管理表の一例を示す説明図である。
【図８】システムスケッチの一例を示す説明図である。
【図９】システムスケッチの一例を示す説明図である。
【図１０】コンピュータグループのメトリックの状態を表現するシステムスケッチの一例を示す説明図である。
【図１１】コンピュータグループのメトリックグループの状態を表現するシステムスケッチの一例を示す説明図である。
【図１２】管理サーバの二次記憶装置に格納されたメトリック履歴表の一例を示す説明図である。
【図１３】管理サーバの二次記憶装置に格納されたイベント履歴表の一例を示す説明図である。
【図１４】管理サーバの二次記憶装置に格納されたシステムスケッチ管理表の一例を示す説明図である。
【図１５】管理サーバの二次記憶装置に格納されたイベント集約結果表の一例を示す説明図である。
【図１６】管理サーバの二次記憶装置に格納されたイベント集約結果表の一例を示す説明図である。
【図１７】管理サーバのシステムスケッチ生成モジュールが実行するシステムスケッチ生成処理を示すフローチャートである。
【図１８】管理サーバのイベント集約処理モジュールが実行するイベント集約処理を示すフローチャートである。
【図１９】イベント集約結果を示す表示画面の一例を示す説明図である。
【図２０】本発明によるイベント集約装置の最小構成を示すブロック図である。
【図２１】本発明によるイベント集約装置の他の最小構成を示すブロック図である。
【発明を実施するための形態】
【００１５】
実施形態１．
以下、本発明の第１の実施形態を図面を参照して説明する。
【００１６】
本実施形態は、本発明を実現するための一例に過ぎず、本発明の技術的範囲を限定するものではない。
【００１７】
また、各図において共通の構成については同一の番号を付与して説明する。
【００１８】
また、本実施形態の説明において、「ソフトウェア」、「プログラム」または「モジュール」を動作主体として説明する箇所がある。これらの箇所は、プロセッサを動作主体とした処理に読み替えてもよい。その理由は、ソフトウェア、プログラムまたはモジュールは、プロセッサによって実行されることで、定められた処理をメモリおよび通信インタフェース（通信制御装置）を用いながら行うためである。
【００１９】
また、プログラムやモジュールを動作主体とする処理は、管理サーバ等のコンピュータ、情報処理装置が行う処理としてもよい。また、プログラムの一部または全てが、専用ハードウェアによって実現されてもよい。また、各種プログラムは、プログラム配布サーバや記憶メディアによって各コンピュータにインストールされてもよい。
【００２０】
図１は、イベント集約システムの第１の実施形態の構成を示すブロック図である。
【００２１】
ここでは、コンピュータシステムの障害ごとにイベントを集約する処理を説明する。
【００２２】
図１に示す分散システムは、コンピュータシステム１０と、管理サーバ２０と、管理端末３０と、利用者端末４０−１〜４０−ｎと、ＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）スイッチ５０−１、５０−２とを有する。コンピュータシステム１０と利用者端末４０−１〜４０−ｎとは、ネットワーク６０−１を介して接続される。コンピュータシステム１０と管理サーバ２０と管理端末３０とは、ネットワーク６０−２を介して接続される。
【００２３】
コンピュータシステム１０は、利用者端末４０−１〜４０−ｎからのファイルＩ／Ｏ要求を受信し、ファイルＩ／Ｏ要求に応じて、磁気ディスク等の記憶装置へのアクセスを実行する。また、コンピュータシステム１０は、リソースの使用状態や、アプリケーションやオペレーティングシステムの稼動状態を示す監視情報ログを生成する。
【００２４】
利用者端末４０−１〜４０−ｎは、利用者等によるサービスの実行要求を受け付けて、コンピュータシステム１０にファイルＩ／Ｏ要求を送信する。また、利用者端末４０−１〜４０−ｎは、コンピュータシステム１０によるファイルＩ／Ｏ要求の実行結果を受信する。
【００２５】
管理サーバ２０は、コンピュータシステム１０が保持する監視情報ログを参照して、コンピュータシステム１０の障害または障害の兆候を示す、複数のイベントを取得する。管理サーバ２０は、それらのイベントを障害ごとに集約し、その集約結果を記憶装置に格納する。
【００２６】
管理端末３０は、ネットワーク６０−２を介して、管理サーバのＵＩ（Ｕｓｅｒ  Ｉｎｔｅｒｆａｃｅ）表示処理モジュールと通信する。管理端末３０は、当該通信により取得した各種情報を、自端末の出力デバイスに表示する。管理者等は、管理端末３０に表示された各種情報を参照し、管理端末３０の入力デバイスを用いて、管理サーバ２０、ＩＰスイッチ６０−１、６０−２、および、コンピュータシステム１０に対する各種設定作業を行う。
【００２７】
図２は、コンピュータシステム１０の第１の実施形態の構成を示すブロック図である。
【００２８】
コンピュータシステム１０は、フロントエンドノード１１と、処理ノード１２−１〜１２−ｎとを含む。これらのノードは、本実施形態では、ＩＰスイッチ１３を含むネットワーク１４を介して接続される。なお、図２には１つのフロントエンドノードが例示されているが、フロントエンドノードはいくつあってもよい。
【００２９】
フロントエンドノード１１は、例えば、通信端末等のコンピュータである。フロントエンドノード１１は、利用者端末４０−１〜４０−ｎと接続される。フロントエンドノード１１は、利用者端末４０−１〜４０−ｎからサービスの実行要求を受け付け、処理ノードへ転送するコンピュータである。また、フロントエンドノード１１は、処理ノード１２−１〜１２−ｎによるサービスの実行結果を利用者端末４０−１〜４０−ｎへ転送する。
【００３０】
処理ノード１２−１〜１２−ｎは、例えば、通信端末等のコンピュータである。処理ノード１２−１〜１２−ｎは、管理サーバ２０および管理端末３０と接続される。処理ノード１２−１〜１２−ｎは、サービスに対応する処理を実行する。なお、処理ノード１２−１〜１２−ｎは、コンピュータ上に構築される仮想的なコンピュータであってもよい。
【００３１】
コンピュータシステム１０は、例えば、クラウドコンピューティングシステム、グリッドコンピューティングシステム、並列分散コンピュータ、スーパーコンピュータ、サーバコンピュータ、パーソナルコンピュータ、および、これらを任意に組み合わせたシステムによって実現される。
【００３２】
図３は、コンピュータシステム１０が含むコンピュータ（フロントエンドノード、処理ノード）の第１の実施形態の構成を示すブロック図である。
【００３３】
コンピュータ１００は、通信Ｉ／Ｆ（インタフェース）１１０と、プロセッサ１２０と、メモリ１３０と、二次記憶装置１４０とを含む。なお、コンピュータ１００は、処理結果を出力するためのディスプレイ等の出力デバイス１５０や、管理者等が指示を入力するためのキーボード等の入力デバイス１６０を含んでいてもよい。コンピュータ１００の各構成要素は、内部バス等の回路を介して相互に接続される。
【００３４】
通信Ｉ／Ｆ１１０は、コンピュータ１００をネットワークに接続する。
【００３５】
プロセッサ１２０は、例えば、ＣＰＵである。
【００３６】
メモリ１３０は、例えば、キャッシュメモリである。本実施形態では、メモリ１３０には、データ処理ソフトウェア１３１と、監視ソフトウェア１３２とが格納される。
【００３７】
データ処理ソフトウェア１３１は、サービスに対応する処理の一部または全部を実行する。データ処理ソフトウェア１３１は、本実施形態では、アプリケーションおよびオペレーティングシステムである。
【００３８】
アプリケーションは、オペレーティングシステムから提供された記憶領域を使用して、当該記憶領域に対しデータ入出力を行う。
【００３９】
オペレーティングシステムは、プロセッサを複数の論理的なプロセッサとしてアプリケーションに認識させるための処理を実行する。また、オペレーティングシステムは、メモリを複数の論理的なメモリとしてアプリケーションに認識させるための処理を実行する。また、オペレーティングシステムは、二次記憶装置を複数の論理的な二次記憶領域としてアプリケーションに認識させるための処理を実行する。
【００４０】
監視ソフトウェア１３２は、所定周期ごとに、コンピュータ１００のリソースの使用状態を監視し、監視結果を監視情報ログに格納する。ここで、リソースには、プロセッサ１２０または論理的なプロセッサ、メモリ１３０または論理的なメモリ、二次記憶装置１４０または論理的な二次記憶領域、通信Ｉ／Ｆ１１０が含まれる。
【００４１】
また、監視ソフトウェア１３２は、所定周期ごとに、データ処理ソフトウェア１３１、つまりアプリケーションやオペレーティングシステムの稼動状態を監視し、監視結果を監視情報ログに格納する。
【００４２】
二次記憶装置１４０は、ハードディスクドライブなどの記憶装置である。二次記憶装置１４０は、半導体メモリ、磁気ディスク、または、半導体メモリおよび磁気ディスクの両方から構成される。二次記憶装置１４０は、監視情報ログを記憶する。
【００４３】
監視情報ログは、メトリック履歴情報およびイベント履歴情報を含む情報である。メトリック履歴情報およびイベント履歴情報は、後述する、管理サーバ２０が保持するメトリック履歴表およびイベント履歴表を更新するための情報である。以降、「ｘｘｘ表」という表現を用いるが、これらは、特定のデータ構造に限定するものではない。そのため、「ｘｘｘテーブル」、「ｘｘｘリスト」、「ｘｘｘデータベース」、「ｘｘｘキュー」等の表現や、それ以外の表現を用いてもよい。
【００４４】
図４は、管理サーバ２０の第１の実施形態の構成を示すブロック図である。
【００４５】
管理サーバ２０は、通信Ｉ／Ｆ２１と、プロセッサ２２と、メモリ２３と、二次記憶装置２４とを含む。なお、管理サーバ２０は、処理結果を出力するためのディスプレイ等の出力デバイス２５や、管理者等が指示を入力するためのキーボード等の入力デバイス２６を含んでいてもよい。なお、出力デバイス２５と入力デバイス２６とは、別々のデバイスであってもよいし、１つのデバイスに含まれていてもよい。管理サーバ２０の各構成要素は、内部バス等の回路を介して相互に接続される。
【００４６】
通信Ｉ／Ｆ２１は、管理サーバ２０をネットワークに接続する。
【００４７】
プロセッサ２２は、例えば、ＣＰＵである。
【００４８】
メモリ２３は、例えば、キャッシュメモリである。
【００４９】
メモリ２３は、プログラム制御モジュール２３１と、構成情報取得モジュール２３２と、性能情報取得モジュール２３３と、イベント取得モジュール２３４と、ＵＩ表示処理モジュール２３５と、システムスケッチ生成モジュール２３６と、イベント集約処理モジュール２３７とを格納する。
【００５０】
二次記憶装置２４は、ハードディスクドライブなどの記憶装置である。二次記憶装置２４は、半導体メモリ、磁気ディスク、または、半導体メモリおよび磁気ディスクの両方から構成される。
【００５１】
二次記憶装置２４は、システムトポロジ管理表と、メトリック定義表と、運用トポロジ管理表と、メトリック履歴表と、イベント履歴表と、システムスケッチ管理表と、イベント集約結果表とを記憶する。
【００５２】
プログラム制御モジュール２３１は、所定周期ごとに、構成情報取得モジュール２３２に対し、管理対象となるコンピュータシステムのコンピュータやＩＰスイッチから、システムトポロジ管理情報を取得するように指示する。
【００５３】
また、プログラム制御モジュール２３１は、所定周期ごとに、性能情報取得モジュール２３３に対し、管理対象となるコンピュータシステムのコンピュータやＩＰスイッチから、メトリック履歴情報を取得するように指示する。
【００５４】
また、プログラム制御モジュール２３１は、所定周期ごとに、イベント取得モジュール２３４に対し、管理対象となるコンピュータシステムのコンピュータやＩＰスイッチから、イベント履歴情報を取得するように指示する。
【００５５】
また、プログラム制御モジュール２３１は、所定周期ごとに、システムスケッチ生成モジュール２３６に対し、システムスケッチ管理情報を生成するように指示する。
【００５６】
また、プログラム制御モジュール２３１は、所定周期ごとに、イベント集約処理モジュール２３７に対し、イベント集約結果情報を更新するように指示する。
【００５７】
構成情報取得モジュール２３２は、管理対象となるコンピュータシステムのコンピュータおよびＩＰスイッチから、システムトポロジ管理情報を取得するとともに、システムトポロジ管理表を更新する。
【００５８】
性能情報取得モジュール２３３は、管理対象となるコンピュータシステムのコンピュータおよびＩＰスイッチから、メトリック履歴情報を取得するとともに、メトリック履歴表を更新する。
【００５９】
イベント取得モジュール２３４は、管理対象となるコンピュータシステムのコンピュータおよびＩＰシステムから、イベント履歴情報を取得するとともに、イベント履歴表を更新する。
【００６０】
ＵＩ表示処理モジュール２３５は、入力デバイス２６を介した管理者からの要求に応じ、二次記憶装置２４に格納された各種情報を、出力デバイス２５を介して表示する。
【００６１】
システムスケッチ生成モジュール２３６は、システムトポロジ管理表とメトリック定義表とメトリック履歴表とを参照し、後述するシステムスケッチ生成処理を実行し、システムスケッチ管理表を更新する。
【００６２】
イベント集約処理モジュール２３７は、システムトポロジ管理表とメトリック定義表と運用トポロジ管理表とメトリック履歴表とイベント履歴表とシステムスケッチ管理表とイベント集約結果表とを参照し、後述するイベント集約処理を実行し、イベント集約結果表を更新する。
【００６３】
なお、各モジュールは、メモリに格納するソフトウェアモジュールではなく、ハードウェアモジュールとして提供されてもよい。また、各モジュールが行う処理が一つ以上のプログラムコードとして提供されてもよいし、複数のモジュールが１つのプログラムードとして提供されてもよい。また、説明において「モジュール」を、「プログラム」と読み替えてもよい。
【００６４】
なお、管理サーバ２０は、シリアルインタフェースやイーサネット（登録商標）インタフェースを通信Ｉ／Ｆ２１として備え、通信Ｉ／Ｆ２１に、ディスプレイ、キーボードまたはポインタデバイスを有する管理端末３０を表示用計算機として接続してもよい。それにより、管理サーバ２０は、表示用情報を表示用計算機に送信して、表示用計算機で表示を行ったり、入力用情報を表示用計算機から受信することで、入力を受け付けたりすることができる。
【００６５】
図５は、管理サーバ２０の二次記憶装置２４に格納されたシステムトポロジ管理表の一例を示す説明図である。
【００６６】
システムトポロジ管理表は、図５に示すように、「システムトポロジキーＩＤ」、「コンピュータグループＩＤ」、「コンピュータＩＤ」および「コンピュータ部位ＩＤ」を示す情報を含む。
【００６７】
「システムトポロジキーＩＤ」は、システムトポロジ管理表のレコードの識別子である。「コンピュータグループＩＤ」は、管理サーバ２０の管理対象となるコンピュータシステムのコンピュータグループの識別子である。「コンピュータＩＤ」は、管理サーバ２０の管理対象となるコンピュータの識別子である。「コンピュータ部位ＩＤ」は、管理サーバ２０の管理対象となるコンピュータの内部を構成する部位の識別子である。
【００６８】
例えば、図５に示す、システムトポロジキーＩＤが“ＳＴＫｅｙＩＤ１”であるレコードは、コンピュータグループ“ＮＯＤＥＧｒｐ１”がコンピュータ“ＮＯＤＥ１”を含み、コンピュータ“ＮＯＤＥ１”がプロセッサを有することを示す。
【００６９】
図６は、管理サーバ２０の二次記憶装置２４に格納されたメトリック定義表の一例を示す説明図である。
【００７０】
メトリック定義表は、計測項目（メトリック）を定義するための情報である。具体的には、図６に示すように、「メトリックキーＩＤ」、「メトリックグループＩＤ」、「コンピュータ部位ＩＤ」、「メトリックＩＤ」、「メトリック上限異常閾値」および「メトリック下限異常閾値」を示す情報を含む。
【００７１】
「メトリックキーＩＤ」は、メトリック定義表のレコードの識別子である。「メトリックグループＩＤ」は、管理サーバ２０の管理対象となるコンピュータの監視対象となるメトリックのグループの識別子である。「コンピュータ部位ＩＤ」は、管理サーバ２０の管理対象となるコンピュータの内部を構成する部位の識別子である。「メトリック上限異常閾値」は、管理サーバ２０の管理対象となるコンピュータの内部を構成する部位の監視対象となるメトリックの値の正常範囲の上限を示す閾値である。「メトリック下限異常閾値」は、管理サーバ２０の管理対象となるコンピュータの内部を構成する部位の監視対象となるメトリックの値の正常範囲の下限を示す閾値である。
【００７２】
例えば、図６に示す、メトリックキーＩＤが“ＭＫｅｙＩＤ１”であるレコードは、監視対象のメトリックが、リソースのメトリックグループに属し、且つプロセッサの単位時間使用率のメトリックであることを示す。また、プロセッサの単位時間使用率の値が８０％を超えた場合に、上限異常が検出されることを示す。
【００７３】
図７は、管理サーバ２０の二次記憶装置２４に格納された運用トポロジ管理表の一例を示す説明図である。
【００７４】
運用トポロジ管理表は、図７に示すように、「運用トポロジキーＩＤ」、「運用ドメイン」、「運用障害区分」および「システムスケッチマップＩＤ（ＳＳＭａｐＩＤ）」を示す情報を含む。
【００７５】
「運用トポロジキーＩＤ」は、運用トポロジ管理表のレコードの識別子である。「運用ドメイン」は、管理サーバ２０の管理対象となるコンピュータシステムの運用領域の識別子である。「運用障害区分」は、管理サーバ２０の管理対象となるコンピュータシステムで発生する障害の識別子である。「ＳＳＭａｐＩＤ」は、当該運用障害区分における各コンピュータの各メトリックの状態を表すシステムスケッチの識別子である。以下、識別子が“ＳＳＭａｐＩＤｘ−ｘ”であるシステムスケッチを、システムスケッチ「ＳＳＭａｐＩＤｘ−ｘ」と表現する。
【００７６】
システムスケッチは、障害発生時におけるメトリックの状態を表現するルールである。具体的には、システムスケッチは、管理サーバ２０の管理対象となるコンピュータシステムの各コンピュータの障害発生時におけるメトリックの状態を定義する。本実施形態では、メトリックの状態として、“正常”、“上限異常”、“下限以上”、“全状態一致”、“対象外”がある。
【００７７】
“正常”は、メトリックの値が正常範囲である状態を示す。
【００７８】
“上限異常”は、メトリックの値が正常範囲の上限を示す閾値を超えた状態を示す。
【００７９】
“下限異常”は、メトリックの値が正常範囲の下限を示す閾値を下回った状態を示す。
【００８０】
“全状態一致”は、メトリックの値が“正常”、“上限異常”または“下限異常”のいずれかの状態であることを示す。なお、システムスケッチでは、“全状態一致”を“＊”で表す。
【００８１】
“対象外”は、メトリックがルールの対象外であることを示す。なお、システムスケッチでは、“対象外”を“−”で表す。
【００８２】
例えば、図７に示す、運用トポロジキーＩＤが“ＯＴＫｅｙＩＤ１”であるレコードは、“Ａｐｐｌｉｃａｔｉｏｎ”の運用領域における“応答劣化”の障害は、各コンピュータの各メトリックの状態が、システムスケッチ「ＳＳＭａｐＩＤ１−１」または「ＳＳＭａｐＩＤ１−２」で表現された状態であることを示す。
【００８３】
図８および図９は、システムスケッチの一例を示す説明図である。
【００８４】
図８は、“Ａｐｐｌｉｃａｔｉｏｎ”の運用領域における応答劣化時における、各コンピュータのそれぞれのメトリックの状態を表現するルールである。
【００８５】
図８に示すシステムスケッチ「ＳＳＭａｐＩＤ１−１」は、管理サーバ２０の管理対象となるコンピュータシステム１０のデータ処理ソフトウェア「ＳＷ１」の応答劣化時における、コンピュータ「ＮＯＤＥ１」の各メトリックの状態とコンピュータ「ＮＯＤＥ２」の各メトリックの状態を表現するルールである。図８に示すシステムスケッチ「ＳＳＭａｐＩＤ１−２」は、管理サーバ２０の管理対象となるコンピュータシステム１０のデータ処理ソフトウェア「ＳＷ２」の応答劣化時における各コンピュータの各メトリックの状態を表現するルールである。
【００８６】
例えば、図８に示すシステムスケッチ「ＳＳＭａｐＩＤ１−１」は、コンピュータ「ＮＯＤＥ１」における、メトリック「ＭＫｅｙＩＤ１」とメトリック「ＭＫｅｙＩＤ２」とメトリック「ＭＫｅｙＩＤ３」の値が“正常”であって、メトリック「ＭＫｅｙＩＤ４」の値が“上限異常”であって、メトリック「ＭＫｅｙＩＤ５」が“対象外”であることを示す。また、コンピュータ「ＮＯＤＥ２」は、メトリック「ＭＫｅｙＩＤ１」とメトリック「ＭＫｅｙＩＤ２」とメトリック「ＭＫｅｙＩＤ３」の値が“正常”あって、メトリック「ＭＫｅｙＩＤ４」が“対象外”であって、メトリック“ＭＫｅｙＩＤ５”の値が“正常”、“上限異常”または“下限異常”のいずれかの状態であることを示す。
【００８７】
図９は、“Ｉｎｆｒａｓｔｒｕｃｔｕｒｅ”の運用領域におけるリソース障害時における各コンピュータのそれぞれのメトリックの状態を表現するルールである。
【００８８】
図９に示すシステムスケッチ「ＳＳＭａｐＩＤ２−１」、「ＳＳＭａｐＩＤ２−４」は、管理サーバ２０の管理対象となるコンピュータシステムのプロセッサ（ＣＰＵ）のリソース障害時における、コンピュータ「ＮＯＤＥ１」の各メトリックの状態とコンピュータ「ＮＯＤE２」の各メトリックの状態を表現するルールである。図９に示すシステムスケッチ「ＳＳＭａｐＩＤ２−２」、「ＳＳＭａｐＩＤ２−５」は、管理サーバ２０の管理対象となるコンピュータシステムのメモリのリソース障害時における各コンピュータの各メトリックの状態を表現するルールである。図９に示すシステムスケッチ「ＳＳＭａｐＩＤ２−３」、「ＳＳＭａｐＩＤ２−６」は、管理サーバ２０の管理対象となるコンピュータシステムのディスクのリソース障害時における各コンピュータの各メトリックの状態を表現するルールである。
【００８９】
例えば、図９に示すシステムスケッチ「ＳＳＭａｐＩＤ２−１」は、コンピュータ「ＮＯＤＥ１」における、メトリック「ＭＫｅｙＩＤ１」の値が上限異常であって、メトリック「ＭＫｅｙＩＤ２」とメトリック「ＭＫｅｙＩＤ３」とメトリック「ＭＫｅｙＩＤ４」の値が“正常”、“上限異常”または“下限異常”のいずれかの状態であって、メトリック「ＭＫｅｙＩＤ５」が“対象外”であることを示す。また、コンピュータ「ＮＯＤＥ２」における、メトリック「ＭＫｅｙＩＤ１」とメトリック「ＭＫｅｙＩＤ２」とメトリック「ＭＫｅｙＩＤ３」とメトリック「ＭＫｅｙＩＤ５」の値が「正常」、「上限異常」または「下限異常」のいずれかの状態であって、メトリック「ＭＫｅｙＩＤ４」が対象外であることを示す。
【００９０】
なお、システムスケッチは、管理サーバ２０の管理対象となるコンピュータシステムで発生する障害時において、各コンピュータグループのそれぞれのメトリックの状態を表現するルールであってもよい。図１０は、コンピュータグループのメトリックの状態を表現するシステムスケッチの一例を示す説明図である。例えば、図１０に示すように、システムスケッチは、コンピュータグループ「ＮＯＤＥＧｒｐ１」におけるそれぞれのメトリックの状態を表現するルールであってもよい。この場合、図１０に示すシステムスケッチ「ＳＳＭａｐＩＤ１−３」は、図８に示すシステムスケッチ「ＳＳＭａｐＩＤ１−１」とシステムスケッチ「ＳＳＭａｐＩＤ１−２」とを表現するルールとなる。
【００９１】
さらに、システムスケッチは、管理サーバの管理対象となるコンピュータシステムで発生する障害時において、各コンピュータグループのそれぞれのメトリックグループの状態を表現するルールであってもよい。図１１は、コンピュータグループのメトリックグループの状態を表現するシステムスケッチの一例を示す説明図である。例えば、図１１に示すように、コンピュータグループ「ＮＯＤＥＧｒｐ１」における、メトリックグループ「リソース」と、メトリック「ＭＫｅｙＩＤ４」と、メトリック「ＭＫｅｙＩＤ５」との状態を表現するルールであってもよい。この場合、図１１に示すシステムスケッチ「ＳＳＭａｐＩＤ２−７」は、図９に示すシステムスケッチ「ＳＳＭａｐＩＤ２−１」からシステムスケッチ「ＳＳＭａｐＩＤ２−６」までのシステムスケッチを表現するルールとなる。
【００９２】
図１２は、管理サーバ２０の二次記憶装置２４に格納されたメトリック履歴表の一例を示す説明図である。
【００９３】
メトリック履歴表は、図１２に示すように、「メトリック履歴キーＩＤ」、「システムトポロジキーＩＤ」、「メトリックキーＩＤ」、「計測日時」、「計測値」および「システムスケッチ生成処理済みフラグ」を示す情報を含む。
【００９４】
「メトリック履歴キーＩＤ」は、メトリック履歴表のレコードの識別子である。「システムトポロジキーＩＤ」は、システムトポロジ管理表のレコードの識別子である。「メトリックキーＩＤ」は、メトリック定義表のレコードの識別子である。「計測日時」は、メトリックの計測日時である。「計測値」は、メトリックの計測値である。「システムスケッチ生成処理済みフラグ」は、メトリック履歴表レコードに対するシステムスケッチ生成処理が済んでいるか否かを示すフラグである。
【００９５】
例えば、図１２に示す、メトリック履歴キーＩＤが“ＭＨｉｓｔｏｒｙ１”であるレコードは、コンピュータグループ「ＮＯＤＥＧｒｐ１」のコンピュータ「ＮＯＤＥ１」におけるプロセッサの単位時間使用率の計測値が“４０％”であって、システムスケッチ生成処理済みであることを示す。また、計測日時が“２０１２／１／１／１３：００：００”であることを示す。
【００９６】
図１３は、管理サーバ２０の二次記憶装置２４に格納されたイベント履歴表の一例を示す説明図である。
【００９７】
イベント履歴表は、図１３に示すように、「イベントキーＩＤ」、「発生日時」、「システムトポロジキーＩＤ」、「イベントＩＤ」、「イベントメッセージ」および「イベント集約処理済みフラグ」を示す情報を含む。
【００９８】
「イベントキーＩＤ」は、イベント履歴表のレコードの識別子である。「発生日時」は、イベントの発生日時である。「システムトポロジキーＩＤ」は、当該イベントの発生個所に対応するシステムトポロジキーＩＤである。「イベントＩＤ」、「イベントメッセージ」は、当該イベントにより通知されるメッセージの識別子とその内容である。「イベント集約処理済みフラグ」は、当該イベントに対するイベント集約処理が済んでいるか否かを示すフラグである。
【００９９】
例えば、図１３に示す、イベントキーＩＤが“ＥｖｅｎｔＫｅｙＩＤ１”であるレコードは、“２０１２／１／１  １３：０５：００”にコンピュータグループ「ＮＯＤＥＧｒｐ１」のコンピュータ「ＮＯＤＥ１」のデータ処理ソフトウェア「ＳＷ１」で発生したイベントの、イベントＩＤが“ＳＷ１Ｅｖｅｎｔ４”であって、イベントメッセージが“ＳＷ１エラー”であることを示す。また、当該イベントがイベント集約処理済みであることを示す。以下、識別子が“ＥｖｅｎｔＫｅｙＩＤｘ”であるイベント履歴を、イベント履歴「ＥｖｅｎｔＫｅｙＩＤｘ」と表現する。
【０１００】
図１４は、管理サーバ２０の二次記憶装置２４に格納されたシステムスケッチ管理表の一例を示す説明図である。
【０１０１】
システムスケッチ管理表は、図１４に示すように、「ＲｕｎＴｉｍｅＳｙｓｔｅｍＳｋｅｔｃｈ（ＲＳＳ）キーＩＤ」、「メトリックキーＩＤリスト」、「開始日時」および「終了日時」を示す情報を含む。
【０１０２】
「ＲＳＳキーＩＤ」は、システムスケッチ管理表のレコードの識別子である。「メトリック履歴キーＩＤリスト」は、システムスケッチ生成処理の対象となるメトリック履歴レコードの集合である。「開始日時」は、当該システムスケッチ生成処理の開始日時である。「終了日時」は、当該システムスケッチ生成処理の終了日時である。
【０１０３】
例えば、図１４に示す、ＲＳＳキーＩＤが“ＲＳＳＭａｐＫｅｙＩＤ１”であるレコードは、“２０１２／１／１  １３：００：００”から“２０１２／１／１  １３：０９：５９”までの時間帯のメトリックが、“ＭＨｉｓｔｏｒｙ１”から“ＭＨｉｓｔｏｒｙ８”までのメトリックであることを示す。
【０１０４】
図１５および図１６は、管理サーバ２０の二次記憶装置２４に格納されたイベント集約結果表の一例を示す説明図である。
【０１０５】
イベント集約結果表は、図１５および図１６に示すように、「イベント集約グループキーＩＤ」、「運用トポロジキーＩＤ」、「イベントキーＩＤ」および「ステータス」を示す情報を含む。
【０１０６】
「イベント集約グループキーＩＤ」は、イベント集約結果表のレコードの識別子である。「運用トポロジキーＩＤ」は、運用トポロジ管理表のレコードの識別子である。「イベントキーＩＤ」は、イベント履歴表のレコードの識別子である。「ステータス」は、当該イベント集約グループに対する管理者の着手状態を示す。
【０１０７】
例えば、図１５に示す、イベント集約グループキーＩＤが“ＥｖｅｎｔＧｒｏｕｐＫｅｙＩＤ１”であるレコードは、“Ａｐｐｌｉｃａｔｉｏｎ”の運用領域の応答劣化におけるイベント群（イベントグループ）が、イベントキー履歴「ＥｖｅｎｔＫｅｙＩＤ１」に対応するイベントと、イベント履歴「ＥｖｅｎｔＫｅｙＩＤ２」に対応するイベントと、イベント履歴「ＥｖｅｎｔＫｅｙＩＤ３」に対応するイベントであることを示す。また、当該レコードに対して、管理者が未着手であることを示す。イベントキー履歴「ＥｖｅｎｔＫｅｙＩＤ１」に対応するイベントは、図１３に示すように、コンピュータ「ＮＯＤＥ１」のデータ処理ソフトウェア「ＳＷ１」で発生した、メッセージが「ＳＷ１エラー」であるイベントである。また、イベントキー履歴「ＥｖｅｎｔＫｅｙＩＤ２」に対応するイベントは、コンピュータ「ＮＯＤＥ１」のデータ処理ソフトウェア「ＳＷ１」で発生した、メッセージが“レスポンス異常”であるイベントである。また、イベントキー履歴「ＥｖｅｎｔＫｅｙＩＤ３」に対応するイベントは、コンピュータ「ＮＯＤＥ２」のデータ処理ソフトウェア「ＳＷ２」で発生した、メッセージが“ＳＷ２エラー”であるイベントである。
【０１０８】
次に、本実施形態の動作を説明する。
【０１０９】
図１７は、管理サーバ２０のシステムスケッチ生成モジュール２３６が実行するシステムスケッチ生成処理を示すフローチャートである。
【０１１０】
なお、本実施形態では、システムスケッチ生成モジュール２３６がシステムスケッチ生成処理を実行する前に、予め、管理者が、システムトポロジ管理表とメトリック定義表とを、それぞれ二次記憶装置２４に格納する。
【０１１１】
システムスケッチ生成モジュール２３６は、システムトポロジ管理表から、管理対象となるコンピュータのすべてのコンピュータ部位ＩＤの一覧を取得する。また、システムスケッチ生成モジュール２３６は、メトリック定義表から、取得したコンピュータ部位ＩＤに一致するメトリックキーＩＤを取得する（ステップＳ１０１）。
【０１１２】
システムスケッチ生成モジュール２３６は、メトリック履歴表から、システムスケッチ生成処理済みフラグが“Ｎｏ”であって、且つステップＳ１０１で取得したメトリックキーＩＤを含むメトリック履歴レコードを取得する。このとき、システムスケッチ生成モジュール２３６は、時系列が最も古い順から、メトリックキーＩＤごとに少なくとも１つのレコードを取得し、取得したレコードのシステムスケッチ生成処理済みフラグを“Ｙｅｓ”に更新する（ステップＳ１０２）。
【０１１３】
システムスケッチ生成モジュール２３６は、ステップＳ１０２におけるシステムスケッチ生成処理済みフラグ更新後のメトリック履歴表から、システムスケッチ生成処理済みフラグが“Ｎｏ”であって、ステップＳ１０１で取得したメトリックキーＩＤを含むメトリック履歴レコードを取得する。システムスケッチ生成モジュール２３６は、取得したレコードの中から、時系列が最も古いレコードを取得する（ステップＳ１０３）。
【０１１４】
システムスケッチ生成モジュール２３６は、ステップＳ１０２で取得したメトリック履歴レコードの集合を、システムスケッチ生成処理の対象とする。つまり、当該メトリック履歴レコードの集合をシステムスケッチ管理レコードのメトリックキーＩＤリストに登録する。また、システムスケッチ生成モジュール２３６は、ステップＳ１０２で取得したメトリック履歴レコードの集合のうち最も時系列の古いレコードのメトリック計測日時を、システムスケッチ管理レコードのシステムスケッチ開始日時に登録する。また、ステップＳ１０３で取得したメトリック履歴レコードのメトリック計測日時の１秒前の日時を、システムスケッチ管理レコードのシステムスケッチ終了日時に登録する。システムスケッチ生成モジュール２３６は、システムスケッチ管理レコードを、レコードの識別子とともにシステムスケッチ管理表に格納する（ステップＳ１０４）。
【０１１５】
図１８は、管理サーバ２０のイベント集約処理モジュール２３７が実行するイベント集約処理を示すフローチャートである。
【０１１６】
なお、イベント集約処理モジュール２３７がイベント集約処理を実行する前に、予め、管理者が、システムトポロジ管理表とメトリック定義表と運用トポロジ管理表とを、それぞれ二次記憶装置２４に格納する。
【０１１７】
イベント集約処理モジュール２３７は、イベント履歴表から、イベント集約処理済みフラグが“Ｎｏ”であるイベント履歴レコードの一覧を取得する（ステップＳ２０１）。
【０１１８】
イベント集約処理モジュール２３７は、ステップＳ２０１で取得したそれぞれのレコードに対して、ステップＳ２０３〜Ｓ２１０に示す処理を繰り返し実行する（ステップＳ２０２）。処理対象となるレコードが存在しない場合は、イベント集約処理を終了する。
【０１１９】
イベント集約処理モジュール２３７は、イベント集約結果表を参照し、各イベント集約グループのイベントキーＩＤリストに登録されているイベント履歴レコードの中に、処理対象のレコードと一致するものがあるか否かを確認する（ステップＳ２０３）。このとき、イベント集約処理モジュール２３７は、処理対象のレコードが、システムトポロジ管理表に登録されているシステムトポロジキーＩＤを含んでいて、且つ、イベント集約グループのイベントキーＩＤリストに登録されているイベント履歴レコードと同じイベントＩＤを含む場合に、処理対象のレコードと一致するイベント履歴レコードがあると判断する。
【０１２０】
一致するイベント履歴レコードがある場合は（ステップＳ２０４のＹＥＳ）、イベント集約処理モジュール２３７は、イベント集約結果表を更新する。具体的には、一致するイベント履歴レコードがあるイベント集約グループのイベントキーＩＤリストに、当該処理対象のレコードの識別子（イベントキーＩＤ）を追加する（ステップＳ２０５）。
【０１２１】
一致するイベント履歴レコードがない場合は（ステップＳ２０４のＮＯ）、イベント集約処理モジュール２３７は、システムスケッチ管理表から、処理対象のイベント履歴レコードの発生日時が含まれる、メトリック履歴キーＩＤリストを取得する（ステップＳ２０６）。
【０１２２】
イベント集約処理モジュール２３７は、運用トポロジ管理表から、各運用トポロジキーＩＤに対応するＳＳＭａｐＩＤを取得する。イベント集約処理モジュール２３７は、メトリック履歴キーＩＤリストの各メトリック履歴レコードのメトリック状態が、取得したＳＳＭａｐＩＤに対応するシステムスケッチが示す状態と一致しているか否かを確認する（ステップＳ２０７）。例えば、システムスケッチ管理レコード「ＲＳＳＭａｐＫｅｙＩＤ１」のメトリック履歴レコード「ＭＨｉｓｔｏｒｙ１−ＭＨｉｓｔｏｒｙ８」が示すメトリック状態は、コンピュータ「ＮＯＤＥ１」におけるメトリック「ＭＫｅｙＩＤ４」のみが“上限異常”であるので、システムスケッチ「ＳＳＭＡＰＩＤ１−１」が示す状態と一致していると判断される。
【０１２３】
イベント集約処理モジュール２３７は、各メトリック履歴レコードのメトリック状態とシステムスケッチが示す状態とが一致する場合は（ステップＳ２０８のＹＥＳ）、当該システムスケッチの識別子（ＳＳＭａｐＩＤ）が登録された運用トポロジの識別子（運用トポロジキーＩＤ）と、当該処理対象のイベント履歴レコードの識別子（イベントキーＩＤ）とを要素とする新たなイベント集約結果レコードを生成し、イベント集約結果表に登録する（ステップＳ２０９）。
【０１２４】
イベント集約処理モジュール２３７は、各メトリック履歴レコードのメトリック状態とシステムスケッチが示す状態とが一致しない場合は（ステップＳ２０８のＮＯ）、障害区分が“その他障害”である運用トポロジに割り当てられる運用トポロジキーＩＤ（例えば、“ＯＴＫｅｙＩＤ９９”）と、当該イベント履歴レコード（イベントキーＩＤ）とを要素とする新たなイベント集約結果レコードを、イベント集約結果表に登録する（ステップＳ２１０）。
【０１２５】
イベント集約処理モジュール２３７は、ステップＳ２０５の処理を実行後、またはステップＳ２０９の処理を実行後、またはステップＳ２１０の処理を実行後、ステップＳ２０３の処理に戻る（ステップＳ２１１）。
【０１２６】
図１９は、イベント集約結果を示す表示画面の一例を示す説明図である。
【０１２７】
管理サーバ２０、具体的にはＵＩ表示処理モジュール２３５は、表示用計算機に表示用情報を送信して、表示用計算機が備えるディスプレイ等にイベント集約結果を示す表示画面を表示する。
【０１２８】
図１９に示すように、イベント集約結果を示す表示画面には、イベント集約結果表に格納されたイベント集約結果が表示される。なお、管理サーバ２０は、イベント集約結果の表示画面のイベントリスト欄に、イベント履歴表のレコードの識別子に該当するイベント履歴情報のいずれかを表示してもよい。また、管理サーバ２０は、イベント集約結果の表示画面に、イベント履歴表のレコードの件数のみを表示する欄を設けてもよい。
【０１２９】
以上に説明したように、本実施形態では、イベント集約処理によって、管理サーバの管理対象となるコンピュータシステムにおいて障害が発生するときの各メトリックの状態を表現したルール（システムスケッチ）に応じて、当該障害で発生するイベントを集約し、グループ化する。そして、イベント集約結果を管理者に提示する。それにより、管理者がどの障害のイベントであるかを容易に判断でき、イベントの調査診断に要する作業負荷を軽減することができる。
【０１３０】
また、管理対象とするコンピュータシステムの規模が大きくなればなるほど、同時多発的に障害が複数個所で発生する可能性が高くなる。従って、大規模なコンピュータシステムに本発明を適用した場合には、本発明の効果をより享受できる。
【０１３１】
図２０は、本発明によるイベント集約装置の最小構成を示すブロック図である。図２１は、本発明によるイベント集約装置の他の最小構成を示すブロック図である。
【０１３２】
図２０に示すように、イベント集約装置（図１および図４に示す管理サーバ２０に相当。）は、コンピュータシステム（図１および図２に示すコンピュータシステム１０に相当。）の障害または障害の兆候を示すイベントの発生履歴を示すイベント履歴情報と、コンピュータシステムにおけるリソースの使用状態をメトリックごとの計測値として表すメトリック履歴情報とを、コンピュータシステムから取得する情報取得部１（図４に示す管理サーバ２０におけるメモリ２３に格納されたプログラム制御モジュール２３１、性能情報取得モジュール２３２およびイベント取得モジュール２３４に相当。）と、コンピュータシステムの障害発生時における各メトリックの状態を定義したシステムスケッチを記憶する記憶部２（図４に示す管理サーバ２０における二次記憶装置２４に相当。）と、イベント履歴情報から、メトリック履歴情報が示す各メトリックの計測結果と、システムスケッチが示す各メトリックの状態とが一致する時間帯に発生したイベントを抽出し、抽出した各イベントを当該システムスケッチに対応するイベントグループとして集約する集約部３（図４に示す管理サーバ２０におけるメモリ２３に格納されたプログラム制御モジュール２３１およびイベント集約処理モジュール２３７に相当。）とを含む。
【０１３３】
そのような構成によれば、障害が発生するときの各メトリックの状態を表現したルールに応じて、当該障害で発生するイベントを集約することができる。従って、発生したイベントがどの障害によるものであるかを容易に判断でき、イベントの調査診断に要する作業負荷を軽減することができる。
【０１３４】
上記の実施形態には、以下のようなイベント集約装置も開示されている。
【０１３５】
（１）図２１に示すように、集約されたイベントグループを表示するための表示用情報を生成する表示処理部４（図４に示す管理サーバ２０におけるメモリ２３に格納されたＵＩ表示処理モジュール２３５に相当。）を含むイベント集約装置。
【０１３６】
そのような構成によれば、表示用情報を表示用計算機等に出力することにより、コンピュータシステムにおける障害で発生するイベントを管理者に提示することができる。このように、当該障害で発生するイベントを、当該障害の各メトリックの状態が一致するイベントグループに集約し、集約した結果を表示用計算機等に表示することにより、管理者がどの障害のイベントであるかを容易に判断でき、イベントの調査診断に要する作業負荷を軽減することができる。
【０１３７】
（２）図２１に示すように、所定期間ごとに、当該所定期間に取得されたメトリック履歴情報の集合を含むシステムスケッチ管理レコードを生成するシステムスケッチ生成部５（図４に示す管理サーバ２０におけるメモリ２３に格納されたプログラム制御モジュール２３１およびシステムスケッチ生成モジュール２３６に相当。）を含み、集約部３は、システムスケッチ管理レコードに含まれるメトリック履歴情報の集合が示す各メトリックの計測結果と、記憶部２に格納されたいずれかのシステムスケッチが示す各メトリックの状態とが一致する場合に、当該システムスケッチ管理レコードが生成された時間帯に発生したイベントを、当該システムスケッチに対応するイベントグループとして集約するイベント集約装置。
【０１３８】
そのような構成によれば、未定義の関連イベントに対して、新たな障害のイベントであるか既存障害の関連イベントであるかを正確に判断することができ、より効率的にイベントを集約することができる。
【符号の説明】
【０１３９】
１  情報取得部
２  記憶部
３  集約部
４  表示処理部
５  システムスケッチ生成部
１０  コンピュータシステム
１１  フロントエンドノード
１２−１〜１２−ｎ  処理ノード
１３  ＩＰスイッチ
１４  ネットワーク
２０  管理サーバ
２１  通信Ｉ／Ｆ
２２  プロセッサ
２３  メモリ
２３１  プログラム制御モジュール
２３２  構成情報取得モジュール
２３３  性能情報取得モジュール
２３４  イベント取得モジュール
２３５  ＵＩ表示処理モジュール
２３６  システムスケッチ生成モジュール
２３７  イベント集約処理モジュール
２４  二次記憶装置
２５  出力デバイス
２６  入力デバイス
３０  管理端末
４０−１〜４０−ｎ  利用者端末
５０−１、５０−２  ＩＰスイッチ
６０−１、６０−２  ネットワーク
１００  コンピュータ
１１０  通信Ｉ／Ｆ
１２０  プロセッサ
１３０  メモリ
１３１  データ処理ソフトウェア
１３２  監視ソフトウェア
１４０  二次記憶装置
１５０  出力デバイス
１６０  入力デバイス
【図１】
2014157412.tif 000003
【図２】
2014157412.tif 000004
【図３】
2014157412.tif 000005
【図４】
2014157412.tif 000006
【図５】
2014157412.tif 000007
【図６】
2014157412.tif 000008
【図７】
2014157412.tif 000009
【図８】
2014157412.tif 000010
【図９】
2014157412.tif 000011
【図１０】
2014157412.tif 000012
【図１１】
2014157412.tif 000013
【図１２】
2014157412.tif 000014
【図１３】
2014157412.tif 000015
【図１４】
2014157412.tif 000016
【図１５】
2014157412.tif 000017
【図１６】
2014157412.tif 000018
【図１７】
2014157412.tif 000019
【図１８】
2014157412.tif 000020
【図１９】
2014157412.tif 000021
【図２０】
2014157412.tif 000022
【図２１】
2014157412.tif 000023