(57)【要約】【課題】計算機システムの障害の効率的な解析を支援する。【解決手段】障害解析支援システムは、ボトルネック候補リソースのメトリック性能値と該メトリック性能値に対応するメトリック基準値とに基づいて障害解析期間を算出し、リソース間関連情報を参照してボトルネック候補リソースに関連するボトルネック候補関連リソースを特定し、該ボトルネック候補関連リソースのメトリック性能値と該メトリック性能値に対応するメトリック基準値とに基づいてボトルネック候補関連リソースの評価値を算出し、該評価値に基づいてボトルネック候補関連リソースの中から要表示ボトルネック候補関連リソースを特定し、基点リソースと基点関連リソースとボトルネック候補リソースと要表示ボトルネック候補関連リソースとを含む表示リソースの相互の関連と該表示リソースの障害解析期間の時刻毎の状態とが分かる態様の画面を表示する。【選択図】図１
2020204869.tif 000002
【特許請求の範囲】
【請求項１】
複数のリソースを含む計算機システムを対象とする障害解析を支援する障害分析支援システムであって、
前記複数のリソースの関連を表すリソース間関連情報と、前記複数のリソースのメトリック毎に定められた基準値であるメトリック基準値と、前記複数のリソースのメトリックの時刻毎の計測値であるメトリック性能値と、を記憶する管理情報記憶部と、
前記リソース間関連情報を参照して前記障害解析の基点となるリソースである基点リソースに関連する基点関連リソースを特定し、該基点リソースおよび該基点関連リソースを表示してボトルネック候補リソースの指定を受け付け、前記ボトルネック候補リソースのメトリック性能値と該メトリック性能値に対応するメトリック基準値とに基づいて、前記障害解析の対象とする期間である障害解析期間を算出する障害解析期間特定部と、
前記リソース間関連情報を参照して前記ボトルネック候補リソースに関連するボトルネック候補関連リソースを特定し、該ボトルネック候補関連リソースのメトリック性能値と該メトリック性能値に対応するメトリック基準値とに基づいて、前記ボトルネック候補関連リソースの評価値を算出し、該評価値に基づいて、前記ボトルネック候補関連リソースの中から表示すべきリソースである要表示ボトルネック候補関連リソースを特定する表示リソース特定部と、
前記基点リソースと前記基点関連リソースと前記ボトルネック候補リソースと前記要表示ボトルネック候補関連リソースとを含む表示リソースの相互の関連と該表示リソースの前記障害解析期間の時刻毎の状態とが分かる態様の画面を表示するリソース状況再生表示部と、
を有する障害解析支援システム。
【請求項２】
前記障害解析期間特定部は、
前記ボトルネック候補リソースのそれぞれについて、現在時刻から遡り前記メトリック性能値が前記メトリック基準値を超えない期間が所定の保護期間だけ継続した該期間の先頭の時刻を開始時刻とし、前記現在時刻に前記メトリック性能値が前記メトリック基準値を超えていれば前記現在時刻を終了時刻とし、前記現在時刻に前記メトリック性能値が前記メトリック基準値を超えていなければ前記現在時刻から遡り前記メトリック性能値が前記メトリック基準値を最後に超えた時刻を終了時刻とし、前記開始時刻と前記終了時刻を算出し、
前記ボトルネック候補リソース毎に算出した開始時刻のうち最も早い時刻を前記障害解析期間の開始時刻とし、前記ボトルネック候補リソース毎に算出した終了時刻のうち最も遅い時刻を前記障害解析期間の終了時刻とする、
請求項１に記載の障害解析支援システム。
【請求項３】
前記表示リソース特定部は、前記ボトルネック候補関連リソースのそれぞれについて、前記メトリック性能値と前記メトリック基準値とに基づき、複数の評価ロジックによりそれぞれ評価値を算出し、前記評価ロジック毎の評価値を合成して前記ボトルネック候補関連リソースの評価値を算出する、
請求項１に記載の障害解析支援システム。
【請求項４】
前記複数の評価ロジックの１つは、前記障害解析期間内において前記メトリック性能値が前記メトリック基準値以上である時間の合計の前記障害解析期間に対する割合に基づいて、前記評価値の１つを算出する、
請求項３に記載の障害解析支援システム。
【請求項５】
前記複数の評価ロジックの１つは、時間軸とメトリック軸とにより各時刻におけるメトリック性能値を曲線で表すグラフにおける、前記障害解析期間における前記時間軸と前記曲線との間の領域部分の面積の、前記障害解析期間における前記時間軸と前記メトリック基準値との間の領域部分の面積に対する割合に基づいて、前記評価値の１つを算出する、
請求項３に記載の障害解析支援システム。
【請求項６】
前記複数の評価ロジックの１つは、前記ボトルネック候補リソースにおける障害発生時刻が、前記障害解析期間における前記メトリック性能値が前記メトリック基準値以下の最も過去の時刻である過去時刻よりも以前である場合、前記過去時刻から前記障害解析期間の最終時刻までの期間の、前記障害発生時刻から前記最終時刻までの期間に対する割合に基づいて、前記評価値の１つを算出する、
請求項３に記載の障害解析支援システム。
【請求項７】
前記リソース状況再生表示部は、前記表示リソースの相互の関連を、前記表示リソース間を繋いだトポロジにより表示する、
請求項１に記載の障害解析支援システム。
【請求項８】
前記表示リソース特定部は、前記トポロジにおいて、前記表示リソースと前記ボトルネック候補リソースとの間の経路上にあり前記表示リソースに含まれていないリソースを、前記表示リソースに追加する、
請求項７に記載の障害解析支援システム。
【請求項９】
前記リソース状況再生表示部は、前記メトリック性能値が所定の基準値を超えている表示リソースをエラー状態とし、前記障害解析期間の時刻毎に、エラー状態の表示リソースをエラー状態でない表示リソースと区別可能な態様で前記トポロジを表示する、
請求項７に記載の障害解析支援システム。
【請求項１０】
複数のリソースを含む計算機システムを対象とする障害解析を支援する障害分析支援方法であって、
前記複数のリソースの関連を表すリソース間関連情報と、前記複数のリソースのメトリック毎に定められた基準値であるメトリック基準値と、前記複数のリソースのメトリックの時刻毎の計測値であるメトリック性能値と、を管理情報記憶部に記憶し、
前記リソース間関連情報を参照して前記障害解析の基点となるリソースである基点リソースに関連する基点関連リソースを特定し、該基点リソースおよび該基点関連リソースを表示してボトルネック候補リソースの指定を受け付け、前記ボトルネック候補リソースのメトリック性能値と該メトリック性能値に対応するメトリック基準値とに基づいて、前記障害解析の対象とする期間である障害解析期間を算出し、
前記リソース間関連情報を参照して前記ボトルネック候補リソースに関連するボトルネック候補関連リソースを特定し、該ボトルネック候補関連リソースのメトリック性能値と該メトリック性能値に対応するメトリック基準値とに基づいて、前記ボトルネック候補関連リソースの評価値を算出し、該評価値に基づいて、前記ボトルネック候補関連リソースの中から表示すべきリソースである要表示ボトルネック候補関連リソースを特定し、
前記基点リソースと前記基点関連リソースと前記ボトルネック候補リソースと前記要表示ボトルネック候補関連リソースとを含む表示リソースの相互の関連と該表示リソースの前記障害解析期間の時刻毎の状態とが分かる態様の画面を表示する、
障害解析支援方法。
【請求項１１】
複数のリソースを含む計算機システムを対象とする障害解析を支援するためのコンピュータプログラムであって、
前記複数のリソースの関連を表すリソース間関連情報と、前記複数のリソースのメトリック毎に定められた基準値であるメトリック基準値と、前記複数のリソースのメトリックの時刻毎の計測値であるメトリック性能値と、を管理情報記憶部に記憶し、
前記リソース間関連情報を参照して前記障害解析の基点となるリソースである基点リソースに関連する基点関連リソースを特定し、該基点リソースおよび該基点関連リソースを表示してボトルネック候補リソースの指定を受け付け、前記ボトルネック候補リソースのメトリック性能値と該メトリック性能値に対応するメトリック基準値とに基づいて、前記障害解析の対象とする期間である障害解析期間を算出し、
前記リソース間関連情報を参照して前記ボトルネック候補リソースに関連するボトルネック候補関連リソースを特定し、該ボトルネック候補関連リソースのメトリック性能値と該メトリック性能値に対応するメトリック基準値とに基づいて、前記ボトルネック候補関連リソースの評価値を算出し、該評価値に基づいて、前記ボトルネック候補関連リソースの中から表示すべきリソースである要表示ボトルネック候補関連リソースを特定し、
前記基点リソースと前記基点関連リソースと前記ボトルネック候補リソースと前記要表示ボトルネック候補関連リソースとを含む表示リソースの相互の関連と該表示リソースの前記障害解析期間の時刻毎の状態とが分かる態様の画面を表示する、
ことをコンピュータに実行させる、
コンピュータプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、計算機システムの障害分析を支援する技術に関する。
【背景技術】
【０００２】
計算機システムが大規模化し、多様な用途のリソースが計算機システム内に混在し、計算機システムが複雑化するのに伴い、計算機システムに発生する性能に関連する障害により起こる現象も複雑化している。そのため障害が発生したときの原因分析にかかるコストが増加している。この様な状況の下、計算機システムの障害の原因分析を支援するための各種技術や各種手法が提案されている。例えば、計算機システムに含まれるリソースの中から絞り込んだ一部のリソースについて相互関係を表したトポロジを表示することで、計算機システムの構成の視認性を向上させ原因分析を容易にする技術がある。
【０００３】
特許文献１には、計算機システムにおける効果的な絞り込みが行える管理システムが開示されている。管理システムは、複数のエレメントタイプのうちの一部のエレメントタイプのエレメントの一覧を表示し、その一覧のうちの２以上のエレメントの選択を受け付ける。そして、管理システムは、選択された２以上のエレメントと選択された２以上のエレメントに関連するエレメント（関連エレメント）とにより構成され選択された２以上のエレメントと関連エレメントとがエレメントタイプで区分されたトポロジーを表示する。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２０１６−８１５０７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
計算機システム内の障害分析においては、時間経過とともに計算機システム内で障害がどのように変化したかということが障害の原因を探索する助けになる場合がある。しかしながら、特許文献１の技術は、互いに関連するエレメントをエレメントタイプで区分したトポロジーを表示するものであり、分析者は時間変化を目視により認識することはできない。
【０００６】
本開示の一つの目的は、計算機システムの障害の効率的な解析を支援する技術を提供することである。
【課題を解決するための手段】
【０００７】
本発明の一つの実施態様に従う障害解析支援システムは、複数のリソースを含む計算機システムを対象とする障害解析を支援する障害分析支援システムであって、前記複数のリソースの関連を表すリソース間関連情報と、前記複数のリソースのメトリック毎に定められた基準値であるメトリック基準値と、前記複数のリソースのメトリックの時刻毎の計測値であるメトリック性能値と、を記憶する管理情報記憶部と、前記リソース間関連情報を参照して前記障害解析の基点となるリソースである基点リソースに関連する基点関連リソースを特定し、該基点リソースおよび該基点関連リソースを表示してボトルネック候補リソースの指定を受け付け、前記ボトルネック候補リソースのメトリック性能値と該メトリック性能値に対応するメトリック基準値とに基づいて、前記障害解析の対象とする期間である障害解析期間を算出する障害解析期間特定部と、前記リソース間関連情報を参照して前記ボトルネック候補リソースに関連するボトルネック候補関連リソースを特定し、該ボトルネック候補関連リソースのメトリック性能値と該メトリック性能値に対応するメトリック基準値とに基づいて、前記ボトルネック候補関連リソースの評価値を算出し、該評価値に基づいて、前記ボトルネック候補関連リソースの中から表示すべきリソースである要表示ボトルネック候補関連リソースを特定する表示リソース特定部と、前記基点リソースと前記基点関連リソースと前記ボトルネック候補リソースと前記要表示ボトルネック候補関連リソースとを含む表示リソースの相互の関連と該表示リソースの前記障害解析期間の時刻毎の状態とが分かる態様の画面を表示するリソース状況再生表示部と、を有する。
【発明の効果】
【０００８】
本発明によれば、計算機システムの障害の効率的な解析を支援することが可能となる。
【図面の簡単な説明】
【０００９】
【図１】一実施の形態に係る計算機システム及び管理システムの構成を示すブロック図である。
【図２】一実施の形態に係る管理サーバが管理対象とする計算機システムのエレメントトポロジー構成の例を示す図である。
【図３】一実施の形態に係るリソース一覧テーブルの例を示す図である。
【図４】一実施の形態に係るリソース間関連テーブルの例を示す図である。
【図５】一実施の形態に係るメトリック性能値テーブルの例を示す図である。
【図６】一実施の形態に係るイベント情報テーブルの例を示す図である。
【図７】一実施の形態に係る管理サーバにおける処理の概要を示すフローチャートである。
【図８】一実施の形態に係る障害解析期間特定部の処理例を示すフローチャートである。
【図９】一実施の形態に係る表示リソース特定部の処理例を示すフローチャートである。
【図１０】一実施の形態に係る表示リソース特定部が表示リソース一覧の内容をトポロジに追加表示する処理例を示すフローチャートである。
【図１１】一実施の形態に係るリソース状況再生表示部がトポロジのリソースの状況変化を再生する処理例を示すフローチャートである。
【図１２】一実施の形態に係る対象画像フレームのトポロジ表示処理の例を示すフローチャートである。
【図１３】一実施の形態に係るトポロジを構成するリソースに発生したイベントの表示例を示す図である。
【図１４】一実施の形態に係る障害解析期間特定部による障害解析期間の特定の具体例を説明するための図である。
【図１５】一実施の形態に係る基準値テーブルの例を示す図である。
【図１６】一実施の形態に係る障害解析期間向けパラメータテーブルの例を示す図である。
【図１７】一実施の形態に係る関連リソースのメトリック性能値一覧から表示リソース一覧を出力するための演算処理の一例を示すフローチャートである。
【図１８】一実施の形態に係る第１ロジックによる第１評価値ｘ１の算出例を示すフローチャートである。
【図１９】一実施の形態に係る第２ロジックによる第２評価値ｘ２の算出例を示すフローチャートである。
【図２０】一実施の形態に係る第３ロジックのよる第３評価値ｘ３の算出例を示すフローチャートである。
【発明を実施するための形態】
【００１０】
以下、本発明の実施形態について図面を参照して説明する。
【００１１】
（一実施の形態）
＜システム構成＞
図１は、実施例に係る計算機システム及び管理システムの構成を示す。
【００１２】
計算機システム１００は、１以上のホスト５５３と、１以上のホスト５５３に接続された１以上のストレージシステム５５１とを含む。ストレージシステム５５１には、例えば、通信ネットワーク５２２（例えばＳＡＮ（Storage  Area  Network）又はＬＡＮ（Local  Area  Network））を介してホスト５５３が接続される。
【００１３】
管理システムは、管理サーバ５５７と、管理サーバ５５７に接続された１以上の管理クライアント５５５とを含む。管理サーバ５５７には、通信ネットワーク（例えばＬＡＮ、ＷＡＮ（World  Area  Network）又はインターネット）５２１を介して、管理クライアント５５５が接続される。
【００１４】
＜管理対象機器＞
ストレージシステム５５１は、物理記憶デバイス群５６３と、物理記憶デバイス群５６３に接続されたコントローラ５６１とを有する。
【００１５】
物理記憶デバイス群５６３は、１以上のＰＧ（Parity  Group）を有する。ＰＧは、ＲＡＩＤ（Redundant  Array  of  Independent  (or  Inexpensive)  Disks）グループと呼ぶこともある。ＰＧは、複数の物理記憶デバイスで構成されており、所定のＲＡＩＤレベルに従いデータを記憶する。物理記憶デバイスは、例えば、ＨＤＤ（Hard  Disk  Drive）或いはＳＳＤ（Solid  State  Drive）である。
【００１６】
ストレージシステム５５１は、複数の論理ボリュームを有する。論理ボリュームとしては、ＰＧに基づく実体的な論理ボリューム（実ボリューム）５６５もあれば、シンプロビジョニング或いはストレージ仮想化技術に従う仮想的な論理ボリューム（仮想ボリューム）５６７もある。１つのストレージシステム５５１が必ずしも複数種類の論理ボリュームを有するとは限らない。例えば、ストレージシステム５５１は、論理ボリュームとして、実ボリューム５６５のみを有してもよい。シンプロビジョニングに従う仮想ボリュームには、プールから記憶領域が割り当てられる。プールは、１以上の物理記憶デバイス（例えばＲＧ）に基づく記憶領域群であり、例えば、１以上の論理ボリュームの集合でよい。プールは、シンプロビジョニングに従う仮想ボリュームに割り当てられる記憶領域を有するプールに代えて、オリジナルの論理ボリュームとそのスナップショットとの差分が格納されるプールでもよい。
【００１７】
コントローラ５６１は、複数のデバイス、例えば、ポート、ＭＰＢ（１又は複数のマイクロプロセッサ（ＭＰ）を有するブレード（回路基板））及びキャッシュメモリを有している。例えば、ポートが、ホスト５５３からＩ／Ｏ（Input/Output）コマンド（ライトコマンド又はリードコマンド）を受信し、ＭＰＢが有するＭＰが、そのＩ／Ｏコマンドに従うデータのＩ／Ｏを制御する。具体的には、例えば、ＭＰは、受信したＩ／ＯコマンドからＩ／Ｏ先の論理ボリュームを特定し、特定した論理ボリュームに対してデータのＩ／Ｏを行う。論理ボリュームに対してＩ／Ｏされるデータは、一時的に、キャッシュメモリに格納される。
【００１８】
ホスト５５３は、物理計算機でも仮想計算機でもよい。ホスト５５３で、１以上のアプリケーションプログラム（ＡＰＰ）５５２が実行される。ＡＰＰ５５２が実行されることにより、論理ボリュームを指定したＩ／Ｏコマンドがホスト５５３からストレージシステム５５１に送信する。
【００１９】
以上のように、計算機システム１００は、階層的な複数のエレメントを有する。複数のエレメントは物理的あるいは論理的な構成要素であり、どのような単位で設定されてもよいが、ここでは、具体的には、ＡＰＰ５５２、ホスト５５３、ストレージシステム５５１、コントローラ５６１、ポート、ＭＰＢ、キャッシュメモリ、論理ボリューム及びＰＧ等である。上下の階層間でエレメント同士が関連づけられる。本実施例において、便宜上、複数のエレメントのうち、所定の境界より上位のエレメントを「ノード」と言い、所定の境界より下位のエレメントを「コンポーネント」と言う。本実施例では、ノードは、ホスト５５３側のエレメントであり、コンポーネントは、ストレージシステム５５１側のエレメントである。なお、複数の同階層のエレメント（上位階層の共通するエレメントに関連付けられた複数のエレメント）がグループ化されることでその同階層のエレメントより上位のエレメントが定義されてもよい。つまり、「エレメント」は、ＡＰＰや論理ボリュームのような実体的なエレメントと、複数の実体的なエレメントのグループである仮想的なエレメントとがあってよい。
【００２０】
＜管理クライアント＞
管理クライアント５５５は、入力デバイス５０１、表示デバイス５０２、記憶デバイス（例えばメモリ）５０５、通信インタフェースデバイス（以下、Ｉ／Ｆ）５０７、及び、それらに接続されたプロセッサ（例えばＣＰＵ（Central  Processing  Unit））５０３を有する。入力デバイス５０１は、例えば、ポインティングデバイス及びキーボードである。表示デバイス５０２は、例えば、情報が表示される物理画面を有するデバイスである。入力デバイス５０１及び表示デバイス５０２が一体となったタッチスクリーンが採用されてもよい。Ｉ／Ｆ５０７は、通信ネットワーク５２１に接続され、Ｉ／Ｆ５０７を介して、管理クライアント５５５は管理サーバ５５７と通信することができる。なお、通信ネットワーク５２１と、ホスト５５３とストレージシステム５５１と、を接続するネットワークとは一部または全てが共通であってもよい。
【００２１】
記憶デバイス５０５は、例えば、主記憶デバイス及び補助記憶デバイスのうちの少なくとも主記憶デバイス（典型的にはメモリ）を有する。記憶デバイス５０５は、プロセッサ５０３で実行されるコンピュータプログラム、及び、プロセッサ５０３に使用される情報を記憶することができる。具体的には、例えば、記憶デバイス５０５は、Ｗｅｂブラウザ５１１、及び、管理クライアントプログラム５１３を記憶する。管理クライアントプログラム５１３は、ＲＩＡ（Rich  Internet  Application）でよい。具体的には、例えば、管理クライアントプログラムは、プログラムファイルであり、管理サーバ５５７（或いは他の計算機）からダウンロードされ、記憶デバイス５０５に記憶されてよい。
【００２２】
＜管理サーバ＞
管理サーバ５５７は、記憶デバイス５３５、Ｉ／Ｆ５３７、及び、それらに接続されたプロセッサ（例えばＣＰＵ（Central  Processing  Unit））５３３を有する。Ｉ／Ｆ５３７は、通信ネットワーク５２１に接続され、Ｉ／Ｆ５３７を介して、管理サーバ５５７は管理クライアント５５５と通信することができる。管理サーバ５５７は、Ｉ／Ｆ５３７を介して、ユーザー操作に従う指示を受信したり、レイアウト領域にＧＵＩオブジェクトを描画したりすることができる。このため、Ｉ／Ｆ５３７は、Ｉ／Ｏインタフェースデバイスの一例である。なお、ここで言う「レイアウト領域」とは、ＧＵＩオブジェクトが描画（配置）され得る領域である。レイアウト領域の全部又は一部の範囲が、Ｗｅｂブラウザ５１１（又は管理クライアントプログラム５１３）によって表示される画像フレーム（例えばウィンドウ）での表示範囲である。ＧＵＩオブジェクトが描画されたレイアウト領域の、上記画像フレーム内における表示イメージ（ＧＵＩオブジェクトを含む）を、表示画面（ＧＵＩ画面）と言うことができる。レイアウト領域に描画されたオブジェクトのうち、表示範囲に重なるオブジェクトが、表示デバイス５０２の物理画面上に表示される。このため、レイアウト領域にオブジェクトを描画することは、実質的に、オブジェクトを表示することの一例である。
【００２３】
記憶デバイス５３５は、例えば、主記憶デバイス及び補助記憶デバイスのうちの少なくとも主記憶デバイス（典型的にはメモリ）を有する。記憶デバイス５３５は、プロセッサ５３３で実行されるコンピュータプログラム、及び、プロセッサ５３３に使用される情報を記憶することができる。具体的には、例えば、記憶デバイス５３５は、管理サーバプログラム５４１及び管理テーブル５４２を記憶する。管理テーブル５４２は、計算機システムが有する複数のエレメントの階層関係（構成情報）を定義したテーブル、及び／又は、各エレメントの障害情報を保持するテーブルを含む。これらの情報は、管理サーバプログラムにより収集されてもよいし、情報を保有する他の管理システムにアクセスすることで取得されてもよい。また、ここでいうエレメントとは、管理サーバが管理する管理クライアント５５５、ストレージシステム５５１及びホスト５５３などのノードと、各ノードが有するコンポーネント（ストレージシステム５５１が有する物理記憶デバイス群５６３、及び、ホスト５５３が有するＡＰＰ５５２など）のすべてを指している。
【００２４】
管理サーバプログラム５４１は、ユーザー操作に従う指示を管理クライアント５５５から受信したり、レイアウト領域に描画される情報を管理クライアント５５５に送信したりする。
【００２５】
＜管理サーバと管理クライアントの連携＞
ユーザー操作に応じたＧＵＩ表示は、管理サーバプログラム５４１、Ｗｅｂブラウザ５１１（またはクライアントのＲＩＡ実行環境）、及び、管理クライアントプログラム５１３の連携処理によって実現される。以下に３つの連携例を示す。なお、本実施例では、（連携例２）を適用した場合を説明するが、連携例１を適用した場合も同様である。
【００２６】
（連携例１）管理サーバプログラム５４１は、テーブル５４２が有する情報の少なくとも一部を、Ｗｅｂブラウザ５１１（又は管理クライアントプログラム５１３）に送信する。Ｗｅｂブラウザ５１１（又は管理クライアントプログラム５１３）は、その送信された情報を、一時情報として記憶デバイス５０５に格納する。Ｗｅｂブラウザ５１１（又は管理クライアントプログラム５１３）は、ユーザー操作に従う指示と一時情報とに基づき、レイアウト領域にＧＵＩオブジェクトを描画（例えばＧＵＩオブジェクトを新規描画、拡大又は縮小）する。
【００２７】
（連携例２）管理サーバプログラム５４１は、表示画面に対するユーザー操作に従う指示をＷｅｂブラウザ５１１（又は管理クライアントプログラム５１３）から受信する。管理サーバプログラム５４１は、その受信した指示とテーブル５４２とに基づいてＧＵＩオブジェクトの表示用情報を作成し、その表示用情報をＷｅｂブラウザ５１１（又は管理クライアントプログラム５１３）に送信する。Ｗｅｂブラウザ５１１（又は管理クライアントプログラム５１３）は、表示用情報を受信し、その表示用情報に従いＧＵＩオブジェクトをレイアウト領域に描画する。つまり、管理サーバプログラム５４１は、レイアウト領域にＧＵＩオブジェクトを描画する。Ｗｅｂブラウザ５１１（又は管理クライアントプログラム５１３）は、ＧＵＩに対するユーザー操作がされた場合、そのユーザー操作に従う指示を管理サーバプログラム５４１に送信する。
【００２８】
管理サーバ５５７は、障害解析期間を特定する障害解析期間特定部５４３、及び、表示するリソースを特定する表示リソース特定部５４４を有する。管理クライアント５５５は、トポロジへのリソースの追加表示、及びリソースの状況再生処理を行うリソース状況再生表示部５１４を有する。
【００２９】
管理サーバ５５７は、障害解析期間特定部５４３、及び、表示リソース特定部５４４が特定した情報を、管理クライアント５５５へ送信する。管理クライアント５５５におけるリソース状況再生表示部５１４は、この管理サーバ５５７から送信された情報に従った表示処理を行う。なお、これらの詳細については後述する。
【００３０】
図２は、管理サーバが管理対象とする計算機システム１００のエレメントトポロジー構成の一例を示す。図２には、計算機システム１００を構成するエレメントの相互の関係がトポロジにより示されている。
【００３１】
図２において、計算機システム１００は、サーバクラスタ(Server Clusters)とＳＡＮとストレージ(Storages)とがＳＡＮを介して接続された構成であり、それらを構成するエレメントが階層的に関連付けられている。サーバクラスタ(Server Clusters)は、計算機システム１００のホスト５５３に相当し、VirtualMachine（仮想マシン）、Hypervisor（ハイパバイザ）、およびDataStore（データストア）が階層化された構成である。ＳＡＮは、計算機システム１００の通信ネットワーク５２２に相当し、FC Switchで構成されている。ストレージ(Storages)は、計算機システム１００のストレージシステム５５１に相当し、Port、LogicalDevice、MicroProcessor、Pool、RAIDGroup、Cacheが階層化された構成である。
【００３２】
図３は、リソース一覧テーブル１１００の例を示す。リソース一覧テーブル１１００には計算機システム１００に含まれるリソースの情報が格納されている。計算機システム１００の全てのエレメントあるいは一部のエレメントにリソースＩＤおよびリソース名を付与し、管理対象のリソースとして、リソース一覧テーブル１１００に登録しておけばよい。
【００３３】
リソース一覧テーブル１１００は、リソースに関する情報をレコードとして管理する。当該レコードは、データ項目として、リソースＩＤ、リソース名、及び、リソース種別を有する。リソースＩＤはリソースを一意に特定する識別子である。リソース名はリソースを一意に特定する名称である。リソース種別はリソースの種別を示す情報である。リソース名は、ユーザが任意に付与できるが、本例では、トポロジの画面表示にも用いられるので、ユーザにとってリソース種別との対応が分かりやすいような名称を用いてもよい。例えば、図３に示すリソース一覧テーブル１１００の１行目は、リソースＩＤ「１」のリソースは、リソース名「ＶＭ＃１」であり、リソース種別「ＶＭ(VirtualMachine)」であることを示す。リソース一覧テーブル１１００のレコードの情報は、管理サーバプログラムによって、監視対象機器（図１の場合、計算機システム１００）から収集される。
【００３４】
図４は、リソース間関連テーブル１２００の例を示す。
【００３５】
リソース間関連テーブル１２００は、リソース同士の関連を示す情報をレコードとして管理する。当該レコードは、データ項目として、リソースＩＤ及び関連リソースＩＤを有する。例えば、図４に示すリソース間関連テーブル１２００の１行目は、リソースＩＤ「４」のリソースは、リソースＩＤ「１」のリソースと関連することを示す。
【００３６】
１つのリソースが複数のリソースと関連する場合は、複数のレコードで管理される。例えば、図４に示すように、リソースＩＤ「４」のリソースが、リソースＩＤ「１」のリソースとリソースＩＤ「２」のリソースと関連する場合は、リソース間関連テーブル１２００は、リソースＩＤ「４」及び関連リソースＩＤ「１」のレコードと、リソースＩＤ「４」及び関連リソースＩＤ「２」のレコードとを有する。
【００３７】
リソース間関連テーブル１２００のレコードの情報は、管理サーバプログラムによって、監視対象機器（図１の場合、計算機システム１００）から収集される。
【００３８】
図５は、メトリック性能値テーブル１３００の例を示す。
【００３９】
メトリック性能値テーブル１３００は、リソースのメトリックに関する情報をレコードとして管理する。当該レコードは、データ項目として、リソースＩＤ、メトリック種別、収集時刻、及びメトリック性能値を有する。例えば、図５に示すメトリック性能値テーブル１３００の１行目は、リソースＩＤ「１」のメトリック種別「Ｌａｔｅｎｃｙ」の収集時刻「２０１４／０２／１１  ０９：００：１１」のメトリック性能値が「１００」であることを示す。
【００４０】
メトリック性能値テーブル１３００のレコードの情報は、管理サーバプログラムによって、監視対象機器（図１の場合、計算機システム１００）から収集される。
【００４１】
図６は、イベント情報テーブル１４００の例を示す。
【００４２】
イベント情報テーブル１４００は、リソースに発生したイベントに関する情報をレコードとして管理する。イベントには、正常状態からエラー状態への遷移と、エラー状態から正常状態への遷移とが含まれる。イベント情報テーブル１４００のレコードは、データ項目として、リソースＩＤ、エラー種別、発生時刻、及びエラーメッセージを有する。例えば、図６に示すイベント情報テーブル１４００の１行目は、リソースＩＤ「１」のリソースにおいて、エラー種別「Ｅｒｒｏｒ」のイベントが発生時刻「２０１４／０２／１１  ０９：００：１１」において発生し、そのときのエラーメッセージが「ＣＰＵ使用率が基準値を超過し、エラー状態に遷移」であることを示す。
【００４３】
イベント情報テーブル１４００には、メトリック性能値が基準値（メトリック基準値）を超過した場合のレコードが保持されてよい。イベント情報テーブル１４００のレコードの情報は、管理サーバプログラムが、監視対象機器（図１の場合、計算機システム１００）から収集したメトリック性能値を判定した結果であってよい。
【００４４】
図７は、管理サーバにおける処理の概要を示すフローチャートである。
【００４５】
障害解析期間特定部５４３は、管理サーバプログラム５４１との連携により、障害解析の基点となるリソース（基点リソース）とその基点リソースに関連するリソースである（基点関連リソース）とが特定され、トポロジとして表示され、表示されたリソースの中からボトルネック候補リソースが選択され、ボトルネック候補リソース一覧に記録された状態から、ボトルネック候補リソース一覧に基づいて、障害解析期間を出力する（Ｓ１０１）。基点リソースは例えばユーザにより指定される。基点関連リソースは、リソース間関連テーブル１２００を参照することで特定される。ボトルネック候補リソース一覧には、少なくとも１つのボトルネック候補リソースが含まれる。ボトルネック候補リソースは、ユーザによって、そのリソースがボトルネックとなって障害が発生すると推定されたリソースであり、ユーザによって入力又は選択される。なお、本処理の詳細については後述する（図８参照）。
【００４６】
表示リソース特定部５４４は、ボトルネック候補リソース、関連リソース一覧、及び、障害解析期間に基づいて、表示リソースを特定する（Ｓ１０２）。関連リソース一覧は、ボトルネック候補リソースに関連するリソースであり、リソース間関連テーブル１２００によって特定される。障害解析期間は、Ｓ１０１にて出力されたものである。なお、本処理の詳細については後述する（図９参照）。
【００４７】
リソース状況再生表示部５１４は、Ｓ１０２にて特定された表示リソースをトポロジに追加表示する（Ｓ１０３）。なお、本処理の詳細については後述する（図１０参照）。
【００４８】
リソース状況再生表示部５１４は、障害解析期間内における、トポロジのリソースの状況変化を、アニメーションのように再生する（Ｓ１０４）。なお、本処理の詳細については後述する（図１１参照）。
【００４９】
図８は、障害解析期間特定部５４３の処理例を示すフローチャートである。本処理は、図７のＳ１０１の詳細に相当する。
【００５０】
障害解析期間特定部５４３は、解析期間一覧の変数を用意する（Ｓ２０１）。
【００５１】
障害解析期間特定部５４３は、ボトルネック候補リソース一覧に含まれる各ボトルネック候補リソースを順次選択し、Ｓ２０２からＳ２０８のループ処理を行う（Ｓ２０２）。Ｓ２０２にてループ処理の対象に選択されたボトルネック候補リソースを、対象ボトルネック候補リソースと表記する。
【００５２】
障害解析期間特定部５４３は、メトリック性能値テーブル１３００から、対象ボトルネック候補リソースのリソースＩＤをキーとして、メトリック性能値を取得する（Ｓ２０３）。
【００５３】
障害解析期間特定部５４３は、Ｓ２０３で取得したメトリック性能値を、メトリック種別毎にグルーピングする（Ｓ２０４）。
【００５４】
障害解析期間特定部５４３は、Ｓ２０４でグルーピングした各メトリック種別を順次選択し、Ｓ２０５からＳ２０７のループ処理を行う（Ｓ２０５）。Ｓ２０５にてループ処理の対象に選択されたメトリック種別を、対象メトリック種別と表記する。
【００５５】
障害解析期間特定部５４３は、対象メトリック種別に対応するメトリック性能値から、所定の演算方法で解析期間を抽出し、解析期間一覧に追加する（Ｓ２０６）。
【００５６】
障害解析期間特定部５４３は、Ｓ２０５において全てのメトリック種別を選択した場合、Ｓ２０８に進み、Ｓ２０５において未選択のメトリック種別が残っている場合、Ｓ２０５に戻る（Ｓ２０７）。
【００５７】
障害解析期間特定部５４３は、Ｓ２０２において全てのボトルネック候補リソースを選択した場合、Ｓ２０９に進み、Ｓ２０２において未選択のボトルネック候補リソースが残っている場合、Ｓ２０２に戻る（Ｓ２０８）。
【００５８】
障害解析期間特定部５４３は、解析期間一覧の中で、解析期間の開始が最も早い時刻から解析期間の終了が最も遅い時刻までの期間を、障害解析期間として出力する（Ｓ２０９）。そして、本処理は終了する。
【００５９】
図９は、表示リソース特定部５４４の処理例を示すフローチャートである。本処理は、図３のＳ１０２に相当する。
【００６０】
表示リソース特定部５４４は、関連リソースのメトリック性能値一覧の変数を用意する（Ｓ３０１）。
【００６１】
表示リソース特定部５４４は、ボトルネック候補リソース一覧に含まれる各ボトルネック候補リソースを順次選択し、Ｓ３０２からＳ３０８のループ処理を行う（Ｓ３０２）。Ｓ３０２にてループ処理の対象に選択されたボトルネック候補リソースを、対象ボトルネック候補リソースと表記する。
【００６２】
表示リソース特定部５４４は、リソース間関連テーブル１２００から、対象ボトルネック候補リソースのリソースＩＤをキーとして、関連リソースＩＤを取得する（Ｓ３０３）。
【００６３】
表示リソース特定部５４４は、Ｓ３０３で取得した各関連リソースＩＤを順次選択し、Ｓ３０４からＳ３０７のループ処理を行う（Ｓ３０４）。Ｓ３０４にてループ処理の対象に選択された関連リソースＩＤを、対象関連リソースＩＤと表記する。
【００６４】
表示リソース特定部５４４は、メトリック性能値テーブル１３００から、対象関連リソースＩＤをキーとして、メトリック性能値を取得する（Ｓ３０５）。
【００６５】
表示リソース特定部５４４は、Ｓ３０５で取得したメトリック性能値をメトリック種別毎にグルーピングし、関連リソースのメトリック性能値一覧に追加する（Ｓ３０６）。
【００６６】
表示リソース特定部５４４は、Ｓ３０５において全ての関連リソースＩＤを選択した場合、Ｓ３０８に進み、Ｓ３０５において未選択の関連リソースＩＤが残っている場合、Ｓ３０４に戻る（Ｓ３０７）。
【００６７】
表示リソース特定部５４４は、Ｓ３０２において全てのボトルネック候補リソースを選択した場合、Ｓ３０９に進み、Ｓ３０２において未選択のボトルネック候補リソースが残っている場合、Ｓ３０２に戻る（Ｓ３０８）。
【００６８】
表示リソース特定部５４４は、関連リソースのメトリック性能値一覧に対して、所定の演算処理を実行し、表示リソース一覧を出力する（Ｓ３０９）。そして、本処理は終了する。
【００６９】
図１０は、表示リソース特定部５４４が、表示リソース一覧の内容をトポロジに追加表示する処理例を示すフローチャートである。本処理は、図３のＳ１０３に相当する。
【００７０】
表示リソース特定部５４４は、Ｓ３０９で出力された表示リソース一覧に含まれる各リソースＩＤを順次選択し、Ｓ４０１からＳ４０８のループ処理を実行する（Ｓ４０１）。Ｓ４０１にてループ処理の対象に選択されたリソースＩＤを、対象リソースＩＤと表記する。
【００７１】
表示リソース特定部５４４は、リソース間関連テーブル１２００から、対象リソースＩＤをキーとして、関連リソースＩＤを取得する（Ｓ４０２）。
【００７２】
表示リソース特定部５４４は、関連リソースＩＤのうち、対象リソースＩＤとボトルネック候補リソースＩＤとを繋ぐ関連上に存在するリソースＩＤ（以下「ボトルネック候補関連リソースＩＤ」という）を抽出する（Ｓ４０３）。
【００７３】
表示リソース特定部５４４は、対象リソースＩＤ及び抽出したボトルネック候補関連リソースＩＤの各々に対して、Ｓ４０４からＳ４０７のループ処理を行う（Ｓ４０４）。Ｓ４０４にてループ処理の対象に選択された対象リソースＩＤ又はボトルネック候補関連リソースＩＤを、表示対象リソースＩＤと表記する。
【００７４】
表示リソース特定部５４４は、表示対象リソースＩＤのリソースがトポロジに表示済みであるか否かを判定する（Ｓ４０５）。
【００７５】
表示リソース特定部５４４は、表示対象リソースＩＤのリソースがトポロジに未表示である場合（Ｓ４０５：ＮＯ）、表示対象リソースＩＤのリソースをトポロジに表示し（Ｓ４０６）、Ｓ４０７に進む。
【００７６】
表示リソース特定部５４４は、表示対象リソースＩＤのリソースがトポロジに表示済みである場合（Ｓ４０５：ＹＥＳ）、Ｓ４０７に進む。
【００７７】
表示リソース特定部５４４は、Ｓ４０４において全ての表示リソースＩＤ及び中間関連リソースＩＤを選択した場合、Ｓ４０８に進み、Ｓ４０４において未選択の表示リソースＩＤ又はボトルネック候補関連リソースＩＤが残っている場合、Ｓ４０４に戻る（Ｓ４０７）。
【００７８】
表示リソース特定部５４４は、Ｓ４０１において全ての表示リソースＩＤを選択した場合、本処理を終了し、Ｓ４０１において未選択の表示リソースＩＤが残っている場合、Ｓ４０１に戻る（Ｓ４０８）。
【００７９】
図１１は、リソース状況再生表示部５１４が、トポロジのリソースの状況変化を再生する処理例を示すフローチャートである。本処理は、図３のＳ１０４に相当する。
【００８０】
リソース状況再生表示部５１４は、障害解析期間イベント一覧の変数を用意する（Ｓ５０１）。
【００８１】
リソース状況再生表示部５１４は、トポロジを構成する各リソースのリソースＩＤを順次選択し、Ｓ５０２からＳ５０５のループ処理を行う（Ｓ５０２）。Ｓ５０２にてループ処理の対象に選択されたリソースＩＤを、対象リソースＩＤと表記する。
【００８２】
リソース状況再生表示部５１４は、イベント情報テーブル１４００から、対象リソースＩＤをキーとして、イベント情報を取得する（Ｓ５０３）。
【００８３】
リソース状況再生表示部５１４は、Ｓ５０３で取得したイベント情報のうち、Ｓ２０９で出力された障害解析期間内に発生したイベント情報を、障害解析期間イベント一覧に追加する（Ｓ５０４）。
【００８４】
リソース状況再生表示部５１４は、Ｓ５０２において全てのリソースＩＤを選択した場合、Ｓ５０６に進み、Ｓ５０２にて未選択のリソースＩＤが残っている場合、Ｓ５０２に戻る。
【００８５】
リソース状況再生表示部５１４は、障害解析期間の開始時刻から終了時刻までの間の描画間隔毎の各画像フレームを順次選択し、Ｓ５０６からＳ５０８のループ処理を行う（Ｓ５０５）。Ｓ５０５にてループ処理の対象に選択された画像フレームを、対象画像フレームと表記する。
【００８６】
リソース状況再生表示部５１４は、対象画像フレームのトポロジ表示処理を実行する（Ｓ５０６）。本処理の詳細については後述する（図１２参照）。
【００８７】
リソース状況再生表示部５１４は、Ｓ５０５において障害解析期間の開始時刻から終了時刻までの間の全ての画像フレームを選択した場合、本処理を終了し、Ｓ５０５において未選択の画像フレームが残っている場合、Ｓ５０６に戻る（Ｓ５０８）。
【００８８】
図１２は、対象画像フレームのトポロジ表示処理の例を示すフローチャートである。本処理は、図１１のＳ５０６の詳細に相当する。
【００８９】
リソース状況再生表示部５１４は、トポロジを構成する各リソースを順次選択し、Ｓ６０１からＳ６０４のループ処理を行う（Ｓ６０１）。Ｓ６０１にてループ処理の対象に選択されたリソースを、対象リソースと表記する。
【００９０】
リソース状況再生表示部５１４は、障害解析期間イベント一覧から、対象画像フレームの期間における対象リソースの状態（イベントの発生状況）を示すイベント情報を取得する（Ｓ６０２）。
【００９１】
リソース状況再生表示部５１４は、Ｓ６０２で取得した対象リソースのイベント情報に基づき、トポロジを構成する対象リソースのイベントの表示を更新する（Ｓ６０３）。
【００９２】
リソース状況再生表示部５１４は、Ｓ６０１において全てのリソースを選択した場合、本処理を終了し、Ｓ６０１において未選択のリソースが残っている場合、Ｓ６０１に戻る。
【００９３】
図１３は、トポロジを構成するリソースに発生したイベントの表示例を示す。
【００９４】
図１３に示すように、リソース状況再生表示部５１４は、リソースの互いの関係性を示すトポロジを表示する。更に、リソース状況再生表示部５１４は、障害解析期間の開始時刻から終了時刻までの間の各画像フレームにおいて、図１２に示すトポロジ表示処理を画像フレーム毎に行うことにより、図１３に示すように、リソースに発生したイベントを、アニメーションのように再生表示する。画像フレームのタイミングにおいてエラーが発生したリソースに対して、Ｓ６０３の表示更新において、×印を表示する。図１３には、再生表示における、あるタイミングでの表示例が示されている。一例として、リソース名がＶＭ１、ＬＤＥＶ１、Ｃａｃｈｅ１、ＰＧ１のそれあぞれのリソースにエラーが発生している。例えば、ＶＭ１はあるVirtualMachineのリソース名、ＬＤＥＶ１はあるLogical Deviceのリソース名、Ｃａｃｈｅ１はあるCacheのリソース名、ＰＧ１はあるRAID Groupのリソース名である。
【００９５】
次に、図１４から図２０を参照して、上述した内容の具体的な一例を説明する。
【００９６】
図１４は、障害解析期間特定部５４３による障害解析期間の特定の具体例を説明するための図である。図１４を参照して、図８のＳ２０６の解析期間を抽出する所定の演算方法の具体的な一例を説明する。
【００９７】
図１４のグラフは、縦軸がメトリック性能値の一例であるキャッシュライトペンディング割合を示し、横軸が時刻を示す。また、図１４のグラフにおいて、基準値は、エラーが発生したか否かを判定するための閾値であり、キャッシュライトペンディグ割合が基準値を超えた場合、エラー発生と判定される。
【００９８】
障害解析期間特定部５４３は、図１４のグラフにおいて、エラー発生時刻「２０１８／１２／１５  ００：５４」を含む前後の期間を、障害解析期間として特定する。例えば、図１４において、障害解析期間特定部５４３は、キャッシュライトペンディング割合が基準値を超えない、エラー発生時刻よりも一定期間（以下「保護期間」という）前の時刻「２０１８／１２／１５  ００：０４」を、障害解析期間の開始時刻とする。図１４において、障害解析期間特定部５４３は、現在時刻「２０１８／１２／１５  ０１：３２」を、障害解析期間の終了時刻とする。なお、障害解析期間特定部５４３は、キャッシュライトペンディグ割合が基準値以下となった時刻を、障害解析期間の終了時刻としてもよい。また、保護期間及び基準値は、事前に定義され、記憶部に保存されてよい。
【００９９】
すなわち、障害解析期間特定部５４３は、次の処理を行ってよい。障害解析期間特定部５４３は、ボトルネック候補リソースのそれぞれについて、現在時刻から遡りメトリック性能値がメトリック基準値を超えない期間が所定の保護期間だけ継続したその期間の先頭の時刻を開始時刻とし、現在時刻にメトリック性能値がメトリック基準値を超えていれば現在時刻を終了時刻とし、現在時刻にメトリック性能値がメトリック基準値を超えていなければ現在時刻から遡りメトリック性能値がメトリック基準値を最後に超えた時刻を終了時刻とし、開始時刻と終了時刻を算出する。また、障害解析期間特定部５４３は、ボトルネック候補リソース毎に算出した開始時刻のうち最も早い時刻を障害解析期間の開始時刻とし、ボトルネック候補リソース毎に算出した終了時刻のうち最も遅い時刻を障害解析期間の終了時刻とする。
【０１００】
図１５は、基準値テーブル１５００の例を示す。
【０１０１】
基準値テーブル１５００は、各リソースの各メトリックに対する基準値に関する情報をレコードとして管理する。当該レコードは、データ項目として、リソースＩＤ、メトリック種別、基準値の算出に用いるメトリック性能値の期間、及び基準値を有する。例えば、図１５に示す基準値テーブル１５００の１行目は、リソースＩＤ「１」のリソースのメトリック種別「Ｌａｔｅｎｃｙ」の基準値は「１００」であり、基準値の算出に用いるメトリック性能値の期間は「１日」であることを示す。
【０１０２】
基準値は、基準値の算出に用いるメトリック性能値の期間におけるメトリック性能値に基づいて、動的に変更されてよい。
【０１０３】
図１６は、障害解析期間向けパラメータテーブル１６００の例を示す。
【０１０４】
障害解析期間向けパラメータテーブル１６００は、障害解析期間の特定のために用いられるパラメータをレコードとして管理する。当該レコードは、データ項目として、リソース種別、メトリック種別、及び保護期間向け閾値を有する。例えば、図１６に示す障害解析期間向けパラメータテーブルの１行目は、リソース種別「ＶＭ」のメトリック種別「Ｄｉｓｋ  Ｗｒｉｔｅ  Ｂｙｔｅ」における保護期間向け閾値は「６００」秒であることを示す。つまり、メトリック性能値が基準値を超えない６００秒以上の期間が、保護期間に設定される。
【０１０５】
図１７は、関連リソースのメトリック性能値一覧から、表示リソース一覧を出力するための演算処理の一例を示すフローチャートである。本処理は、図５のＳ３０９の具体例に相当する。
【０１０６】
表示リソース特定部５４４は、リソース及びメトリック毎の評価値一覧の変数を用意する（Ｓ７０１）。
【０１０７】
表示リソース特定部５４４は、関連リソースのメトリック性能値一覧に含まれる各メトリック性能値を順次選択し、Ｓ７０２からＳ７０６のループ処理を行う（Ｓ７０２）。Ｓ７０２にてループ処理の対象に選択されたメトリック性能値を、対象メトリック性能値と表記する。
【０１０８】
表示リソース特定部５４４は、基準値テーブルから、対象メトリック性能値に対応する基準値を取得する（Ｓ７０３）。
【０１０９】
表示リソース特定部５４４は、第１ロジックに基づいて、第１評価値ｘ１を算出する（Ｓ７０４Ａ）。本処理の詳細については後述する（図１５参照）。
【０１１０】
表示リソース特定部５４４は、第２ロジックに基づいて、第２評価値ｘ２を算出する（Ｓ７０４Ｂ）。本処理の詳細については後述する（図１６参照）。
【０１１１】
表示リソース特定部５４４は、第３ロジックに基づいて、第３評価値ｘ３を算出する（Ｓ７０４Ｃ）。本処理の詳細については後述する（図１７参照）。
【０１１２】
表示リソース特定部５４４は、第１、第２及び第３評価値に基づいて、総合的な評価値を算出する。例えば、ａ１＊ｘ１＋ａ２＊ｘ２＋ａ３＊ｘ３として評価値を算出する。ここで、ａ１，ａ２，ａ３は、事前定義されたパラメータである。表示リソース特定部５４４は、算出した評価値を、リソース及びメトリック毎の評価値一覧に追加する（Ｓ７０５）。
【０１１３】
表示リソース特定部５４４は、Ｓ７０２において全てのメトリック性能値を選択した場合、Ｓ７０７に進み、Ｓ７０２において未選択のメトリック性能値が残っている場合、Ｓ７０２に戻る（Ｓ７０６）。
【０１１４】
表示リソース特定部５４４は、リソース及びメトリック毎の評価値一覧に含まれる上位５つの評価値に対応するリソースを、表示リソース一覧として出力する。そして、本処理は終了する。なお、ここで表示リソース一覧に含まれるリソースは、基点リソースと基点関連リソースで構成されたトポロジに追加表示するリソースである、要表示ボトルネック候補関連リソースである。
【０１１５】
図１８は、第１ロジックによる第１評価値ｘ１の算出例を示すフローチャートである。本処理は、図１４のＳ７０４Ａの詳細に相当する。
【０１１６】
表示リソース特定部５４４は、障害解析期間から、メトリック性能値が基準値以上の時間帯（Ｔ０，Ｔ１，…，Ｔｎ）を抽出する（Ｓ８０１）。
【０１１７】
表示リソース特定部５４４は、次の式１によって、合計時間Ｔｓｕｍを算出する（Ｓ８０２）。
【数１】
2020204869.tif 000003
【０１１８】
表示リソース特定部５４４は、第１評価値ｘ１（＝Ｔｓｕｍ／障害解析期間）を算出する（Ｓ８０３）。
【０１１９】
図１９は、第２ロジックによる第２評価値ｘ２の算出例を示すフローチャートである。本処理は、図１４のＳ７０４Ｂの詳細に相当する。
【０１２０】
表示リソース特定部５４４は、障害解析期間内におけるメトリック性能値Ｐ０，Ｐ１，…，Ｐｎに対して、メトリック性能値以下の部分が描く面積Ｓを算出する（Ｓ９０１）。面積Ｓは次の式２によって算出される。この面積Ｓは、時間軸とメトリック軸とにより各時刻におけるメトリック性能値を曲線で表すグラフにおける、障害解析期間における時間軸とメトリック性能値の曲線との間の領域部分の面積である。
【数２】
2020204869.tif 000004
【０１２１】
表示リソース特定部５４４は、障害解析期間内において、基準値Ｐｂａｓｅ以下の部分が描く面積Ｓｂａｓｅ（＝Ｐｂａｓｅ＊（障害解析期間））を算出する（Ｓ９０２）。この面積Ｓｂａｓｅは、上記のグラフにおける、障害解析期間における時間軸とメトリック基準値との間の領域部分の面積である。
【０１２２】
表示リソース特定部５４４は、第２評価値ｘ２（＝Ｓ／Ｓｂａｓｅ）を算出する（Ｓ９０３）。
【０１２３】
図２０は、第３ロジックのよる第３評価値ｘ３の算出例を示すフローチャートである。本処理は、図１４のＳ７０４Ｃの詳細に相当する。
【０１２４】
表示リソース特定部５４４は、障害解析期間（開始時刻ｔｓから終了時刻ｔｅまで）において、メトリック性能値が基準値未満となる最も過去の時刻ｔｏｌｄを取得する（Ｓ１００１）。
【０１２５】
表示リソース特定部５４４は、ボトルネック候補リソースのエラー発生時刻ｔｅｒｒｏｒが、ｔｏｌｄ＞ｔｅｒｒｏｒの条件を満たすか否かを判定する（Ｓ１００２）。
【０１２６】
表示リソース特定部５４４は、ｔｏｌｄ＞ｔｅｒｒｏｒの条件を満たす場合（Ｓ１００２：ＹＥＳ）、第３評価値ｘ３（＝（ｔｅ−ｔｏｌｄ）／（ｔｅ−ｔｅｒｒｏｒ））を算出する（Ｓ１００３）。
【０１２７】
表示リソース特定部５４４は、ｔｏｌｄ＞ｔｅｒｒｏｒの条件を満たさない場合（Ｓ１００２：ＮＯ）、第３評価値ｘ３を１．０とする（Ｓ１００４）。
【０１２８】
（本実施の形態のまとめ）
本実施の形態に係る、複数のリソースを含む計算機システムを対象とする障害解析を支援する障害分析支援システムは、前記複数のリソースの関連を表すリソース間関連情報と、前記複数のリソースのメトリック毎に定められた基準値であるメトリック基準値と、前記複数のリソースのメトリックの時刻毎の計測値であるメトリック性能値と、を記憶する管理情報記憶部と、前記リソース間関連情報を参照して前記障害解析の基点となるリソースである基点リソースに関連する基点関連リソースを特定し、該基点リソースおよび該基点関連リソースを表示してボトルネック候補リソースの指定を受け付け、前記ボトルネック候補リソースのメトリック性能値と該メトリック性能値に対応するメトリック基準値とに基づいて、前記障害解析の対象とする期間である障害解析期間を算出する障害解析期間特定部５４３と、前記リソース間関連情報を参照して前記ボトルネック候補リソースに関連するボトルネック候補関連リソースを特定し、該ボトルネック候補関連リソースのメトリック性能値と該メトリック性能値に対応するメトリック基準値とに基づいて、前記ボトルネック候補関連リソースの評価値を算出し、該評価値に基づいて、前記ボトルネック候補関連リソースの中から表示すべきリソースである要表示ボトルネック候補関連リソースを特定する表示リソース特定部５４４と、前記基点リソースと前記基点関連リソースと前記ボトルネック候補リソースと前記要表示ボトルネック候補関連リソースとを含む表示リソースの相互の関連と該表示リソースの前記障害解析期間の時刻毎の状態とが分かる態様の画面を表示するリソース状況再生表示部５１４と、有する。
【０１２９】
この構成により、性能値と基準値に基づいて障害解析期間と表示リソースを特定し、表示リソースの相互の関係と、障害解析期間における時刻毎の表示リソースの状態とが分かるような表示を行うので、計算機システムの障害解析を効果的に支援することができる。
【０１３０】
前記障害解析期間特定部５４３は、前記ボトルネック候補リソースのそれぞれについて、現在時刻から遡り前記メトリック性能値が前記メトリック基準値を超えない期間が所定の保護期間だけ継続した時刻を開始時刻とし、前記現在時刻に前記メトリック性能値が前記メトリック基準値を超えていれば前記現在時刻を終了時刻とし、前記現在時刻に前記メトリック性能値が前記メトリック基準値を超えていなければ前記現在時刻から遡り前記メトリック性能値が前記メトリック基準値を超えた時刻を終了時刻とし、前記開始時刻と前記終了時刻を算出し、前記ボトルネック候補リソース毎に算出した開始時刻のうち最も早い時刻を前記障害解析期間の開始時刻とし、前記ボトルネック候補リソース毎に算出した終了時刻のうち最も遅い時刻を前記障害解析期間の終了時刻とする。
【０１３１】
この構成により、全てのボトルネック候補リソースのメトリック性能値がメトリック基準値を超えている期間と、その前の保護期間とを含む期間を障害解析期間とするので、障害の影響の可能性が想定される期間の各リソースの状態を表示し、障害解析を効果的に支援することができる。
【０１３２】
前記表示リソース特定部５４４は、前記ボトルネック候補関連リソースのそれぞれについて、前記メトリック性能値と前記メトリック基準値とに基づき、複数の評価ロジックによりそれぞれ評価値を算出し、前記評価ロジック毎の評価値を合成して前記ボトルネック候補関連リソースの評価値を算出する。
【０１３３】
この構成により、複数の評価値を合成してボトルネック候補関連リソースの総合的な評価値を算出するので、複数の観点からの評価を総合した評価により、表示リソースを特定することができる。
【０１３４】
前記複数の評価ロジックの１つは、前記障害解析期間内において前記メトリック性能値が前記メトリック基準値以上である時間の合計の前記障害解析期間に対する割合に基づいて、前記評価値の１つを算出する。
【０１３５】
前記複数の評価ロジックの１つは、前記障害解析期間における前記メトリック性能値以下の部分の面積の、前記障害解析期間における前記メトリック基準値以下の部分の面積に対する割合に基づいて、前記評価値の１つを算出する。
【０１３６】
前記複数の評価ロジックの１つは、前記ボトルネック候補リソースにおける障害発生時刻が、前記障害解析期間における前記メトリック性能値が前記メトリック基準値以下の最も過去の時刻である過去時刻よりも以前である場合、前記過去時刻から前記障害解析期間の最終時刻までの期間の、前記障害発生時刻から前記最終時刻までの期間に対する割合に基づいて、前記評価値の１つを算出する。
【０１３７】
前記リソース状況再生表示部５１４は、前記表示リソースの相互の関連を、前記表示リソース間を繋いだトポロジにより表示する。この構成により、表示リソースの相互の関連をトポロジに表示し、リソース間の関連を意識した障害解析を効果的に支援することができる。
【０１３８】
前記表示リソース特定部５４４は、前記トポロジにおいて、前記表示リソースと前記ボトルネック候補リソースとの間の経路上にあり前記表示リソースに含まれていないリソースを、前記表示リソースに追加する。この構成により、表示リソースとボトルネック候補リソースの間のリソースは障害の影響を受けている可能性があるので、そのリソースを追加表示することにより、障害解析がよりしやすくなる場合がある。
【０１３９】
前記リソース状況再生表示部５１４は、前記メトリック性能値が所定の基準値を超えている表示リソースをエラー状態とし、前記障害解析期間の時刻毎に、エラー状態の表示リソースをエラー状態でない表示リソースと区別可能な態様で前記トポロジを表示する。この構成により、トポロジ上でエラー状態の表示リソースとエラー状態でない表示リソースを区別して表示するので、エラー状態の遷移を基にした障害解析がより容易となる。
【０１４０】
以上、本発明の実施形態について述べてきたが、本発明は、これらの実施形態だけに限定されるものではなく、本発明の技術思想の範囲内において、これらの実施形態を組み合わせて使用したり、一部の構成を変更したりしてもよい。
【符号の説明】
【０１４１】
１００…計算機システム、５０１…入力デバイス、５０２…表示デバイス、５０３…プロセッサ、５０５…記憶デバイス、５１１…Ｗｅｂブラウザ、５１３…管理クライアントプログラム、５１４…リソース状況再生表示部、５２１，５２２…通信ネットワーク、５３３…プロセッサ、５３５…記憶デバイス、５４１…管理サーバプログラム、５４２…管理テーブル、５４３…障害解析期間特定部、５４４…表示リソース特定部、５５１…ストレージシステム、５５３…ホスト、５５５…管理クライアント、５５７…管理サーバ、５６１…コントローラ、５６３…物理記憶デバイス群、５６５…論理ボリューム（実ボリューム）、５６７…論理ボリューム（仮想ボリューム）、１１００…リソース一覧テーブル、２００…リソース間関連テーブル、１３００…メトリック性能値テーブル、１４００…イベント情報テーブル、１５００…基準値テーブル、１６００…障害解析期間向けパラメータテーブル
【図１】
2020204869.tif 000005
【図２】
2020204869.tif 000006
【図３】
2020204869.tif 000007
【図４】
2020204869.tif 000008
【図５】
2020204869.tif 000009
【図６】
2020204869.tif 000010
【図７】
2020204869.tif 000011
【図８】
2020204869.tif 000012
【図９】
2020204869.tif 000013
【図１０】
2020204869.tif 000014
【図１１】
2020204869.tif 000015
【図１２】
2020204869.tif 000016
【図１３】
2020204869.tif 000017
【図１４】
2020204869.tif 000018
【図１５】
2020204869.tif 000019
【図１６】
2020204869.tif 000020
【図１７】
2020204869.tif 000021
【図１８】
2020204869.tif 000022
【図１９】
2020204869.tif 000023
【図２０】
2020204869.tif 000024