(57)【特許請求の範囲】
【請求項１】
複数のノード装置（２００００、４００００、１００００）に接続された計算機であって、
記憶資源（３３０００）と、
前記記憶資源に接続されたプロセッサ（３１１００）と
を備え、
前記記憶資源が、各イベントと各イベントの発生原因との関係を表す情報であるイベント原因情報（３３９００）を記憶し、
イベントは、どのノード装置のどの要素がどんな状態になったかであり、
前記プロセッサが、イベントを検出した場合、そのイベントの発生原因を、前記イベント原因情報を基に特定し、
前記プロセッサが、以下の（Ａ）及び（Ｂ）の処理：
（Ａ）追加、除外又は変更されたノード装置が関わるイベントに関する情報部分を前記イベント原因情報に対して追加、削除又は変更することである部分変更が可能か否かを判断する；
（Ｂ）前記（Ａ）の判断の結果が肯定的であれば、前記イベント原因情報に対して前記情報部分を追加、削除又は変更する；
を行い、
前記複数のノード装置は、ストレージ装置（２００００）と、ストレージ装置にアクセスするホスト装置（１００００）と、ストレージ装置とホスト装置との間の通信を中継するスイッチ（４００００）とを含み、
ストレージ装置が有する要素として、ホスト装置からＩ／Ｏ要求を受け付けるポートであるストレージポート（２１０００）と、ホスト装置に提供される論理ボリュームであるストレージボリューム（２４１００）とがあり、
ホスト装置が有する要素として、Ｉ／Ｏ要求が発行されるポートであるホストポート（１１０００）と、ストレージボリュームに関連付けられたボリュームであるホストボリュームとがあり、
スイッチが有する要素として、ホスト装置から発行されたＩ／Ｏ要求が入出力されるポートであるスイッチポート（４３０００、４３０１０）があり、
前記記憶資源は、
複数のイベント原因モデル（３３７００）と、
どのストレージ装置が有するどのストレージボリュームがどのストレージポートを経由してどのホスト装置のどのホストボリューム及びホストポートに関連付けられているかを表す情報であるボリュームトポロジ情報（３２２００）と、
どのストレージ装置が有するどのストレージポートがどのスイッチのどのスイッチポートを経由してどのホスト装置のホストポートに関連付けられているかを表す情報であるネットワークトポロジ情報（３２３００）と、
ノード装置の種類とノード装置の要素の種類との組合せであるノード／要素モデル毎にトポロジ情報種類と部分変更が可能か否かを表す変更可否情報とを含んだ情報であるトポロジ適用情報（３３８００）と
を記憶し、
イベント原因モデルは、イベント種類の組合せとその発生原因とのモデルを表す情報であり、
イベント種類は、どの種類のノード装置のどの種類の要素がどんな状態であるかであり、
トポロジ情報種類は、ボリュームトポロジ情報とネットワークトポロジ情報のどちらかに対応しており、
前記イベント原因情報は、各イベントと各イベントの発生原因との関係を表すマトリクスであり、
（Ｘ）追加、除外又は変更されたノード装置が、追加されたノード装置である場合、前記プロセッサが、以下の（Ｃ）及び（Ｄ）の処理：
（Ｃ）前記追加されたノード装置に関するイベントを表す情報を前記イベント原因情報に追加する；
（Ｄ）全てのイベント原因モデルのそれぞれについて、以下の（Ａ１）及び（Ｂ１）の処理を行う；
（Ａ１）前記トポロジ適用情報を参照し、追加されたノード装置について部分変更が可能か否かを、そのノード装置の種類を含んだノード／要素モデルに対応した前記変更可否情報から判断する；
（Ｂ１）前記（Ａ１）の判断の結果が肯定的であれば、そのノード／要素モデルに対応した種類のトポロジ情報に、その追加されたノード装置を含んだトポロジを表す情報が含まれているか否かを判断し、その判断の結果が肯定的であれば、そのトポロジを表す情報と対象のイベント原因モデルとを基に、前記（Ｃ）で追加された各イベントについての発生原因を前記イベント原因情報に追加する、
を行い、
（Ｙ）追加、除外又は変更されたノード装置が、除外されたノード装置である場合、前記プロセッサが、以下の（Ａ２）及び（Ｂ２）の処理：
（Ａ２）前記トポロジ適用情報を参照し、除外されたノード装置について部分変更が可能か否かを、そのノード装置の種類を含んだノード／要素モデルに対応した前記変更可否情報から判断する；
（Ｂ２）前記（Ａ２）の判断の結果が肯定的であれば、その除外されたノード装置に関わるイベント及びその発生原因を表す情報部分を前記イベント原因情報から削除する、
を行い、
（Ｚ）追加、除外又は変更されたノード装置が、変更されたノード装置である場合、前記プロセッサが、以下の（Ａ３）及び（Ｂ３）の処理：
（Ａ３）前記トポロジ適用情報を参照し、変更されたノード装置について部分変更が可能か否かを、そのノード装置の種類を含んだノード／要素モデルに対応した前記変更可否情報から判断する；
（Ｂ３）前記（Ａ３）の判断の結果が肯定的であれば、その変更されたノード装置に関わるイベント及びその発生原因を表す情報部分を前記イベント原因情報から削除し、且つ、前記トポロジ適用情報を参照し、その変更されたノード装置の種類を含んだノード／要素モデルに対応した種類のトポロジ情報に、その変更されたノード装置を含んだトポロジを表す情報が含まれているか否かを判断し、その判断の結果が肯定的であれば、そのトポロジを表す情報と対象のイベント原因モデルとを基に、その変更されたノード装置に関する各イベントについての発生原因を前記イベント原因情報に追加する、
を行い、
前記（Ａ１）、（Ａ２）及び（Ａ３）のそれぞれの処理は、前記（Ａ）の処理に相当し、
前記（Ｂ１）、（Ｂ２）及び（Ｂ３）のそれぞれの処理は、前記（Ｂ）の処理に相当する、
計算機。
【請求項２】
前記イベント原因情報は、複数のイベント原因モデルにそれぞれ対応したイベント原因サブ情報を含み、
各イベント原因サブ情報は、対応するイベント原因モデルについて各イベントと各イベントの発生原因との関係を表す情報であり、
前記プロセッサは、前記（Ａ１）、（Ａ２）又は（Ａ３）の判断の結果が否定的の場合、前記イベント原因情報から、前記部分変更が不可能であることに関わる特定のイベント原因モデルに対応したイベント原因サブ情報を削除し、且つ、追加、除外又は変更されたノード装置の種類を含んだノード／要素モデルに対応した種類のトポロジ情報と前記特定のイベント原因モデルとを基に、前記特定のイベント原因モデルについてのイベント原因サブ情報を作成し、そのイベント原因サブ情報を前記イベント原因情報に含める、
請求項１記載の計算機。
【請求項３】
前記プロセッサは、前記ボリュームトポロジ情報及び／又は前記ネットワークトポロジ情報を基に、各ノード／要素モデルについて、部分変更が可能か否かを判断し、その判断の結果を表す変更可否情報を前記トポロジ適用情報に含める、
請求項２記載の計算機。
【請求項４】
前記プロセッサは、追加、除外又は変更されたノード装置がホスト装置であれば、部分変更が可能と判断し、追加、除外又は変更されたノード装置がストレージ装置であれば、部分変更が不可能と判断する、
請求項３記載の計算機。
【請求項５】
前記プロセッサは、前記トポロジ情報を基に、各ノード／要素モデルについて、部分変更が可能か否かを判断し、その判断の結果を表す変更可否情報を前記トポロジ適用情報に含める、
請求項１又は２記載の計算機。
【請求項６】
複数のノード装置（２００００、４００００、１００００）に接続され、記憶資源（３３０００）を有する計算機で実行されるコンピュータプログラムであって、
前記記憶資源は、
どのノード装置のどの要素がどんな状態になったかを示すイベントに関し、各イベントと各イベントの発生原因との関係を表す情報であるイベント原因情報（３３９００）と、
どの種類のノード装置のどの種類の要素がどんな状態であるかを示す、イベント種類の組合せとその発生原因とのモデルを表す情報である、複数のイベント原因モデル（３３７００）と、
どのストレージ装置が有するどのストレージボリュームがどのストレージポートを経由してどのホスト装置のどのホストボリューム及びホストポートに関連付けられているかを表す情報であるボリュームトポロジ情報（３２２００）と、
どのストレージ装置が有するどのストレージポートがどのスイッチのどのスイッチポートを経由してどのホスト装置のホストポートに関連付けられているかを表す情報であるネットワークトポロジ情報（３２３００）と、
ノード装置の種類とノード装置の要素の種類との組合せであるノード／要素モデル毎にトポロジ情報種類と部分変更が可能か否かを表す変更可否情報とを含んだ情報であるトポロジ適用情報（３３８００）と
を記憶しており、
トポロジ情報種類は、ボリュームトポロジ情報とネットワークトポロジ情報のどちらかに対応しており、
前記コンピュータプログラムは、
イベントを検出した場合、そのイベントの発生原因を、前記イベント原因情報を基に特定し、
（Ａ）追加、除外又は変更されたノード装置が関わるイベントに関する情報部分を前記イベント原因情報に対して追加、削除又は変更することである部分変更が可能か否かを判断し、
（Ｂ）前記（Ａ）の判断の結果が肯定的であれば、前記イベント原因情報に対して前記情報部分を追加、削除又は変更し、
（Ｘ）追加、除外又は変更されたノード装置が、追加されたノード装置である場合、
（Ｃ）前記追加されたノード装置に関するイベントを表す情報を前記イベント原因情報に追加し、
（Ｄ）全てのイベント原因モデルのそれぞれについて、以下の（Ａ１）及び（Ｂ１）の処理：
（Ａ１）前記トポロジ適用情報を参照し、追加されたノード装置について部分変更が可能か否かを、そのノード装置の種類を含んだノード／要素モデルに対応した前記変更可否情報から判断する；
（Ｂ１）前記（Ａ１）の判断の結果が肯定的であれば、そのノード／要素モデルに対応した種類のトポロジ情報に、その追加されたノード装置を含んだトポロジを表す情報が含まれているか否かを判断し、その判断の結果が肯定的であれば、そのトポロジを表す情報と対象のイベント原因モデルとを基に、前記（Ｃ）で追加された各イベントについての発生原因を前記イベント原因情報に追加する、
を行い、
（Ｙ）追加、除外又は変更されたノード装置が、除外されたノード装置である場合、以下の（Ａ２）及び（Ｂ２）の処理：
（Ａ２）前記トポロジ適用情報を参照し、除外されたノード装置について部分変更が可能か否かを、そのノード装置の種類を含んだノード／要素モデルに対応した前記変更可否情報から判断する；
（Ｂ２）前記（Ａ２）の判断の結果が肯定的であれば、その除外されたノード装置に関わるイベント及びその発生原因を表す情報部分を前記イベント原因情報から削除する、
を行い、
（Ｚ）追加、除外又は変更されたノード装置が、変更されたノード装置である場合、以下の（Ａ３）及び（Ｂ３）の処理：
（Ａ３）前記トポロジ適用情報を参照し、変更されたノード装置について部分変更が可能か否かを、そのノード装置の種類を含んだノード／要素モデルに対応した前記変更可否情報から判断する；
（Ｂ３）前記（Ａ３）の判断の結果が肯定的であれば、その変更されたノード装置に関わるイベント及びその発生原因を表す情報部分を前記イベント原因情報から削除し、且つ、前記トポロジ適用情報を参照し、その変更されたノード装置の種類を含んだノード／要素モデルに対応した種類のトポロジ情報に、その変更されたノード装置を含んだトポロジを表す情報が含まれているか否かを判断し、その判断の結果が肯定的であれば、そのトポロジを表す情報と対象のイベント原因モデルとを基に、その変更されたノード装置に関する各イベントについての発生原因を前記イベント原因情報に追加する、
を行う、
ことを計算機に実行させ、
前記（Ａ１）、（Ａ２）及び（Ａ３）のそれぞれの処理は、前記（Ａ）の処理に相当し、
前記（Ｂ１）、（Ｂ２）及び（Ｂ３）のそれぞれの処理は、前記（Ｂ）の処理に相当する、
コンピュータプログラム。
【請求項７】
複数のノード装置（２００００、４００００、１００００）、及び、記憶資源（３３０００）を有する計算機を含んだ計算機システムで実現される、イベント原因情報の更新方法であって、
前記記憶資源は、
どのノード装置のどの要素がどんな状態になったかを示すイベントに関し、各イベントと各イベントの発生原因との関係を表す情報であるイベント原因情報（３３９００）と、
どの種類のノード装置のどの種類の要素がどんな状態であるかを示す、イベント種類の組合せとその発生原因とのモデルを表す情報である、複数のイベント原因モデル（３３７００）と、
どのストレージ装置が有するどのストレージボリュームがどのストレージポートを経由してどのホスト装置のどのホストボリューム及びホストポートに関連付けられているかを表す情報であるボリュームトポロジ情報（３２２００）と、
どのストレージ装置が有するどのストレージポートがどのスイッチのどのスイッチポートを経由してどのホスト装置のホストポートに関連付けられているかを表す情報であるネットワークトポロジ情報（３２３００）と、
ノード装置の種類とノード装置の要素の種類との組合せであるノード／要素モデル毎にトポロジ情報種類と部分変更が可能か否かを表す変更可否情報とを含んだ情報であるトポロジ適用情報（３３８００）と
を記憶しており、
トポロジ情報種類は、ボリュームトポロジ情報とネットワークトポロジ情報のどちらかに対応しており、
前記計算機は、
イベントを検出した場合、そのイベントの発生原因を、前記イベント原因情報を基に特定し、
（Ａ）追加、除外又は変更されたノード装置が関わるイベントに関する情報部分を前記イベント原因情報に対して追加、削除又は変更することである部分変更が可能か否かを判断し、
（Ｂ）前記（Ａ）の判断の結果が肯定的であれば、前記イベント原因情報に対して前記情報部分を追加、削除又は変更し、
（Ｘ）追加、除外又は変更されたノード装置が、追加されたノード装置である場合、
（Ｃ）前記追加されたノード装置に関するイベントを表す情報を前記イベント原因情報に追加し、
（Ｄ）全てのイベント原因モデルのそれぞれについて、以下の（Ａ１）及び（Ｂ１）の処理：
（Ａ１）前記トポロジ適用情報を参照し、追加されたノード装置について部分変更が可能か否かを、そのノード装置の種類を含んだノード／要素モデルに対応した前記変更可否情報から判断する；
（Ｂ１）前記（Ａ１）の判断の結果が肯定的であれば、そのノード／要素モデルに対応した種類のトポロジ情報に、その追加されたノード装置を含んだトポロジを表す情報が含まれているか否かを判断し、その判断の結果が肯定的であれば、そのトポロジを表す情報と対象のイベント原因モデルとを基に、前記（Ｃ）で追加された各イベントについての発生原因を前記イベント原因情報に追加する、
を行い、
（Ｙ）追加、除外又は変更されたノード装置が、除外されたノード装置である場合、以下の（Ａ２）及び（Ｂ２）の処理：
（Ａ２）前記トポロジ適用情報を参照し、除外されたノード装置について部分変更が可能か否かを、そのノード装置の種類を含んだノード／要素モデルに対応した前記変更可否情報から判断する；
（Ｂ２）前記（Ａ２）の判断の結果が肯定的であれば、その除外されたノード装置に関わるイベント及びその発生原因を表す情報部分を前記イベント原因情報から削除する、
を行い、
（Ｚ）追加、除外又は変更されたノード装置が、変更されたノード装置である場合、以下の（Ａ３）及び（Ｂ３）の処理：
（Ａ３）前記トポロジ適用情報を参照し、変更されたノード装置について部分変更が可能か否かを、そのノード装置の種類を含んだノード／要素モデルに対応した前記変更可否情報から判断する；
（Ｂ３）前記（Ａ３）の判断の結果が肯定的であれば、その変更されたノード装置に関わるイベント及びその発生原因を表す情報部分を前記イベント原因情報から削除し、且つ、前記トポロジ適用情報を参照し、その変更されたノード装置の種類を含んだノード／要素モデルに対応した種類のトポロジ情報に、その変更されたノード装置を含んだトポロジを表す情報が含まれているか否かを判断し、その判断の結果が肯定的であれば、そのトポロジを表す情報と対象のイベント原因モデルとを基に、その変更されたノード装置に関する各イベントについての発生原因を前記イベント原因情報に追加する、
を行い、
前記（Ａ１）、（Ａ２）及び（Ａ３）のそれぞれの処理は、前記（Ａ）の処理に相当し、
前記（Ｂ１）、（Ｂ２）及び（Ｂ３）のそれぞれの処理は、前記（Ｂ）の処理に相当する、
イベント原因情報の更新方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、複数のノード装置を含んだ計算機システムでのイベントの発生原因を特定する技術に関する。
【背景技術】
【０００２】
複数のノード装置を含んだ計算機システムを管理する技術が知られている。その種の計算機システムの管理は、例えば、各ノード装置に接続された計算機（以下、「管理計算機」と言う）が実行する。管理計算機は、障害を検出し、その障害の原因を特定する（例えば特許文献１）。【０００３】
【特許文献１】米国特許第７１０７１８５号明細書
【発明の開示】
【発明が解決しようとする課題】
【０００４】
或るノード装置に障害が発生すると、そのノード装置に接続する別のノード装置でも障害が同時に発生することが考えられる。この結果、計算機システムでは複数の障害が発生することになる。管理計算機は、複数の障害のうち根本原因となる障害を特定し、特定した障害（根本原因）を管理者に提示する。【０００５】
障害はイベントの一例である。複数の障害の根本原因の特定は、各イベントと各イベントの発生原因との関係を表す情報（以下、イベント原因情報）を参照することで行われる。【０００６】
管理計算機は、管理対象のノード装置が追加、除外又は変更される都度に、障害原因情報を破棄し、且つ、追加、除外又は変更されたノード装置を含んだ計算機システムで発生した障害の発生原因を特定できるようなイベント原因情報を新たに作成する。しかし、その作業は、管理計算機にとって負担である。管理対象のノード装置の数が多いと、その負担は一層大きい。【０００７】
この種の問題は、障害以外のイベントの発生原因を特定する技術についてもあり得る。【０００８】
そこで、本発明の目的は、管理対象のノード装置が追加、除外又は変更された場合に行われるイベント原因情報を完成させる処理の負担を軽減することにある。
【課題を解決するための手段】
【０００９】
管理計算機が、追加、除外又は変更されたノード装置が関わるイベントに関する情報部分をイベント原因情報に対して追加、削除又は変更する部分変更が可能か否かを判断する。管理計算機は、その判断の結果が肯定的であれば、その情報部分をイベント原因情報に対して追加、一部削除又は一部変更する。なお、通常ノード装置が追加、削除又は変更された場合には、該ノード装置だけでなく、その装置が関連するトポロジ適用情報に属しているノード装置に対しても、イベント原因モデルからイベント原因情報を作成するが、部分変更においては、追加、削除又は変更されたノード装置に対するイベント原因情報の一部を対象としてもよい。これは、追加、削除又は変更されたノード装置とは関係ないイベント原因情報の一部の更新を抑止しつつ、追加、削除又は変更されたノード装置に対するイベント原因情報の一部を変更するとも言える。【００１０】
具体的には、例えば、管理計算機は、ノード装置が管理対象に追加された場合、イベント原因モデルごとに部分展開の可否を判断してもよい。部分展開の可否は、追加、削除又は変更されたノード装置が、トポロジ適用情報においてサーバ装置にあたるのか、上位装置に接続されたクライアント装置にあたるのかに依存して決定される。具体的には、追加、削除又は変更されたノード装置がサーバ装置である場合には、影響範囲がトポロジ適用情報におけるクライアント装置側にも波及されることが見込まれるため、部分展開は不可能と判断される。一方で、追加、削除又は変更されたノード装置がクライアント装置である場合には、他のトポロジ適用情報に属するサーバ装置に影響を与えないことが見込まれるため、部分展開可能と判断される。【００１１】
サーバ装置は、あるサービスをクライアント装置に対して提供しているノード装置であり、例えば計算機やストレージ装置等があげられるが、これに限らず何らかのサービスを提供している装置であれば構わない。このように、サービスを提供する側とサービスを提供される側によって構成されるシステム形態をクライアント・サーバモデルと呼ぶが、ルール原因モデルにおいて、トポロジ適用情報が何らかのクライアント・サーバモデルに基づいている場合、どのノード装置がサーバ装置であるかに関する知識を、トポロジ情報種類とトポロジ適用情報により識別することができる。例としては、ボリューム・トポロジである場合にはストレージ装置がサーバ装置と判断する情報が、コンピュータプログラム内又はトポロジ適用情報等に含まれる。【００１２】
また、イベント原因モデルの部分展開が可能である場合、追加されたノード装置を含むトポロジを基に、イベント原因モデルの部分展開を行なってもよい。なお、「イベント原因モデル」とは、イベント種類とその種のイベントの発生原因とのモデルを表す情報である。「イベント種類」は、どの種類のノード装置のどの種類の要素がどんな状態であるかで定まる。「イベント原因モデルの展開」とは、イベント原因モデルに従うイベント原因サブ情報をイベント原因情報に追加することである。「イベント原因モデルの部分展開」とは、イベント原因モデルに従うイベント原因サブ情報の一部分（例えば、追加されたノード装置に関わるイベント及びその発生原因に関する情報（情報部分））をイベント原因情報に追加することである。イベント原因情報は、複数のイベント原因モデルに対応した複数のイベント原因サブ情報を有する。「イベント原因サブ情報」とは、対応するイベント原因モデルについて各イベントと各イベントの発生原因との関係を表す情報である。【００１３】
また、イベント原因モデルの部分展開が不可能であると判断した場合、管理計算機は、イベント原因情報から、そのイベント原因モデルに対応したイベント原因サブ情報を削除し、且つ、再度、そのイベント原因モデルを展開してもよい。すなわち、管理計算機は、そのイベント原因モデルに対応したイベント原因サブ情報であって、追加されたノード装置に関わるイベントやその発生原因に関する情報を、イベント原因情報に追加する。【００１４】
また、ノード装置が管理対象から除外された場合、管理計算機は、そのノード装置に関わるイベントやその発生原因に関する情報（情報部分）をイベント原因情報から削除する部分削除が可能か否かを判断してもよい。部分削除が可能と判断された場合、管理計算機は、その情報部分のみをイベント原因情報から削除する。一方、部分削除が不可能と判断された場合、管理計算機は、除外されるノード装置に関わるイベント原因サブ情報をイベント原因情報から削除し、且つ、その削除されたサブ情報に対応するイベント原因モデルを再び展開する。【００１５】
また、ノード装置が変更された場合、管理計算機は、そのノード装置に関わるイベントやその発生原因に関する情報（情報部分）を変更する部分変更が可能か否かを判断してもよい。可能と判断された場合、管理計算機は、その情報部分をイベント原因情報から削除し、且つ、そのノード装置を含むトポロジを基に、イベント原因モデルの部分展開を行なう。【００１６】
本発明に従う管理計算機が行う処理は、管理計算機内のプロセッサがコンピュータプログラムを実行することにより、行うことができる。コンピュータプログラムは、遠隔のサーバからインストールされても良いし、記憶媒体（例えば、ＣＤ−ＲＯＭ、ＤＶＤ（Digital Versatile Disk）などの可搬型の記憶媒体）からインストールされても良い。なお、管理計算機の処理の少なくとも一部が、ハードウェア回路で実現されても良い。
【図面の簡単な説明】
【００１７】
【図１】本発明の実施例１に係る計算機システムの構成を示す。
【図２】ホストコンピュータ１００００の構成を示す。
【図３】ストレージ装置２００００の構成を示す。
【図４】管理サーバ３００００の構成を示す。
【図５】ＩＰスイッチ４００００の構成を示す。
【図６Ａ】第一のホストコンピュータの論理ドライブ管理表１３３００の構成を示す。
【図６Ｂ】第二のホストコンピュータの論理ドライブ管理表１３３００の構成を示す。
【図６Ｃ】第三のホストコンピュータの論理ドライブ管理表１３３００の構成を示す。
【図７Ａ】第一のホストコンピュータのｉＳＣＳＩイニシエータ管理表１３４００の構成を示す。
【図７Ｂ】第二のホストコンピュータのｉＳＣＳＩイニシエータ管理表１３４００の構成を示す。
【図７Ｃ】第三のホストコンピュータのｉＳＣＳＩイニシエータ管理表１３４００の構成を示す。
【図８】ボリューム管理表２３２００の構成を示す。
【図９】ｉＳＣＳＩターゲット管理表２３３００の構成を示す。
【図１０】Ｉ／Ｏポート管理表２３４００の構成を示す。
【図１１Ａ】第一のＩＰスイッチのスイッチポート管理表４２１００の構成を示す。
【図１１Ｂ】第二のＩＰスイッチのスイッチポート管理表４２１００の構成を示す。
【図１２Ａ】監視対象装置管理表３２１００の構成の一例を示す。
【図１２Ｂ】監視対象装置管理表３２１００の構成の別の例を示す。
【図１３Ａ】ボリュームトポロジ管理表３２２００の構成の一例を示す。
【図１３Ｂ】ボリュームトポロジ管理表３２２００の構成の別の例を示す。
【図１４Ａ】ＩＰネットワークトポロジ管理表３２３００の構成の一例を示す。
【図１４Ｂ】ＩＰネットワークトポロジ管理表３２３００の構成の別の例を示す。
【図１５Ａ】イベント伝播モデル「Ｒｕｌｅ１」の構成を示す。
【図１５Ｂ】イベント伝播モデル「Ｒｕｌｅ２」の構成を示す。
【図１６Ａ】イベント伝播モデル「Ｒｕｌｅ１」に関する因果律行列３３９００の一例を示す。
【図１６Ｂ】イベント伝播モデル「Ｒｕｌｅ２」に関する因果律行列３３９００の構成の別の例を示す。
【図１６Ｃ】イベント伝播モデル「Ｒｕｌｅ２」に関する因果律行列３３９００の構成の一例を示す。
【図１６Ｄ】イベント伝播モデル「Ｒｕｌｅ２」に関する因果律行列３３９００の構成の別の例を示す。
【図１７】監視対象装置追加処理のフローチャートである。
【図１８】構成情報取得処理のフローチャートである。
【図１９】展開時適用トポロジ管理表３３８００の構成を示す。
【図２０】ノード装置が追加された時のモデル再展開処理のフローチャートである。
【図２１】全体再展開処理のフローチャートである。
【図２２】本発明の実施例２においてノード装置が除外された場合のモデル再展開処理のフローチャートである。
【図２３】本発明の実施例３において構成情報が取得された場合のモデル再展開処理のフローチャートの一部分である。
【図２４】本発明の実施例３において構成情報が取得された場合のモデル再展開処理のフローチャートの残りの部分である。
【符号の説明】
【００１８】
１００００：ホストコンピュータ、２００００：ストレージ装置、３００００：管理サーバ、４００００：ＩＰスイッチ
【発明を実施するための形態】
【００１９】
以下、図面を参照しながら本発明の幾つかの実施例を説明する。
【００２０】
なお、以後の説明では、「ｘｘｘ表」、「ｘｘｘモデル」、「ｘｘｘ行列」等の表現で情報を表す。しかし、情報は、表、モデル、行列等のデータ構造以外で表現されていてもよい。
【００２１】
また、以後の説明では、コンピュータプログラムを主語として説明を行う場合があるが、実際には、プログラムはプロセッサ（典型的にはマイクロプロセッサ）によって実行されることで定められた処理を行う。その際、メモリ等の記憶資源や、通信ポート（通信制御装置）を用いることもある。プロセッサがプログラムを実行することによって行われる処理の説明の主語はプロセッサであっても良い。プログラムを主語として説明された処理は計算機が行う処理としてもよい。また、プログラムの一部または全ては専用ハードウェアによって実現されてもよい。
【００２２】
また、プログラムは、プログラム配布サーバや記憶メディアから計算機にインストールされてもよい。
【実施例１】
【００２３】
図１は、本発明の実施例１に係る計算機システムの構成を示す。【００２４】
複数（又は１つ）のＩＰ（Internet Protocol）スイッチ４００００でネットワーク４５０００が構成されている。ＩＰスイッチ４００００に代えて又は加えて他種のスイッチ（例えばＦＣ（Fibre Channel）スイッチ）があっても良い。ネットワーク４５０００は、実施例１ではＩＰネットワークであるが、それに代えて又は加えて、他種の通信ネットワーク（例えばＦＣ（Fibre Channel）ネットワーク）が採用されても良い。【００２５】
ネットワーク４５０００に、複数（又は１つ）のストレージ装置２００００と、複数（又は１つ）のホストコンピュータ１００００と、管理サーバ３００００が接続されている。【００２６】
図２は、ホストコンピュータ１００００の構成を示す。【００２７】
ホストコンピュータ１００００は、ポート１１０００と、プロセッサ１２０００と、メモリ１３０００とを有し、これらは内部バス等の回路を介して相互に接続される。【００２８】
メモリ１３０００には、プログラムと構成情報が記憶されている。プログラムは、例えば、業務アプリケーション１３１００と、オペレーティングシステム１３２００である。構成情報は、論理ドライブ管理表１３３００と、ポート管理表１３４００を含む。なお、メモリ１３０００に代えて、その一部もしくは全部が、磁気ディスクなど他の物理記憶デバイスであっても良い。【００２９】
業務アプリケーション１３１００は、オペレーティングシステム１３２００から提供された記憶領域（以下、「論理ドライブ」と言う）を使用し、ホストドライブに対しデータ入出力（以下、I/Oと表記）を行う。【００３０】
オペレーティングシステム１３２００は、ストレージ装置２００００内の論理ボリュームを記憶領域（論理ドライブ）としてアプリケーション１３１００に認識させる。ホストドライブに対するＩ／Ｏに基づくＩ／Ｏ要求が、ポート１１０００から、その論理ドライブに関連付けられている論理ボリュームを有するストレージ装置２００００に送信される。【００３１】
なお、ポート１１０００は、ストレージ装置２００００とｉＳＣＳＩにより通信を行うための第１種のポート（I/Oポート）と、管理サーバ３００００がホストコンピュータ１００００内の構成情報を取得するための第２種のポート（管理ポート）に分かれていてもよい。【００３２】
図３は、ストレージ装置２００００の構成を示す。なお、図３（及び後の図４）では、コンピュータプログラムを「ＰＧ」と略記している。【００３３】
ストレージ装置２００００は、ストレージパートとコントローラパートに大別することができる。【００３４】
ストレージパートは、複数のＲＡＩＤ（Redundant Array of Independent （or
Inexpensive） Disks）グループ２４０００を有する。各ＲＡＩＤグループ２４０００は、１又は複数のディスクドライブ（例えば磁気ディスクドライブ）２４２００で構成されている。各ディスクドライブは、コントローラ２５０００に接続されている。ＲＡＩＤグループ２４０００を基に、１又は複数の論理ボリューム２４１００が形成されている。なお、論理ボリューム２４１００は一つ以上の物理記憶デバイスを用いて構成されるのであれば、ＲＡＩＤ構成が採用されなくてもよい。さらに、論理ボリュームに対応する記憶領域を提供するのであれば、磁気ディスクドライブの代わりとしてフラッシュメモリなど他の物理記憶デバイスが用いられても良い。【００３５】
コントローラパートは、ホストコンピュータ１００００と通信するためのI/Oポート２１０００と、管理サーバ３００００と通信するための管理ポート２１１００と、各種構成情報を記憶するための管理メモリ２３０００と、コントローラ２５０００とを含み、これらは内部バス等の回路を介して相互に接続される。【００３６】
管理メモリ２３０００は、管理プログラム２３１００と、ボリューム管理表２３２００と、ｉＳＣＳＩターゲット管理表２３３００と、ボリューム管理表２３４００とを記憶する。【００３７】
コントローラ２５０００は、ストレージ装置２００００の制御を行うプロセッサと、ホストコンピュータ１００００との間でやりとりするデータを一時的に記憶するキャッシュメモリとを有する。プロセッサは、ホストコンピュータ１００００からのライト要求に従うデータをキャッシュメモリに書込み、そのデータを、キャッシュメモリから、そのライト要求で指定されている論理ボリュームの基になっているディスクドライブ２４２００に書き込む。また、プロセッサは、ホストコンピュータ１００００からのリード要求で指定されている論理ボリュームの基になっているディスクドライブ２４２００からデータを読み出し、読み出したデータをキャッシュメモリに書込み、そのデータをホストコンピュータ１００００に送信する。【００３８】
前述したストレージパートとコントローラパートは別々の筐体に存在しても良い。【００３９】
図４は、管理サーバ３００００の構成を示す。【００４０】
管理サーバ３００００は、管理ポート３１０００と、プロセッサ３１１００と、記憶領域３３０００と、出力装置３４０００と、入力装置３４１００とを有し、これらは内部バス等の回路を介して相互に接続される。【００４１】
出力装置２４０００は、例えば、後述する処理結果（例えば、障害の発生原因）を出力するためのディスプレイ装置である。入力装置３４１００は、例えば、管理者が指示を入力するためのキーボードやポインティングデバイス等である。出力装置と入力装置は一体であっても良い。また、インターフェース装置（例えばシリアルインターフェースやイーサーネットインターフェース）が管理サーバ３００００の入出力装置とされても良い。この場合、当該インターフェース装置が表示用計算機（表示装置と入力装置とを有する計算機）に接続され、表示用情報が表示用計算機に送信されたり、入力用情報が表示用計算機から受信されたりしても良い。【００４２】
記憶領域３３０００は、例えば、メモリ及び／又はハードディスクで実現される。記憶領域３３０００は、管理プログラム３３１００と、構成情報取得プログラム３３２００と、状態取得プログラム３３３００と、ＧＵＩ（Graphical User Interface）エンジン３３４００と、イベント解析プログラム３３５００と、イベント伝播モデル展開プログラム３３６００と、イベント伝播モデルリポジトリ３３７００と、展開時適用トポロジ管理表３３８００と、因果律行列３３９００とを記憶する。また、記憶領域３３０００は、取得情報リポジトリ３２０００を有する。【００４３】
管理プログラム３３１００は、構成情報取得プログラム３３２００に対し、各ノード装置（ストレージ装置２００００、ホストコンピュータ１００００およびＩＰスイッチ４００００）から構成情報を定期的に取得するよう指示する。【００４４】
構成情報取得プログラム３３２００は、管理プログラム３３１００からの指示に応答して、各ノード装置（ストレージ装置２００００およびホストコンピュータ１００００およびＩＰスイッチ４００００）から構成情報を取得し、取得した構成情報を取得情報リポジトリ３２０００に格納する。【００４５】
状態取得プログラム３３３００は、各ノード装置（ストレージ装置２００００、ホストコンピュータ１００００およびＩＰスイッチ４００００）から、そのノード装置の稼働状況を表す情報を取得する。状態取得プログラム３３３００は、ノード装置内の要素の障害を表す稼動状況情報があれば、イベント解析プログラム３３５００に対し、障害イベントを通知する。その障害イベントは、どのノード装置のどの要素で障害が生じているかを表す。【００４６】
イベント解析プログラム３３５００は、状態取得プログラム３３３００から通知された障害イベントと、因果律行列３３９００とを基に、障害イベントの根本原因を特定する。イベント解析プログラム３３５００は、ＧＵＩエンジン３３４００を通じて、特定した根本原因を管理者に通知する（つまり、根本原因を表示したＧＵＩをＧＵＩエンジン３３４００に表示させる）。【００４７】
取得情報リポジトリ３２０００には、監視対象装置管理表３２１００と、ボリュームトポロジ管理表３２２００と、ＩＰネットワークトポロジ管理表３２３００が格納される。【００４８】
ＧＵＩエンジン３３４００は、入力装置３４１００を介した管理者からの要求に応じ、取得した構成情報（及び／又は、情報３３７００、３３８００、３３９００、３２１００、３２２００及び３２３００のうちの少なくともいずれか）を、出力装置３４０００を介して表示する。【００４９】
以後、計算機システムを管理し、障害イベントの根本原因等の表示用情報を表示する一つ以上の計算機の集合を「管理システム」と呼ぶことがある。管理計算機が表示用情報を表示する場合は、管理計算機が管理システムである、また、管理計算機と表示用計算機の組み合わせも管理システムである。また、管理処理の高速化や高信頼化のために複数の計算機で管理計算機と同等の処理を実現してもよく、この場合は当該複数の計算機（表示を表示用計算機が行う場合は表示用計算機も含め）が管理システムである。本実施例では、管理サーバ３００００が管理システムである。【００５０】
図５は、ＩＰスイッチ４００００の構成を示す。【００５１】
ＩＰスイッチ４００００は、プロセッサ４１０００と、メモリ４２０００と、複数のＩ/Ｏポート４３０００と、管理ポート４４０００とを有し、これらは内部バス等の回路を介して相互に接続される。Ｉ／Ｏポート４３０００は、ホストコンピュータ１００００及びストレージ装置２００００のいずれかから情報を受ける。管理ポート４４０００は、管理サーバ３００００から情報を受ける。【００５２】
メモリ４２０００には、スイッチポート管理表４２１００が格納される。なお、メモリ４２０００に代えて、その一部もしくは全部が、磁気ディスクなど他の物理記憶デバイスであっても良い。【００５３】
図６Ａは、論理ドライブ管理表１３３００の構成を示す。【００５４】
論理ドライブ管理表１３３００は、この表１３３００を有するホストコンピュータ１００００が管理する論理ドライブ毎に、下記のフィールド：
論理ドライブの識別子（ドライブID）が登録されるフィールド１３３１０；
論理ドライブに対するＩ／Ｏに基づくＩ／Ｏ要求が発行されるポート１１０００の識別子（ｉＳＣＳＩイニシエータ名）が登録されるフィールド１３３２０；
そのポート１１０００から発行されたＩ／Ｏ要求を受信するＩ／Ｏポート２１０００の識別子（接続先ｉＳＣＳＩターゲット）が登録されるフィールド１３３３０；
論理ボリュームの識別子（ＬＵＮ（Logical Unit Number））が登録されるフィールド１３３４０、
を有する。【００５５】
図６Ａに示す表１３３００は、第一のホストコンピュータ１００００（以下、ホスト１）が有する表１３３００である。この表１３３００によれば、ドライブIDで示される論理ドライブ「Ｅ：」は、ｉＳＣＳＩイニシエータ名「com.aaa.sv1」で示されるポート１１０００と、ｉＳＣＳＩターゲット名「com.aaa.sto1」で示されるＩ／Ｏポート２１０００とを介して、ＬＵＮ「０」の論理ボリュームに関連付けられている。【００５６】
なお、図６Ｂは、第二のホストコンピュータ１００００（以下、ホスト２）が有する論理ドライブ管理表１３３００を示し、図６Ｃは、第三のホストコンピュータ１００００（以下、ホスト３）が有する論理ドライブ管理表１３３００を示す。【００５７】
図７Ａは、ｉＳＣＳＩイニシエータ管理表１３４００の構成を示す。【００５８】
ｉＳＣＳＩイニシエータ管理表１３４００は、この表１３４００を有するホストコンピュータ１００００内でポート１１０００毎に、下記のフィールド：
ポート１１０００の識別子（ポートＩＤ）が登録されるフィールド１３４１０；
ポート１１０００のネットワーク４５０００上での識別子（ＭＡＣ（Media Access Control）アドレス）が登録されるフィールド１３４２０；
ポート１１０００のｉＳＣＳＩイニシエータ名が登録されるフィールド１３４３０、
を有する。【００５９】
図７Ａに示す表１３４００は、ホスト１が有する表１３４００である。この表１３４００によれば、ポートＩＤ「ＬＡＮ１」のポート１１０００には、ＭＡＣアドレス「11:11:11:11:11:11」とｉＳＣＳＩイニシエータ名「com.aaa.sv1」が割り当てられている。【００６０】
なお、図７Ｂは、ホスト２が有するｉＳＣＳＩイニシエータ管理表１３４００を示し、図７Ｃは、ホスト３が有するｉＳＣＳＩイニシエータ管理表１３４００を示す。【００６１】
図８は、ボリューム管理表２３２００の構成を示す。【００６２】
ボリューム管理表２３２００は、ストレージ装置２００００が有する論理ボリューム毎に、下記のフィールド：
論理ボリュームの識別子（ボリュームＩＤ）が登録されるフィールド２３２１０；
論理ボリュームの容量が登録されるフィールド２３２２０；
論理ボリュームが所属するｉＳＣＳＩターゲットの識別子（ターゲットＩＤ）が登録されるフィールド２３２３０；
論理ボリュームのｉＳＣＳＩターゲット内での識別子（ＬＵＮ）が登録されるフィールド２３２４０；
を有する。ボリュームＩＤは、ストレージ装置２００００内で利用されホストコンピュータ１００００からは指定されないＩＤであり、ＬＵＮは、ホストコンピュータ１００００から指定されるＩＤである。【００６３】
図８の表２３２００によれば、ボリュームＩＤ「ＶＯＬ１」の論理ボリュームは、２０ＧＢ（ギガバイト）の記憶容量を有し、ｉＳＣＳＩターゲットＩＤ「ＴＧ１」のｉＳＣＳＩターゲットに属し、ＬＵＮ「０」が割り当てられている。【００６４】
図９は、ｉＳＣＳＩターゲット管理表２３３００の構成を示す。【００６５】
ｉＳＣＳＩターゲット管理表２３３００は、ストレージ装置２００００内のｉＳＣＳＩターゲット毎に、下記のフィールド：
ｉＳＣＳＩターゲットの識別子（ターゲットＩＤ）が登録されるフィールド２３３１０；
ｉＳＣＳＩターゲットのｉＳＣＳＩターゲット名が登録されるフィールド２３３２０；
ｉＳＣＳＩターゲットに属する論理ボリュームにアクセスすることが許可されたホストコンピュータ１００００のポート１１０００の識別子（ｉＳＣＳＩイニシエータ名）が登録されるフィールド２３３３０；
を有する。【００６６】
図９の表２３３００によれば、ｉＳＣＳＩターゲットＩＤ「ＨＧ１」のｉＳＣＳＩターゲットには、ｉＳＣＳＩターゲット名「com.aaa.sto1」が割り当てられており、ｉＳＣＳＩイニシエータ名「com.aaa.sv1」又は「com.aaa.sv11」のポート１１０００からのアクセスが許可されている。【００６７】
図１０は、Ｉ／Ｏポート管理表２３４００の構成を示す。【００６８】
Ｉ／Ｏポート管理表２３４００は、ストレージ装置２００００が有するＩ／Ｏポート２１０００毎に、下記のフィールド：
Ｉ／Ｏポート２１０００の識別子（ポートＩＤ）が登録されるフィールド２３４１０；
Ｉ／Ｏポート２１０００のネットワーク４５０００上での識別子（ＭＡＣアドレス）が登録されるフィールド２３４２０；
Ｉ／Ｏポート２１０００を使用するｉＳＣＳＩターゲットの識別子（ターゲットＩＤ）が登録されるフィールド２３４３０；
を有する。【００６９】
図１０の表２３４００によれば、ポートＩＤ「ＰＯＲＴ１」のＩ／Ｏポート２１０００は、ＭＡＣアドレス「22:22:22:22:22:11」が割り当てられており、ｉＳＣＳＩターゲットＩＤ「ＴＧ１」又は「ＴＧ２」のｉＳＣＳＩターゲットによって使用されている。【００７０】
図１１Ａは、スイッチポート管理表４２１００の構成を示す。【００７１】
Ｉ／Ｏポート管理表４２１００は、ＩＰスイッチ４００００が有するＩ／Ｏポート４３０００毎に、下記のフィールド：
Ｉ／Ｏポート４３０００の識別子（ポートＩＤ）が登録されるフィールド４２１１０；
Ｉ／Ｏポート４３０００のネットワーク４５０００上での識別子（ＭＡＣアドレス）が登録されるフィールド４２１２０；
Ｉ／Ｏポート４３０００がネットワーク４５０００を介して接続されている他のノード装置のポートの識別子（ＭＡＣアドレス）が登録されるフィールド４２１３０；
を有する。【００７２】
図１１Ａに示す表４２１００は、第一のＩＰスイッチ４００００（以下、スイッチ１）が有する表４２１００である。図１１Ａの表４２１００によれば、ポートＩＤ「ＳＷＰＴ１」のＩ／Ｏポート４３０００は、ＭＡＣアドレス「33:33:33:33:33:11」が割り当てられており、ＭＡＣアドレス「11:11:11:11:11:11」が割り当てられている、他のノード装置のポートに接続されている。なお、図１１Ｂに示す表４２１００は、第二のＩＰスイッチ４００００（以下、スイッチ２）が有する表４２１００である。【００７３】
図１２Ａは、監視対象装置管理表３２１００の構成を示す。【００７４】
監視対象装置管理表３２１００は、管理サーバ３００００の管理対象のノード装置毎に、下記のフィールド：
ノード装置のＩＰアドレスが登録されるフィールド３２１１０；
ノード装置の種類が登録されるフィールド３２１２０；
ノード装置の識別子（ノードＩＤ）が登録されるフィールド３２１３０；
構成情報取得プログラム３３２００がノード装置にアクセスする際に用いられるユーザＩＤが登録されるフィールド３２１４０；
構成情報取得プログラム３３２００がノード装置にアクセスする際にユーザＩＤと共に用いられるパスワードが登録されるフィールド３２１５０；
を有する。【００７５】
図１２Ａの表３２１００によれば、管理サーバ３００００が、ＩＰアドレスが「192.168.5.5」であるホスト１（ノードＩＤ「ＨＯＳＴ１」のノード装置）にアクセスし、ホスト１から構成情報を取得し、且つ、その際に用いられるユーザＩＤは「user」でパスワードは「pwd」である。【００７６】
なお、図１２Ｂに示す表３２１００は、図１２Ａに示す表３２１００の更新後の表３２１００である。具体的には、図１２Ａに示す表３２１００から図１２Ｂに示す表３２１００に変化したということは、ホスト３、ＩＰスイッチ１及びＩＰスイッチ２の３つのノード装置が新たに管理対象として追加されたことを意味する。【００７７】
図１３Ａは、ボリュームトポロジ管理表３２２００の構成を示す。【００７８】
「ボリュームトポロジ」とは、論理ボリュームに関するトポロジであって、具体的には、どのストレージ装置２００００が有するどの論理ボリューム２４１０００がどのＩ／Ｏポートを経由してどのホストコンピュータ１００００が有するどの論理ドライブに関連付けられているかである。【００７９】
ボリュームトポロジ管理表３２２００は、ストレージ装置２００００が有する論理ボリューム毎に、下記のフィールド：
論理ボリュームを有するストレージ装置の識別子（システムＩＤ）が登録されるフィールド３２２１０；
論理ボリュームの識別子（ボリュームＩＤ）が登録されるフィールド３２２２０；
論理ボリュームが関連付けられているＩ／Ｏポート（ストレージ装置が有するＩ／Ｏポート）２１０００の識別子（ポートＩＤ）が登録されるフィールド３２２３０；
ホストコンピュータ１００００の識別子（ホストＩＤ）が登録されるフィールド３２２４０；
論理ボリュームが関連付けられている論理ドライブのドライブIDが登録されるフィールド３２２５０；
ホストコンピュータ１００００が有するポート１１０００の識別子（ポートＩＤ）が登録されるフィールド３２２６０；
を有する。【００８０】
図１３Ａの表３２２００によれば、ストレージ装置「ＳＹＳ１」の論理ボリューム「ＶＯＬ１」は、そのストレージ装置のＩ／Ｏポート「ＰＯＲＴ１」と、ホストコンピュータ「ＨＯＳＴ１」のポート「ＬＡＮ１」を介して、そのホストコンピュータ内の論理ドライブ「Ｅ：」に関連付けられている。【００８１】
なお、図１３Ｂに示す表３２２００は、図１３Ａに示す表３２２００の更新後の表３２２００である。具体的には、図１３Ａに示す表３２２００から図１３Ｂに示す表３２２００に変化したということは、ストレージ装置「ＳＹＳ１」の論理ボリューム「ＶＯＬ５」が追加され、且つ、その論理ボリューム「ＶＯＬ５」は、そのストレージ装置のＩ／Ｏポート「ＰＯＲＴ２」と、ホストコンピュータ「ＨＯＳＴ３」のポート「ＬＡＮ１」を介して、そのホストコンピュータ内の論理ドライブ「Ｅ：」に関連付けられていることを意味する。【００８２】
図１４Ａは、ＩＰネットワークトポロジ管理表３２３００の構成を示す。【００８３】
「ＩＰネットワークトポロジ」とは、ネットワーク４５０００でのトポロジであって、具体的には、どのノード装置のどのポートがどのＩＰスイッチのどのＩ／Ｏポートを介してどのノード装置のどのポートに接続されているかである。【００８４】
ＩＰネットワークトポロジ管理表３２２００は、ＩＰスイッチ４００００のＩ／Ｏポート４３０００毎に、下記のフィールド：
ストレージ装置２００００の識別子（システムＩＤ）が登録されるフィールド３２３１０；
ストレージ装置２００００のＩ／Ｏポート２１０００の識別子（ポートＩＤ）が登録されるフィールド３２３２０；
ＩＰスイッチ４００００の識別子（ＩＰスイッチＩＤ）が登録されるフィールド３２３３０；
ＩＰスイッチ４００００のＩ／Ｏポート４３０００の識別子（スイッチポートＩＤ）が登録されるフィールド３２３４０；
ホストコンピュータ１００００の識別子（ホストＩＤ）が登録されるフィールド３２３５０；
ホストコンピュータ１００００が有するポート１１０００の識別子（ポートＩＤ）が登録されるフィールド３２３６０；
を有する。【００８５】
図１４Ａの表３２３００によれば、ストレージ装置「ＳＹＳ１」のＩ／Ｏポート「ＰＯＲＴ１」は、ＩＰスイッチ「ＳＷ１」が有するＩ／Ｏポート「ＳＷＰＴ１」及び「ＳＷＰＴ４」を介してホストコンピュータ「ＨＯＳＴ１」のポート「ＬＡＮ１」と接続している。【００８６】
なお、図１４Ｂに示す表３２３００は、図１４Ａに示す表３２３００の更新後の表３２３００である。具体的には、図１４Ａに示す表３２３００から図１４Ｂに示す表３２３００に変化したということは、ＩＰスイッチ「ＳＷ２」を経由するＩＰネットワークトポロジと、ＩＰスイッチ「ＳＷ１」のＩ／Ｏポート「ＳＷＰＴ３」及び「ＳＷＰＴ５」を経由するＩＰネットワークトポロジが新たに追加されたことを意味する。【００８７】
図１５Ａ及び図１５Ｂは、イベント伝播モデルリポジトリ３３７００に格納されるイベント伝播モデル１５０の構成を示す。【００８８】
イベント伝播モデル１５０は、イベント種類とその種のイベントの発生原因（根本原因）とのモデルを表す情報である。このモデル１５０には、或る障害の結果として発生することが予想されるイベント種類の組み合わせとその根本原因が”IF-THEN”形式で記載される。【００８９】
具体的には、例えば、イベント伝播モデル１５０は、下記のフィールド：
イベント伝播モデルの識別子（モデルＩＤ）が登録されるフィールド３３７１０；
IF-THEN形式で記載されたこのモデル１５０のIF部に相当する観測事象（イベント種類の組合せ）が登録されるフィールド３３７２０；
IF-THEN形式で記載されたこのモデル１５０のTHEN部に相当する原因事象（根本原因）が登録されるフィールド３３７３０；
を有する。【００９０】
図１５Ａのモデル１５０によれば、イベント伝播モデル「Ｒｕｌｅ１」は、『ホストコンピュータ内の論理ドライブのエラーとストレージ装置内の論理ボリュームのエラーとの両方が検知された場合、それらのエラーの根本原因は、ストレージ装置内の論理ボリュームの故障である』ことを意味する。【００９１】
なお、観測事象に含まれるイベント種類として、或る種のノード装置内の或る種の要素が正常であることが定義されてもよい。図１５Ｂに示すモデル「Ｒｕｌｅ２」は、『ホストコンピュータ内のポートがエラー、ＩＰスイッチ内のＩ／Ｏポートが正常、及び、ストレージ装置内のＩ／Ｏポートがエラーである場合に、それらのエラーの根本原因は、ストレージ装置内のＩ／Ｏポートの故障である』ことを意味する。【００９２】
図１９は、展開時適用トポロジ管理表３３８００の構成を示す。【００９３】
展開時適用トポロジ管理表３３８００は、ノード装置の種類とノード装置の要素の種類との組合せ（データモデル）毎に、どの種類のトポロジ管理表を利用するかを表す。更に、この表３３８００は、因果律行列３３９００への部分展開が可能か否かを表すフラグを含んでいる。具体的には、この表３３８００は、データモデル毎に、下記のフィールド：
ノード装置の種類とノード装置の要素の種類が登録されるフィールド３３８１０；
適用すべきトポロジ管理表の名称が登録されるフィールド３３８２０；
部分展開が可能か否かを表すフラグの値が登録されるフィールド３３８３０；
を有する。【００９４】
この表３３８００によれば、ホストコンピュータの論理ドライブと、ストレージ装置内の論理ボリューム及びＩ／Ｏポートとに関する情報を有したイベント伝播モデル１５０は、ボリュームトポロジ管理表３２２００を利用することで展開することが可能である。また、そのモデル１５０は、部分展開することが可能である。【００９５】
ここで、「イベント伝播モデルの展開」とは、因果律行列３３９００に対して、そのモデル１５０と適用するトポロジ管理表とに従うサブ行列（行列３３９００のうちのそのモデル１５０に対応する行列）を、追加又は削除することを言う。【００９６】
そして、「イベント伝播モデルの部分展開」とは、因果律行列３３９００内のそのモデルに対応する行列に対して、そのモデルと適用するトポロジ管理表とに従う行列部分（行又は列それ自体、或いは、行又は列に追加すべき情報）を追加又は削除することを言う。【００９７】
図１６Ａは、因果律行列３３９００を示す。【００９８】
因果律行列３３９００は、イベントとイベントの根本原因との関係を表す行列である。なお、因果律行列はイベント原因情報の一例である。具体的には、因果律行列３３９００は、下記のフィールド：
展開に使用されたイベント伝播モデル１５０の識別子（イベント伝播モデルＩＤ）が登録されるフィールド３３９１０；
イベント（観測事象）が登録されるフィールド３３９２０；
イベントの根本原因が登録されるフィールド３３９３０；
イベントとその根本原因の関係が登録されるフィールド３３９４０；
を有する。【００９９】
図１６Ａの行列３３９００によれば、ストレージ装置「ＳＹＳ１」の論理ボリューム「ＶＯＬ１」のエラーとホスト「ＨＯＳＴ１」の論理ドライブ「Ｅ：」のエラーの両方が状態取得プログラム３３２００によって検知された場合、イベント解析プログラム３３５００は、それらのエラーの根本原因はストレージ装置「ＳＹＳ１」の論理ボリューム「ＶＯＬ１」の故障であると特定する。【０１００】
なお、イベント原因情報は行列のデータ構造である必要は無く
（Ａ）イベント伝播モデルリポジトリと展開時適用トポロジ管理表に基づいて展開（作成）される
（Ｂ）各々が少なくとも一つ以上のイベント（少なくとも発生元のノード装置を識別できる）と、当該一つ以上のイベントに対応する根本原因（少なくとも発生元のノード装置を識別できる）との関係
（Ｃ）（Ｂ）の関係を複数有する
を満たすのであれば他のデータ構造を採用してもよい。【０１０１】
以下、本実施例で行われる処理の流れを説明する。【０１０２】
図１７は、監視対象装置追加処理のフローチャートである。【０１０３】
管理プログラム３３１００は、管理者から入力装置３４１００を通じて、監視対象に追加したいノード装置のＩＰアドレス、種類、ユーザＩＤ及びパスワードを受けると、構成情報取得プログラム３３３００に対し、この図１７に示す追加処理を実行するよう指示する。【０１０４】
プログラム３３２００は、管理者により指定されたＩＰアドレス上のノード装置に対し、管理者により指定されたユーザＩＤ及びパスワードを用いてログインし、構成情報を送信するよう指示する（ステップ６１０１０）。【０１０５】
指示先のノード装置から構成情報の応答がなければ場合（ステップ６１０２０：ＮＯ）、この追加処理は終了する。【０１０６】
指示先のノード装置から構成情報の応答があれば（ステップ６１０２０：ＹＥＳ）、プログラム３３２００は、応答元のノード装置のＩＰアドレス、種類、ユーザＩＤ及びパスワードを監視対象装置管理表３２１００に格納する（ステップ６１０３０）。【０１０７】
また、プログラム３３２００は、ノード装置より受信した構成情報を取得情報リポジトリ３２０００に格納する（ステップ６１０４０）。例えば、ホストコンピュータ１００００から受信した表１３３００及び１３４００、ストレージ装置２００００から受信した表２３２００、２３３００及び２３４００、及び、ＩＰスイッチ４００００から受信した表４２１００が、取得情報リポジトリ３２０００に格納される。【０１０８】
プログラム３３２００は、取得情報リポジトリ３２０００に格納された構成情報を参照し、ボリュームトポロジ管理表３２２００及び／又はＩＰネットワークトポロジ管理表３２３００を更新する（ステップ６１０５０）。つまり、プログラム３３２００は、その構成情報をトポロジ管理表３２２００及び／又は３２３００に反映する。【０１０９】
ボリュームトポロジ管理表３２２００を更新する手順は、下記の手順：
（Ｓ１）プログラム３３２００が、取得情報リポジトリ３２０００に格納されたボリューム管理表２３２００を参照し、或る論理ボリューム（以下、この段落において「対象ボリューム」と言う）の接続するｉＳＣＳＩターゲット名と、論理ボリュームにアクセス可能なｉＳＣＳＩイニシエータ名とを検出する；
（Ｓ２）プログラム３３２００が、取得情報リポジトリ３２０００に格納された論理ドライブ管理表１３３００を参照する；
（Ｓ３）プログラム３３２００が、その表１３３００から、検出されたｉＳＣＳＩターゲット名及びｉＳＣＳＩイニシエータ名と、対象ボリュームのＬＵＮと同一のＬＵＮとを含んだレコード（フィールド群）を探す；
（Ｓ４）（Ｓ３）でレコードが見つかった場合、プログラム３３２００は、対象ボリュームに関する情報と、見つかったレコードに対応する論理ドライブに関する情報とを、ボリュームトポロジ管理表３２２００に登録する；
となる。【０１１０】
一方、ＩＰネットワークトポロジ管理表３２３００を更新する手順は、下記の手順：
（Ｓ１１）プログラム３３２００は、取得情報リポジトリ３２０００に格納されたボリュームトポロジ管理表３２２００を参照し、ストレージ装置のポートＩＤとホストコンピュータのポートＩＤとの或るペアを検出する（以下、この段落において、そのペアを「対象ペア」と言い、対象ペアにおける、ストレージ装置のＩ／ＯポートのポートＩＤを「ストレージポートＩＤ」と言い、対象ペアにおける、ホストコンピュータのポートのポートＩＤを「ホストポートＩＤ」と言う）；
（Ｓ１２）プログラム３３２００は、取得情報リポジトリ３２０００に格納されたＩ／Ｏポート管理表２３４００を参照し、対象ペアにおけるストレージポートＩＤに対応するＭＡＣアドレス（以下、ストレージＭＡＣアドレス）を検出する；
（Ｓ１３）プログラム３３２００は、取得情報リポジトリ３２０００に格納されたｉＳＣＳＩイニシエータ管理表１３４００を参照し、対象ペアにおけるホストポートＩＤに対応するＭＡＣアドレス（以下、ホストＭＡＣアドレス）を検出する； 
（Ｓ１４）プログラム３３２００は、取得情報リポジトリ３２０００に格納されたスイッチポート管理表４２１００を参照し、検出されたストレージＭＡＣアドレス及びホストＭＡＣアドレスの両方が登録されているレコード（フィールド群）を探す；
（Ｓ１５）そのレコードが見つかった場合、プログラム３３２００は、そのレコードにおけるスイッチポートＩＤと、対象ペアにおけるストレージポートＩＤ及びホストポートＩＤ、並びにそれらのＩＤをキーに取得される情報を、ＩＰネットワークトポロジ管理表３２３００に登録する；
となる。【０１１１】
上記の処理が終了した後、プログラム３３２００はイベント伝播モデル展開プログラム３３６００に対し、イベント伝播モデル再展開処理（以下、モデル再展開処理）を行なうよう指示する。【０１１２】
以上が、監視対象装置追加処理の説明である。【０１１３】
なお、管理者は入力装置３４１００を通じ、監視対象から除外したいノード装置のＩＤを指定することができる。その場合、管理プログラム３３１００は、該当するノード装置の情報を監視対象装置管理表３２１００から削除し、ノード装置から取得した構成情報を取得情報リポジトリ３２０００から削除する。また、ボリュームトポロジ管理表３２２００、ＩＰネットワークトポロジ管理表３２３００に格納されたトポロジのうち、削除対象となるノード装置を含むトポロジは削除される。上記の処理が終了した後、構成情報取得プログラム３３２００はイベント伝播モデル展開プログラム３３６００に対し、再展開処理を行なうよう指示する。【０１１４】
図１８は、構成情報取得処理のフローチャートである。【０１１５】
管理プログラム３３１００は、プログラムの起動時、もしくは、前回の構成情報取得処理から一定時間経過するたびに、構成情報取得プログラム３３２００に対し、構成情報取得処理を実行するよう指示する。なお、当該実行指示を繰り返し出す場合は厳密に一定期間毎である必要は無く、繰り返しさえしていればよい。【０１１６】
構成情報取得プログラム３３２００は、その指示に応答して、監視対象装置管理表３２１００に定義された監視対象の各ノード装置に対し、以下の一連の処理を繰り返す（ステップ６２０１０）。【０１１７】
プログラム３３２００は、監視対象装置管理表３２１００に定義されたノード装置について、その表３２１００に定義されたユーザＩＤ及びパスワードを用いてログインし、構成情報を送信するよう指示する（ステップ６２０２０）。【０１１８】
指示先のノード装置から構成情報の応答があれば（ステップ６２０３０：ＹＥＳ）、プログラム３３２００は、取得した構成情報を取得情報リポジトリ３２０００に格納する（ステップ６２０４０）。指示先のノード装置から構成情報の応答がなかった場合、構成情報取得処理が終了する。【０１１９】
監視対象装置管理表３２１００に定義された監視対象の全ノード装置に対して上記の処理が終了した後、プログラム３３２００は、取得情報リポジトリ３２０００に格納された構成情報を参照し、ボリュームトポロジ管理表３２２００、ＩＰネットワークトポロジ管理表３２３００を更新する（ステップ６２０５０）。【０１２０】
上記の処理が終了した後、プログラム３３２００は、イベント伝播モデル展開プログラム３３６００に対し、図２０に示すモデル再展開処理を行なうよう指示する。【０１２１】
以上が、構成情報取得処理の説明である。【０１２２】
図２０は、ノード装置が追加された時のモデル再展開処理のフローチャートである。この処理は、例えば、図１７に示した追加処理において、イベント伝播モデル展開プログラム３３６００が、構成情報取得プログラム３３２００からモデル再展開処理の指示を受けたときに行われる。管理者からの指示によってモデル再展開処理が行われても良い。【０１２３】
イベント伝播モデル展開プログラム３３６００は、取得情報リポジトリ３２０００を参照し、監視対象に追加されたノード装置について、受信し得るイベントを因果律行列３３９００の観測事象フィールド３３９２０に追加する（ステップ６４０１０）。【０１２４】
次に、プログラム３３６００は、イベント伝播モデルリポジトリ３３７００に定義された全てのイベント伝播モデル１５０に対し、以下の一連の処理を繰り返す（ステップ６４０２０）。【０１２５】
プログラム３３６００は、展開時適用トポロジ管理表３３８００を参照し、イベント伝播モデル１５０に対応したトポロジ管理表の名称を取得情報リポジトリ３２０００より取得する。そして、プログラム３３６００は、展開時適用トポロジ管理表３３８００を参照して、イベント伝播モデル１５０に対する部分展開の可否を確認する（ステップ６４０３０）。【０１２６】
イベント伝播モデル１５０について部分展開が可能な場合（ステップ６４０４０）、プログラム３３６００は、そのモデル１５０に対応したトポロジのうち、監視対象に追加されたノード装置を含むトポロジを、上記取得した名称のトポロジ管理表３２２００又は３２３００を参照して探す（ステップ６４０５０）。【０１２７】
該当するトポロジが見つかれば（ステップ６４０６０：ＹＥＳ）、プログラム３３６００は、取得したトポロジを基に、イベント伝播モデル１５０を因果律行列３３９００に部分展開する（ステップ６４０７０）。【０１２８】
一方、イベント伝播モデルに対する部分展開が不可能な場合は、プログラム３３６００は、プログラム３３６００は、そのモデル（以下、図２１の説明において「対象モデル」と言う）について、図２１に示す全体再展開処理を実行する。【０１２９】
以上が、ノード装置が追加された場合のモデル再展開処理の説明である。【０１３０】
図２１は、全体再展開処理のフローチャートである。【０１３１】
イベント伝播モデル展開プログラム３３６００は、対象モデルのＩＤをフィールド３３９１０に持つ全ての列を因果律行列３３９００から削除する（ステップ６５０１０）。【０１３２】
次に、プログラム３３６００は、展開時適用トポロジ管理表３３８００を参照し、対象モデルに対応したトポロジ管理表を特定し、特定したトポロジ管理表３２２００又は３２３００から、対象モデルに関わるトポロジ（対象モデルに定義されているノード装置内の要素に関わるトポロジ）を探す（ステップ６５０２０）。【０１３３】
該当するトポロジが見つかれば（ステップ６５０３０：ＹＥＳ）、プログラム３３６００は、取得したトポロジを基に、対象モデルを因果律行列３３９００に展開する（対象モデルに関わる列を行列３３９００に追加する）（ステップ６５０４０）。【０１３４】
以上が、全体再展開処理の説明である。【０１３５】
以下、ノード装置が追加された場合のモデル再展開処理の具体例を説明する。なお、モデル再展開処理の開始時点において、監視対象装置管理表３２１００は、図１２Ａに示す表３２１００であり、ボリュームトポロジ管理表３２２００は、図１３Ａに示す表３２２００であり、ＩＰネットワークトポロジ管理表３２３００は、図１４Ａに示す表３２３００であり、イベント伝播モデル「Rule1」に関する因果律行列３３９００は、図１６Ａに示す行列３３９００であり、イベント伝播モデル「Rule2」に関する因果律行列３３９００は、図１６Ｃに示す行列３３９００であるとする。【０１３６】
ホストコンピュータ「ＨＯＳＴ３」およびＩＰスイッチ「ＳＷ２」のＩＰアドレス、ユーザＩＤ及びパスワードが管理者より指定されたとする。構成情報取得プログラム３３２００は、管理者により指定されたＩＰアドレス上のノード装置（ホストコンピュータ「ＨＯＳＴ３」およびＩＰスイッチ「ＳＷ２」）にログインし、ログインしたノード装置に、構成情報を送信するよう指示する。その後、図１８に示した処理が行われ、それにより、ホストコンピュータ「HOST3」およびＩＰスイッチ「SW2」のノードＩＤ、IPアドレス、ユーザID及びパスワードが、監視対象装置管理表３２１００に格納される。更新後の表３２１００を図１２Ｂに示す。また、構成情報取得プログラム３３２００は、取得した構成情報を取得情報リポジトリ３２０００に格納し、その構成情報を基に、トポロジ管理表２３３００及び２３４００を更新する。更新後のボリュームトポロジ管理表２３３００を図１３Ｂに示し、更新後のＩＰネットワークトポロジ管理表２３４００を図１４Ｂに示す。【０１３７】
その後、プログラム３３２００は、イベント伝播モデル展開プログラム３３６００に対し、モデル再展開処理を行なうよう指示する。これにより、図２０に示した処理が行われる。【０１３８】
例えば、図１５Ａに示すイベント伝播モデル「Rule1」は、観測事象として、「ホストコンピュータの論理ドライブのエラー」と、「ストレージ装置の論理ボリュームのエラー」が定義されている。図１９に示した展開時適用トポロジ管理表３３８００によれば、ホストコンピュータの論理ドライブとストレージ装置の論理ボリュームとの両方を含んだデータモデルは、ボリュームトポロジ管理表３２２００に対応している。また、ボリュームトポロジ管理表３２２００については、部分展開が可能と定義されている。【０１３９】
そこで、プログラム３３６００は、イベント伝播モデルに対応したトポロジのうち、監視対象に追加されたノード装置を含むトポロジを、ボリュームトポロジ管理表より特定する。特定したトポロジを基に、プログラム３３６００は、イベント伝播モデルを因果律行列３３９００に追加する。【０１４０】
以上の処理により、イベント伝播モデル「Rule1」に関する因果律行列３３９００が更新される。具体的には、行列３３９００は、図１６Ａに示す行列３３９００から図１６Ｂに示す行列３３９００に更新される。つまり、ホストコンピュータ「ＨＯＳＴ３」内の論理ドライブ「Ｅ：」とストレージ装置「ＳＹＳ１」内の論理ボリューム「ＶＯＬ５」とを含んだトポロジが構築された場合、行列３３９００に、観測事象（イベント）として、ホストコンピュータ「ＨＯＳＴ３」内の論理ドライブ「Ｅ：」のエラーに対応した行が追加され、且つ、そのエラーの根本原因（論理ボリューム「ＶＯＬ５」の故障）に対応した列が追加される。そして、イベント伝播モデル「Rule1」に従って、追加された列と、その列に対応した根本原因となる観測事象に対応した行との交差箇所１０１及び１０２に、有効な情報が設定される（例えばビットが立てられる）。これにより、ホストコンピュータ「ＨＯＳＴ３」内の論理ドライブ「Ｅ：」のエラーとストレージ装置「ＳＹＳ１」内の論理ボリューム「ＶＯＬ５」のエラーの両方が検出されたときは、その論理ボリューム「ＶＯＬ５」の故障が根本原因であることが特定される。【０１４１】
一方、図１５Ｂに示すイベント伝播モデル「Rule2」は、観測事象として、「ホストコンピュータのポートのエラー」と、「ＩＰスイッチのポートの正常」と、「ストレージ装置のＩ／Ｏポートのエラー」が定義されている。図１９に示す展開時適用トポロジ管理表３３８００によれば、ホストコンピュータのポートと、ＩＰスイッチのポートと、ストレージ装置のＩ／Ｏポートと含んだデータモデルには、ＩＰネットワークトポロジ管理表３２３００が対応する。また、ボリュームトポロジ管理表３２３００は部分展開が不可能と定義されている。【０１４２】
この場合、イベント伝播モデル「Rule2」については、全体再展開処理が行われる。すなわち、イベント伝播モデルID「Rule2」を持つ全ての列が行列３３９００から削除される。そして、ＩＰネットワークトポロジ管理表３２３００を基に、イベント伝播モデル「Rule2」に対応したトポロジが特定され、特定されたトポロジを基に、イベント伝播モデル「Rule2」が因果律行列３３９００に展開される。【０１４３】
以上の処理により、イベント伝播モデル「Rule2」に関する因果律行列３３９００が、図１６Ｃに示した行列３３９００から図１７Ｄに示した行列３３９００に更新される。【０１４４】
以上、実施例１によれば、ノード装置が追加された場合、そのノード装置が関わるイベント伝播モデルについて部分展開が可能であるか否かが判断され、部分展開が可能と判断された場合には、そのイベント伝播モデルに関する因果律行列に部分的に情報が追加されることで、その因果律行列は完成する。言い換えれば、そのイベント伝播モデルに関する因果律行列の全てが作成し直されることはされない。これにより、ノード装置が追加された場合のモデル再展開処理にかかる負荷を軽減することができる。【０１４５】
なお、展開時適用トポロジ管理表３３８００に設定される部分展開可否フラグは、管理者によってマニュアルで設定されても良いが、トポロジ管理表３２２００及び３２３００を基に、自動で設定することもできる。具体的には、プロセッサは、例えば、トポロジ管理表３２２００及び３２３００を基に、追加、除外又は変更されたノード装置がホスト装置であると特定した場合、部分展開可否フラグとして、部分変更が可能であることを表す値を設定する。一方、プロセッサは、例えば、トポロジ管理表３２２００及び３２３００を基に、追加、除外又は変更されたノード装置がストレージ装置であると特定した場合、部分展開可否フラグとして、部分変更が不可能であることを表す値を設定する。
【実施例２】
【０１４６】
以下、本発明の実施例２を説明する。その際、実施例１との相違点を主に説明し、実施例１との共通点については説明を省略或いは簡略する。【０１４７】
実施例２では、監視対象からノード装置が除外される。管理者は、監視対象となるノード装置を除外する場合、入力装置３４１００を通じ、監視対象から除外したいノード装置のＩＤを指定する。その場合、管理プログラム３３１００は、除外対象のノード装置に関する情報を監視対象装置管理表３２１００から削除し、そのノード装置から取得された構成情報を取得情報リポジトリ３２０００から削除する。また、構成情報取得プログラム３３２００は、ボリュームトポロジ管理表３２２００及びＩＰネットワークトポロジ管理表３２３００に表現されているトポロジのうち、除外対象のノード装置に関するトポロジをする。【０１４８】
上記の処理が終了した後、構成情報取得プログラム３３２００は、イベント伝播モデル展開プログラム３３６００に対し、モデル再展開処理を実行するよう指示する。【０１４９】
図２２は、ノード装置が除外された場合のモデル再展開処理のフローチャートである。【０１５０】
イベント伝播モデル展開プログラム３３６００は、イベント伝播モデルリポジトリ３３７００に定義された全てのイベント伝播モデル１５０に対し、以下の一連の処理を繰り返す（ステップ６６０１０）。【０１５１】
プログラム３３６００は、展開時適用トポロジ管理表３３８００を参照し、イベント伝播モデルに対応したトポロジ管理表の名称を取得情報リポジトリ３２０００より取得する。そして、プログラム３３６００は、展開時適用トポロジ管理表３３８００を参照し、イベント伝播モデルに対する部分展開の可否を判断する（ステップ６６０２０）。【０１５２】
イベント伝播モデルついて部分展開が不可能な場合（ステップ６６０３０：ＮＯ）、プログラム３３６００は、図２１に示す全体再展開処理を実行する。【０１５３】
イベント伝播モデルついて部分展開が可能な場合（ステップ６６０３０：ＹＥＳ）、プログラム３３６００は、因果律行列３３９００のうち、監視対象から除外されたノード装置のＩＤを観測事象又は原因のどちらかに含む列を検索する（ステップ６６０４０）。該当する列が因果律行列３３９００にあれば（ステップ６６０５０：ＹＥＳ）、プログラム３３６００は、該当箇所を因果律行列３３９００から削除する（ステップ６６０６０）。【０１５４】
以上が、ノード装置が除外された場合のモデル再展開処理の説明である。【０１５５】
以下、そのモデル再展開処理の具体例を説明する。なお、モデル再展開処理の開始時点において、監視対象装置管理表３２１００は、図１２Ｂに示す表３２１００であり、ボリュームトポロジ管理表３２２００は、図１３Ｂに示す表３２２００であり、ＩＰネットワークトポロジ管理表３２３００は、図１４Ｂに示す表３２３００であり、イベント伝播モデル「Rule1」に関する因果律行列３３９００は、図１６Ｂに示す行列３３９００であり、イベント伝播モデル「Rule2」に関する因果律行列３３９００は、図１６Ｄに示す行列３３９００であるとする。【０１５６】
管理プログラム３３１００は、監視対象から除外したいノード装置のＩＤの入力を管理者から受けると、構成情報取得プログラム３３２００に対し、監視対象装置削除処理を実行するよう指示する。ここでは、ホストコンピュータ「HOST3」およびＩＰスイッチ「SW2」のIDが管理者により指定された場合について述べる。【０１５７】
構成情報取得プログラム３３２００は、ホストコンピュータ「HOST3」およびＩＰスイッチ「SW2」のノードID、IPアドレス、ユーザID及びパスワードを監視対象装置管理表３２１００から削除する。また、プログラム３３２００は、ホストコンピュータ「HOST3」およびＩＰスイッチ「SW2」の構成情報を取得情報リポジトリ３２０００から削除する。削除後の監視対象装置管理表３２１００を図１２Ａに示す。【０１５８】
また、プログラム３３２００は、取得情報リポジトリ３２０００に格納されたトポロジのうち、除外対象のノード装置を含むトポロジを削除する。トポロジ削除後のボリュームトポロジ管理表３２２００を図１３Ａに示し、トポロジ削除後のＩＰネットワークトポロジ管理表３２３００を図１４Ａに示す。【０１５９】
上記の処理が終了した後、プログラム３２２００は、イベント伝播モデル展開プログラム３３６００に対し、モデル再展開処理を行なうよう指示する。これにより、図２２に示した処理が行われる。【０１６０】
例えば、図１５Ａに示すイベント伝播モデル「Rule1」は、観測事象として「ホストコンピュータの論理ドライブのエラー」と、「ストレージ装置の論理ボリュームのエラー」が定義されている。図１９に示す展開時適用トポロジ管理表３３８００によれば、ホストコンピュータの論理ドライブとストレージ装置の論理ボリュームの両方を含んだデータモデルにボリュームトポロジ管理表３２２００が対応する。また、その表３２２００については部分展開が可能と定義されている。【０１６１】
そこで、因果律行列３３９００の各列を参照し、監視対象から除外されたノード装置を含む列が因果律行列３３９００から削除される。以上の処理により、イベント伝播モデル「Rule1」に関する因果律行列３３９００が、図１７Ｂに示す行列３３９００から図１７Ａに示す行列３３９００に更新される。【０１６２】
一方、図１５Ｂに示すイベント伝播モデル「Rule2」は、観測事象として「ホストコンピュータのポートのエラー」と、「ＩＰスイッチのＩ／Ｏポートの正常」と、「ストレージ装置のポートのエラー」が定義されている。図１９に示す展開時適用トポロジ管理表３３８００によれば、ホストコンピュータのポートと、ＩＰスイッチのＩ／Ｏポートと、ストレージ装置のＩ／Ｏポートとを含んだデータモデルにＩＰネットワークトポロジ管理表３２３００が対応する。また、その表３３８００については部分展開が不可能と定義されている。【０１６３】
そこで、プログラム３２２００は、イベント伝播モデルID「Rule2」に対応した全ての列を因果律行列３３９００から削除する。次に、プログラム３２２００は、ＩＰネットワークトポロジ管理表３２３００を参照し、イベント伝播モデル「Rule2」に対応したトポロジを取得する。プログラム３２２００は、取得したトポロジを基に、イベント伝播モデル「Rule2」を因果律行列３３９００に展開する。以上の処理により、イベント伝播モデル「Rule2」に関する因果律行列３３９００が、図１７Ｄに示す行列３３９００から図１７Ｃに示す行列３３９００に更新される。【０１６４】
以上が、実施例２によれば、ノード装置が除外された場合、そのノード装置が関わるイベント伝播モデルについて部分展開（部分削除）が可能であるか否かが判断され、部分展開が可能と判断された場合には、そのイベント伝播モデルに関する情報部分のみが因果律行列から削除され、それにより、ノード装置除外後の因果律行列が完成する。これにより、ノード装置が除外された場合のモデル再展開処理にかかる負荷を軽減することができる。
【実施例３】
【０１６５】
実施例３では、図１８に示した構成情報取得処理の途中に、構成情報取得プログラム３３２００よりイベント伝播モデル展開プログラム３３６００に対しモデル再展開処理の指示がなされる。ただし、管理者の指示によってモデル再展開処理が行なわれても良い。【０１６６】
図２３及び図２４は、構成情報が取得された場合のモデル再展開処理のフローチャートである。【０１６７】
イベント伝播モデル展開プログラム３３６００は、イベント伝播モデルリポジトリ３３７００に定義された全てのイベント伝播モデルに対し、以下の一連の処理を繰り返す（ステップ６７０１０）。【０１６８】
プログラム３３６００は、展開時適用トポロジ管理表３３８００を参照し、イベント伝播モデルに対応したトポロジ管理表の名称を取得情報リポジトリ３２０００より取得する。そして、プログラム３３６００は、そのイベント伝播モデルについて部分展開の可否を確認する（ステップ６７０２０）。【０１６９】
イベント伝播モデルリポジトリに対する部分展開が可能な場合（ステップ６７０３０：ＹＥＳ）、プログラム３３６００は、因果律行列３３９００のうち、構成情報が変更されたノード装置のＩＤを観測事象又は原因のどちらかに含む列を検索する（ステップ６７０４０）。該当する列が因果律行列３３９００にあれば（ステップ６７０５０：ＹＥＳ）、プログラム３３６００は、該当する列を因果律行列３３９００から削除する（ステップ６７０６０）。【０１７０】
次に、プログラム３３６００は、取得情報リポジトリ３２０００から、イベント伝播モデルに対応したトポロジのうち、変更されたノード装置を含むトポロジを探す（ステップ６７０７０）。該当するトポロジがあれば（ステップ６７０８０：ＹＥＳ）、取得したトポロジを基に、イベント伝播モデルを因果律行列３３９００に展開する（ステップ６７０９０）。【０１７１】
一方、イベント伝播モデルついて部分展開が不可能な場合は、図２１に示す全体再展開処理が実行される。【０１７２】
以上が、構成情報取得時のモデル再展開処理の説明である。【０１７３】
実施例３によれば、構成情報が取得されたときに、変更された構成情報を有するノード装置が関わるイベント伝播モデルについて部分展開が可能であるか否かが判断される。部分展開が可能と判断された場合には、そのイベント伝播モデルに関する情報部分のみが因果律行列から削除され、その後、そのイベント伝播モデルに関する因果律行列に部分的に情報が追加される。これにより、構成情報が変更された場合のモデル再展開処理にかかる負荷を軽減することができる。【０１７４】
以上、本発明の好適な幾つかの実施例を説明したが、これらは本発明の説明のための例示であって、本発明の範囲をこれらの実施例にのみ限定する趣旨ではない。本発明は、他の種々の形態でも実施することが可能である。例えば、ネットワークを構成するスイッチは、ＩＰスイッチに限らず、他種のスイッチが採用されても良い。
【図１】
0005468067.tif 000002
【図２】
0005468067.tif 000003
【図３】
0005468067.tif 000004
【図４】
0005468067.tif 000005
【図５】
0005468067.tif 000006
【図６Ａ】
0005468067.tif 000007
【図６Ｂ】
0005468067.tif 000008
【図６Ｃ】
0005468067.tif 000009
【図７Ａ】
0005468067.tif 000010
【図７Ｂ】
0005468067.tif 000011
【図７Ｃ】
0005468067.tif 000012
【図８】
0005468067.tif 000013
【図９】
0005468067.tif 000014
【図１０】
0005468067.tif 000015
【図１１Ａ】
0005468067.tif 000016
【図１１Ｂ】
0005468067.tif 000017
【図１２Ａ】
0005468067.tif 000018
【図１２Ｂ】
0005468067.tif 000019
【図１３Ａ】
0005468067.tif 000020
【図１３Ｂ】
0005468067.tif 000021
【図１４Ａ】
0005468067.tif 000022
【図１４Ｂ】
0005468067.tif 000023
【図１５Ａ】
0005468067.tif 000024
【図１５Ｂ】
0005468067.tif 000025
【図１６Ａ】
0005468067.tif 000026
【図１６Ｂ】
0005468067.tif 000027
【図１６Ｃ】
0005468067.tif 000028
【図１６Ｄ】
0005468067.tif 000029
【図１７】
0005468067.tif 000030
【図１８】
0005468067.tif 000031
【図１９】
0005468067.tif 000032
【図２０】
0005468067.tif 000033
【図２１】
0005468067.tif 000034
【図２２】
0005468067.tif 000035
【図２３】
0005468067.tif 000036
【図２４】
0005468067.tif 000037