特許 6009089 計算機システムを管理する管理システム及びその管理方法

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】6009089

(24)【登録日】2016年9月23日

(45)【発行日】2016年10月19日

(54)【発明の名称】計算機システムを管理する管理システム及びその管理方法

(51)【国際特許分類】

   G06F 11/34 20060101AFI20161006BHJP

   G06F 11/07 20060101ALI20161006BHJP

   G06F 9/50 20060101ALI20161006BHJP

【ＦＩ】

   G06F11/34 142

   G06F11/07 140A

   G06F11/07 140C

   G06F11/07 154

   G06F11/07 190

   G06F9/46 462A

【請求項の数】10

【全頁数】27

(21)【出願番号】特願2015-537461(P2015-537461)

(86)(22)【出願日】2013年9月18日

(86)【国際出願番号】JP2013075104

(87)【国際公開番号】WO2015040688

(87)【国際公開日】20150326

【審査請求日】2015年8月19日

(73)【特許権者】

【識別番号】000005108

【氏名又は名称】株式会社日立製作所

(74)【代理人】

【識別番号】110001678

【氏名又は名称】特許業務法人藤央特許事務所

(72)【発明者】

【氏名】名倉 正剛

(72)【発明者】

【氏名】中島 淳

(72)【発明者】

【氏名】森村 知弘

(72)【発明者】

【氏名】工藤 裕

【審査官】 多胡 滋

(56)【参考文献】

【文献】 特開２００６−０５８９３８（ＪＰ，Ａ）

【文献】 特開２００８−０３３８５２（ＪＰ，Ａ）

【文献】 特開２０１０−０６６８２８（ＪＰ，Ａ）

【文献】 国際公開第２００９／１４４８２２（ＷＯ，Ａ１）

(58)【調査した分野】（Int.Cl.，ＤＢ名）

Ｇ０６Ｆ １１／３４

Ｇ０６Ｆ １１／０７

Ｇ０６Ｆ ９／５０

(57)【特許請求の範囲】

【請求項1】

複数の監視対象装置を含む計算機システム、を管理する管理システムであって、
メモリと、プロセッサと、を含み、
前記メモリは、
前記計算機システムの構成情報と、
前記計算機システムにおいて発生し得る原因イベントと、当該原因イベントの影響で発生し得る派生イベントとを関連付け、前記原因イベントと前記派生イベントとを前記計算機システムのコンポーネントの種別を用いて定義する、解析ルールと、
前記計算機システムにおける構成変更の影響を受けるコンポーネント種別及び内容を示す、プラン実行影響ルールと、を保持し、
前記プロセッサは、
前記計算機システムの構成を変更する第１プランを実行する場合に発生し得る第１イベントを、前記プラン実行影響ルール及び前記構成情報を用いて特定し、
前記第１イベントの影響が波及する範囲を、前記解析ルール及び前記構成情報を用いて特定する、管理システム。

【請求項2】

請求項１に記載の管理システムであって、
前記第１プランと前記範囲に含まれる装置の情報とを関連付けて出力する出力デバイスをさらに含む、管理システム。

【請求項3】

請求項１に記載の管理システムであって、
前記メモリは、前記計算機システムにおいて発生したイベントを管理するイベント管理情報をさらに含み、
前記解析ルールは、前記計算機システムで観測され得る観測イベントと前記観測イベントと前記原因イベントとの関係を示し、当該観測イベントは前記原因イベントと前記派生イベントとを含み、
前記プロセッサは、前記イベント管理情報、前記解析ルール及び前記構成情報を用いて、前記計算機システムにおいて発生した第２イベントの第１原因イベントを特定し、
前記第１原因イベントへの対策プランとして前記第１プランを決定する、管理システム。

【請求項4】

請求項１に記載の管理システムであって、
前記メモリは、プランの実行状態を記録するためのプラン実行記録管理情報をさらに保持し、
前記プロセッサは、
前記影響が波及する範囲の決定後に、当該範囲が前記プラン実行記録管理情報に含まれる実行中又は予約済みのプランへの影響が存在するか否かを判定し、
前記影響が存在すると判定した場合、前記第１プランの実行開始時刻を、前記プラン実行記録管理情報における前記実行中又は予約済みのプランの実行期間に基づきスケジューリングする、管理システム。

【請求項5】

請求項４に記載の管理システムであって、
前記プロセッサは、
前記スケジューリングされた実行開始時刻に、前記第１プランの実行を開始する、管理システム。

【請求項6】

管理システムが、複数の監視対象装置を含む計算機システムを監視及び管理する方法であって、
前記管理システムは、
前記計算機システムの構成情報と、
前記計算機システムにおいて発生し得る原因イベントと、当該原因イベントの影響で発生し得る派生イベントとを関連付け、前記原因イベントと前記派生イベントとを前記計算機システムのコンポーネントの種別を用いて定義する、解析ルールと、
前記計算機システムにおける構成変更の影響を受けるコンポーネント種別及び内容を示す、プラン実行影響ルールと、を保持し、
前記方法は、
前記管理システムが、前記計算機システムの構成を変更する第１プランを実行する場合に発生し得る第１イベントを、前記プラン実行影響ルール及び前記構成情報を用いて特定し、
前記管理システムが、前記第１イベントの影響が波及する範囲を、前記解析ルール及び前記構成情報を用いて特定する、ことを含む方法。

【請求項7】

請求項６に記載の方法であって、
前記管理システムが、前記第１プランと前記範囲に含まれる装置の情報とを関連付けて出力する、ことをさらに含む方法。

【請求項8】

請求項６に記載の方法であって、
前記管理システムは、前記計算機システムにおいて発生したイベントを管理するイベント管理情報をさらに含み、
前記解析ルールは、前記計算機システムで観測され得る観測イベントと前記観測イベントと前記原因イベントとの関係を示し、当該観測イベントは前記原因イベントと前記派生イベントとを含み、
前記方法は、
前記管理システムが、前記イベント管理情報、前記解析ルール及び前記構成情報を用いて、前記計算機システムにおいて発生した第２イベントの第１原因イベントを特定し、
前記管理システムが、前記第１原因イベントへの対策プランとして前記第１プランを決定する、ことをさらに含む方法。

【請求項9】

請求項６に記載の方法であって、
前記管理システムは、プランの実行状態を記録するためのプラン実行記録管理情報をさらに保持し、
前記方法は、
前記管理システムが、前記影響が波及する範囲の決定後に、当該範囲が前記プラン実行記録管理情報に含まれる実行中又は予約済みのプランへの影響が存在するか否かを判定し、
前記管理システムが、前記影響が存在すると判定した場合、前記第１プランの実行開始時刻を、前記プラン実行記録管理情報における前記実行中又は予約済みのプランの実行期間に基づきスケジューリングする、ことをさらに含む方法。

【請求項10】

請求項９に記載の方法であって、
前記管理システムが、前記スケジューリングされた実行開始時刻に前記第１プランの実行を開始する、ことをさらに含む方法。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、計算機システムを管理する管理システム及びその管理方法に関する。

【背景技術】

【0002】

特許文献１は、性能低下の原因である原因イベントと、それによって引き起こされている関連イベント群を選択することで、障害原因を特定することを開示する。具体的には、管理下機器において発生した複数の障害イベントの因果関係を解析するための解析エンジンが、事前に定められた条件文と解析結果からなる解析ルールを、管理下機器における性能値の閾値超過イベントに適用し、イベントを選択する。

【0003】

特許文献２は、障害発生時に障害特定のためのログからの原因診断と、診断結果を利用した回復モジュールの呼出しのための手順を示している。

【先行技術文献】

【特許文献】

【0004】

【特許文献1】特開２０１０−８６１１５号公報

【特許文献2】米国特許出願公開第２００４／０２２５３８１号明細書

【発明の概要】

【発明が解決しようとする課題】

【0005】

特許文献１に開示の技術により特定された障害に対応する場合、具体的にどのように障害回復を行えばよいかがわからず、障害からの障害回復にコストがかかるという課題がある。特許文献２の技術は、障害原因を特定するためのログ診断方法と、診断結果を利用した回復モジュールの呼び出し方法のマッピングを取った上で、障害原因特定時に回復を迅速に実行でき、この課題を解決できる可能性がある。

【0006】

しかし、計算機システムにおいては、ネットワークを介して複数のサーバ計算機やストレージ装置が連係するのが一般的である。そのような構成では、回復処理に限らず、ある装置の処理の影響を、別の装置が受ける可能性がある。このため、処理を自動実行する前に一旦システムを停止し、処理の内容を運用管理者が確認した後に実行する必要があった。

【課題を解決するための手段】

【0007】

本発明の一態様は、複数の監視対象装置を含む計算機システム、を管理する管理システムであって、メモリと、プロセッサと、を含む。前記メモリは、前記計算機システムの構成情報と、前記計算機システムにおいて発生し得る原因イベントと、当該原因イベントの影響で発生し得る派生イベントとを関連付け、前記原因イベントと前記派生イベントとを前記計算機システムのコンポーネントの種別を用いて定義する、解析ルールと、前記計算機システムにおける構成変更の影響を受けるコンポーネント種別及び内容を示す、プラン実行影響ルールと、を保持する。前記プロセッサは、前記計算機システムの構成を変更する第１プランを実行する場合に発生し得る第１イベントを、前記プラン実行影響ルール及び前記構成情報を用いて特定し、前記第１イベントの影響が波及する範囲を、前記解析ルール及び前記構成情報を用いて特定する。

【発明の効果】

【0008】

本発明の一態様によれば、計算機システムの構成変更による影響を考慮してより適切に計算機システムを管理できる。

【図面の簡単な説明】

【0009】

【図1】第１の実施形態による計算機システムの概念を示す図である。

【図2】計算機システムの物理的構成例を示す図である。

【図3】第１の実施形態で説明する状況を示す概念図である。

【図4】第１の実施形態において、管理サーバ計算機が有する装置性能管理表の構成例を示す図である。

【図5】第１の実施形態において、管理サーバ計算機が有するファイルトポロジ管理表の構成例を示す図である。

【図6】第１の実施形態において、管理サーバ計算機が有するネットワークトポロジ管理表の構成例を示す図である。

【図7】第１の実施形態において、管理サーバ計算機が有するＶＭ構成管理表の構成例を示す図である。

【図8】第１の実施形態において、管理サーバ計算機が有するイベント管理表の構成例を示す図である。

【図9A】第１の実施形態において、管理サーバ計算機が有する解析ルールの構成例を示す図である。

【図9B】第１の実施形態において、管理サーバ計算機が有する解析ルールの構成例を示す図である。

【図10】第１の実施形態において、管理サーバ計算機が有する解析結果管理表の構成例を示す図である。

【図11】第１の実施形態において、管理サーバ計算機が有する汎用プランの構成例を示す図である。

【図12】第１の実施形態において、管理サーバ計算機が有する展開プランの構成例を示す図である。

【図13】第１の実施形態において、管理サーバ計算機が有するルール・プラン対応管理表の構成例を示す図である。

【図14】第１の実施形態において、管理サーバ計算機が有するプラン実行影響ルールの構成例を示す図である。

【図15】第１の実施形態において、管理サーバ計算機が実行する性能情報取得処理から障害原因解析、プラン展開処理、プラン実行影響解析処理の流れを説明するためのフローチャートである。

【図16】第１の実施形態において、管理サーバ計算機が実行するプラン展開処理を説明するためのフローチャートである。

【図17】第１の実施形態において、管理サーバ計算機が実行するプラン実行影響特定処理を説明するためのフローチャートである。

【図18】第１の実施形態において、管理者に提示される対策プラン一覧画像の一例を示す図である。

【図19】第２の実施形態において、管理サーバ計算機が有するプラン実行記録管理表の構成例を示す図である。

【図20】第２の実施形態において、管理サーバ計算機が実行する他プランへのプラン実行影響特定処理を説明するためのフローチャートである。

【図21】第２の実施形態において、管理者に提示される対策プラン一覧画像の一例を示す図である。

【発明を実施するための形態】

【0010】

以下、実施形態を図面により詳細に説明する。尚、本発明は、以下で説明される例に限定されるものではない。なお、以後の説明では「ａａａテーブル」、「ａａａリスト」、等の表現にて本実施形態の情報を説明するが、これら情報はテーブル、リスト、等のデータ構造以外で表現されていてもよい。

【0011】

データ構造に依存しないことを示すために「ａａａテーブル」、「ａａａリスト」、等について「ａａａ情報」と呼ぶことがある。さらに、各情報の内容を説明する際に、「識別子」、「名」、「ＩＤ」等の表現を用いるが、これらについてはお互いに置換が可能である。

【0012】

以後の説明では「プログラム」を主語として説明を行う場合があるが、プログラムはプロセッサによって実行されることで定められた処理をメモリ及び通信ポート（通信制御デバイス）を用いながら行うため、プロセッサを主語とした説明としてもよい。

【0013】

プログラムを主語として開示された処理は管理サーバ計算機等の計算機、情報処理装置が行う処理としてもよい。プログラムの一部又は全ては専用ハードウェアによって実現されてもよい。各種プログラムはプログラム配布サーバや、計算機が読み取り可能な記憶メディアによって各計算機にインストールされてもよい。

【0014】

以後、情報処理システムを管理し、本願発明の表示用情報を表示する一つ以上の計算機の集合を管理システムと呼ぶことがある。管理計算機が表示用情報を表示する場合は管理計算機が管理システムである。管理計算機と表示用計算機の組み合わせも管理システムである。管理処理の高速化や高信頼化のために複数の計算機で管理計算機と同等の処理を実現してもよく、この場合は当該複数の計算機（表示を表示用計算機が行う場合は表示用計算機も含め）が管理システムである。

【0015】

第１の実施形態
＜概要＞
本実施形態は、計算機システムの構成変更プランと当該プランの実行に直接影響を受ける可能性のあるコンポーネントを事前に形式化しておき、計算機システムの構成情報と、二次的に影響を受ける可能性のある装置を、影響波及関係を表した解析ルールを元に特定する。

【0016】

本実施形態は、計算機システムに対して実行するプランを運用管理者に提示する際に、そのプランの実行による影響を併せて提示する。本実施形態は、運用管理者がプランの実行可否を判定することを支援できる。例えば障害発生時に回復するためのプランを作成した場合に、障害回復までの時間を短縮する。

【0017】

図１は、第１の実施形態における計算機システムの概念図である。当該計算機システムは、管理対象計算機システム１０００と、それに対してネットワークなどを介して接続された管理サーバ１１００と、を含む。

【0018】

装置性能取得プログラム１１１０と構成管理情報取得プログラム１１２０は、管理対象計算機システム１０００を監視している。構成管理情報取得プログラム１１２０は構成が変更される都度、構成情報リポジトリ１１３０へ構成情報を記録する。装置性能取得プログラム１１１０は、取得した装置性能情報から管理対象計算機システム１０００に障害が発生していることを検知すると、原因特定のために障害原因解析プログラム１１４０を呼び出す。

【0019】

障害原因解析プログラム１１４０は、障害原因を特定する。ルール化された障害波及関係が、障害波及関係ルール１１５０において定義されている。障害原因解析プログラム１１４０は、障害波及関係ルール１１５０と構成情報リポジトリ１１３０より取得した構成情報とを照合することにより、障害原因を特定する。

【0020】

障害原因解析プログラム１１４０は、特定した原因に対する対処プランを作成するために、プラン作成プログラム１１６０を呼び出す。プラン作成プログラム１１６０は、障害と対応するプランとの関係をあらかじめ形式化した汎用プラン１１７０を利用して、具体的な対処プラン（展開プラン）を作成する。

【0021】

プラン実行影響解析プログラム１１８０は、プラン作成プログラム１１６０が作成した対処プランを実行することにより影響を与える装置、装置を構成する部品、及びプログラムを特定する。以下において、装置、装置内の部位（ハードウェア部品又はプログラム）を、それぞれコンポーネントと呼ぶ。

【0022】

プラン実行影響解析プログラム１１８０は、作成された対処プランと構成情報リポジトリ１１３０の示す構成情報と、障害波及関係ルール１１５０とを照合することにより、対処プランを実行することによる影響を特定する。

【0023】

画像表示プログラム１１９０は、運用管理者に、作成された対処プランと、それを実行することによる波及関係とを、併せて表示する。第１の実施形態は、障害原因解析プログラム１１４０による障害原因の特定に伴い作成された対処プランを説明するが、本発明は障害原因の特定に限定されず、計算機システムにおける構成変更を伴う様々なプランの影響の特定に適用できる。

【0024】

図２は、本実施形態における計算機システムの物理構成例を示す。当該計算機システムは、ストレージ装置２００００と、ホスト計算機１００００と、管理サーバ計算機３００００と、ＷＥＢブラウザ起動サーバ計算機３５０００と、ＩＰスイッチ４００００とを有し、それらが、ネットワーク４５０００によって接続される。図２における一部装置が省略されていてもよく、一部のみが相互接続していていもよい。

【0025】

ホスト計算機１００００乃至１００１０は、例えば、それらに接続された、図示しないクライアント計算機からファイルのＩ／Ｏ要求を受信し、それに基づいてストレージ装置２００００乃至２００１０へのアクセスを実現する。ここでは、ホスト計算機１００００乃至１００１０は、サーバ計算機である。

【0026】

ホスト計算機１００００乃至１００１０は、それらが互いにネットワーク４５０００を介してプログラム間で通信を実行し、ファイルを交換する。そのために、ホスト計算機１００００乃至１００１０は、ネットワーク４５０００に接続するためのポート１１０１０を有する。管理サーバ計算機３００００は、当該計算機システム全体の運用を管理する。

【0027】

ＷＥＢブラウザ起動サーバ計算機３５０００は、ネットワーク４５０００を介して、管理サーバ計算機３００００の画像表示プログラム１１９０と通信し、ＷＥＢブラウザ上に各種情報を表示する。ユーザはＷＥＢブラウザ起動サーバ上のＷＥＢブラウザに表示された情報を参照することで、計算機システム内の装置を管理する。ただし、管理サーバ計算機３００００と、ＷＥＢブラウザ起動サーバ計算機３５０００は１台のサーバ計算機で構成されていてもよい。

【0028】

＜システム構成例＞
図３は、以下で説明する、管理サーバ計算機３００００が保持する表に対応するシステム構成例を説明する概念図である。この図において、ＩＰスイッチ４００００、４００１０それぞれのＩＤは、ＩＰＳＷ１、ＩＰＳＷ２である。ＩＰスイッチＩＰＳＷ１、ＩＰＳＷ２は、それぞれ、ネットワーク４５０００に接続するためのポート４００１０を有する。

【0029】

ＩＰスイッチＩＰＳＷ１のポート４００１０のＩＤは、それぞれ、ポート１、ポート２、ポート８である。ＩＰスイッチＩＰＳＷ２のポート４００１０のＩＤは、それぞれ、ポート１、ポート８である。ポートのＩＤは、ＩＰスイッチ内において一意である。

【0030】

ホスト計算機１００００、１０００５、１００１０のそれぞれのＩＤは、ＳＥＲＶＥＲ１０、ＳＥＲＶＥＲ１１、ＳＥＲＶＥＲ２０である。ホスト計算機１００００、１０００５、１００１０は、それぞれ、ポート１１０１０ポートを介してネットワーク４５０００に接続している。各ポートのＩＤは、ポート１０１、ポート１１１、ポート２０１である。

【0031】

本構成例において、それぞれのホスト計算機上１００００、１０００５、１００１０では、サーバ仮想化機構（サーバ仮想化プログラム）が動作している。ホスト計算機１００００、１０００５上で、仮想マシン（ＶＭ）１１０００が動作している。各ＶＭ１１０００のＩＤは、ＨＯＳＴ１０乃至ＨＯＳＴ１３である。図示していないが、各ＶＭ１１０００上にはＯＳがインストールされ、その上でウェブサービスが動作しているものとする。

【0032】

＜管理サーバ計算機の物理構成＞
図２に示すように、管理サーバ計算機３００００は、ネットワーク４５０００に接続するためのポート３１０００と、プロセッサ３１１００と、キャッシュメモリ等のメモリ３２０００と、ＨＤＤ等の二次記憶装置３３０００とを含む。メモリ３２０００及び二次記憶装置３３０００は、それぞれ、半導体メモリ又は不揮発性記憶デバイスのいずれか、もしくは半導体メモリ及び不揮発性記憶デバイス両方から構成される。

【0033】

管理サーバ計算機３００００は、さらに、後述する処理結果を出力するためのディスプレイ装置等の出力デバイス３１２００と、ストレージ管理者が指示を入力するためのキーボード等の入力デバイス３１３００とを含む。これらは、内部バスを介して相互に接続されている。

【0034】

メモリ３２０００は、図１に示すプログラム及びデータ１１１０乃至１１９０に加え、他のプログラム及びデータを格納している。具体的には、メモリ３２０００は、装置性能管理表３３１００、ファイルトポロジ管理表３３２００、ネットワークトポロジ管理表３３２５０、ＶＭ構成管理表３３２８０、イベント管理表３３３００、を格納する。

【0035】

メモリ３２０００は、さらに、解析ルールリポジトリ３３４００、解析結果管理表３３６００、汎用プランリポジトリ３３７００、展開プランリポジトリ３３８００、ルール・プラン対応管理表３３９００、プラン実行影響ルールリポジトリ３３９５０を格納する。

【0036】

図１における構成情報リポジトリ１１３０は、ファイルトポロジ管理表３３２００、ネットワークトポロジ管理表３３２５０、ＶＭ構成管理表３３２８０を格納する。障害波及関係ルール１１５０は、解析ルールリポジトリ３３４００に格納されている。汎用プラン１１７０は、汎用プランリポジトリ３３７００に格納されている。

【0037】

本例において、機能部は、メモリ３２０００のプログラムを実行するプロセッサ３１１００により実装されている。これと異なり、ハードウェアモジュールによって、本例のプログラム及びプロセッサ３１１００によって実現される機能部が提供されていてもよい。プログラム間の明確な境界が存在しなくてもよい。

【0038】

画像表示プログラム１１９０は、入力デバイス３１３００を介した管理者からの要求に応じ、取得した構成管理情報を出力デバイス３１２００によって表示する。入力デバイスと出力デバイスは別々なデバイスでもよく、一つ以上のまとまったデバイスでもよい。

【0039】

管理サーバ計算機３００００は、例えば、入力デバイス３１３００としてキーボードとポインタデバイス等、出力デバイス３１２００としてディスプレイやプリンタ等とを有しているが、これ以外の装置であってもよい。

【0040】

入出力デバイスの代替としてシリアルインターフェースやイーサーネットインターフェースを用い、当該インタフェースにディスプレイ又はキーボード又はポインタデバイスを有する表示用計算機を接続し、表示用情報を表示用計算機に送信したり、入力用情報を表示用計算機から受信することで、表示用計算機で表示を行ったり、入力を受け付けることで入出力デバイスでの入力及び表示を代替してもよい。

【0041】

管理サーバ計算機３００００が表示用情報を表示する場合は、管理サーバ計算機３００００が管理システムであり、また、管理サーバ計算機３００００と表示用計算機（例えば図２のＷＥＢブラウザ起動サーバ計算機３５０００）の組み合わせも管理システムである。

【0042】

＜装置性能管理表の構成＞
図４は、管理サーバ計算機３００００が有する装置性能管理表３３１００の構成例を示す。装置性能管理表３３１００は、管理対象システムにおける装置の性能情報を管理し、複数の構成項目を含む。装置性能管理表３３１００は、装置の仕様上の性能ではなく、動作している装置の実際の性能を示す。

【0043】

フィールド３３１１０は、管理対象となる装置の識別子となる装置ＩＤを格納する。装置ＩＤは、物理装置及び仮想マシンに付与されている。フィールド３３１２０は、管理対象装置内部の部位のＩＤを格納する。フィールド３３１３０は、管理対象装置の性能情報のメトリック名を格納する。フィールド３３１４０は、閾値異常（「閾値に基づいて異常であると判定されたもの」の意味）を検知した装置のＯＳ種別を格納する。

【0044】

フィールド３３１５０は、管理対象装置の実際の性能値を該当装置から取得して格納する。フィールド３３１６０は、管理対象装置の性能値の正常範囲の上限もしくは下限である閾値（アラート実行閾値）を、ユーザからの入力を受けて格納する。フィールド３３１７０は、閾値が正常値の上限であるのか下限であるかを示す値を格納する。フィールド３３１８０は、性能値が正常値であるか異常値であるかを示すステータスを格納する。

【0045】

例えば、図４の第１行目（１つ目のエントリ）は、ＨＯＳＴ１１上で動作するＷＥＢＳＥＲＶＩＣＥ１におけるレスポンスタイムが、現時点で、１５００ｍｓｅｃ（フィールド３３１５０参照）であることを示す。

【0046】

さらに、ＷＥＢＳＥＲＶＩＣＥ１のレスポンスタイムが１０ｍｓｅｃを超えた場合（３３１６０参照）に、管理サーバ計算機３００００はＷＥＢＳＥＲＶＩＣＥ１が過負荷であると判定する。本例は、当該性能値が異常値であると判定する（フィールド３３１５０３３１８０参照）。この値が異常値であると判定された場合、後述のイベント管理表３３３００に、イベントとして異常状態が書き込まれる。

【0047】

なお、ここでは管理サーバ計算機３００００が管理する装置の性能値としてレスポンスタイムや単位時間当たりのＩ／Ｏ量やＩ／Ｏエラー率を例として挙げたが、管理サーバ計算機３００００は、これらと異なる性能値を管理してもよい。

【0048】

フィールドフィールド３３１６０は、管理サーバ計算機３００００により自動的に決定された値を格納してもよい。例えば、管理サーバ計算機３００００は、過去の性能値から外れ値をベースライン分析により決定し、当該外れ値から決定した上限閾値又は下限閾値の情報を、フィールド３３１６０、３３１７０に格納してもよい。

【0049】

管理サーバ計算機３００００は、過去所定期間の性能値を使用して、異常状態（アラート実行）について判定してもよい。例えば、管理サーバ計算機３００００は、過去所定期間の性能値を取得して性能値変化の傾向を分析し、上昇／下降傾向であり、性能値がその傾向に従って推移すると将来の所定期間経過後に上限閾値／下限閾値を越えると予想する場合に、後述のイベント管理表３３３００にイベントとして異常状態を書き込んでもよい。

【0050】

＜ファイルトポロジ管理表の構成＞
図５は、管理サーバ計算機３００００の有するファイルトポロジ管理表３３２００の構成例を示す。ファイルトポロジ管理表３３２００は、ボリュームの利用関係を示し、複数の構成項目を含んでいる。

【0051】

フィールド３３２１０は、ホスト（ＶＭ）のＩＤを格納する。フィールド３３２２０は、ホストに提供されているボリュームのＩＤを格納する。フィールド３３２３０は、ボリュームがホスト上でマウントされているときの識別名であるパス名を表す。

【0052】

フィールド３２３４０は、ホストが他のホストにパス名で示されるファイルシステムを公開している場合に、その公開先であるエキスポート先ホストのＩＤを示す。フィールド３３２４５は、エキスポート先ホストにおいて当該ファイルシステムをマウントしているパス名を示す。

【0053】

例えば、図５の第１行目（１つ目のエントリ）において、ＩＤがＨＯＳＴ１０のホストで、ボリュームＶＯＬ１０１が、／ｖａｒ／ｗｗｗ／ｄａｔａという名称で示されるパス名でマウントされている。さらに、そのパス名のファイルシステムは、ＨＯＳＴ１１、ＨＯＳＴ１２、ＨＯＳＴ１３で示されるホストに公開されている。それぞれのホストにおいて、／ｍｎｔ／ｗｗｗ／ｄａｔａや／ｖａｒ／ｗｗｗ／ｄａｔａや￥￥ｈｏｓｔ１￥ｗｗｗ＿ｄａｔａで示すパス名にマウントされている。

【0054】

＜ネットワークトポロジ管理表の構成＞
図６は、管理サーバ計算機３００００の有するネットワークトポロジ管理表３３２５０の構成例を示す図である。ネットワークトポロジ管理表３３２５０は、スイッチを含むネットワークのトポロジを管理し、具体的には、スイッチと他装置との接続関係を管理する。

【0055】

ネットワークトポロジ管理表３３２５０は、複数の項目を含む。フィールド３３２５１は、ネットワーク装置であるＩＰスイッチのＩＤを格納する。フィールド３３２５２は、ＩＰスイッチが有するポートのＩＤを格納する。フィールド３３２５３は、ポートが接続されている装置のＩＤを表す。フィールド３３２５４は、接続先装置において接続されているポートのＩＤを示す。

【0056】

例えば、図６の第１行目（１つ目のエントリ）は、ＩＤがＩＰＳＷ１のＩＰスイッチのＩＤがポート１のポートが、ＩＤがＳＥＲＶＥＲ１０のホスト計算機のＩＤがポート１０１のポートに接続していることを示す。

【0057】

＜ＶＭ構成管理表の構成＞
図７は、管理サーバ計算機３００００の有するＶＭ構成管理表３３２８０の構成例を示す。ＶＭ構成管理表３３２８０は、ＶＭ、つまりホストの構成情報を管理し、複数の項目を含む。

【0058】

フィールド３３２８１は、仮想マシン（ＶＭ）が動作する物理マシン、つまりホスト計算機のＩＤを格納する。フィールド３３２８２は、物理マシンで動作している仮想マシンのＩＤを格納する。

【0059】

例えば、図７の第１行目（１つ目のエントリ）は、物理マシンＩＤがＳＥＲＶＥＲ１０で示されるホスト計算機上では、ＩＤがＨＯＳＴ１０で示される仮想マシンが動作していることを示す。

【0060】

＜イベント管理表の構成＞
図８は、管理サーバ計算機３００００が有するイベント管理表３３３００の構成例を示す。このイベント管理表３３３００は、発生イベントを管理し、後述する障害原因解析処理、プラン展開・プラン実行影響分析処理において適宜参照される。

【0061】

管理サーバ計算機３００００は、複数の項目を有する。フィールド３３３１０は、イベントのＩＤを格納する。フィールド３３３２０は、取得した性能値に閾値異常といったイベントの発生した装置のＩＤを格納する。フィールド３３３３０は、イベントの発生した機器内の部位のＩＤを格納する。

【0062】

フィールド３３３４０は、閾値異常を検知したメトリックの名称を登録する。フィールド３３３５０は、閾値異常が検知された装置のＯＳ種別を格納する。フィールド３３３６０は、装置内の部位のイベント発生時の状態を示す。フィールド３３３７０は、イベントが後述する障害原因解析プログラム１１４０によって解析済みかどうかを示す。フィールド３３３８０とイベントが発生した日時を格納する。

【0063】

例えば、図８の第１行目（１つ目のエントリ）は、管理サーバ計算機３００００が、仮想マシンＨＯＳＴ１１上で動作する装置部位ＷＥＢＳＥＲＶＩＣＥ１におけるレスポンスタイムの閾値異常を検知し、そのイベントＩＤはＥＶ１であることを示す。

【0064】

＜解析ルールの構成＞
図９Ａ、９Ｂは、管理サーバ計算機３００００が有する解析ルールリポジトリ３３４００内の解析ルールの構成例を示す。解析ルールは、計算機システムのコンポーネントの装置で発生し得る１つ以上の条件イベントの組み合わせと、その条件イベントの組み合わせに対して障害原因とされる結論イベントと、の関係を示す。解析ルールは、原因解析のための汎用的なルールであり、イベントをシステムコンポーネントの種別を用いて定義する。

【0065】

一般的に、障害解析において原因を特定するためのイベント伝播モデルは、ある障害の結果発生することが予想されるイベントの組み合わせと、その原因を"ＩＦ−ＴＨＥＮ"形式で記載する。なお、解析ルールは図９Ａ、９Ｂに挙げられたものに限られず、さらに多くのルールがあってもよい。

【0066】

解析ルールは複数の項目を含む。フィールド３３４３０は、解析ルールのＩＤを格納する。フィールド３３４１０は、"ＩＦ−ＴＨＥＮ"形式で記載した解析ルールのＩＦ（条件）部に相当する観測イベントを格納する。フィールド３３４２０は、"ＩＦ−ＴＨＥＮ"形式で記載した解析ルールのＴＨＥＮ（結論）部に相当する原因イベントを格納する。フィールド３３４４０は、解析ルールを実システムに適用する際に取得するトポロジを示す。

【0067】

フィールド３３４１０は、条件部のイベントに対するイベントＩＤ３３４５０を含む。条件部フィールド３３４１０のイベントが検知された場合、結論部フィールド３３４２０のイベントが障害の原因である。結論部フィールド３３４２０のステータスが正常になれば、条件部フィールド３３４１０の問題も解決している。図９Ａ、図９Ｂの例では、条件部フィールド３３４１０には２つのイベントが記述されているが、イベント数に制限はない。

【0068】

条件部フィールド３３４１０は、結論部フィールド３３４２０の原因イベントから一次的に発生するイベントのみを含むか、又は、当該原因イベントから二次的、三次的に発生するイベントを含んでもよい。結論部フィールド３３４２０のイベントは、条件部フィールド３３４１０のイベントの根本原因を示す。条件部フィールド３３４１０は、結論部フィールド３３４２０の根本原因イベントとイベントの派生イベントで構成される。

【0069】

条件部フィールド３３４１０が、Ｎ次的派生イベントを含む場合、Ｎ次的派生イベントの直接の原因イベントは（Ｎ−１）次的派生イベントであり、結論部フィールド３３４２０のイベントは、全ての派生イベントに共通する根本原因イベントである。

【0070】

例えば、図９Ａにおいて、ＩＤがＲＵＬＥ１で示される解析ルールは、観測イベントとしてサーバ上で動作するＷＥＢサービスのレスポンスタイムの閾値異常（派生イベント）と、ファイルサーバにおけるボリュームのＩ／Ｏエラー率の閾値異常（原因イベント）を検知した場合、ファイルサーバにおけるボリュームのＩ／Ｏエラー率の閾値異常が原因と結論付ける。なお、観測事象に含まれるイベントとして、ある条件が正常であることを定義してもよい。図９Ａは、さらに、適用するトポロジとして、ファイルトポロジ管理表３３２００が示すトポロジを指定する。

【0071】

＜解析結果管理表の構成＞
図１０は、管理サーバ計算機３００００の有する解析結果管理表３３６００の構成例を示す。解析結果管理表３３６００は、後述する障害原因解析処理の結果を格納し、複数の項目を含む。

【0072】

フィールド３３６１０は、障害原因解析処理において障害の原因と判定されたイベントの発生した装置のＩＤを格納する。フィールド３３６２０は、イベントの発生した装置内の部位のＩＤを格納する。フィールド３３６３０は、閾値異常を検知したメトリックの名称を格納する。

【0073】

フィールド３３６４０は、解析ルールにおいて条件部３３４１０に記載されたイベントの発生割合を格納する。フィールド３３６５０は、イベントを障害の原因と判定した根拠となる解析ルールのＩＤを格納する。フィールド３３６６０は、解析ルールにおいて条件部３３４１０に記載されたイベントのうち、実際に受信したイベントのＩＤを格納する。フィールド３３６７０は、イベント発生に伴う障害解析処理を開始した日時を格納する。

【0074】

例えば、図１０の第１段目（１つ目のエントリ）は、解析ルールＲＵＬＥ１に基づき、管理サーバ計算機３００００が、仮想マシンＨＯＳＴ１０のＶＯＬＵＭＥ１で示されるボリュームのＩ／Ｏエラー率の閾値異常を障害原因として判定していることを示す。さらに、その根拠として、イベントＩＤがＥＶ１及びＥＶ４で示されるイベントを受信している、すなわち、条件イベントの発生割合が２／２であることを示す。

【0075】

＜汎用プランの構成＞
図１１は、管理サーバ計算機３００００の有する汎用プランリポジトリ３３７００の構成例を示す。汎用プランリポジトリ３３７００は、計算機システムにおいて実行可能な機能の一覧を示す。

【0076】

汎用プランリポジトリ３３７００において、フィールド３３７１０は、汎用プランＩＤを格納する。フィールド３３７２０は、計算機システムにおいて実行可能な機能の情報を格納する。例えば、ホストのリブート、スイッチの設定変や、ストレージでのボリュームマイグレーション、ＶＭの移動、等のプランがある。なお、プランは、図１１に挙げられたものに限られない。フィールド３３７３０は、各汎用プランのコストを示し、フィールド３３７４０は、各汎用プランの時間を示す。

【0077】

＜展開プランの構成＞
図１２は、管理サーバ計算機３００００の有する展開プランリポジトリ３３８００に格納される、展開プランの一例を示す。展開プランは、汎用プランを計算機システムの実構成に依存する形式に展開した情報であり、コンポーネントの識別子を用いてプランを定義する。

【0078】

図１２に示す展開プランは、プラン作成プログラム１１６０によって生成される。具体的には、プラン作成プログラム１１６０は、図１１に示す汎用プランリポジトリ３３７００の各エントリに対して、ファイルトポロジ管理表３３２００、ネットワークトポロジ管理表３３２５０、ＶＭ構成管理表３３２８０及び装置性能管理表３３１００のエントリの情報を適用する。

【0079】

展開プランは、プラン詳細フィールド３３８１０、汎用プランＩＤフィールド３３８２０、展開プランＩＤフィールド３３８３０、解析ルールＩＤフィールド３３８３３、影響コンポーネントリストフィールド３３８３５を含む。さらに、プラン対象フィールド３３８４０、コストフィールド３３８８０、時間フィールド３３８９０を含む。

【0080】

プラン詳細フィールド３３８１０は、展開された各プランの具体的な処理内容及び処理実行後の状態情報を、プラン毎に格納する。汎用プランＩＤフィールド３３８２０は、展開プランの基となった汎用プランのＩＤを格納する。

【0081】

展開プランＩＤフィールド３３８３０は、展開プランのＩＤを格納する。解析ルールＩＤフィールド３３８３３は、展開されたプランが、どの障害原因に対するプランなのかを識別するための情報として、解析ルールのＩＤを格納する。影響コンポーネントリストフィールド３３８３５は、当該プランを実行することにより影響する他のコンポーネント（コンポーネント）と影響の種類とを示す。

【0082】

プラン対象フィールド３３８４０は、プラン実行対象の装置（フィールド３３８５０）、実行前の構成情報（フィールド３３８６０）、及びプラン実行後の構成情報（フィールド３３８７０）を示す。

【0083】

コストフィールド３３８８０及び時間フィールド３３８９０は、プランを実行することに対する作業量を記述する。なお、コストフィールド３３８８０及び時間フィールド３３８９０は、プランを評価する尺度であれば、作業量を表す値としていかなる値であってもよく、プランを実行することによりどの程度改善するかという効果を示してもよい。

【0084】

図１２は、図１１の汎用プランリポジトリ３３７００におけるＰＬＡＮ１（ＶＭ移動プラン）及びＲＵＬＥ１の解析ルールの例を示している。図１２に示すように、ＰＬＡＮ１の展開プランは、移動対象ＶＭ（フィールド３３８５０）、移移動元装置（フィールド３３８６０）、移動先装置（フィールド３３８７０）、移動に要するコスト（フィールド３３８８０）及び時間（フィールド３３８９０）の項目を含む。

【0085】

展開プランが各作業量を示す値及びプランを実行する改善効果を示す値を含む場合、それらの値について、その算出のためにどのような方法を取ってもよい。ここでは簡単化のために、あらかじめ何らかの方法で図１１のプランに関連して定義されているとする。

【0086】

本開示は、ＰＬＡＮ１（ＶＭ移動プラン）の展開プランの例のみを具体的に記載しているが、図１１記載の汎用プランリポジトリ３３７００が保持する他の汎用プランに対応する展開プランなども同様に生成される。

【0087】

＜ルール・プラン対応管理表の構成＞
図１３は管理サーバ計算機３００００の有する、ルール・プラン対応管理表３３９００の一例を示す。ルール・プラン対応管理表３３９００は、解析ルールＩＤで示される解析ルールと、その解析ルールを適用して障害の原因を特定した場合に実行可能なプランのリストを示す。

【0088】

ルール・プラン対応管理表３３９００は、複数の項目を含む。解析ルールＩＤフィールド３３９１０は、解析ルールのＩＤを格納する。解析ルールＩＤの値は、解析ルールリポジトリの解析ルールＩＤフィールド３３４３０の値と同様である。汎用プランＩＤフィールド３３９２０は、汎用プランのＩＤを格納する。汎用プランＩＤは、汎用プランリポジトリ３３７００の汎用プランＩＤフィールド３３７１０の値と同様である。

【0089】

＜プラン実行影響ルールの構成＞
図１４は、管理サーバ計算機３００００の有する、プラン実行影響ルールリポジトリ３３９５０が示すプラン実行影響ルールの一例を示す。プラン実行影響ルールは、汎用プランの実行による影響を示す汎用的なルールである。

【0090】

プラン実行影響ルールは、汎用プランＩＤフィールド３３９６１で示される汎用プランを実行した場合に、影響を受けるコンポーネントのリストを影響先フィールド３３９６０に記述する。本例は、プラン実行の一次的影響を受ける、つまり、プラン実行の影響を直接に受けるコンポーネントを示す。

【0091】

汎用プランＩＤは、汎用プランリポジトリ３３７００の汎用プランＩＤフィールド３３７１０の値と同様である。影響先フィールド３３９６０の各エントリは、複数のフィールドを含む。装置種別フィールド３３９６２は、影響を受ける装置の装置種別を示す。移動元／移動先フィールド３３９６３は、その装置が展開プランの移動元の装置にある場合に影響を受けるのかそれとも移動先の装置にある場合に影響を受けるのかを示す。

【0092】

装置部位種別フィールド３３９６４は、影響を受ける装置部位の種別を記述する。メトリックフィールド３３９６５は、影響を受けるメトリックを示す。ステータスフィールド３３９６６は、どのように変化するかを示す。なお、影響先フィールド３３９６０は、対象とする汎用プランに応じてどのようなフィールドを含んでもよい。

【0093】

図１４は、図１１の汎用プランリポジトリ３３７００におけるＰＬＡＮ１（ＶＭ移動プラン）の例を示している。最初のエントリは、装置種別がＳＥＲＶＥＲの装置が移動先である場合、ＳＣＳＩ ＤＩＳＣの単位時間Ｉ／Ｏ量のメトリックが増加する可能性があることを表している。

【0094】

＜構成管理情報の取得処理、ボリュームトポロジ管理表の更新処理＞
管理サーバ計算機３００００のプログラム制御プログラムは、例えばポーリングによって、構成管理情報取得プログラム１１２０に対し、計算機システム内のストレージ装置、ホスト計算機及びＩＰスイッチから、構成管理情報を定期的に取得するよう指示する。

【0095】

構成管理情報取得プログラム１１２０は、ストレージ装置、ホスト計算機及びＩＰスイッチから構成管理情報を取得する。構成管理情報取得プログラム１１２０は、ファイルトポロジ管理表３３２００、ネットワークトポロジ管理表３３２５０、ＶＭ構成管理表３３２８０及び装置性能管理表３３１００を、取得した情報により更新する。

【0096】

＜全体の流れ＞
図１５は、本実施形態における処理の全体的な流れを示す図である。まず、管理サーバ計算機３００００のプログラム制御プログラムは、装置性能情報取得処理（ステップ６１０１０）を実行する。

【0097】

プログラム制御プログラムは、プログラムの起動時、もしくは前回の装置性能情報取得処理から所定時間経過するたびに、装置性能取得プログラム１１１０に対し、装置性能情報取得処理を実行するよう指示する。当該実行指示を繰り返し出す場合、周期は一定でなくてもよい。

【0098】

ステップ６１０１０において、装置性能取得プログラム１１１０は、監視対象の各装置に対し、性能情報を送信するように指示する。返された性能情報を、装置性能管理表２２１００に格納し、その性能値が閾値を超えているかどうかを判定する。

【0099】

前回に性能値を取得できている場合で、閾値を超えているかどうかの状態が変化した場合（ステップ６１０２０：ＹＥＳ）、装置性能取得プログラム１１１０は、イベント管理表３３３００にイベントを登録する。装置性能取得プログラム１１１０から指示を受けた障害原因解析プログラム１１４０は、障害原因解析処理を実行する（ステップ６１０３０）。

【0100】

障害原因解析処理実行後に、プラン作成プログラム１１６０及びプラン実行影響解析プログラム１１８０は、プランの展開処理とプラン実行影響解析処理を実行する（ステップ６１０４０）。

【0101】

以下の説明では、この流れに沿ってステップ６１０３０以降のステップを説明する。なお、本発明は障害の発生時の対処計画導出の際のプラン実行影響の解析に限ったものではなく、何らかの管理者の意思によって計算機システムの構成を変更するプランを作成した場合に、その実行の影響を評価するために、後述のステップ６３０５０のみを実行してもよい。

【0102】

ステップ６１０３０以降のステップの概要を説明する。管理サーバ計算機３００００は、イベント管理表３３３００から選択したイベントに適用可能な解析ルールを、解析ルールリポジトリ３３４００から選択する。

【0103】

管理サーバ計算機３００００は、ルール・プラン対応管理表３３９００を用いて、選択した解析ルールに対応する汎用プランを選択する。管理サーバ計算機３００００は、選択した汎用プランと構成情報（表３３２００、３３２５０、３３２８０）とから、計算機システム実行する具体的な対処プランである、展開プランを生成する。

【0104】

管理サーバ計算機３００００は、展開プランの実行の影響により発生し得るイベントを、プラン実行影響ルール（プラン実行影響ルールリポジトリ３３９５０）と構成情報（表３３２００、３３２５０、３３２８０）を用いて特定する。プラン実行影響ルールは、プラン実行により一次影響を受けるコンポーネントの種別及び影響内容を定義する。

【0105】

管理サーバ計算機３００００は、上記イベントを原因イベント（結論イベント）として含む解析ルールを選択し、当該イベントの派生イベントを特定する。管理サーバ計算機３００００は、派生イベントの情報を、展開プランの影響コンポーネントリスト３３８３５に記述する。

【0106】

＜障害原因解析処理（ステップ６１０３０）の流れ＞
装置性能取得プログラム１１１０は、新規に追加したイベントがある場合、障害原因解析プログラム１１４０に対して障害原因解析処理（ステップ６１０３０）の指示を行う。障害原因解析処理（ステップ６１０３０）は、解析ルールリポジトリ３３４００内に格納された各解析ルールに対してマッチング処理を実行することにより行う。解析結果は、イベントをコンポーネントの識別子により示す。

【0107】

マッチング処理において、障害原因解析プログラム１１４０は、各解析ルールに対して、イベント管理表３３３００に登録された障害イベントのうち所定期間内に登録されたものをマッチングする。解析ルールの条件部に存在する種別のコンポーネントからイベントが発生している場合、障害原因解析プログラム１１４０は、確信度を計算して解析結果管理表３３６００に書き込む。

【0108】

例えば、図９Ａに示す解析ルールＲＵＬＥ１は、条件部３３４１０に"サーバ上のＷＥＢサービスに対するレスポンスタイムの閾値異常"と、"ファイルサーバのボリュームのＩ／Ｏエラー率の閾値異常"を定義している。

【0109】

図８に示すイベント管理表３３３００に、イベントＥＶ１（発生日時：２０１０−０１−０１ １５：０５：００）が登録されると、障害原因解析プログラム１１４０は、所定時間待機した後に、イベント管理表３３３００を参照し、過去所定期間に発生したイベントを取得する。イベントＥＶ１は、"ＨＯＳＴ１１上のＷＥＢ ＳＥＲＶＩＣＥ１に対するレスポンスタイムの閾値異常"、を示している。

【0110】

次に、障害原因解析プログラム１１４０は、ＲＵＬＥ１に記載された条件部に対応するイベントについて、過去所定期間の発生件数を算出する。図８の例において、イベントＥＶ４"ＨＯＳＴ１０（ファイルサーバ）のＶＯＬＵＭＥ１０１のＩ／Ｏエラー率の閾値異常"も過去所定期間に発生している。これは、ＲＵＬＥ１の条件部フィールド３３４１０における第２のイベントであり、かつ、原因イベント（結論部フィールド３３４２０）である。

【0111】

したがって、ＲＵＬＥ１に記載された条件部３３４１０に対応するイベント（原因イベントと派生イベント）の過去所定期間の発生数が、条件部３３４１０に記載された全イベントにおいて占める割合は、２／２となる。障害原因解析プログラム１１４０は、この結果を、解析結果管理表３３６００に書き出す。

【0112】

障害原因解析プログラム１１４０は、上記の処理を、解析ルールリポジトリ３３５００に定義された全ての解析ルールに対し実行する。

【0113】

以上が、障害原因解析プログラム１１４０が実行する障害原因解析処理の説明である。上記例は、図９Ａに示す解析ルールと図８に示すイベント管理表３３３００に登録されたイベントを利用しているが、障害原因を解析する方法についてはこの限りではない。

【0114】

上述のようにして算出された割合が所定値を超えている場合、障害原因解析プログラム１１４０は、プラン作成プログラム１１６０に対し、障害回復のためのプランの生成を指示する。例えば、所定値を３０％とする。当該具体例においては、解析結果管理表３３６００の最初のエントリに記入された解析結果に対して、各イベントの過去所定期間の発生割合が２／２、すなわち１００％である。したがって、障害回復のためのプランの生成が指示される。

【0115】

＜対処プラン展開処理（ステップ６１０４０の流れ）＞
図１６は、本実施形態の管理サーバ計算機３００００のプラン作成プログラム１１６０が実行する、プラン展開処理（ステップ６１０４０）を示すフローチャートである。

【0116】

プラン作成プログラム１１６０は、解析結果管理表３３６００を参照し、新規登録エントリを取得する（ステップ６３０１０）。プラン作成プログラム１１６０は、新規登録エントリである障害原因ごとに、以下のステップ６３０２０からステップ６３０５０までを実行する。

【0117】

プラン作成プログラム１１６０は、まず、解析結果管理表３３６００のエントリのフィールド３３６５０から、解析ルールＩＤを取得する（ステップ６３０２０）。次に、プラン作成プログラム１１６０は、ルール・プラン対応管理表３３９００及び汎用プランリポジトリ３３７００を参照し、取得した解析ルールＩＤに対応する汎用プランを取得する（ステップ６３０３０）。

【0118】

次に、プラン作成プログラム１１６０は、ファイルトポロジ管理表３３２００、ネットワークトポロジ管理表３３２５０及びＶＭ構成管理表３３２８０を参照し、取得した各汎用プランに対応する展開プランを生成し、展開プランリポジトリ３３８００内の展開プラン表に格納する（ステップ６３０４０）。

【0119】

一例として、図１２に示す展開プランの作成方法を説明する。プラン作成プログラム１１６０は、ＰＬＡＮ１に対応する展開プランの表を作成する。プラン作成プログラム１１６０は、移動対象ＶＭフィールド３３８５０にＨＯＳＴ１０を格納する。プラン作成プログラム１１６０は、ＶＭ構成管理表３３２８０から、ＨＯＳＴ１０の物理マシンＩＤ ＳＥＲＶＥＲ１０を取得し、移動元装置フィールド３３８６０に格納する。

【0120】

プラン作成プログラム１１６０は、ネットワークトポロジ管理表３３２５０から、ＳＥＲＶＥＲ１０と接続している物理マシンのＩＤを取得する。プラン作成プログラム１１６０は、ＶＭ構成管理表３３２８０を参照して、取得した物理マシンＩＤのうち、ＶＭが動作可能な物理マシンのＩＤを選択する。プラン作成プログラム１１６０は、選択した物理マシンＩＤの一部又は全部について展開プランを生成する。図１２は、選択した一つの物理マシンのための展開プランを示す。ここでは、物理マシンＩＤ ＳＥＲＶＥＲ２０が選択され、移動先装置フィールド３３８７０に格納される。

【0121】

プラン作成プログラム１１６０は、汎用リポジトリからコスト及び時間の情報を取得して、コストフィールド３３８８０及び時間フィールド３３８９０に格納する。さらに、汎用プランＩＤフィールド３３８２０及び解析ルールＩＤフィールド３３８３３に、選択した汎用プランＩＤと解析ルールＩＤを格納する。プラン作成プログラム１１６０は、作成した展開プランＩＤを展開プランＩＤフィールド３３８３０に格納する。

【0122】

プラン作成プログラム１１６０は、後述するプラン実行影響分析処理（図１５及び図１７におけるステップ６１０４０）により特定した影響範囲の情報を、影響コンポーネントリスト３３８３５に格納する。

【0123】

続いて、プラン作成プログラム１１６０は、プラン実行影響解析プログラム１１８０に指示して、展開プランに対してプラン実行影響解析処理を実行する（ステップ６３０５０）。ここでは記載しないが、それぞれの展開プランに対してプラン実行後のシミュレーションを実行することで各プランを実行することによりどの程度改善するかという効果を算出してもよい。

【0124】

全ての障害原因対象に対する処理の完了後、プラン作成プログラム１１６０は、画像表示プログラム１１９０に対して、プラン提示を要求し（ステップ６３０６０）、処理を終了する。

【0125】

＜プラン実行影響解析処理（ステップ６３０５０）の詳細＞
図１７は、プラン実行影響解析プログラム１１８０が実行するプラン実行影響解析処理（ステップ６３０５０）を示すフローチャートである。

【0126】

まず、プラン実行影響解析プログラム１１８０は、プラン実行影響ルールリポジトリ３３９５０から、展開プランを導出する元になった汎用プランに対応するプラン実行影響ルールを取得する。プラン実行影響解析プログラム１１８０は、取得したプラン実行影響ルールによって、プラン実行によってメトリックが変化するコンポーネントの種別を決定する（ステップ６４０１０）。当該コンポーネントの種別は、装置種別と装置部位種別とを用いて示される。

【0127】

プラン実行影響解析プログラム１１８０は、選択されたコンポーネント種別に対して、以下のステップ６４０２０から６４０５０までの処理を実行する。ステップ６４０２０から６４０５０において、プラン実行影響解析プログラム１１８０は、結論部フィールド３３４２０において、選択されたコンポーネント種別と同じ装置種別及び装置部位種別を含む解析ルールを、解析ルールリポジトリ３３４００から選択する（ステップ６４０２０）。つまり、プラン実行影響解析プログラム１１８０は、原因イベントの装置種別及び装置部位種別が、選択されたコンポーネント種別の装置種別及び装置部位種別と一致する解析ルールを選択する。

【0128】

なお、解析ルールの条件部フィールド３３４１０が他のイベントの原因イベントなるイベントを含む場合、プラン実行影響解析プログラム１１８０は、条件部フィールド３３４１０において選択されたコンポーネント種別と同じ装置種別及び装置部位種別を含む解析ルールを、選択してもよい。

【0129】

プラン実行影響解析プログラム１１８０は、選択された各解析ルールについて、ステップ６４０３０からステップ６４０５０までの処理を実行する。まず、プラン実行影響解析プログラム１１８０は、ファイルトポロジ管理表３３２００と、ネットワークトポロジ管理表３３２５０と、ＶＭ構成管理表３３２８０とを参照し、解析ルールの示すトポロジと一致する構成情報の組み合わせを選択する（ステップ６４０３０）。

【0130】

プラン実行影響解析プログラム１１８０は、選択した構成情報の組み合わせに対して、解析ルールの条件部に該当するコンポーネントのうち、ステップ６４０１０で選択されなかった各コンポーネントについて、ステップ６４０４０及びステップ６４０５０を行う。解析ルールの条件部に該当するコンポーネントのうち、ステップ６４０１０で選択されなかったコンポーネントは、プラン実行影響ルールに示されるコンポーネントに対する影響から、二次的に影響を受けるコンポーネントである。つまり、プラン実行の影響が、プラン実行影響ルールに示される装置部位を介して、他のコンポーネントに波及する。

【0131】

ステップ６４０４０において、プラン実行影響解析プログラム１１８０は、装置ＩＤと装置内の部位ＩＤ、解析ルールの条件部３３４１０で指定されているメトリックとステータスを選択する。ステップ６４０５０において、プラン実行影響解析プログラム１１８０は、該当する展開プランの影響コンポーネントリスト３３８３５に追加する。

【0132】

図１２の例では、ＶＭであるＨＯＳＴ１０がＳＥＲＶＥＲ１０からＳＥＲＶＥＲ２０にＰＬＡＮ１に従って移動される場合に、プラン実行影響解析プログラム１１８０は、まず汎用プランＰＬＡＮ１とプラン実行影響ルール（図１４）から、このプランを実行する際に移動先のホスト計算機ＳＥＲＶＥＲ２０のＳＣＳＩ ＤＩＳＣの単位時間Ｉ／Ｏ量と、ＣＰＵの計算量と、ポートの単位時間Ｉ／Ｏ量が変化することを認識する（ステップ６４０１０）。

【0133】

図１４に示すように、この例の値の変化は、増加である。さらに、プラン実行影響解析プログラム１１８０は、選択したＳＥＲＶＥＲ２０のＳＣＳＩ ＤＩＳＣ、ＣＰＵ、ポートそれぞれについて、該当イベントを原因イベントとして結論部フィールド３３４２０に含む解析ルールを選択する（ステップ６４０２０）。本例において、サーバのポートでの単位時間Ｉ／Ｏ量の変化のイベントが、図９Ｂの解析ルールの結論部フィールド３３４２０に含まれる。したがって、この解析ルールが選択される。

【0134】

次に、プラン実行影響解析プログラム１１８０は、選択した解析ルールの示すトポロジと一致するコンポーネントの組み合わせを、ネットワークトポロジ管理表３３２５０から選択する。条件部フィールド３３４１０は、接続しているコンポーネントの種別を示す。ここでは、プラン実行影響解析プログラム１１８０は、ＳＥＲＶＥＲ２０のポート２０１とＩＰＳＷ２のポート１の組み合わせを選択する（ステップ６４０３０）。

【0135】

選択した組み合わせに含まれるコンポーネントのうち、ステップ６４０１０で選択されなかったＩＰＳＷ２のポート１について、解析ルールの条件部フィールド３３４１０で指定されているメトリック（単位時間Ｉ／Ｏ量）とステータス（閾値異常）を、影響コンポーネントリスト３３８３５に追加する（ステップ６４０５０）。影響コンポーネントリスト３３８３５は、プラン実行の副次的影響により発生し得るイベントを示す。

【0136】

＜プラン提示処理（ステップ６３０６０）の詳細＞
図１８は、ステップ６３０６０により出力デバイス３１２００に出力される対策プラン一覧画像の一例を示す。図１８の例において、表示領域７１０１０は、計算機システムにおける障害発生時に、管理者がその原因を追究して対策を実行する際に、その障害の原因の可能性のある部位と、その障害に対して取り得る対策プランのリストの対応関係を表示する。プラン実行ボタン７１０２０は、対策プランを実行するための選択ボタンである。ボタン７１０３０は、画像表示をキャンセルするためのボタンである。

【0137】

障害原因と障害に対する対策プランとの対応を表示する表示領域７１０１０は、障害原因の情報として、障害原因の装置のＩＤ、障害原因の装置部位のＩＤ、障害と判定されたメトリックの種別、及び確信度を含む。確信度は、解析ルールによると発生するはずのイベント数に対する、実際に発生したイベント数の割合を示す。

【0138】

画像表示プログラム１１９０は、解析結果管理表３３６００から、障害原因（原因装置ＩＤフィールド３３６１０、原因部位ＩＤフィールド３３６２０、メトリックフィールド３３６３０）及び確信度（確信度フィールド３３６４０）を取得し、表示画像データを生成し、表示する。

【0139】

障害に対するプランの情報は、候補となるプラン、プラン実行にかかるコスト、プラン実行によりかかる時間を含む。さらに、障害が残り続ける時間及び影響が波及する可能性がある箇所が示される。

【0140】

画像表示プログラム１１９０は、障害に対するプランの情報を表示するため、展開プランリポジトリ３３８００において、取得したプラン対象フィールド３３８４０、コストフィールド３３８８０、時間フィールド３３８９０、影響コンポーネントリストフィールド３３８３５から、情報を取得する。なお候補となるプランの表示領域は、後述のプラン実行ボタン７１０２０を押下した際に実行するプランをユーザに選択させるためのチェックボックスを含む。

【0141】

プラン実行ボタン７１０２０は、選択されたプランの実行を指示するためのアイコンである。管理者は、入力デバイス３１３００を使用してプラン実行ボタン７１０２０を押下することにより、候補となるプランのうち、チェックボックスが選択されている一つのプランを実行する。このプランの実行は、プランに対応づけられた具体的なコマンド群が実行されることにより、実現する。

【0142】

図１８は、表示画像の一例であり、表示領域７１０１０は、プラン実行にかかるコスト及び時間以外の、プランの特徴をあらわす情報をあわせて表示してもよく、他の表示態様を採用してもよい。管理サーバ計算機３００００は、管理者の入力を受け付けることなく自動選択したプランを実行してもよいし、プラン実行機能を有していなくてもよい。

【0143】

以上第１の実施形態によれば、対処プランの作成時に、そのプラン実行によって影響を受ける可能性のある他コンポーネントが存在する場合に、その実行前に影響が存在することを示すことができる。このように障害対処プランの導出時に運用管理者は影響を受ける装置の存在を考慮した上でプランの実行を決定できるようになり、計算機システムに変更を加える場合の影響解析のための運用管理コストを削減できる。

【0144】

上記例は、プラン実行により影響を受けるコンポーネントを提示するが、それは必須ではない。例えば、管理サーバ計算機３００００は、プラン実行の影響の解析結果を表示することなく、当該解析結果に応じてプランをスケジューリングし、実行してもよい。

【0145】

上述のように、計算機システムにおける障害原因解析のための解析ルールを利用して、構成変更を伴うプラン実行の影響を解析することで、適切かつ効率的にプラン実行の影響を解析することができる。管理サーバ計算機３００００は、障害原因解析の解析ルールとは別に、プラン実行の影響を解析するための解析ルールを保持してもよい。

【0146】

第２の実施形態
第２の実施形態を説明する。以下では、第１の実施形態との差異を中心に説明し、同等の構成要素や、同等の機能を持つプログラム、同等の項目を持つテーブルについては、記載を省略する。

【0147】

本実施形態は、実行中のプランや、実行計画中のプランが存在する場合に、構成変更計画がそれらに影響を与えるかどうかを判定し、その判定結果に基づきプランをスケジューリングし、スケジューリングの情報を運用管理者に提示する。さらに、プラン実行状況を見積もり、プラン実行によりいつ回復するかを提示する。

【0148】

第１の実施形態は、対処プランの作成時にそのプランの実行によって影響を受ける可能性のある他コンポーネントが存在する場合に、その存在を提示した。この対処プランは、作成後、プラン実行ボタン７１０２０の押下により実行される。

【0149】

第１の実施形態は、プランの実行に時間を要することを考慮していない。すなわち、プラン展開処理によりプランを作成する時点では、以前に実行したプランが実行中の可能性があり、作成中のプランがその実行に影響を与える可能性がある。

【0150】

第１の実施形態はその可能性を考慮していないため、プラン実行ボタン７１０２０の押下によりすぐに選択されたプランが実行されることになり、結果として実行中のプランに影響を与える。

【0151】

第２の実施形態においては、そのような影響を低減するように、管理サーバ計算機３００００は、プランの実行を管理する。管理サーバ計算機３００００のメモリ３２０００は、第１の実施形態における情報（プログラム、表、リポジトリを含む）に加え、プラン実行プログラム、プラン実行記録プログラム、並びに、プラン実行記録管理表３３９７０を保持する。

【0152】

第１の実施形態に置いてプラン実行ボタン７１０２０の押下によりプランが実行される際には、プラン実行プログラムは、そのプランを実行する。プラン実行記録プログラムは、その実行状態を監視し、プラン実行記録管理表３３９７０に記録する。

【0153】

図１９は、プラン実行記録管理表３３９７０の構成例を示す。プラン実行管理表３３９７０は、実行中の展開プランＩＤフィールド３３９７４と、実行開始時刻フィールド３３９７５と、プランの実行状態フィールド３３９７６と、を含む。

【0154】

例えば、図１９の第１段目（１つ目のエントリ）は、展開プラン"ＥｘＰｌａｎ２−１"が、"２０１０−１−１ １４：３０：００"に実行開始され、現在実行中であることを示す。また図１９の第２段目（２つ目のエントリ）は、展開プラン"ＥｘＰｌａｎ１−１"が、"２０１０−１−２ １５：３０：００"に実行されるように実行予約済みであることを示す。

【0155】

図２０は、第２の実施形態の管理サーバ計算機３００００のプラン実行影響解析プログラム１１８０が実行する、他プランへのプラン実行影響特定処理を示すフローチャートを示す。第１の実施形態では、プラン実行影響解析プログラム１１８０は、ステップ６４０１０からステップ６４０５０までにおいて、展開した各プランの実行に対して影響があるコンポーネントが存在するかどうかを判定した。

【0156】

第２の実施形態では、プラン実行影響解析プログラム１１８０は、ステップ６４０５０の直後に展開したプランの実行が、プラン実行記録管理表３３９７０に記録されているプランへ影響を与えるかどうかを判定する。

【0157】

プラン実行影響解析プログラム１１８０は、展開プラン３３８００の影響コンポーネントリスト３３８３５から、影響を与える可能性があると第１の実施形態で判定したコンポーネントを選択する（ステップ６５０１０）。

【0158】

プラン実行影響解析プログラム１１８０は、選択されたコンポーネントに対して、ステップ６５０２０から６５０６０までの処理を実行する。まず、プラン実行影響解析プログラム１１８０は、プラン実行記録管理表３３９７０と展開プランリポジトリ３３８００内の展開プランを利用し、選択された装置の装置部位の記述された展開プランを示すエントリを選択する（ステップ６５０２０）。

【0159】

このような展開プランがプラン実行記録管理表３３９７０に存在する場合、作成中の展開プランが実行中又は実行予約済みの展開プランの実行に影響を与える可能性がある。このため、プラン実行影響解析プログラム１１８０は、選択したエントリに対して、ステップ６５０３０から６５０６０の処理を実行する。

【0160】

プラン実行影響解析プログラム１１８０は、ステップ６５０２０で選択されたエントリに対して、エントリに含まれるプランが実行中かどうかをプラン実行記録管理表３３９７０の状態フィールド３３９７６から判定する（ステップ６５０３０）。

【0161】

実行中ではない場合（ステップ６５０３０：ＮＯ）、プラン実行影響解析プログラム１１８０は、作成中のプラン（ステップ６５０１０で扱った展開プラン）の実行時間フィールド３３８９０の値を現在時刻に加算し、プランの実行終了時刻を算出する（ステップ６５０４０）。

【0162】

ステップ６５０２０において、プラン実行影響解析プログラム１１８０は、選択されたエントリに含まれるプランの実行開始時刻フィールド３３９７５の値が、算出した実行終了時刻よりも後かどうかを判定する（ステップ６５０５０）。

【0163】

エントリに含まれるプランの実行開始時刻フィールド３３９７５の値が、算出した実行終了時刻よりも遅い場合（ステップ６５０５０：ＹＥＳ）、作成中のプランの実行はエントリに含まれるプランの実行に影響を与えない。

【0164】

一方で、エントリに含まれるプランが実行中の場合（ステップ６５０３０：ＹＥＳ）、又は、エントリに含まれるプランの実行開始時刻フィールド３３９７５の値が算出した実行終了時刻よりも前の場合（ステップ６５０５０：ＮＯ）、作成中のプランの実行はエントリに含まれるプランの実行に影響を与える。

【0165】

その場合、プラン実行影響解析プログラム１１８０は、エントリに含まれるプランの実行終了までの時間を算出する。これは、エントリの実行開始時刻フィールド３３９７５の値に、エントリに含まれる展開プランの時間フィールド３３８９０の値を加算した値と、現在時刻との差を算出することにより求める。現在時刻から求めた時間内に作成中の展開プランを実行すると、エントリに含まれる展開プランの実行に影響を与える。

【0166】

そこで第２の実施形態は、一例として、この間に作成中の展開プランを実行することを避ける。つまり、実行中又は実行予約済みの展開プランの実行期間と作成中の展開プランの実行期間が重ならないように、作成中の展開プランをスケジューリングする。なお、影響が小さいのであれば、期間の一部が重なってもよい。

【0167】

プラン実行影響解析プログラム１１８０は、求めた時間を作成中の展開プランの実行時間に加算し、展開プランの時間フィールド３３８９０の値を更新する。なお、この際に、プランを実行できない時間を区別できるように時間フィールド３３８９０に記録する（ステップ６５０６０）。

【0168】

図２１は、第２の実施形態において、ステップ６３０６０により出力される対策プラン一覧の一例を示す。図１８の画像との差異は、障害に対するプランの情報として表示している、プラン実行によりかかる時間の部分である。この部分は、ステップ６５０６０によって加算された値と、プランを実行できない時間を表示するように変更されている。

【0169】

プラン実行ボタン７１０２０が押下された場合、プラン実行プログラムは、第１の実施形態と同様に、プランを実行する。プラン実行プログラムは、展開プランの時間フィールド３３８９０より、プランを実行できない時間が存在するかどうかを判定する。

【0170】

当該時間が存在しない場合、プラン実行プログラムは、プランに関連付けられたコマンド群を即時実行し、開始時刻と実行中の状態を、プラン実行記録管理表３３９７０における当該エントリの実行開始時刻フィールド３３９７５と状態フィールド３３９７６に記録する。プランを実行できない時間が存在する場合、プラン実行プログラムは、現在時刻にその時間を加算した時刻と予約済みの状態を、それぞれ実行開始時刻フィールド３３９７５と状態フィールド３３９７６に記録する。

【0171】

以上第２の実施形態によれば、第１の実施形態での対処プランの実行による影響コンポーネントの特定に加え、プラン作成時に実行中又は予約済みのプランの存在を考慮して、そのようなプランが存在する場合に作成中の対処プランの実行開始時刻を制御することができる。

【0172】

このように障害対処プランの導出時に、影響を与える装置の存在を運用管理者が考慮できることに加え、影響を与える別のプランに対してその実行の終了を考慮して、適切にスケジューリングをした上でプランの実行を決定できるようになる。これにより、計算機システムに変更を加える場合の影響解析とスケジューリングのための運用管理コストを削減できる。

【0173】

なお、本発明は上記例に限定されるものではなく、様々な変形例が含まれる。例えば、上記例は本発明を分かりやすく説明するために詳細に説明したものであり、必ずしも説明したすべての構成を備えるものに限定されるものではない。また、ある例の構成の一部を他の例の構成に置き換えることが可能であり、また、ある例の構成に他の例の構成を加えることも可能である。また、各例の構成の一部について、他の構成の追加・削除・置換をすることが可能である。

【0174】

また、上記の各構成・機能・処理部等は、それらの一部又は全部を、例えば集積回路で設計する等によりハードウェアで実現してもよい。また、上記の各構成、機能等は、プロセッサがそれぞれの機能を実現するプログラムを解釈し、実行することによりソフトウェアで実現してもよい。各機能を実現するプログラム、テーブル、ファイル等の情報は、メモリや、ハードディスク、ＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ）等の記録装置、又は、ＩＣカード、ＳＤカード等の記録媒体に置くことができる。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9A】

【図9B】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】

【図17】

【図18】

【図19】

【図20】

【図21】