JP6810341B2 - 管理装置、情報処理システムおよび管理プログラム - Google Patents

Description

本発明は管理装置、情報処理システムおよび管理プログラムに関する。

現在、情報処理システムでは、複数の種類の装置（例えば、ストレージ装置、スイッチおよびサーバコンピュータなど）がネットワークに接続され、運用されている。システムの規模が増すほど、運用する装置の数も増し、運用管理に手間がかかる。そこで、情報処理システムの運用管理を支援する管理装置が利用されている。

例えば、ストレージシステムとサーバとスイッチとを含むストレージネットワークに接続されるネットワークマネージャの提案がある。ネットワークマネージャは、複数の納入業者から納入された製品に対応するイベント辞書をもち、障害が発生しているデバイスから受信したイベントメッセージをイベント辞書により解釈する。

また、ＳＡＮ（Storage Area Network）内の各装置から受信する障害通知メッセージを解釈するＳＡＮマネージャの提案もある。ＳＡＮマネージャは、実ボリュームまたは仮想ボリュームへのアクセスに与える障害の影響を検出する。

更に、各ホストコンピュータの内部のエージェント、および、各ハードウェア装置内部の資産情報通知手段から通知された情報を受信する管理サーバの提案もある。管理サーバは、複数の装置から通知された情報を、ユニークなデータ構造により相互に対応付けて一元管理する。

特開２００４−１３３８９７号公報 特開２００７−１７２００３号公報 特開２００７−２５７６４５号公報

情報処理装置は、演算装置、記憶装置および通信インタフェースなどの複数の構成部品を含む。これら構成部品の状態は、障害などに応じて変化し得る。そこで、管理装置によりシステム内に存在する全ての構成部品に関する情報を定期的に収集し、管理情報に登録して一元管理することが考えられる。しかし、例えば平常時など、収集される情報が前回と変化していないこともあり、管理装置が余計な情報収集を行うおそれがある。

また、例えば、管理装置により、システムでの異常発生をシステムの管理者に通知し、管理者による収集指示の入力に応じて、全構成部品の情報を収集することも考えられる。しかし、この方法では、情報収集の契機を絞れる反面、情報収集を実行するか否かが管理者の判断に委ねられる。このため、管理者による指示がない限り管理情報が更新されず、管理情報の精度が下がるおそれがある。

１つの側面では、本発明は、管理情報の精度を向上させることを目的とする。

１つの態様では、管理装置が提供される。管理装置は、記憶部と処理部とを有する。記憶部は、情報処理装置に関連する構成部品の状態を示す管理情報、および、情報処理装置からの状態変化の通知に含まれる識別情報に関係する構成部品を示す情報を記憶する。処理部は、情報処理装置の状態変化の第１の通知を受信すると、第１の通知が示す状態変化が正常状態から異常状態への第１の変化、異常状態から障害復旧への第２の変化および正常状態から保守完了への第３の変化の何れかであるか否かを判定し、第１の変化、第２の変化および第３の変化の何れかであると判定すると、記憶部に記憶された情報に基づいて、情報処理装置に関連する複数の構成部品のうち、第１の通知に含まれる識別情報に関係する構成部品を、構成部品の現在の状態を示す部品情報の問い合わせ先の構成部品として決定し、決定した構成部品の部品情報を取得し、部品情報に基づいて記憶部に記憶された管理情報を更新する。

また、１つの態様では、情報処理システムが提供される。情報処理システムは、複数の情報処理装置と管理装置とを有する。複数の情報処理装置は、構成部品を含む。管理装置は、記憶部と処理部とを有する。記憶部は、構成部品の状態を示す管理情報、および、情報処理装置からの状態変化の通知に含まれる識別情報に関係する構成部品を示す情報を記憶する。処理部は、情報処理装置の状態変化の第１の通知を受信すると、第１の通知が示す状態変化が正常状態から異常状態への第１の変化、異常状態から障害復旧への第２の変化および正常状態から保守完了への第３の変化の何れかであるか否かを判定し、第１の変化、第２の変化および第３の変化の何れかであると判定すると、記憶部に記憶された情報に基づいて、情報処理装置に関連する複数の構成部品のうち、第１の通知に含まれる識別情報に関係する構成部品を、構成部品の現在の状態を示す部品情報の問い合わせ先の構成部品として決定し、決定した構成部品の部品情報を取得し、部品情報に基づいて記憶部に記憶された管理情報を更新する。

また、１つの態様では、管理プログラムが提供される。管理プログラムは、情報処理装置を管理する管理装置に用いられるコンピュータに、情報処理装置の状態変化の第１の通知を受信すると、第１の通知が示す状態変化が正常状態から異常状態への第１の変化、異常状態から障害復旧への第２の変化および正常状態から保守完了への第３の変化の何れかであるか否かを判定し、第１の変化、第２の変化および第３の変化の何れかであると判定すると、記憶部に記憶された、情報処理装置からの状態変化の通知に含まれる識別情報に関係する構成部品を示す情報に基づいて、情報処理装置に関連する複数の構成部品のうち、第１の通知に含まれる識別情報に関係する構成部品を、構成部品の現在の状態を示す部品情報の問い合わせ先の構成部品として決定し、決定した構成部品の部品情報を取得し、部品情報に基づいて構成部品の状態を示す管理情報を更新する、処理を実行させる。

１つの側面では、管理情報の精度を向上できる。

第１の実施の形態の管理装置を示す図である。 第２の実施の形態の情報処理システムの例を示す図である。 第２の実施の形態の管理サーバのハードウェア例を示す図である。 第２の実施の形態のストレージ装置のハードウェア例を示す図である。 第２の実施の形態のＦＣスイッチのハードウェア例を示す図である。 第２の実施の形態の機能例を示す図である。 第２の実施の形態の管理テーブルの例を示す図である。 第２の実施の形態の接続テーブルの例を示す図である。 第２の実施の形態の接続ステータスの例を示す図である。 第２の実施の形態のトラップタイプリストを示す図である。 第２の実施の形態の管理サーバの処理例を示すフローチャートである。 第２の実施の形態のストレージの処理例を示すフローチャートである。 第３の実施の形態の機能例を示す図である。 第３の実施の形態のカウンタ管理テーブルの例を示す図である。 第３の実施の形態の管理サーバの処理例を示すフローチャートである。 第３の実施の形態のストレージのカウンタ更新例を示すフローチャートである。 第３の実施の形態のストレージの装置情報送信例を示すフローチャートである。 第４の実施の形態のステータス管理テーブルの例を示す図である。 第４の実施の形態の管理サーバの処理例を示すフローチャートである。 第４の実施の形態のストレージの処理例を示すフローチャートである。 第５の実施の形態の機能例を示す図である。

以下、本実施の形態について図面を参照して説明する。
［第１の実施の形態］
図１は、第１の実施の形態の管理装置を示す図である。管理装置１は、情報処理装置２，３の運用管理を行う。管理装置１および情報処理装置２，３はネットワーク４に接続されている。情報処理装置２，３は、例えば、ストレージ装置、サーバコンピュータおよびスイッチなどである。

管理装置１は、記憶部１ａおよび処理部１ｂを有する。記憶部１ａは、ＲＡＭ（Random Access Memory）などの揮発性記憶装置でもよいし、ＨＤＤ（Hard Disk Drive）やフラッシュメモリなどの不揮発性記憶装置でもよい。処理部１ｂは、ＣＰＵ（Central Processing Unit）、ＤＳＰ（Digital Signal Processor）、ＡＳＩＣ（Application Specific Integrated Circuit）、ＦＰＧＡ（Field Programmable Gate Array）などを含み得る。処理部１ｂはプログラムを実行するプロセッサでもよい。「プロセッサ」は、複数のプロセッサの集合（マルチプロセッサ）でもよい。管理装置１は、メモリ（記憶部１ａ）およびプロセッサ（処理部１ｂ）を有するコンピュータでもよい。

情報処理装置２は、記憶部２ａ、処理部２ｂおよび構成部品２ｃ，２ｄ，２ｅ，２ｆを有する。情報処理装置３は、記憶部３ａ、処理部３ｂおよび構成部品３ｃ，３ｄを有する。記憶部２ａ，３ａは、記憶部１ａと同様にＲＡＭでもよいし、ＨＤＤでもよい。処理部２ｂ，３ｂは、処理部１ｂと同様にＣＰＵなどのプロセッサでもよい。また、構成部品群ｇ１は、構成部品２ｃ，２ｄ，２ｅ，２ｆを含む構成部品の集合である。構成部品群ｇ２は、構成部品３ｃ，３ｄを含む構成部品の集合である。

構成部品２ｃ，２ｄ，２ｅ，２ｆは、情報処理装置２における所定の機能を実現するハードウェアであり、例えば、演算装置、記憶装置および通信インタフェースなどである。例えば、構成部品２ｃ，２ｄ，２ｅ，２ｆは情報処理装置２の内部のバスを介して処理部２ｂに接続される。構成部品３ｃ，３ｄも同様に、情報処理装置３における所定の機能を実現するハードウェアである。例えば、構成部品３ｃ，３ｄは情報処理装置３の内部のバスを介して処理部３ｂに接続される。図１の例では、構成部品２ｄ，３ｃは情報処理装置２，３間の通信路を形成する通信インタフェースである。構成部品２ｄ，３ｃは、所定のケーブルで接続されている。ただし、構成部品２ｃ，２ｅ，２ｆは、情報処理装置２により実行されるソフトウェアのモジュールでもよい。同様に、構成部品３ｄは、情報処理装置３により実行されるソフトウェアのモジュールでもよい。

記憶部１ａは、構成部品２ｃ，２ｄ，２ｅ，２ｆ，３ｃ，３ｄそれぞれの状態に関する情報を含む管理情報を記憶する。構成部品２ｃ，２ｄ，２ｅ，２ｆは、情報処理装置２に含まれるので、情報処理装置２に関連する構成部品であるといえる。構成部品３ｃ，３ｄは、情報処理装置２とケーブルで接続される情報処理装置３に含まれるので、情報処理装置２に関連する構成部品であるといえる。例えば、情報処理装置３が情報処理装置２の通信を中継するスイッチなどの中継装置であり、当該中継装置に、情報処理装置２と通信する他の情報処理装置（図１では図示を省略している）が接続されることもある。この場合、当該他の情報処理装置に含まれる構成部品を、情報処理装置２に関連する構成部品と考えることもできる。

処理部１ｂは、情報処理装置２，３の状態に加え、構成部品２ｃ，２ｄ，２ｅ，２ｆ，３ｃ，３ｄの状態を管理する。処理部１ｂは、構成部品２ｃ，２ｄ，２ｅ，２ｆ，３ｃ，３ｄの管理情報を記憶部１ａに格納する。

ここで、情報処理装置２の状態は、情報処理装置２が正常な状態（正常状態）、情報処理装置２で異常が発生した状態（異常状態）、情報処理装置２が障害から復旧した状態（障害復旧）、情報処理装置２で保守作業が完了した状態（保守完了）、などが考えられる。情報処理装置３も同様である。

また、構成部品２ｃの状態は、構成部品２ｃが正常な状態、構成部品２ｃで警告が発生した状態、構成部品２ｃで異常が発生した状態、他装置との通信を行えない状態、などが考えられる。構成部品２ｄ，２ｅ，２ｆ，３ｃ，３ｄについても同様である。

処理部１ｂは、情報処理装置２の状態変化の通知を、情報処理装置２から受信する。処理部１ｂは、情報処理装置２の状態変化の通知を受信すると、通知に応じて、構成部品２ｃ，２ｄ，２ｅ，２ｆ，３ｃ，３ｄに関する部品情報の問い合わせを行うか否かを判定する。部品情報は、各構成部品の現在の状態を示す情報（各構成部品のハードウェアの情報も含む）である。例えば、構成部品がＨＤＤの場合、部品情報は、ＨＤＤの識別名、全記憶容量、使用済容量、残容量、正常／異常、アクセス負荷などの情報を含み得る。また、例えば、構成部品が通信インタフェースの場合、部品情報は、通信インタフェースの識別名、リンク状態（リンクアップやリンクダウンなど）、通信負荷などの情報を含み得る。

例えば、処理部１ｂが、部品情報の問い合わせを行うと判定する情報処理装置２の状態変化としては、次の状態変化が考えられる。第１には正常状態から異常状態への変化である。第２には異常状態から障害復旧への変化である。第３には正常状態から保守完了への変化である。何れの場合も、情報処理装置２により通知された状態変化が、何れかの構成部品の状態の変化に起因している可能性が高いからである。

また、処理部１ｂが、部品情報の問い合わせを行わないと判定する状態変化としては、次の状態変化が考えられる。第１には障害復旧から正常状態への変化である。第２には保守完了から正常状態への変化である。何れの場合も、構成部品の状態が変更されている可能性が低いからである。

処理部１ｂは、問い合わせを行うと判定すると、情報処理装置２の状態変化の通知に応じて、構成部品２ｃ，２ｄ，２ｅ，２ｆ，３ｃ，３ｄのうち問い合わせ先の構成部品を決定する。

例えば、通知の内容が、情報処理装置２単体に影響するが情報処理装置３に影響しない障害や障害復旧を示す場合、処理部１ｂは、構成部品２ｃ，２ｄ，２ｅ，２ｆ，３ｃ，３ｄのうち、構成部品２ｃ，２ｄ，２ｅ，２ｆを問い合わせ先と決定する。

また、通知の内容が、情報処理装置２のうちの一部の構成部品に関係する保守（例えば、ＨＤＤの交換など）を示すこともある。この場合、処理部１ｂは、構成部品２ｃ，２ｄ，２ｅ，２ｆのうち、該当の構成部品（例えば、構成部品２ｅのみ）あるいは該当の構成部品と同じ種類の複数の構成部品（例えば、構成部品２ｅ，２ｆのみ）に、問い合わせ先を絞り込んでもよい。

更に、通知の内容が、情報処理装置２だけでなく情報処理装置３にも影響する障害や障害復旧を示す場合、処理部１ｂは、構成部品２ｃ，２ｄ，２ｅ，２ｆ，３ｃ，３ｄの全てを問い合わせ先と決定してもよい。この場合も、処理部１ｂは、通知の内容に応じて、問い合わせ先を絞り込んでもよい。

例えば、処理部１ｂは、情報処理装置３については、構成部品３ｃ，３ｄのうち、情報処理装置２との通信や連携に用いられる構成部品３ｃを問い合わせ先としてもよい。すなわち、処理部１ｂは、構成部品２ｃ，２ｄ，２ｅ，３ｃを問い合わせ先と決定してもよい。または、処理部１ｂは、通知の内容が情報処理装置３との通信に関する異常である場合に、更に問い合わせ先を絞り込むことも考えられる。この場合、処理部１ｂは、例えば、構成部品２ｃ，２ｄ，２ｅ，２ｆ，３ｃ，３ｄのうち、構成部品２ｄ，３ｃに問い合わせ先を絞り込むことも考えられる。

処理部１ｂは、決定した構成部品の部品情報を取得する。例えば、問い合わせ先の構成部品が、構成部品２ｃ，２ｄ，２ｅ，２ｆ，３ｃ，３ｄの場合を考える。
この場合、処理部１ｂは、構成部品２ｃ，２ｄ，２ｅ，２ｆの部品情報を、処理部２ｂに要求する。処理部２ｂは、構成部品２ｃ，２ｄ，２ｅ，２ｆの部品情報を、処理部１ｂに送信する。処理部２ｂは、構成部品２ｃ，２ｄ，２ｅ，２ｆの部品情報を予め取得して、記憶部２ａに格納しておき、処理部１ｂの要求に応じて、記憶部２ａから当該部品情報を読み出して処理部１ｂに応答してもよい。あるいは、構成部品２ｃ，２ｄ，２ｅ，２ｆそれぞれが内部メモリなどにより部品情報を保持する場合、処理部２ｂは、処理部１ｂの要求に応じて、構成部品２ｃ，２ｄ，２ｅ，２ｆそれぞれから部品情報を読み出して、処理部１ｂに応答してもよい。

また、処理部１ｂは、構成部品３ｃ，３ｄの部品情報を処理部３ｂに要求する。処理部３ｂも、処理部２ｂと同様に、構成部品３ｃ，３ｄの部品情報を処理部１ｂに応答する。
処理部１ｂは、取得した部品情報に基づいて、記憶部１ａに記憶された管理情報を更新する。例えば、処理部１ｂは、管理情報に登録されている構成部品２ｃ，２ｄ，２ｅ，２ｆ，３ｃ，３ｄの状態と、今回取得した部品情報で示される構成部品２ｃ，２ｄ，２ｅ，２ｆ，３ｃ，３ｄの状態との差分を、管理情報に反映させる。

このように、管理装置１によれば、情報処理装置２の状態変化の通知に応じて、管理装置１が自発的に各構成部品の部品情報を取得し、管理情報を更新する。このため、管理情報の精度を向上させることができる。具体的には次の通りである。

１つの方法として、例えば、管理装置１により全構成部品（構成部品２ｃ，２ｄ，２ｅ，２ｆ，３ｃ，３ｄ）の情報を定期的に収集することが考えられる。しかし、収集される情報が前回と変わらないこともあり、余計な情報収集を行うおそれがある。余計な情報収集は、通信量の増加の要因になる。また、収集対象の構成部品が増すほど通信量も増す。

一方、管理装置１により、システムでの異常発生をシステムの管理者に通知し、管理者による収集指示の入力に応じて、全構成部品の情報を収集することも考えられる。しかし、この方法では、情報収集の契機が管理者の判断に委ねられる。このため、管理者による指示がない限り管理情報が更新されず、管理情報の精度が下がるおそれがある。

そこで、管理装置１は、情報処理装置２の状態変化の通知を受信し、当該通知に応じて、情報収集を行うか否かを判定する。具体的には、管理装置１は、前述のように、当該通知により、構成部品の状態が変化している可能性が高いと判断される場合に、部品情報の収集を行うと判定する。一方、構成部品の状態が変化している可能性が低いと判断される場合に、部品情報の収集を行わないと判定する。これにより、管理装置１による余計な情報収集を抑制できる。また、適切なタイミングを管理装置１で判断して情報収集を行い、管理情報を更新できるので、収集タイミングを管理者の判断に委ねるよりも、管理情報の精度を高められる。

また、管理装置１は、通知に応じて、システムに含まれる複数の構成部品のうちの何れの構成部品を問い合わせ先とするかを決定することで、常に全構成部品を問い合わせ先とするよりも、余計な情報収集の発生を抑え、通信量の増加を抑えることができる。こうして、管理装置１によれば、管理情報の精度を効率的に向上できる。

なお、管理装置１は、情報処理装置３から状態変化の通知を受信した場合も同様にして、部品情報の収集を行うか否かの判定や問い合わせ先の構成部品の決定、決定した構成部品の部品情報の取得を行い、管理情報を更新する。

以下では、ストレージ装置を含む情報処理システムに管理装置１を適用する例を示して、管理装置１による運用管理機能を詳細に説明する。
［第２の実施の形態］
図２は、第２の実施の形態の情報処理システムの例を示す図である。第２の実施の形態の情報処理システムは、管理サーバ１００、ストレージ装置２００、ＦＣ（Fibre Channel）スイッチ３００、業務サーバ４００および端末装置５００を含む。管理サーバ１００、ストレージ装置２００、ＦＣスイッチ３００、業務サーバ４００および端末装置５００は、ネットワーク１０に接続されている。ネットワーク１０は、例えば、運用管理用のＬＡＮ（Local Area Network）である。また、ストレージ装置２００および業務サーバ４００は、ＦＣスイッチ３００に接続されている。

管理サーバ１００は、ストレージ装置２００、ＦＣスイッチ３００および業務サーバ４００の運用管理を行うサーバコンピュータである。ここで、ストレージ装置２００、ＦＣスイッチ３００および業務サーバ４００は、種々の構成部品を含む。管理サーバ１００は、ストレージ装置２００、ＦＣスイッチ３００および業務サーバ４００から、各構成部品に関する情報を収集し、一元管理する。管理サーバ１００は、Ｗｅｂサーバとして機能し、構成部品の状態を含む管理画面を端末装置５００に提供する。

ストレージ装置２００は、ＨＤＤやＳＳＤ（Solid State Drive）などの記憶装置を複数内蔵する。ストレージ装置２００は、複数の記憶装置を用いて、ＲＡＩＤ（Redundant Arrays of Inexpensive Disks）の技術により論理的な記憶領域を構築し、業務サーバ４００に提供する。ストレージ装置２００は、ＦＣスイッチ３００を介して、ＦＣのプロトコルによる業務サーバ４００の記憶領域に対するアクセスを受け付ける。なお、「ストレージ装置」を「ストレージ」と略記することがある。

ＦＣスイッチ３００は、ＦＣのファブリック接続に用いられる中継装置である。すなわち、ＦＣスイッチ３００は、ストレージ装置２００や業務サーバ４００が接続されてＳＡＮを形成する。ＦＣスイッチ３００には、ストレージ装置２００および業務サーバ４００以外にも、複数のストレージ装置、サーバコンピュータおよび他のＦＣスイッチが接続され得る。

業務サーバ４００は、ユーザの業務を支援するサーバコンピュータである。業務サーバ４００は、所定の業務処理を実行する。業務サーバ４００は、業務処理に応じて、ストレージ装置２００にデータを書き込んだり、ストレージ装置２００からデータを読み出したりする。

端末装置５００は、情報処理システムの運用管理を行う管理者により利用されるクライアントコンピュータである。端末装置５００は、Ｗｅｂブラウザとして機能し、管理サーバ１００により提供される管理画面を、管理者に提示する。

ここで、管理サーバ１００は、第１の実施の形態の管理装置１の一例である。また、ストレージ装置２００、ＦＣスイッチ３００および業務サーバ４００は、第１の実施の形態の情報処理装置２，３の一例である。

図３は、第２の実施の形態の管理サーバのハードウェア例を示す図である。管理サーバ１００は、プロセッサ１０１、ＲＡＭ１０２、ＨＤＤ１０３、画像信号処理部１０４、入力信号処理部１０５、媒体リーダ１０６および通信インタフェース１０７を有する。各ユニットは管理サーバ１００のバスに接続されている。業務サーバ４００および端末装置５００も管理サーバ１００と同様のハードウェアを用いて実現される。

プロセッサ１０１は、管理サーバ１００の情報処理を制御する。プロセッサ１０１は、マルチプロセッサであってもよい。プロセッサ１０１は、例えばＣＰＵ、ＤＳＰ、ＡＳＩＣまたはＦＰＧＡなどである。プロセッサ１０１は、ＣＰＵ、ＤＳＰ、ＡＳＩＣ、ＦＰＧＡなどのうちの２以上の要素の組み合わせであってもよい。

ＲＡＭ１０２は、管理サーバ１００の主記憶装置である。ＲＡＭ１０２は、プロセッサ１０１に実行させるＯＳ（Operating System）のプログラムやアプリケーションプログラムの少なくとも一部を一時的に記憶する。また、ＲＡＭ１０２は、プロセッサ１０１による処理に用いる各種データを記憶する。

ＨＤＤ１０３は、管理サーバ１００の補助記憶装置である。ＨＤＤ１０３は、内蔵した磁気ディスクに対して、磁気的にデータの書き込みおよび読み出しを行う。ＨＤＤ１０３は、ＯＳのプログラム、アプリケーションプログラム、および各種データを記憶する。管理サーバ１００は、フラッシュメモリやＳＳＤなどの他の種類の補助記憶装置を備えてもよく、複数の補助記憶装置を備えてもよい。

画像信号処理部１０４は、プロセッサ１０１からの命令に従って、管理サーバ１００に接続されたディスプレイ１１に画像を出力する。ディスプレイ１１としては、ＣＲＴ（Cathode Ray Tube）ディスプレイや液晶ディスプレイなどを用いることができる。

入力信号処理部１０５は、管理サーバ１００に接続された入力デバイス１２から入力信号を取得し、プロセッサ１０１に出力する。入力デバイス１２としては、例えば、マウスやタッチパネルなどのポインティングデバイス、キーボードなどを用いることができる。

媒体リーダ１０６は、記録媒体１３に記録されたプログラムやデータを読み取る装置である。記録媒体１３としては、例えば、フレキシブルディスク（ＦＤ：Flexible Disk）やＨＤＤなどの磁気ディスク、ＣＤ（Compact Disc）やＤＶＤ（Digital Versatile Disc）などの光ディスク、光磁気ディスク（ＭＯ：Magneto-Optical disk）を使用できる。また、記録媒体１３として、例えば、フラッシュメモリカードなどの不揮発性の半導体メモリを使用することもできる。媒体リーダ１０６は、例えば、プロセッサ１０１からの命令に従って、記録媒体１３から読み取ったプログラムやデータをＲＡＭ１０２またはＨＤＤ１０３に格納する。

通信インタフェース１０７は、ネットワーク１０を介して他の装置と通信を行う。通信インタフェース１０７は、有線通信インタフェースでもよいし、無線通信インタフェースでもよい。

なお、前述のように、業務サーバ４００は、ネットワーク１０に加えて、ＦＣスイッチ３００にも接続する。このため、業務サーバ４００は、ネットワーク１０に接続するための通信インタフェースに加えて、ＦＣスイッチ３００に接続するためのホストバスアダプタ（ＨＢＡ：Host Bus Adapter）と呼ばれるＦＣの通信インタフェースを有する。

図４は、第２の実施の形態のストレージ装置のハードウェア例を示す図である。ストレージ装置２００は、コントローラモジュール（ＣＭ：Controller Module）２１０，２２０およびドライブエンクロージャ（ＤＥ：Drive Enclosure）２３０，２４０を有する。

ＣＭ２１０，２２０は、ＤＥ２３０，２４０に収納されたＨＤＤやＳＳＤに対するデータアクセスを制御するストレージ制御装置である。ＤＥ２３０，２４０は、ＨＤＤやＳＳＤを複数収納するための筐体である。例えば、ストレージ装置２００では、ＣＭ２１０，２２０およびＤＥ２３０，２４０を冗長構成として、何れかの障害時にも運用を継続可能である。

ＣＭ２１０は、プロセッサ２１１、ＲＡＭ２１２、ＮＶＲＡＭ（Non-Volatile RAM）２１３、ＮＡ（Network Adapter）２１４、ＣＡ（Channel Adapter）２１５、ＲＡ（Remote Adapter）２１６、ＤＩ（Drive Interface）２１７およびＣＭ−ＩＦ（InterFace）２１８を有する。各ユニットはＣＭ２１０のバスに接続されている。ＣＭ２２０もＣＭ２１０と同様のハードウェアにより実現できる。

プロセッサ２１１は、ＣＭ２１０の情報処理を制御する。プロセッサ２１１は、マルチプロセッサであってもよい。プロセッサ２１１は、例えばＣＰＵ、ＤＳＰ、ＡＳＩＣまたはＦＰＧＡなどである。プロセッサ２１１は、ＣＰＵ、ＤＳＰ、ＡＳＩＣ、ＦＰＧＡなどのうちの２以上の要素の組み合わせであってもよい。

ＲＡＭ２１２は、ＣＭ２１０の主記憶装置である。ＲＡＭ２１２は、プロセッサ２１１に実行させるＯＳ（ファームウェア）のプログラムの少なくとも一部を一時的に記憶する。また、ＲＡＭ２１２は、プロセッサ２１１による処理に用いられる各種データを記憶する。

ＮＶＲＡＭ２１３は、ＣＭ２１０の補助記憶装置である。ＮＶＲＡＭ２１３は、例えば、不揮発性の半導体メモリである。ＮＶＲＡＭ２１３は、ＯＳ（ファームウェアを含む）のプログラムや各種データなどを記憶する。

ＮＡ２１４は、ネットワーク１０を介して管理サーバ１００と通信するための通信インタフェースである。例えば、ＮＡ２１４として、イーサネット（登録商標）のインタフェースを用いることができる。

ＣＡ２１５は、ＦＣスイッチ３００を介して業務サーバ４００と通信するためのＦＣの通信インタフェースである。ＣＡ２１５は、ＦＣのケーブルにより、ＦＣスイッチ３００と接続される。ただし、ストレージ装置２００と業務サーバ４００との間の接続には、ＦＣ以外の通信インタフェース（例えば、ｉＳＣＳＩ（Internet Small Computer System Interface）など）を用いてもよい。

ＲＡ２１６は、リモート・アドバンスト・コピーと呼ばれる高速／高信頼の遠隔データコピー機能に用いられるＦＣの通信インタフェースである。ＲＡ２１６は、ＦＣのケーブルにより、ＦＣスイッチ３００に接続される。例えば、ストレージ装置２００は、ＦＣスイッチ３００またはそれ以外のＦＣスイッチに接続された他のストレージ装置（図２では図示を省略している）に、ＲＡ２１６を用いて、ストレージ装置２００内のデータのコピーを転送する。

ＤＩ２１７は、ＤＥ２３０，２４０と通信するためのインタフェースである。例えば、ＤＩ２１７として、ＳＡＳ（Serial Attached SCSI）などのインタフェースを用いることができる。

ＣＭ−ＩＦ２１８は、ＣＭ２２０と接続するためのインタフェースである。ＣＭ２１０は、ＣＭ−ＩＦ２１８を用いて、ＣＭ２２０と連携してデータアクセスを行える。例えば、ＣＭ２１０を運用系、ＣＭ２２０を待機系としてもよい。あるいは、ＣＭ２１０，２２０の両方を運用系として、データアクセスを分散して行ってもよい。何れの場合も、一方の故障時に他方でデータアクセスを引き継ぐことができ、ユーザの業務が停止されることを防げる。

ＤＥ２３０は、ＳＳＤ２３１，２３２およびＨＤＤ２３３，２３４，２３５，２３６を収納する。ＤＥ２４０もＤＥ２３０と同様に複数のＳＳＤおよび複数のＨＤＤを備えている。

図５は、第２の実施の形態のＦＣスイッチのハードウェア例を示す図である。ＦＣスイッチ３００は、プロセッサ３０１、ＲＡＭ３０２、フラッシュメモリ３０３、経路制御部３０４、ポート３０４ａ，３０４ｂ，３０４ｃ，３０４ｄ，・・・および管理用通信ＩＦ３０５を有する。

プロセッサ３０１は、ＦＣスイッチ３００の情報処理を制御する。プロセッサ３０１は、マルチプロセッサであってもよい。プロセッサ３０１は、例えばＣＰＵ、ＤＳＰ、ＡＳＩＣまたはＦＰＧＡなどである。プロセッサ３０１は、ＣＰＵ、ＤＳＰ、ＡＳＩＣ、ＦＰＧＡなどのうちの２以上の要素の組み合わせであってもよい。

ＲＡＭ３０２は、ＦＣスイッチ３００の主記憶装置である。ＲＡＭ３０２は、プロセッサ３０１に実行させるファームウェアのプログラムやアプリケーションプログラムの少なくとも一部を一時的に記憶する。また、ＲＡＭ３０２は、プロセッサ３０１による処理に用いる各種データを記憶する。

フラッシュメモリ３０３は、ＦＣスイッチ３００の補助記憶装置である。フラッシュメモリ３０３は、ファームウェアのプログラム、アプリケーションプログラム、および各種データを記憶する。

経路制御部３０４は、プロセッサ３０１の指示により、入力側ポートと出力側ポートとの間の通信路を確立する。経路制御部３０４は、例えば、クロスバースイッチ機構により実現される。

ポート３０４ａ，３０４ｂ，３０４ｃ，３０４ｄ，・・・は、ＦＣケーブルの端部のコネクタを挿入可能なインタフェースである。
ここで、ＣＭ２１０のＣＡ２１５は、ポート２１５ａを有する。ＣＭ２２０のＣＡ２２５は、ポート２２５ａを有する。業務サーバ４００は、ＨＢＡ４０１，４０２を有する。業務サーバ４００では、２つのＨＢＡ４０１，４０２により、ＦＣスイッチ３００との接続が冗長化されている。このため、ＨＢＡ４０１，４０２の何れか一方が故障しても、業務サーバ４００は、ＦＣスイッチ３００を介してストレージ装置２００と通信できる。ＦＣスイッチ３００は、複数のＦＣケーブルを用いて、次のように、ストレージ装置２００および業務サーバ４００と接続されている。

ポート３０４ａは、ＨＢＡ４０１に接続されている。ポート３０４ｂは、ＨＢＡ４０２に接続されている。ポート３０４ｃは、ポート２１５ａに接続されている。ポート３０４ｄは、ポート２２５ａに接続されている。なお、ＣＭ２１０，２２０のＲＡ（例えば、ＲＡ２１６）のポートもＦＣスイッチ３００の何れかのポートに接続されることになるが、図５では図示を省略している。

管理用通信ＩＦ３０５は、ネットワーク１０を介して管理サーバ１００と通信するための通信インタフェースである。例えば、管理用通信ＩＦ３０５として、イーサネットのインタフェースを用いることができる。

図６は、第２の実施の形態の機能例を示す図である。管理サーバ１００は、記憶部１１０、トラップ受信部１２０、判定部１３０、情報取得部１４０および管理画面提供部１５０を有する。記憶部１１０は、ＲＡＭ１０２やＨＤＤ１０３に確保された記憶領域を用いて実現される。トラップ受信部１２０、判定部１３０、情報取得部１４０および管理画面提供部１５０は、ＲＡＭ１０２に記憶されたプログラムがプロセッサ１０１により実行されることで実現される。

記憶部１１０は、ストレージ装置２００、ＦＣスイッチ３００および業務サーバ４００に含まれる構成部品の情報を一元管理するための管理情報（リポジトリ）を記憶する。構成部品の種類は、装置によって様々である。

構成部品は、ＣＭ２１０、ＤＥ２３０（あるいはＤＥ２３０内のＨＤＤやＳＳＤ）およびＦＣスイッチ３００といった複数のハードウェア要素を含むハードウェアでもよい。あるいは、構成部品は、プロセッサ２１１、ＣＡ２１５、ＲＡ２１６、ＤＩ２１７、ＣＭ−ＩＦ２１８、ＳＳＤ２３１、ＨＤＤ２３３、ポート３０４ａ，３０４ｂおよびＨＢＡ４０１，４０２などのハードウェア要素でもよい。更に、例えば、構成部品は、ハードウェアの動作を制御するドライバソフトウェアやアプリケーションソフトウェア（あるいは、ソフトウェアにおいて所定の機能を実現するプログラムモジュール）などでもよい。

また、記憶部１１０は、ストレージ装置２００、ＦＣスイッチ３００および業務サーバ４００の接続関係を示す情報を記憶する。更に、記憶部１１０は、ストレージ装置２００から受信するＳＮＭＰ（Simple Network Management Protocol）トラップのトラップタイプに関する情報などを記憶する。

トラップ受信部１２０は、ストレージ装置２００からＳＮＭＰトラップを受信する。トラップ受信部１２０は、ＳＮＭＰトラップを受信すると、ＳＮＭＰトラップの内容を判定部１３０に通知する。

判定部１３０は、トラップ受信部１２０からＳＮＭＰトラップの内容を取得すると、ＳＮＭＰトラップに基づいて、リポジトリ内の構成部品の情報を更新すべき事象がストレージ装置２００で発生したか否かを判定する。リポジトリ内の構成部品の情報を更新すべき事象が発生した場合、判定部１３０は、当該事象に応じた構成部品の部品情報の取得を、情報取得部１４０に指示する。リポジトリ内の構成部品の情報を更新しなくてよい事象の場合、判定部１３０は何もしない。

例えば、判定部１３０は、ストレージ装置２００、ＦＣスイッチ３００および業務サーバ４００の接続に関する異常などの事象が発生した場合、ストレージ装置２００、ＦＣスイッチ３００および業務サーバ４００から構成部品の情報を取得すると判定する。また、例えば、判定部１３０は、影響範囲がストレージ装置２００に限定される事象が発生した場合、ストレージ装置２００から構成部品の情報を取得すると判定する。

情報取得部１４０は、判定部１３０の指示に応じて、ストレージ装置２００、ＦＣスイッチ３００および業務サーバ４００から、構成部品の状態を示す部品情報を取得する。前述のように、情報取得部１４０は、ＳＮＭＰトラップで判定された事象に応じて、ストレージ装置２００、ＦＣスイッチ３００および業務サーバ４００の全てから部品情報を取得することもある。また、情報取得部１４０は、ストレージ装置２００、ＦＣスイッチ３００および業務サーバ４００のうちの一部（例えば、ストレージ装置２００）から部品情報を取得することもある。情報取得部１４０が部品情報の取得対象とする構成部品は、アクセス先の装置（例えば、ストレージ装置２００）の全ての構成部品でもよいし、発生した事象に応じて選択された当該アクセス先の装置の一部の構成部品でもよい。

管理画面提供部１５０は、記憶部１１０に記憶されたリポジトリに基づいて、各装置の構成部品に関する情報を含む管理画面の表示情報を生成し、端末装置５００に提供する。管理画面提供部１５０は、Ｗｅｂサーバに相当する機能である。

ストレージ装置２００は、トラップ送信部２５０および装置情報提供部２６０を有する。トラップ送信部２５０および装置情報提供部２６０は、プロセッサ２１１によって実現される。トラップ送信部２５０および装置情報提供部２６０は、ＲＡＭ２１２に記憶された所定のプログラムをプロセッサ２１１により実行することで実現されてもよい。

トラップ送信部２５０は、ストレージ装置２００で発生した事象に応じたＳＮＭＰトラップを生成し、管理サーバ１００に送信する。
装置情報提供部２６０は、情報取得部１４０の要求に応じて、ストレージ装置２００の構成部品に関する部品情報を情報取得部１４０に応答する。

ＦＣスイッチ３００は、装置情報提供部３１０を有する。装置情報提供部３１０は、プロセッサ３０１によって実現される。装置情報提供部３１０は、ＲＡＭ３０２に記憶された所定のプログラムをプロセッサ３０１により実行することで実現されてもよい。

装置情報提供部３１０は、情報取得部１４０の要求に応じて、ＦＣスイッチ３００の構成部品に関する部品情報を情報取得部１４０に応答する。
業務サーバ４００は、装置情報提供部４１０を有する。装置情報提供部４１０は、業務サーバ４００が備えるプロセッサによって実現される。装置情報提供部４１０は、業務サーバ４００が備えるＲＡＭに記憶されたプログラムを、業務サーバ４００が備えるプロセッサにより実行することで実現されてもよい。

装置情報提供部４１０は、情報取得部１４０の要求に応じて、業務サーバ４００の構成部品に関する部品情報を情報取得部１４０に応答する。
端末装置５００は、管理画面表示部５１０を有する。管理画面表示部５１０は、管理画面提供部１５０により提供される管理画面の表示情報に基づいて、端末装置５００に接続されたディスプレイに管理画面を表示させる。管理画面表示部５１０は、Ｗｅｂブラウザに相当する機能である。

図７は、第２の実施の形態の管理テーブルの例を示す図である。管理テーブル１１１，１１１ａ，１１１ｂ，・・・は、記憶部１１０に格納される。構成部品に関するリポジトリは、管理テーブル１１１，１１１ａ，１１１ｂ，・・・を含む。ここで、管理テーブル１１１は、一例として、ストレージ装置２００の構成部品の１つであるポート２１５ａの情報の管理に用いられる。

管理テーブル１１１は、“ｐｏｒｔ＿ｎｏ”、“ｓｔｏｒａｇｅ＿ｓｅｒｉａｌ＿ｎｏ”、“ｃａ＿ｎｏ”、“ｃｍ＿ｎｏ”、“ｐｏｒｔ＿ｎａｍｅ”、“ｐｏｒｔ＿ｔｙｐｅ”、“ｐｏｒｔ＿ｓｔａｔｕｓ”、“ｌｉｎｋ＿ｓｔａｔｕｓ”の項目を含む。

例えば、“ｐｏｒｔ＿ｎｏ”の項目には、ポート２１５ａのポート番号が登録される。また、“ｓｔｏｒａｇｅ＿ｓｅｒｉａｌ＿ｎｏ”の項目には、ポート２１５ａが属するストレージ装置２００の製造番号が登録される。

同様に、管理テーブル１１１には、ポート２１５ａに対して、ポート２１５ａが属するＣＡ２１５のＣＡ番号（ｃａ＿ｎｏ）、ポート２１５ａが属するＣＭ２１０のＣＭ番号（ｃｍ＿ｎｏ）が登録される。また、管理テーブル１１１には、ポート２１５ａのポート名（ｐｏｒｔ＿ｎａｍｅ）およびポート種別（ｐｏｒｔ＿ｔｙｐｅ）が登録される。ポート種別は、ＦＣ、ｉＳＣＳＩ、ＳＡＳなどを示す。更に、管理テーブル１１１には、ポート２１５ａに関連する状態（詳細ステータスやリンクステータス）も登録される。例えば、詳細ステータス（ｐｏｒｔ＿ｓｔａｔｕｓ）やリンクステータス（ｌｉｎｋ＿ｓｔａｔｕｓ）によって、ポート２１５ａがリンクアップしている、リンクダウンしているなどの状態を把握できる。

なお、ケーブルを接続可能な複数のインタフェース（例えば、２つや４つなど）が、１つのポート２１５ａ（インタフェースカード）に設けられることもある。その場合、ケーブルを接続可能なインタフェース毎に、リンクステータスを管理する。

ストレージ装置２００、ＦＣスイッチ３００および業務サーバ４００の他の構成部品に関する情報も、管理テーブル１１１ａ，１１１ｂ，・・・を用いて管理される。管理テーブル１１１ａ，１１１ｂ，・・・には、管理対象の構成部品に応じた項目名が設けられる。

図８は、第２の実施の形態の接続テーブルの例を示す図である。接続テーブル１１２は、記憶部１１０に予め格納される。接続テーブル１１２は、ストレージ装置２００、ＦＣスイッチ３００および業務サーバ４００の接続関係を示す情報である。

接続テーブル１１２は、“ｓｅｒｖｅｒ＿ｆｃ＿ｈｂａ＿ｗｗｎ”、“ｓｅｒｖｅｒ＿ｎａｍｅ”、“ｓｅｒｖｅｒ＿ｓｉｄｅ＿ｓｗｉｔｃｈ＿ｐｏｒｔ＿ｎｏ”、“ｓｅｒｖｅｒ＿ｓｉｄｅ＿ｓｗｉｔｃｈ＿ｎａｍｅ”、“ｓｔｏｒａｇｅ＿ｆｃ＿ｐｏｒｔ＿ｗｗｎ”、“ｓｔｏｒａｇｅ＿ｐｏｒｔ＿ｎａｍｅ”、“ｓｔｏｒａｇｅ＿ｓｅｒｉａｌ＿ｎｏ”、“ｓｔｏｒａｇｅ＿ｓｉｄｅ＿ｓｗｉｔｃｈ＿ｐｏｒｔ＿ｎｏ”、“ｓｔｏｒａｇｅ＿ｓｉｄｅ＿ｓｗｉｔｃｈ＿ｎａｍｅ”の項目を含む。

例えば、“ｓｅｒｖｅｒ＿ｆｃ＿ｈｂａ＿ｗｗｎ”の項目には、業務サーバ４００のＨＢＡ４０１，４０２それぞれのＷＷＮ（World Wide Name）が登録される。また、“ｓｅｖｅｒ＿ｎａｍｅ”の項目には、業務サーバ４００のサーバ名が登録される。“ｓｅｒｖｅｒ＿ｓｉｄｅ＿ｓｗｉｔｃｈ＿ｐｏｒｔ＿ｎｏ”の項目には、業務サーバ４００側のＦＣスイッチ３００のポート番号（ポート３０４ａ，３０４ｂのポート番号）が登録される。“ｓｅｒｖｅｒ＿ｓｉｄｅ＿ｓｗｉｔｃｈ＿ｎａｍｅ”の項目には、業務サーバ４００が管理するＦＣスイッチ３００のスイッチ名が登録される。“ｓｔｏｒａｇｅ＿ｆｃ＿ｐｏｒｔ＿ｗｗｎ”の項目には、ＦＣスイッチ３００と接続されるストレージ装置２００のＦＣポート（ポート２１５ａ，２２５ａ）のＷＷＮが登録される。“ｓｔｏｒａｇｅ＿ｐｏｒｔ＿ｎａｍｅ”の項目には、当該ＦＣポート（ポート２１５ａ，２２５ａ）のＦＣポート名が登録される。

“ｓｔｏｒａｇｅ＿ｓｅｒｉａｌ＿ｎｏ”の項目には、ストレージ装置２００のシリアル番号が登録される。“ｓｔｏｒａｇｅ＿ｓｉｄｅ＿ｓｗｉｔｃｈ＿ｐｏｒｔ＿ｎｏ”の項目には、ストレージ装置２００側のＦＣスイッチ３００のポート番号（ポート３０４ｃ，３０４ｄのポート番号）が登録される。“ｓｔｏｒａｇｅ＿ｓｉｄｅ＿ｓｗｉｔｃｈ＿ｎａｍｅ”の項目には、ストレージ装置２００が管理するＦＣスイッチ３００のスイッチ名が登録される。

接続テーブル１１２では、ストレージ装置２００、ＦＣスイッチ３００および業務サーバ４００のＦＣによる接続関係を管理する例を示した。接続テーブルは、ストレージ装置、ＦＣスイッチおよび業務サーバの組み合わせごとに予め用意される。当該組み合わせが複数あれば、接続テーブルも複数用意され、記憶部１１０に予め格納される。

例えば、管理サーバ１００がストレージ装置２００、ＦＣスイッチ３００および業務サーバ４００に通信インタフェースの情報を問い合わせることで、接続テーブル（接続テーブル１１２を含む）を生成してもよい。

図９は、第２の実施の形態の接続ステータスの例を示す図である。接続ステータス１１３は、記憶部１１０に格納される。接続ステータス１１３は、ストレージ装置２００、ＦＣスイッチ３００および業務サーバ４００の接続関係における接続状態を管理するための情報である。接続ステータス１１３は、情報取得部１４０により更新される。

接続ステータス１１３は、“ｓｅｒｖｅｒ＿ｉｄ”、“ｓｅｖｅｒ＿ｆｃ＿ｈｂａ＿ｗｗｎ”、“ｓｔｏｒａｇｅ＿ｆｃ＿ｐｏｒｔ＿ｗｗｎ”、“ａｃｃｅｓｓ＿ｐａｔｈ＿ｓｔａｔｕｓ”、“ａｐ＿ｓｔａｔｕｓ＿ｒｅａｓｏｎ”の項目を含む。

“ｓｅｒｖｅｒ＿ｉｄ”の項目には、業務サーバ４００のサーバＩＤが登録される。“ｓｅｒｖｅｒ＿ｆｃ＿ｈｂａ＿ｗｗｎ”の項目には、ＨＢＡ４０１，４０２のＷＷＮが登録される。“ｓｔｏｒａｇｅ＿ｆｃ＿ｐｏｒｔ＿ｗｗｎ”の項目には、ストレージ装置２００のＦＣポート（ポート２１５ａ，２２５ａ）のＷＷＮが登録される。“ａｃｃｅｓｓ＿ｐａｔｈ＿ｓｔａｔｕｓ”の項目には、ストレージ装置２００、ＦＣスイッチ３００および業務サーバ４００の間の通信が正常か、または、異常かを示すアクセスパスステータスが登録される。例えば、情報取得部１４０は、ストレージ装置２００、ＦＣスイッチ３００および業務サーバ４００の通信に用いられている全てのＦＣポートがリンクアップし、正常動作している場合、アクセスパスステータスを正常とする。また、例えば、情報取得部１４０は、ストレージ装置２００、ＦＣスイッチ３００および業務サーバ４００の何れかの装置で各装置の通信に用いられているＦＣポートがリンクダウンしている場合、アクセスパスステータスを異常とする。“ａｐ＿ｓｔａｔｕｓ＿ｒｅａｓｏｎ”の項目には、アクセスパスステータスが異常を示す場合に、異常と判定されたエラー原因が登録される。例えば、情報取得部１４０は、ストレージ装置２００、ＦＣスイッチ３００および業務サーバ４００のうちの何れのＦＣポートがリンクダウンしているかを示す情報をエラー原因として登録することが考えられる。

図１０は、第２の実施の形態のトラップタイプリストを示す図である。トラップタイプリスト１１４は、記憶部１１０に予め格納される。トラップタイプリスト１１４は、ＳＮＭＰトラップにおけるＳｐｅｃｉｆｉｃ Ｔｒａｐ Ｔｙｐｅの識別情報と、当該識別情報が示す事象の内容との対応関係を示す情報である。ここで、Ｓｐｅｃｉｆｉｃ Ｔｒａｐ Ｔｙｐｅは、ベンダ固有に定義されたトラップタイプである。Ｓｐｅｃｉｆｉｃ Ｔｒａｐ Ｔｙｐｅは、ＳＮＭＰトラップに含まれる。トラップタイプリスト１１４は、Ｓｐｅｃｉｆｉｃ Ｔｒａｐ Ｔｙｐｅおよび内容の項目を含む。

Ｓｐｅｃｉｆｉｃ Ｔｒａｐ Ｔｙｐｅの項目には、Ｓｐｅｃｉｆｉｃ Ｔｒａｐ Ｔｙｐｅを示す番号が登録される。内容の項目には、当該Ｓｐｅｃｉｆｉｃ Ｔｒａｐ Ｔｙｐｅが示す事象の内容が登録される。

例えば、トラップタイプリスト１１４には、Ｓｐｅｃｉｆｉｃ Ｔｒａｐ Ｔｙｐｅ“２”に対して、内容が“部品の故障・縮退通知”という情報が登録される。これは、ＳＮＭＰトラップで通知されるＳｐｅｃｉｆｉｃ Ｔｒａｐ Ｔｙｐｅ＝２が、ストレージ装置２００に含まれる構成部品が故障したこと、または、縮退したことを示す。

同様に、トラップタイプリスト１１４には、Ｓｐｅｃｉｆｉｃ Ｔｒａｐ Ｔｙｐｅ＝“３”〜“７”が、ストレージ装置２００で発生した“バッテリ期限切れ”、“予防保守を要する事象”や“温度異常”などの異常に対する通知であることが登録される。

ここで、“予防保守を要する事象”とは、システムを正常運用する上で予防的な保守を要する事象を表す。“予防保守を要する事象”の一例として、ＳＳＤのように内蔵の記憶素子に書き込み回数制限がある記憶装置において、記憶素子への書き込み回数が閾値に達したことが挙げられる。すなわち、該当のＳＳＤについて事前に交換などの保守を促すことで、記憶素子への書き込み回数が上限をオーバーしてデータが消えるなどの障害を未然に防ぎ、正常運用を継続できる。

また、トラップタイプリスト１１４には、Ｓｐｅｃｉｆｉｃ Ｔｒａｐ Ｔｙｐｅ“９”に対して、内容が“ＲＡＩＤグループの削除完了”という情報が登録される。これは、Ｓｐｅｃｉｆｉｃ Ｔｒａｐ Ｔｙｐｅ＝９が、ストレージ装置２００の自動階層化制御（Automated Storage Tiering）によるＲＡＩＤグループの削除処理の完了通知であることを示す。

ここで、自動階層化制御とは、異種ドライブが混在する環境において、データのアクセス頻度を検出し、所定のポリシーに応じて、第１の種類のドライブと第２の種類のドライブとの間でデータの再配置を行う機能である。ドライブの種類としては、例えば、ＳＳＤ、オンラインディスク（例えば、ＳＡＳ ＨＤＤ）、ニアラインディスク（例えば、ＳＡＴＡ（Serial ATA） ＨＤＤ）の３種類が考えられる。例えば、運用当初はデータをオンラインディスクに格納しておく。そして、使用頻度の低いデータを比較的大容量で安価なニアラインディスクへ配置することで、データの保管コストを低減する。また、アクセス頻度が高いデータを比較的高性能なＳＳＤに配置することで、レスポンス時間を短縮し、パフォーマンスを向上させる。

自動階層化制御では、記憶領域を提供するＲＡＩＤグループの削除が行われることがある。この場合、該当の記憶領域に格納されているデータを、削除対象のＲＡＩＤグループ以外の別の記憶領域に移行した後に、削除対象のＲＡＩＤグループを削除することになる。ストレージ装置２００は、このようなＲＡＩＤグループ削除処理の進捗完了を、ベンダ固有のトラップタイプを用いて、管理サーバ１００に通知する。

また、トラップタイプリスト１１４には、Ｓｐｅｃｉｆｉｃ Ｔｒａｐ Ｔｙｐｅ“１０”に対して、内容が“ＣＡポートのリンク状態通知”という情報が登録される。これは、Ｓｐｅｃｉｆｉｃ Ｔｒａｐ Ｔｙｐｅ＝１０が、ストレージ装置２００に含まれるＣＡ２１５のポート２１５ａやＣＡ２２５のポート２２５ａのリンク状態の通知であることを示す。ポート２１５ａ，２２５ａのリンク状態としては、リンクアップやリンクダウンが考えられる。

また、トラップタイプリスト１１４には、Ｓｐｅｃｉｆｉｃ Ｔｒａｐ Ｔｙｐｅ“１４”に対して、内容が“自動階層化制御の異常通知”という情報が登録される。これは、Ｓｐｅｃｉｆｉｃ Ｔｒａｐ Ｔｙｐｅ＝１４が、ストレージ装置２００の自動階層化制御による異常発生（例えば、ＲＡＩＤグループ削除処理が中断したなど）の通知であることを示す。

また、トラップタイプリスト１１４には、Ｓｐｅｃｉｆｉｃ Ｔｒａｐ Ｔｙｐｅ“２２”に対して、内容が“ＴＲＡＰ＃２に対するアラーム解除通知”という情報が登録される。これは、Ｓｐｅｃｉｆｉｃ Ｔｒａｐ Ｔｙｐｅ＝２２が、Ｓｐｅｃｉｆｉｃ Ｔｒａｐ Ｔｙｐｅ＝２の異常に対するアラーム解除通知であることを示す。

また、トラップタイプリスト１１４には、Ｓｐｅｃｉｆｉｃ Ｔｒａｐ Ｔｙｐｅ“２５”に対して、内容が“ＴＲＡＰ＃５に対するアラーム解除通知”という情報が登録される。これは、Ｓｐｅｃｉｆｉｃ Ｔｒａｐ Ｔｙｐｅ＝２５が、Ｓｐｅｃｉｆｉｃ Ｔｒａｐ Ｔｙｐｅ＝５の異常に対するアラーム解除通知であることを示す。

更に、トラップタイプリスト１１４には、Ｓｐｅｃｉｆｉｃ Ｔｒａｐ Ｔｙｐｅ“２６”に対して、内容が“ＴＲＡＰ＃６に対するアラーム解除通知”という情報が登録される。これは、Ｓｐｅｃｉｆｉｃ Ｔｒａｐ Ｔｙｐｅ＝２６が、Ｓｐｅｃｉｆｉｃ Ｔｒａｐ Ｔｙｐｅ＝６の異常に対するアラーム解除通知であることを示す。

次に、管理サーバ１００およびストレージ装置２００の処理手順を説明する。
図１１は、第２の実施の形態の管理サーバの処理例を示すフローチャートである。以下、図１１に示す処理をステップ番号に沿って説明する。

（Ｓ１１）トラップ受信部１２０は、ストレージ装置２００からＳＮＭＰトラップを受信する。ＳＮＭＰトラップは、ストレージ装置２００の状態変化の通知の一例といえる。
（Ｓ１２）判定部１３０は、ＳＮＭＰトラップに含まれるトラップタイプにより異常種別を判定する。具体的には、判定部１３０は、受信したＳＮＭＰに含まれるＳｐｅｃｉｆｉｃ Ｔｒａｐ Ｔｙｐｅを取得し、記憶部１１０に記憶されたトラップタイプリスト１１４と照合する。前述のように、トラップタイプリスト１１４には、装置異常に対応するＳｐｅｃｉｆｉｃ Ｔｒａｐ Ｔｙｐｅ（２，３，５，６，７，１０，１４）や、異常解除に対応するＳｐｅｃｉｆｉｃ Ｔｒａｐ Ｔｙｐｅ（２２，２５，２６）が登録されている。

（Ｓ１３）判定部１３０は、Ｓｐｅｃｉｆｉｃ Ｔｒａｐ Ｔｙｐｅが装置異常または異常解除を示すか否かを判定する。装置異常または異常解除を示す場合、判定部１３０は、ストレージ装置２００の装置情報の収集を情報取得部１４０に指示して、処理をステップＳ１４に進める。装置異常および異常解除の何れでもない場合、処理を終了する。ここで、ストレージ装置２００の装置情報は、管理サーバ１００により管理されるストレージ装置２００の全構成部品の部品情報を含む情報である。

（Ｓ１４）情報取得部１４０は、ストレージ装置２００の装置情報の取得要求を、ストレージ装置２００に送信する。
（Ｓ１５）情報取得部１４０は、ストレージ装置２００から装置情報を受信する。

（Ｓ１６）情報取得部１４０は、前回との差分で記憶部１１０に記憶された管理テーブル１１１，１１１ａ，１１１ｂ，・・・を更新する。具体的には、情報取得部１４０は、管理テーブル１１１，１１１ａ，１１１ｂ，・・・に記録されている情報に対する、ストレージ装置２００から収集された今回の装置情報の差分を、管理テーブル１１１，１１１ａ，１１１ｂ，・・・に反映させる。

（Ｓ１７）判定部１３０は、ステップＳ１３で判定したＳｐｅｃｉｆｉｃ Ｔｒａｐ Ｔｙｐｅが、接続に関するトラップタイプであるか否かを判定する。ここで、接続に関するトラップタイプとは、Ｓｐｅｃｉｆｉｃ Ｔｒａｐ Ｔｙｐｅ＝１０である。接続に関するトラップタイプの場合、判定部１３０は、ストレージ装置２００に関連する装置の装置情報の収集を情報取得部１４０に指示して、処理をステップＳ１８に進める。接続に関するトラップタイプではない場合、処理を終了する。

（Ｓ１８）情報取得部１４０は、記憶部１１０に記憶された接続テーブル１１２を参照して、ストレージ装置２００に関連するＦＣスイッチ３００および業務サーバ４００を特定する。情報取得部１４０は、ＦＣスイッチ３００および業務サーバ４００に装置情報の取得要求を送信する。ここで、ＦＣスイッチ３００の装置情報は、管理サーバ１００により管理されるＦＣスイッチ３００の全構成部品の部品情報を含む情報である。また、業務サーバ４００の装置情報は、管理サーバ１００により管理される業務サーバ４００の全構成部品の部品情報を含む情報である。

（Ｓ１９）情報取得部１４０は、ＦＣスイッチ３００から装置情報を受信する。情報取得部１４０は、業務サーバ４００から装置情報を受信する。
（Ｓ２０）情報取得部１４０は、前回との差分で管理テーブル１１１，１１１ａ，１１１ｂ，・・・を更新する。具体的には、情報取得部１４０は、管理テーブル１１１，１１１ａ，１１１ｂ，・・・に記録されている情報に対する、ＦＣスイッチ３００から収集された今回の装置情報の差分を、管理テーブル１１１，１１１ａ，１１１ｂ，・・・に反映させる。同様に、情報取得部１４０は、管理テーブル１１１，１１１ａ，１１１ｂ，・・・に記録されている情報に対する、業務サーバ４００から収集された今回の装置情報の差分を、管理テーブル１１１，１１１ａ，１１１ｂ，・・・に反映させる。更に、情報取得部１４０は、収集した装置情報を基に、記憶部１１０に記憶された接続ステータス１１３におけるアクセスパスステータスやエラー原因の更新も行う。

図１２は、第２の実施の形態のストレージの処理例を示すフローチャートである。以下、図１２に示す処理をステップ番号に沿って説明する。
（Ｓ２１）トラップ送信部２５０は、ストレージ装置２００における装置異常または異常解除を検出する。

（Ｓ２２）トラップ送信部２５０は、検出した装置異常または異常解除に応じたＳＮＭＰトラップを生成し、生成したＳＮＭＰトラップを管理サーバ１００に送信する。
（Ｓ２３）装置情報提供部２６０は、装置情報の取得要求を管理サーバ１００から受信する。

（Ｓ２４）装置情報提供部２６０は、取得要求に応じて装置情報を収集する。具体的には、装置情報提供部２６０は、ストレージ装置２００に属する複数の構成部品のうち、管理サーバ１００による管理対象となっている全ての構成部品の部品情報を収集する。装置情報提供部２６０は、例えば、該当の構成部品に部品情報を問い合わせることで、該当の構成部品の部品情報を取得してもよい。あるいは、装置情報提供部２６０は、例えば、ストレージ装置２００が備える所定の記憶装置に、装置情報を予め（例えば所定の周期で）収集しておいてもよい。その場合、装置情報提供部２６０は、管理サーバ１００からの取得要求に応じて、当該記憶装置から装置情報を読み出してもよい。

（Ｓ２５）装置情報提供部２６０は、ステップＳ２４で収集した装置情報を、管理サーバ１００に応答する。
ここで、ＦＣスイッチ３００の装置情報提供部３１０も、装置情報提供部２６０と同様に、管理サーバ１００による装置情報の取得要求に応じて、ＦＣスイッチ３００の装置情報を管理サーバ１００に応答する。また、業務サーバ４００の装置情報提供部４１０も、装置情報提供部２６０と同様に、管理サーバ１００による装置情報の取得要求に応じて、業務サーバ４００の装置情報を管理サーバ１００に応答する。

また、図１１のステップＳ１３の例では、判定部１３０は、装置異常または異常解除の場合に、ストレージ装置２００に対して装置情報の取得要求を送信するものとした。一方、判定部１３０は、前述の自動階層化制御による所定の処理の完了通知を受信したときに当該取得要求を送信してもよい。例えば、判定部１３０は、ＳＮＭＰトラップに含まれるＳｐｅｃｉｆｉｃ Ｔｒａｐ Ｔｙｐｅが“９”である場合に、装置情報の取得要求を送信し、ストレージ装置２００の装置情報を取得してもよい。このようにすれば、自動階層化制御によるデータ移行を伴うＲＡＩＤグループ削除処理の完了後などに、各種ドライブ（ＨＤＤやＳＳＤなど）の状態を適切に把握できる。

こうして、管理サーバ１００は、ストレージ装置２００の状態変化を示すＳＮＭＰトラップを受信すると、ＳＮＭＰトラップの内容に応じて、ストレージ装置２００に関連する構成部品の部品情報の問い合わせを行うか否かを判定する。管理サーバ１００は、ＳＮＭＰトラップが装置異常、異常解除あるいは自動階層化制御の所定の処理（異種ドライブ間のデータ移行やＲＡＩＤグループ削除など）の完了を示す場合、当該部品情報の問い合わせを行うと判定する。管理サーバ１００は、ＳＮＭＰトラップが装置異常や異常解除などを示すものではない場合、当該部品情報の問い合わせを行わないと判定する。

管理サーバ１００は、問い合わせを行うと判定すると、ＳＮＭＰトラップの内容に応じて、問い合わせ先の構成部品を決定する。例えば、前述のように、ＳＮＭＰトラップで示される装置異常や異常解除について、当該装置異常や異常解除の影響範囲が、ストレージ装置２００に限られる場合、管理サーバ１００は、ストレージ装置２００の構成部品を問い合わせ先とする。また、当該装置異常や異常解除の影響範囲が、ストレージ装置２００に加え、ＦＣスイッチ３００および業務サーバ４００にも及ぶ場合、管理サーバ１００は、ストレージ装置２００、ＦＣスイッチ３００および業務サーバ４００の構成部品を問い合わせ先とする。管理サーバ１００は、決定した問い合わせ先の構成部品の部品情報を、当該構成部品を含む装置（ストレージ装置２００、ＦＣスイッチ３００および業務サーバ４００）から取得し、管理テーブル１１１，１１１ａ，１１１ｂ，・・・を更新する。

このように、管理サーバ１００は、ストレージ装置２００の状態変化に応じて、自発的に各構成部品にアクセスして、ストレージ装置２００に関連する構成部品の部品情報を確認し、管理テーブル１１１ａ，１１１ｂ，１１１ｃ，・・・を更新する。また、管理サーバ１００は、通信に関する状態変化を通知するＳＮＭＰトラップの場合には、各装置から収集した装置情報により、接続ステータス１１３のアクセスパスステータスも更新する。これにより、管理テーブル１１１ａ，１１１ｂ，１１１ｃ，・・・や接続ステータス１１３に登録される情報の精度を向上させることができる。

なお、管理サーバ１００は、装置情報として、該当の装置に対して管理対象としている全ての構成部品の部品情報を取得するものとしたが、ＳＮＭＰトラップの内容に応じた一部の構成部品の部品情報を取得してもよい。例えば、情報取得部１４０は、ＳＮＭＰトラップにより通知されたＳｐｅｃｉｆｉｃ Ｔｒａｐ Ｔｙｐｅに応じて、問い合わせ対象の構成部品を絞り込んでもよい。具体的には、Ｓｐｅｃｉｆｉｃ Ｔｒａｐ Ｔｙｐｅ＝１０の事象を考える。この場合、情報取得部１４０は、記憶部１１０に記憶された接続テーブル１１２に基づいて、問い合わせ先の構成部品を、ＣＡ２１５，２２５、ポート３０４ａ，３０４ｂ，・・・およびＨＢＡ４０１，４０２に絞り込んでもよい。あるいは、ＳＮＭＰトラップが上記のように自動階層化制御の処理の進捗報告である場合に、情報取得部１４０は、部品情報の問い合わせ対象を、ＨＤＤやＳＳＤに絞り込んでもよい。このように、該当の状態変化に関係の深い構成部品に絞って部品情報を収集することで、余計な構成部品の部品情報が収集される可能性を減らせる。また、管理サーバ１００により収集される情報量を減らせ、ネットワーク１０における運用管理用の通信負荷を低減できる。

管理画面提供部１５０は、図１１の手順により更新された管理テーブル１１１，１１１ａ，１１１ｂ，・・・や接続ステータス１１３に基づいて、端末装置５００に管理画面の情報を提供する。管理画面提供部１５０は、管理画面表示部５１０から要求された構成部品の状態を管理画面の情報に含める。

例えば、ユーザは、端末装置５００に接続された入力デバイスを操作して、確認したい構成部品を、管理画面表示部５１０に指示できる。管理画面表示部５１０は、ユーザの指示に応じて、該当の構成部品を示す情報を、管理画面提供部１５０に要求する。管理画面表示部５１０は、該当の構成部品の状態を含む管理画面の情報を管理画面提供部１５０から取得し、端末装置５００に接続されたディスプレイに管理画面を表示させる。ユーザは、管理画面を参照することで、所望の構成部品の状態を確認できる。

管理サーバ１００は、管理テーブル１１１，１１１ａ，１１１ｂ，・・・や接続ステータス１１３の精度を向上させることで、ユーザに対して構成部品の適切な状態を提供することができる。こうして、管理サーバ１００は、ユーザによる情報処理システムの適切な運用管理を支援できる。

［第３の実施の形態］
以下、第３の実施の形態を説明する。前述の第２の実施の形態と相違する事項を主に説明し、共通する事項の説明を省略する。

第２の実施の形態では、ストレージ装置２００の状態変化がＳＮＭＰトラップによって管理サーバ１００に通知されるものとした。一方、状態変化の通知は、ポーリングに対する応答でもよい。そこで、第３の実施の形態では、ポーリングに対する応答として状態変化の通知が行われる例を説明する。

ここで、第３の実施の形態の情報処理システムは、管理サーバ１００に代えて、管理サーバ１００ａを有する。また、第３の実施の形態の情報処理システムは、ストレージ装置２００に代えて、ストレージ装置２００ａを有する。管理サーバ１００ａは、管理サーバ１００と同じハードウェアにより実現できる。管理サーバ１００ａのハードウェアを管理サーバ１００のハードウェアと同じ名称・符号により表記する。ストレージ装置２００ａは、ストレージ装置２００と同じハードウェアにより実現できる。ストレージ装置２００ａのハードウェアをストレージ装置２００のハードウェアと同じ名称・符号により表記する。

図１３は、第３の実施の形態の機能例を示す図である。管理サーバ１００ａは、記憶部１１０、情報取得部１４０、管理画面提供部１５０および監視部１６０を有する。記憶部１１０、情報取得部１４０および管理画面提供部１５０は、管理サーバ１００における同名の機能と同様である。監視部１６０は、ＲＡＭ１０２に記憶されたプログラムがプロセッサ１０１により実行されることで実現される。

記憶部１１０は、第２の実施の形態で例示した情報に加え、管理対象とする装置（ここでは、ストレージ装置２００ａ）で管理される所定のカウンタの値を記憶する。ここで、ストレージ装置２００ａで管理される所定のカウンタとは、部品交換時などのストレージ装置２００ａの構成変更時にカウントアップされるカウンタである。

情報取得部１４０は、監視部１６０の指示に応じて、ストレージ装置２００ａから装置情報を取得する。情報取得部１４０は、監視部１６０の指示に応じて、ＦＣスイッチ３００および業務サーバ４００から装置情報を取得することもある。

監視部１６０は、ストレージ装置２００ａの状態を監視する。具体的には、監視部１６０は、状態監視用のポーリングを定期的にストレージ装置２００ａに対して行う。ポーリングでは、監視部１６０は、ストレージ装置２００ａで管理される所定のカウンタの値を取得するためのリクエストをストレージ装置２００ａに送信する。監視部１６０は、当該リクエストに対するレスポンス（カウンタの値）を受信する。例えば、監視部１６０は、数十秒〜数分程度（一例では３０秒）の周期でポーリングを実行する。

監視部１６０は、ＳＮＭＰリクエスト／ＳＮＭＰレスポンスを用いてポーリングを行ってもよい。例えば、監視部１６０は、該当のカウンタに関するＳＮＭＰリクエストをストレージ装置２００ａに送信し、当該カウンタの値を含むＳＮＭＰレスポンスをストレージ装置２００ａから受信してもよい。

監視部１６０は、今回のポーリングにより取得したカウンタの値と前回取得したカウンタの値とを比較し、両値が異なると、ストレージ装置２００ａで状態変化があったと判断し、ストレージ装置２００ａの装置情報の取得を情報取得部１４０に指示する。

ストレージ装置２００ａは、装置情報提供部２６０、記憶部２７０および状態管理部２８０を有する。装置情報提供部２６０は、第２の実施の形態のストレージ装置２００における同名の機能と同様である。記憶部２７０は、ＲＡＭ２１２またはＮＶＲＡＭ２１３に確保された記憶領域を用いて実現される。状態管理部２８０は、ＲＡＭ２１２に記憶されたプログラムがプロセッサ２１１により実行されることで実現されてもよい。

記憶部２７０は、ストレージ装置２００ａの状態の管理に用いられるカウンタの値を記憶する。
状態管理部２８０は、ストレージ装置２００ａの状態の変化を監視し、状態変化を検出すると、記憶部２７０に記憶されたカウンタの値を更新する。例えば、状態管理部２８０は、ストレージ装置２００ａの状態変化の検出に応じて、カウンタの値を１加算するものとする。ストレージ装置２００ａの状態変化とは、例えば、障害が発生したこと、ストレージ装置２００ａで構成部品の交換が行われたこと、などである。

状態管理部２８０は、監視部１６０の要求に応じて、記憶部２７０に記憶されたカウンタの値を読み出し、読み出した値を監視部１６０に応答する。
ＦＣスイッチ３００、業務サーバ４００および端末装置５００の機能は、第２の実施の形態と同様であるため、説明を省略する。

図１４は、第３の実施の形態のカウンタ管理テーブルの例を示す図である。カウンタ管理テーブル１１５は、ストレージ装置２００ａから取得したカウンタの値の記録に用いられる情報である。カウンタ管理テーブル１１５は、記憶部１１０に格納される。カウンタ管理テーブル１１５は、装置ＩＤ（IDentifier）およびカウンタの項目を含む。

装置ＩＤの項目には、該当の装置のＩＤ（装置ＩＤ）が登録される。カウンタの項目には、該当の装置から取得したカウンタの値が登録される。ここで、ストレージ装置２００ａの装置ＩＤを“ＩＤ１”とする。

例えば、カウンタ管理テーブル１１５には、装置ＩＤが“ＩＤ１”、カウンタが“５”というレコードが登録される。これは、装置ＩＤが“ＩＤ１”で示されるストレージ装置２００ａのカウンタの値（前回のポーリングで取得された値）が“５”であることを示す。なお、管理サーバ１００ａが複数の装置のカウンタの値を記録する場合、カウンタ管理テーブル１１５には、装置毎にレコードが追加される。

次に、管理サーバ１００ａおよびストレージ装置２００ａの処理手順を説明する。
図１５は、第３の実施の形態の管理サーバの処理例を示すフローチャートである。以下、図１５に示す処理をステップ番号に沿って説明する。

（Ｓ３１）監視部１６０は、ポーリングにより、ストレージ装置２００ａのカウンタの監視を行う。前述のように、ポーリングの周期は、例えば３０秒である。
（Ｓ３２）監視部１６０は、今回のカウンタの値と、記憶部１１０のカウンタ管理テーブル１１５に記録されている前回のカウンタの値とを比較し、カウンタ値に変化があるか否かを判定する。変化がある場合、監視部１６０は、ストレージ装置２００ａの装置情報の取得を情報取得部１４０に指示して、処理をステップＳ３３に進める。変化がない場合、監視部１６０は、処理をステップＳ３１に進め、ポーリングによるカウンタ監視を継続する。なお、監視部１６０は、ステップＳ３２の判定を終えると、今回のカウンタの値を、カウンタ管理テーブル１１５のストレージ装置２００ａに対応するカウンタの項目に設定する（前回のカウンタの値は上書きされる）。

（Ｓ３３）情報取得部１４０は、ストレージ装置２００ａの装置情報の取得要求を、ストレージ装置２００ａに送信する。
（Ｓ３４）情報取得部１４０は、ストレージ装置２００ａから装置情報を受信する。

（Ｓ３５）情報取得部１４０は、前回との差分で記憶部１１０に記憶された管理テーブル１１１，１１１ａ，１１１ｂ，・・・を更新する。具体的には、情報取得部１４０は、管理テーブル１１１，１１１ａ，１１１ｂ，・・・に記録されている情報に対する、ストレージ装置２００ａから収集された今回の装置情報の差分を、管理テーブル１１１，１１１ａ，１１１ｂ，・・・に反映させる。

なお、情報取得部１４０によるステップＳ３５の処理後、監視部１６０は、ステップＳ３１から図１５の手順を再開する。
図１６は、第３の実施の形態のストレージのカウンタ更新例を示すフローチャートである。以下、図１６に示す処理をステップ番号に沿って説明する。

（Ｓ４１）状態管理部２８０は、部品交換などの保守作業によるストレージ装置２００ａの状態変化を検出する。例えば、状態管理部２８０は、ストレージ装置２００ａのＤＥ２３０に収納された何れかのＨＤＤ（あるいはＳＳＤ）が交換されると、ストレージ装置２００ａの状態が変化したことを検出する。

（Ｓ４２）状態管理部２８０は、記憶部２７０に記憶されたカウンタの値を更新する。
なお、上記の例では、保守作業による状態変化を例示したが、状態管理部２８０は、ストレージ装置２００ａの異常や異常からの復旧などの状態変化に応じて、記憶部２７０に記憶されたカウンタの値を更新してもよい。

図１７は、第３の実施の形態のストレージの装置情報送信例を示すフローチャートである。以下、図１７に示す処理をステップ番号に沿って説明する。
（Ｓ５１）状態管理部２８０は、記憶部２７０に記憶されたカウンタの値の取得要求を管理サーバ１００から受信する。

（Ｓ５２）状態管理部２８０は、カウンタの値を管理サーバ１００ａに応答する。
（Ｓ５３）装置情報提供部２６０は、装置情報の取得要求を管理サーバ１００ａから受信したか否かを判定する。装置情報の取得要求を受信した場合、処理をステップＳ５４に進める。装置情報の取得要求を受信しなかった場合、処理を終了する。

（Ｓ５４）装置情報提供部２６０は、取得要求に応じて装置情報を収集する。具体的には、装置情報提供部２６０は、ストレージ装置２００ａに属する複数の構成部品のうち、管理サーバ１００ａによる管理対象となっている全ての構成部品の部品情報を収集する。装置情報提供部２６０は、例えば、該当の構成部品に部品情報を問い合わせることで、該当の構成部品の部品情報を取得してもよい。あるいは、装置情報提供部２６０は、例えば、記憶部２７０に、装置情報を予め（例えば所定の周期で）収集しておいてもよい。その場合、装置情報提供部２６０は、管理サーバ１００ａからの取得要求に応じて、記憶部２７０から装置情報を読み出してもよい。

（Ｓ５５）装置情報提供部２６０は、ステップＳ５４で収集した装置情報を、管理サーバ１００ａに応答する。
このように、管理サーバ１００ａは、ストレージ装置２００ａの状態変化をポーリングにより確認し、ストレージ装置２００ａの状態変化を検出すると、自発的に各構成部品にアクセスして、管理テーブル１１１ａ，１１１ｂ，１１１ｃ，・・・を更新する。これにより、第２の実施の形態と同様に、管理テーブル１１１ａ，１１１ｂ，１１１ｃ，・・・に登録される情報の精度を向上させることができる。

特に、ＨＤＤなどの構成部品の交換を行う場合、ストレージ装置２００ａが保守モード（保守作業を行うための動作モードであり、通常運用時の通常モードとは異なる動作モード）で動作することがある。保守モードでは、通常モードで動作するＳＮＭＰトラップ通知機能などが制限されている可能性がある。このため、管理サーバ１００ａは、ポーリングによって、ストレージ装置２００ａを監視することで、ストレージ装置２００ａの状態変化を適切に検出できる。

なお、管理サーバ１００ａは、装置情報として、該当の装置に対して管理対象としている全ての構成部品の部品情報を取得するものとしたが、他の方法も考えられる。例えば、ストレージ装置２００ａに構成部品（または構成部品のグループ）毎にカウンタを設けて、構成部品（または構成部品のグループ）毎に状態変化を管理することも考えられる。この場合、管理サーバ１００ａも、複数のカウンタの値を記録しておき、複数のカウンタの値を取得するポーリングを、ストレージ装置２００ａに対して行う。そして、管理サーバ１００ａは、値の変化があったカウンタに対応する構成部品の部品情報をストレージ装置２００ａから取得する。このように、状態変化に関係の深い構成部品に絞って部品情報を収集することで、余計な構成部品の部品情報が収集される可能性を減らすこともできる。この場合、管理サーバ１００ａにより収集される情報量が減ることで、ネットワーク１０における運用管理用の通信負荷も低減できる。

また、管理サーバ１００ａは、カウンタの前回の装置情報収集時の値と、今回の値との差に応じて、部品情報を収集する契機を判定してもよい。例えば、当該カウンタの値の差が所定値以上になったタイミングで装置情報を取得してもよい。このように、管理サーバ１００ａによる装置情報の収集タイミングを、カウンタの値によって制御することも可能となる。

こうして、管理サーバ１００ａは、管理テーブル１１１，１１１ａ，１１１ｂ，・・・の精度を向上させることで、ユーザに対して構成部品の適切な状態を提供することができる。その結果、管理サーバ１００ａは、ユーザによる情報処理システムの適切な運用管理を支援できる。

［第４の実施の形態］
以下、第４の実施の形態を説明する。前述の第２，第３の実施の形態と相違する事項を主に説明し、共通する事項の説明を省略する。

第３の実施の形態では、管理サーバ１００ａは、ポーリングによりストレージ装置２００ａにより管理されるカウンタの値を取得するものとした。一方、管理サーバ１００ａがポーリングにより確認する情報は、カウンタ以外でもよい。第４の実施の形態では、１つの例として、管理サーバ１００ａが、ポーリングにより、ストレージ装置２００ａの代表ステータスを管理する場合を例示する。代表ステータスは、ストレージ装置２００ａ全体の状態を示す情報である。

ここで、第４の実施の形態の情報処理システムに含まれる各装置、各装置のハードウェアおよび機能を、第３の実施の形態と同じ名称・符号により表記する。ただし、監視部１６０は、ポーリングによりストレージ装置２００ａの代表ステータスを定期的に監視する。また、状態管理部２８０は、ストレージ装置２００ａの代表ステータスを定期的に更新し、記憶部２７０に格納する。

ストレージ装置２００ａの代表ステータスには、“Ｎｏｒｍａｌ”、“Ｅｒｒｏｒ”、“Ｗａｒｎｉｎｇ”がある。“Ｎｏｒｍａｌ”は、ストレージ装置２００ａが正常に動作していることを示す。“Ｅｒｒｏｒ”は、ストレージ装置２００ａの一部の動作に異常が発生していることを示す。“Ｗａｒｎｉｎｇ”は、ストレージ装置２００ａの現状の動作への影響は軽微であるが、管理者による点検や保守作業などの対策を要する事象が発生していることを示す。

図１８は、第４の実施の形態のステータス管理テーブルの例を示す図である。ステータス管理テーブル１１６は、記憶部１１０に格納される。ステータス管理テーブル１１６は、装置ＩＤおよび代表ステータスの項目を含む。

装置ＩＤは、管理対象の装置のＩＤが登録される。代表ステータスの項目には、該当の装置の代表ステータスが登録される。例えば、ステータス管理テーブル１１６には、装置ＩＤが“ＩＤ１”、代表ステータスが“Ｎｏｒｍａｌ”というレコードが登録される。これは、装置ＩＤ“ＩＤ１”で示されるストレージ装置２００ａの代表ステータスが“Ｎｏｒｍａｌ”であり、ストレージ装置２００ａが正常に動作していることを示す。

なお、管理サーバ１００ａが複数の装置の代表ステータスを管理する場合、管理対象の装置に対応するレコードが、ステータス管理テーブル１１６に複数登録され得る。
次に、管理サーバ１００ａおよびストレージ装置２００ａの処理手順を説明する。

図１９は、第４の実施の形態の管理サーバの処理例を示すフローチャートである。以下、図１９に示す処理をステップ番号に沿って説明する。
（Ｓ６１）監視部１６０は、ポーリングにより、ストレージ装置２００ａの代表ステータスを定期的に監視する。監視部１６０は、監視結果により、記憶部１１０に記憶されたステータス管理テーブル１１６を更新する。なお、ポーリングの周期は、例えば３０秒である。例えば、監視部１６０は、ステータス管理テーブル１１６において、ストレージ装置２００ａに対し“Ｎｏｒｍａｌ”を記録している。

（Ｓ６２）監視部１６０は、ストレージ装置２００ａとの通信において通信エラーを検出する。例えば、監視部１６０は、ネットワーク１０を介して、ストレージ装置２００ａに対するポーリングを行えなくなった（ストレージ装置２００ａによる応答が途絶えた）ことを検出することで、通信エラーを検出してもよい。

（Ｓ６３）監視部１６０は、ストレージ装置２００ａの代表ステータスを“Ｕｎｋｎｏｗｎ”に設定する。ただし、監視部１６０は、ステップＳ６３の直前の代表ステータスも記憶部１１０に記録しておいてもよい。

（Ｓ６４）監視部１６０は、通信エラーの復旧を検出する。例えば、監視部１６０は、定期ポーリングに対するストレージ装置２００ａからの応答の受信が再開されたことにより、通信エラーの復旧を検出してもよい。

（Ｓ６５）監視部１６０は、ストレージ装置２００ａの代表ステータスを取得する。具体的には、監視部１６０は、代表ステータスの送信を要求するステータス要求を、ストレージ装置２００ａに送信し、ステータス要求の応答として、ストレージ装置２００ａから代表ステータスを受信する。例えば、監視部１６０は、代表ステータス“Ｅｒｒｏｒ”を取得する。

（Ｓ６６）監視部１６０は、ストレージ装置２００ａの代表ステータスの変化を検出する。例えば、監視部１６０は、通信エラー検出前の代表ステータス（例えば、“Ｎｏｒｍａｌ”）と通信エラー復旧後の代表ステータス（“Ｅｒｒｏｒ”）とを比較することで、代表ステータスの変化を検出してもよい。あるいは、監視部１６０は、通信エラー発生後の代表ステータス（“Ｕｎｋｎｏｗｎ”）と通信エラー復旧後の代表ステータス（“Ｅｒｒｏｒ”）とを比較することで、代表ステータスの変化を検出してもよい。

（Ｓ６７）監視部１６０は、ステータス管理テーブル１１６を更新する。具体的には、監視部１６０は、ステップＳ６５で取得した代表ステータスを、ステータス管理テーブル１１６に登録する。監視部１６０は、ストレージ装置２００ａの装置情報の取得を情報取得部１４０に指示する。

（Ｓ６８）情報取得部１４０は、ストレージ装置２００ａの装置情報の取得要求を、ストレージ装置２００ａに送信する。
（Ｓ６９）情報取得部１４０は、ストレージ装置２００ａから装置情報を受信する。

（Ｓ７０）情報取得部１４０は、前回との差分で記憶部１１０に記憶された管理テーブル１１１，１１１ａ，１１１ｂ，・・・を更新する。具体的には、情報取得部１４０は、管理テーブル１１１，１１１ａ，１１１ｂ，・・・に記録されている情報に対する、ストレージ装置２００ａから収集された今回の装置情報の差分を、管理テーブル１１１，１１１ａ，１１１ｂ，・・・に反映させる。

なお、ステップＳ６６において、監視部１６０は、代表ステータスの変化を検出しない場合も考えられる。この場合、監視部１６０は、ステップＳ６７〜Ｓ７０をスキップして、処理を終了してもよい。すなわち、監視部１６０は、代表ステータスの変化を検出した場合にストレージ装置２００ａから装置情報を取得し、代表ステータスの変化を検出しない場合にストレージ装置２００ａから装置情報を取得しない。

図２０は、第４の実施の形態のストレージの処理例を示すフローチャートである。以下、図２０に示す処理をステップ番号に沿って説明する。
（Ｓ７１）状態管理部２８０は、ストレージ装置２００ａの状態を監視し、記憶部２７０に記憶された代表ステータスを定期的に更新する。更新の周期は、例えば、３０秒である。

（Ｓ７２）状態管理部２８０は、管理サーバ１００ａとのネットワーク１０を介した通信において通信エラーを検出する。例えば、状態管理部２８０は、ＮＡ２１４のドライバなどにおける動作異常を、通信エラーとして検出してもよい。

（Ｓ７３）状態管理部２８０は、ストレージ装置２００ａの代表ステータスを“Ｅｒｒｏｒ”に更新する。
（Ｓ７４）状態管理部２８０は、通信エラーの復旧を検出する。例えば、ストレージ装置２００ａは、ＮＡ２１４のドライバなどの通信エラーに関係するソフトウェアを再起動させることで、通信エラーを復旧させる。なお、管理サーバ１００ａへの報告のため、通信エラーが復旧しても、状態管理部２８０は、ストレージ装置２００ａの代表ステータスを“Ｅｒｒｏｒ”のままとする。

（Ｓ７５）状態管理部２８０は、管理サーバ１００ａによるステータス要求に応じて代表ステータスを応答する。例えば、状態管理部２８０は、代表ステータス“Ｅｒｒｏｒ”を管理サーバ１００ａに応答する。

（Ｓ７６）装置情報提供部２６０は、装置情報の取得要求を管理サーバ１００ａから受信したか否かを判定する。装置情報の取得要求を受信した場合、処理をステップＳ７７に進める。装置情報の取得要求を受信しなかった場合、処理を終了する。

（Ｓ７７）装置情報提供部２６０は、取得要求に応じて装置情報を収集する。具体的には、装置情報提供部２６０は、ストレージ装置２００ａに属する複数の構成部品のうち、管理サーバ１００ａによる管理対象となっている全ての構成部品の部品情報を収集する。装置情報提供部２６０は、例えば、該当の構成部品に部品情報を問い合わせることで、該当の構成部品の部品情報を取得してもよい。あるいは、装置情報提供部２６０は、例えば、記憶部２７０に、装置情報を予め（例えば所定の周期で）収集しておいてもよい。その場合、装置情報提供部２６０は、管理サーバ１００ａからの取得要求に応じて、記憶部２７０から装置情報を読み出してもよい。

（Ｓ７８）装置情報提供部２６０は、ステップＳ７７で収集した装置情報を、管理サーバ１００ａに応答する。
このように、管理サーバ１００ａは、ストレージ装置２００ａの代表ステータスをポーリングにより確認し、ストレージ装置２００ａの状態変化を検出すると、自発的に各構成部品にアクセスして、管理テーブル１１１ａ，１１１ｂ，１１１ｃ，・・・を更新する。これにより、第３の実施の形態と同様に、管理テーブル１１１ａ，１１１ｂ，１１１ｃ，・・・に登録される情報の精度を向上させることができる。

［第５の実施の形態］
以下、第５の実施の形態を説明する。前述の第２，第３，第４の実施の形態と相違する事項を主に説明し、共通する事項の説明を省略する。

第５の実施の形態では、第２，第３，第４の実施の形態で説明した各機能を組合せて情報処理システムの運用管理を行う例を説明する。第５の実施の形態の情報処理システムは、第２の実施の形態の管理サーバ１００に代えて、管理サーバ１００ｂを有する。また、第５の実施の形態の情報処理システムは、第２の実施の形態のストレージ装置２００に代えて、ストレージ装置２００ｂを有する。管理サーバ１００ｂは、管理サーバ１００と同じハードウェアにより実現できる。管理サーバ１００ｂのハードウェアを管理サーバ１００のハードウェアと同じ名称・符号により表記する。ストレージ装置２００ｂは、ストレージ装置２００と同じハードウェアにより実現できる。ストレージ装置２００ｂのハードウェアをストレージ装置２００のハードウェアと同じ名称・符号により表記する。

図２１は、第５の実施の形態の機能例を示す図である。管理サーバ１００ｂは、記憶部１１０、トラップ受信部１２０、判定部１３０、情報取得部１４０、管理画面提供部１５０および監視部１６０を有する。記憶部１１０、トラップ受信部１２０、判定部１３０、情報取得部１４０および管理画面提供部１５０は、管理サーバ１００の同名の機能と同様である。監視部１６０は、管理サーバ１００ａにおける同名の機能と同様である。

ストレージ装置２００ｂは、トラップ送信部２５０、装置情報提供部２６０、記憶部２７０および状態管理部２８０を有する。トラップ送信部２５０および装置情報提供部２６０は、ストレージ装置２００の同名の機能と同様である。記憶部２７０および状態管理部２８０は、ストレージ装置２００ａの同名の機能と同様である。

ＦＣスイッチ３００、業務サーバ４００および端末装置５００の機能は、第２の実施の形態と同様であるため、説明を省略する。
このように、管理サーバ１００ｂは、ＳＮＭＰトラップおよびポーリングの両方を用いて、ストレージ装置２００ｂの状態変化を監視してもよい。例えば、管理サーバ１００ｂは、ＳＮＭＰトラップによってストレージ装置２００ｂの状態変化を検出した場合、および、ポーリングによってストレージ装置２００ｂの状態変化を検出した場合のそれぞれにおいて、各装置の装置情報を取得する。例えば、管理サーバ１００ｂは、ストレージ装置２００ｂ側でＳＮＭＰトラップが発行されない事象に対し、当該事象に応じたストレージ装置２００ｂの状態変化を、ポーリングにより検出できる可能性がある。あるいは、管理サーバ１００ｂは、ポーリングではストレージ装置２００ｂの状態変化を確認できない事象に対し、当該事象に応じたストレージ装置２００ｂの状態変化を、ＳＮＭＰトラップにより検出できる可能性がある。こうして、管理サーバ１００ｂは、ＳＮＭＰトラップ、および、ポーリングの両方を組合せて、ストレージ装置２００ｂの監視を行うことで、ストレージ装置２００ｂの状態変化を適切に検出できる可能性が一層高まる。そして、管理サーバ１００ｂは、状態変化をより適切に検出できるので、状態変化を契機とした装置情報の取得も、より適切なタイミングで行えるようになる。これにより、管理サーバ１００ｂによる構成部品の監視の精度を一層向上させることができる。

なお、第１の実施の形態の情報処理は、処理部１ｂにプログラムを実行させることで実現できる。また、第２〜第５の実施の形態の情報処理は、プロセッサ１０１にプログラムを実行させることで実現できる。プログラムは、コンピュータ読み取り可能な記録媒体１３に記録できる。

例えば、プログラムを記録した記録媒体１３を配布することで、プログラムを流通させることができる。また、プログラムを他のコンピュータに格納しておき、ネットワーク経由でプログラムを配布してもよい。コンピュータは、例えば、記録媒体１３に記録されたプログラムまたは他のコンピュータから受信したプログラムを、ＲＡＭ１０２やＨＤＤ１０３などの記憶装置に格納し（インストールし）、当該記憶装置からプログラムを読み込んで実行してもよい。

以上の第１〜第５の実施の形態を含む実施形態に関し、更に以下の付記を開示する。
（付記１） 情報処理装置に関連する構成部品の状態を示す管理情報を記憶する記憶部と、
前記情報処理装置の状態変化の通知を受信すると、前記通知に応じて、前記構成部品の現在の状態を示す部品情報の問い合わせを行うか否かを判定し、問い合わせを行うと判定すると複数の構成部品のうち問い合わせ先の前記構成部品を決定し、決定した前記構成部品の前記部品情報を取得し、前記部品情報に基づいて前記記憶部に記憶された前記管理情報を更新する処理部と、
を有する管理装置。

（付記２） 前記処理部は、前記通知により示される前記状態変化の内容に基づいて、前記状態変化に関連する問い合わせ先の前記構成部品を決定する、付記１記載の管理装置。

（付記３） 前記通知は、前記情報処理装置のベンダ固有のトラップタイプを含むＳＮＭＰトラップであり、
前記処理部は、前記トラップタイプに基づいて問い合わせ先の前記構成部品を決定する、付記１または２記載の管理装置。

（付記４） 前記処理部は、前記状態変化が他の情報処理装置に影響する場合、前記情報処理装置に含まれる第１の構成部品、および、前記他の情報処理装置に含まれる第２の構成部品を、問い合わせ先の前記構成部品とする、付記１乃至３の何れか１つに記載の管理装置。

（付記５） 前記処理部は、前記情報処理装置が保持するカウンタの値または前記情報処理装置の代表ステータスを示す前記通知を受信し、前記カウンタの値または前記代表ステータスの変化に基づいて、前記部品情報の問い合わせを行うか否かを判定する、付記１乃至４の何れか１つに記載の管理装置。

（付記６） 前記情報処理装置は、複数の種類の記憶装置を備えるストレージ装置であり、
前記処理部は、第１の種類の記憶装置に記憶されたデータを第２の種類の記憶装置に移行させる処理の完了を示す前記通知を前記ストレージ装置から受信すると、前記部品情報の問い合わせを行うと判定する、付記１乃至５の何れか１つに記載の管理装置。

（付記７） 構成部品を含む複数の情報処理装置と、
前記構成部品の状態を示す管理情報を記憶する記憶部と、情報処理装置の状態変化の通知を受信すると、前記通知に応じて、前記構成部品の現在の状態を示す部品情報の問い合わせを行うか否かを判定し、問い合わせを行うと判定すると複数の構成部品のうち問い合わせ先の前記構成部品を決定し、決定した前記構成部品の前記部品情報を取得し、前記部品情報に基づいて前記記憶部に記憶された前記管理情報を更新する処理部と、を備える管理装置と、
を有する情報処理システム。

（付記８） 前記処理部は、前記通知により示される前記状態変化の内容に基づいて、前記状態変化に関連する問い合わせ先の前記構成部品を決定する、付記７記載の情報処理システム。

（付記９） 前記通知は、前記情報処理装置のベンダ固有のトラップタイプを含むＳＮＭＰトラップであり、
前記処理部は、前記トラップタイプに基づいて問い合わせ先の前記構成部品を決定する、付記７または８記載の情報処理システム。

（付記１０） 前記処理部は、前記状態変化が他の情報処理装置に影響する場合、前記情報処理装置に含まれる第１の構成部品、および、前記他の情報処理装置に含まれる第２の構成部品を、問い合わせ先の前記構成部品とする、付記７乃至９の何れか１つに記載の情報処理システム。

（付記１１） 情報処理装置の状態変化の通知を受信すると、前記通知に応じて、前記情報処理装置に関連する構成部品の現在の状態を示す部品情報の問い合わせを行うか否かを判定し、問い合わせを行うと判定すると複数の構成部品のうち問い合わせ先の前記構成部品を決定し、
決定した前記構成部品の前記部品情報を取得し、
前記部品情報に基づいて前記構成部品の状態を示す管理情報を更新する、
処理をコンピュータに実行させる管理プログラム。

（付記１２） 問い合わせ先の前記構成部品の決定では、前記通知により示される前記状態変化の内容に基づいて、前記状態変化に関連する問い合わせ先の前記構成部品を決定する、付記１１記載の管理プログラム。

（付記１３） 前記通知は、前記情報処理装置のベンダ固有のトラップタイプを含むＳＮＭＰトラップであり、
前記トラップタイプに基づいて問い合わせ先の前記構成部品を決定する、付記１１または１２記載の管理プログラム。

（付記１４） 問い合わせ先の前記構成部品の決定では、前記状態変化が他の情報処理装置に影響する場合、前記情報処理装置に含まれる第１の構成部品、および、前記他の情報処理装置に含まれる第２の構成部品を、問い合わせ先の前記構成部品とする、付記１１乃至１３の何れか１つに記載の管理プログラム。

１ 管理装置
１ａ，２ａ，３ａ 記憶部
１ｂ，２ｂ，３ｂ 処理部
２，３ 情報処理装置
２ｃ，２ｄ，２ｅ，２ｆ，３ｃ，３ｄ 構成部品
４ ネットワーク
ｇ１，ｇ２ 構成部品群

Claims (7)

1. 情報処理装置に関連する構成部品の状態を示す管理情報、および、前記情報処理装置からの状態変化の通知に含まれる識別情報に関係する前記構成部品を示す情報を記憶する記憶部と、
   前記情報処理装置の前記状態変化の第１の通知を受信すると、前記第１の通知が示す前記状態変化が正常状態から異常状態への第１の変化、異常状態から障害復旧への第２の変化および正常状態から保守完了への第３の変化の何れかであるか否かを判定し、前記第１の変化、前記第２の変化および前記第３の変化の何れかであると判定すると、前記記憶部に記憶された前記情報に基づいて、前記情報処理装置に関連する複数の構成部品のうち、前記第１の通知に含まれる前記識別情報に関係する前記構成部品を、前記構成部品の現在の状態を示す部品情報の問い合わせ先の前記構成部品として決定し、決定した前記構成部品の前記部品情報を取得し、前記部品情報に基づいて前記記憶部に記憶された前記管理情報を更新する処理部と、
   を有する管理装置。
2. 前記通知は、前記情報処理装置のベンダ固有のトラップタイプを前記識別情報として含むＳＮＭＰ（Simple Network Management Protocol）トラップであり、
   前記処理部は、前記トラップタイプに基づいて問い合わせ先の前記構成部品を決定する、請求項１記載の管理装置。
3. 前記処理部は、前記状態変化が他の情報処理装置に影響する場合、前記情報処理装置に含まれる第１の構成部品、および、前記他の情報処理装置に含まれる第２の構成部品を、問い合わせ先の前記構成部品とする、請求項１または２記載の管理装置。
4. 前記処理部は、前記情報処理装置が保持するカウンタの値であって、前記情報処理装置の前記状態変化に応じて更新される前記カウンタの値または前記情報処理装置の全体の状態を示す代表ステータスを取得し、前記カウンタの値または前記代表ステータスの変化に基づいて、前記部品情報の問い合わせを行うか否かを判定する、請求項１乃至３の何れか１項に記載の管理装置。
5. 前記情報処理装置は、複数の種類の記憶装置を備えるストレージ装置であり、
   前記処理部は、第１の種類の記憶装置に記憶されたデータを第２の種類の記憶装置に移行させる処理の完了を示す前記第１の通知を前記ストレージ装置から受信すると、前記ストレージ装置における前記第１の種類の記憶装置および前記第２の種類の記憶装置に対応する前記部品情報の問い合わせを行うと判定する、請求項１乃至４の何れか１項に記載の管理装置。
6. 構成部品を含む複数の情報処理装置と、
   前記構成部品の状態を示す管理情報、および、情報処理装置からの状態変化の通知に含まれる識別情報に関係する前記構成部品を示す情報を記憶する記憶部と、前記情報処理装置の前記状態変化の第１の通知を受信すると、前記第１の通知が示す前記状態変化が正常状態から異常状態への第１の変化、異常状態から障害復旧への第２の変化および正常状態から保守完了への第３の変化の何れかであるか否かを判定し、前記第１の変化、前記第２の変化および前記第３の変化の何れかであると判定すると、前記記憶部に記憶された前記情報に基づいて、前記情報処理装置に関連する複数の構成部品のうち、前記第１の通知に含まれる前記識別情報に関係する前記構成部品を、前記構成部品の現在の状態を示す部品情報の問い合わせ先の前記構成部品として決定し、決定した前記構成部品の前記部品情報を取得し、前記部品情報に基づいて前記記憶部に記憶された前記管理情報を更新する処理部と、を備える管理装置と、
   を有する情報処理システム。
7. 情報処理装置を管理する管理装置に用いられるコンピュータに、
   前記情報処理装置の状態変化の第１の通知を受信すると、前記第１の通知が示す前記状態変化が正常状態から異常状態への第１の変化、異常状態から障害復旧への第２の変化および正常状態から保守完了への第３の変化の何れかであるか否かを判定し、前記第１の変化、前記第２の変化および前記第３の変化の何れかであると判定すると、記憶部に記憶された、前記情報処理装置からの前記状態変化の通知に含まれる識別情報に関係する構成部品を示す情報に基づいて、前記情報処理装置に関連する複数の構成部品のうち、前記第１の通知に含まれる前記識別情報に関係する前記構成部品を、前記構成部品の現在の状態を示す部品情報の問い合わせ先の前記構成部品として決定し、
   決定した前記構成部品の前記部品情報を取得し、
   前記部品情報に基づいて前記構成部品の状態を示す管理情報を更新する、
   処理を実行させる管理プログラム。
   

Images