JP2002288055A - ストレージシステムにおける管理対象デバイスと管理パスの状態確認方法及びストレージシステム - Google Patents

Abstract

(57)【要約】 【課題】管理対象デバイスと管理パスの状態確認が速や
かに且つ高信頼性で以て行うことができるようにする。 【解決手段】管理ツール１１１からドライブ１０３への
管理パスとして、ドライブ１０３への直接のパスとサー
バ１０１，１０２経由のパスとを用意する。管理ツール
１１１は起動時に、Ａｌｉｖｅ確認リクエストを特定ポ
ート番号指定のブロードキャストパケットでＬＡＮ１０
０に送信する。このリクエストはドライブ１０３に着目
すると、矢印３０１ａ〜３０１ｃのように管理Ａｇｅｎ
ｔ１２１〜１２３に伝達される。管理Ａｇｅｎｔ１２１
〜１２３は矢印３０２ａ〜３０２ｃのようにドライブ１
０３のＡｌｉｖｅ確認を一定時間内に行い、結果を矢印
３０３ａ〜３０３ｃのように管理ツール１１１に返す。
管理ツール１１１は、監視時間内に返された結果を総合
してディスクドライブ１０３のＡｌｉｖｅ確認をする。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、複数のサーバ計算
機と少なくとも１つのストレージデバイスとを接続し、
ブロードキャスト及びユニキャストによる通信が可能な
汎用ネットワークと、上記複数のサーバ計算機から上記
少なくとも１つのストレージデバイスが共用可能な共用
ネットワークとを備えたストレージシステムに係り、特
に汎用ネットワークに接続された管理端末から当該シス
テム内の管理対象デバイスの管理パスの状態確認を行う
のに好適なストレージシステムにおける管理対象デバイ
スと管理パスの状態確認方法及びストレージシステムに
関する。

【０００２】

【従来の技術】近年、汎用ネットワークとしてのＬＡＮ
とは別に、ストレージ専用のネットワークであるストレ
ージエリアネットワーク（ＳＡＮ）が用いられたストレ
ージシステムが開発されている。ＳＡＮは従来サーバ
（サーバ計算機）に直結していたストレージデバイス
（例えばディスク装置）をサーバから分離し、各サーバ
から共用できるようにサーバとストレージデバイスの間
をファイバチャネル（FibreChannel）ケーブルやＳＣＳ
Ｉ（Small Computer System Interface）ケーブルで接
続することにより構築されるネットワークである。した
がってＳＡＮは共用ネットワークと呼ぶことができる。

【０００３】ＳＡＮを採用したストレージシステムで
は、サーバはＬＡＮとＳＡＮとの双方に接続され、ファ
イルアクセスはＳＡＮ経由で、サーバのメインのサービ
スはＬＡＮ経由で行われるのが一般的である。ＳＡＮに
はストレージデバイスを必要な分だけ効率よく増設でき
る拡張性の高さや敷設の柔軟性というメリットがある。
しかしその反面、管理対象も増加することになり、管理
コストが増大する問題がある。

【０００４】そこで、この管理コストが増大するという
問題を解消するために、ＳＡＮではリモート・集中管理
が採用されている。リモート管理は、ストレージデバイ
スの管理を目的とするモジュール（以下、管理モジュー
ルと称する）をストレージデバイス本体内並びにストレ
ージデバイスを利用するサーバ内に設置し、管理端末上
で動作する管理専用のアプリケーション（以下、管理ツ
ールと称する）が要求する処理を管理モジュールが代行
することで実現している。一方、集中管理は、この各ス
トレージデバイスに対するリモート管理機構を集約した
管理形態で、管理範囲に比べて効率のよい管理が可能と
なる。

【０００５】管理モジュールは管理ツールからの要求に
速やかに応じられるように、内部に保持するストレージ
デバイスの動作状況や管理ポリシーなどの情報（管理情
報）を定期的に更新したり、管理ツールからの要求に応
じて、ストレージデバイスへデバイス−管理モジュール
間で使用するプロトコルを発行する役目を果たしたりす
る。以上により管理者は、管理端末から各ストレージデ
バイスを一元管理することができる。

【０００６】上記のＳＡＮ環境において、管理ツールは
自身が起動された際に、システム情報の収集作業とし
て、ＳＡＮ環境内の各ストレージデバイス（管理対象デ
バイス）の起動・停止を確認するために、ＬＡＮに接続
されるノードに割り当て可能なネットワークアドレス部
が共通のすべてのＩＰアドレスについて、対応する管理
モジュールの有無に無関係に、ＬＡＮを介して確認要求
を順次送信するのが一般的であった。ここで、各ストレ
ージデバイスについて、当該ストレージデバイス本体内
並びに当該ストレージデバイスを利用するサーバ内に配
置されている管理モジュールのうちの１つだけに、上記
確認要求のためのユニキャストパケットを受信するため
にポート番号が予約されている。したがって、このポー
ト番号が予約されている管理モジュールだけが自身の管
理対象とするストレージデバイスが起動・動作中である
場合に管理ツールに応答を返すことができる。、管理ツ
ールは確認要求を送信する都度、当該確認要求に対する
応答を一定時間を上限として監視し、その間に応答があ
れば対応するストレージデバイスが起動・動作中（以
下、Ａｌｉｖｅと称する）であり、応答がなければ（タ
イムアウトであれば）障害あり（以下、Ｄｅａｄと称す
る）と判定する。また管理ツールは、この確認処理を行
うための確認要求で使用したＩＰアドレスで指定される
管理モジュールを経由する通信経路、つまり対応するス
トレージデバイスへの通信経路（以下、管理パスと称す
る）の状態は、当該確認要求に対する応答を以て利用可
能（Ａｌｉｖｅ）と判定し、応答なしを以て利用不可能
（Ｄｅａｄ）と判定する。

【０００７】

【発明が解決しようとする課題】上記したように従来の
ＳＡＮ環境のストレージシステムにあっては、管理ツー
ルは自身の起動時にシステム情報の収集として管理対象
デバイスと管理パスのＡｌｉｖｅ確認を行うのに、ＬＡ
Ｎに接続されるノードに割り当て可能なすべてのＩＰア
ドレスを対象に当該ＩＰアドレスを切り替えながら順次
対応する管理モジュールへの確認要求を送信していた。

【０００８】しかし、Ａｌｉｖｅ確認をＬＡＮに接続さ
れるノードに割り当て可能なすべてのＩＰアドレスを対
象に１ＩＰアドレス単位で行うことは、Ａｌｉｖｅ確認
に多大な時間を要するという問題があり、更にＬＡＮ上
に存在しないノードに対して無用なＡｌｉｖｅ確認処理
が行われるという問題もあった。そのため、ユーザが起
動待ちに容認し得る時間に比べて管理ツールの起動時間
が大変長くなるという問題があった。

【０００９】また従来は、管理ツールからの確認要求に
対して応答がなければ管理対象デバイスのＤｅａｄと判
定され、同時に当該デバイスへの管理パスもＤｅａｄと
判定されていた。ところが、管理対象デバイスと管理パ
スが共にＤｅａｄとなることは希である。しかし従来技
術にあっては、管理対象デバイスと管理パスのそれぞれ
についてＡｌｉｖｅまたはＤｅａｄの確認を行うことは
できなかった。

【００１０】本発明は上記事情を考慮してなされたもの
でその目的は、管理対象デバイスと管理パスの状態確認
が速やかに且つ高信頼性で以て行うことができるストレ
ージシステムにおける管理対象デバイスと管理パスの状
態確認方法及びストレージシステムを提供することにあ
る。

【００１１】

【課題を解決するための手段】本発明は、複数のサーバ
計算機と少なくとも１つのストレージデバイスとを接続
し、ブロードキャスト及びユニキャストによる通信が可
能な汎用ネットワークと、上記複数のサーバ計算機と上
記少なくとも１つのストレージデバイスとを接続し、上
記複数のサーバ計算機から上記少なくとも１つのストレ
ージデバイスが共用可能な共用ネットワークと、上記汎
用ネットワークに接続された管理端末上で動作し、少な
くとも上記ストレージデバイスを管理する管理ツール
と、上記複数のサーバ計算機にそれぞれ設けられ、上記
少なくとも１つのストレージデバイスのうちの管理対象
デバイスを示す管理対象デバイス情報、及び当該管理対
象デバイスと当該デバイスへの管理パスとの状態確認を
要求する状態確認リクエストを受け付けるための特定ポ
ート番号が予め設定された、上記管理ツールの要求する
処理を代行するためのサーバ側管理エージェントと、上
記少なくとも１つのストレージデバイスにそれぞれ設け
られ、上記特定ポート番号が予め設定された、上記管理
ツールの要求する処理を代行するためのデバイス側管理
エージェントとを備えたストレージシステムにおける管
理対象デバイスと管理パスの状態確認方法であって、上
記管理ツールから上記システム内のすべての管理対象デ
バイスと当該デバイスへの管理パスとの状態を確認する
ための状態確認リクエストを上記特定ポート番号が指定
されたブロードキャストパケットで上記汎用ネットワー
ク上に送信するステップと、上記管理ツールから送信さ
れた状態確認リクエストを当該リクエストで指定された
特定ポート番号が設定されている管理エージェントにて
受信して、当該リクエストに従って自身の管理対象デバ
イスの状態を確認するステップと、上記管理対象デバイ
スの状態確認結果の応答を管理エージェントから管理ツ
ールに返すステップと、上記状態確認リクエストに対す
る各管理エージェントからの応答を管理ツールにて予め
設定された時間だけ監視するステップと、この予め設定
された時間内に管理ツールで受信した応答を管理対象デ
バイス毎に集計し、その集計結果をもとに管理対象デバ
イス毎に当該デバイスの状態と当該デバイスへの各管理
パスの状態とを判定するステップとを備えたことを特徴
とする。

【００１２】このような構成においては、各サーバ計算
機及び当該サーバ計算機から共有可能なストレージデバ
イスには、状態確認リクエストを受け付けるための特定
ポート番号が予め設定され、また各サーバ計算機には管
理対象デバイスを示す管理対象デバイス情報が予め設定
されているため、管理ツールから状態確認リクエストを
用いた各管理対象デバイスの状態確認を含む管理を行う
ための通信経路としての管理パスが各デバイス毎に複数
確保される。

【００１３】また上記の構成においては、管理対象デバ
イスと当該デバイスへの管理パスとの状態確認を要求す
る状態確認リクエストが、ブロードキャストパケットで
送信される。このため、従来のように汎用ネットワーク
（ＬＡＮ）に接続されるノードに割り当て可能なネット
ワークアドレス部が共通のすべてのＩＰアドレスについ
て状態確認リクエストを順次送信する場合に比べて、す
べての管理対象デバイスの状態確認を行うのに要する時
間を著しく短縮できる。

【００１４】また、管理対象デバイス毎に、当該デバイ
スへの管理パスが複数確保されることから、そのパス上
の管理エージェントによる当該デバイスの状態確認処理
により、管理ツールでは、１管理対象デバイスにつき、
対応する管理パス数分の状態確認結果を得ることができ
る。したがって、各管理対象デバイス毎に、対応する管
理パス数分の状態確認結果を集計して、当該デバイスの
状態を総合的に判定することで、当該デバイスの状態確
認結果の信頼性を高めることができる。また、管理対象
デバイスへの各管理パス毎の状態確認も、例えば対応す
る管理エージェントからの状態確認結果により行うこと
が可能となる。更に、管理パスに障害が発生しても他の
管理パスが利用可能なため管理サービスの低下を回避す
ることができ、複数パス分の状態確認結果を比較するこ
とで管理パスを含めたネットワークの障害箇所が特定で
きる効果もある。

【００１５】ここで、管理エージェントでは、管理ツー
ルからの状態確認リクエストに従って自身の管理対象デ
バイスの状態を確認するのに、当該デバイスに対して当
該デバイスの状態確認が可能なコマンドを発行してその
応答を一定時間監視し、当該デバイスの状態として、一
定時間内に応答があった場合にはその応答内容により、
応答なしの場合には一意に、正常動作中を示す第１の状
態（Ａｌｉｖｅ）、デバイス障害を示す第２の状態（Ｄ
ｅａｄ）、及び当該デバイスへの管理パスに障害の可能
性があることを示す第３の状態（Ｐａｔｈ−Ｅｒｒｏ
ｒ）のいずれかを判定するとよい。また、この判定結果
のステータスが設定された応答が状態確認結果の応答と
して管理エージェントから管理ツールに返されるように
するとよい。

【００１６】この場合、管理ツールでは、管理対象デバ
イスの集計結果がすべて第１の状態（Ａｌｉｖｅ）であ
るか、第１の状態（Ａｌｉｖｅ）と第３の状態（Ｐａｔ
ｈ−Ｅｒｒｏｒ）のみからなる場合には当該デバイスは
第１の状態（Ａｌｉｖｅ）であると判定するとよい。ま
た、すべて第２の状態（Ｄｅａｄ）であるか、第２の状
態（Ｄｅａｄ）と第３の状態（Ｐａｔｈ−Ｅｒｒｏｒ）
のみからなる場合には当該デバイスは第２の状態（Ｄｅ
ａｄ）であると判定するとよい。また、第１の状態（Ａ
ｌｉｖｅ）と第２の状態（Ｄｅａｄ）とが混在している
場合には、当該デバイスの状態が決まらないために再度
の状態確認が必要な第４の状態（Ｉｎｖａｌｉｄ）であ
ると判定するとよい。

【００１７】更に、第１または第２の状態（Ａｌｉｖｅ
またはＤｅａｄ）を示すステータスが設定された応答を
返した管理エージェントを経由する管理パスは有効であ
ると判定するとよく、第３の状態（Ｐａｔｈ−Ｅｒｒｏ
ｒ）を示すステータスが設定された応答を返した管理エ
ージェントを経由する管理パスは無効であると判定する
とよい。

【００１８】なお、デバイスの状態確認が可能なコマン
ドとしては、例えばステータス取得コマンドが適用可能
である。管理エージェントでの当該コマンドの実行によ
り、管理ツールの状態確認の代理処理が行われることに
なる。

【００１９】また、管理エージェントから管理ツールに
返される応答に当該管理エージェントが動作するマシン
を特定するネットワーク情報を付加し、管理ツールで
は、上記管理エージェントを経由する管理パスが有効で
あると判定した場合に、当該管理パスの情報として当該
管理エージェントが動作するマシンを特定するネットワ
ーク情報を管理パスリストに登録するとよい。この登録
後は、管理対象デバイスと管理パスの状態確認を行う必
要がある場合には、管理パスリストに登録されているネ
ットワーク情報を用いたユニキャストパケットを用いる
ことが可能となり、管理エージェントでの管理対象デバ
イスの状態確認をより速やかに行うことができる。

【００２０】また、管理ツールから送信される状態確認
リクエストに応答期限を付加し、各管理エージェントで
は、当該状態確認リクエストに応じて管理対象デバイス
に対して発行される当該デバイスの状態確認が可能なコ
マンドに対する応答期限を、上記リクエストに付されて
いる応答期限に基づいて設定するならば、無駄のない応
答期限（監視時間）の設定が可能となり、設定された応
答期限内に管理対象デバイスの状態確認処理を終了する
ことを保証できるようになる。この効果は、管理ツール
による状態確認リクエストの送信から当該リクエストに
対する各管理エージェントからの応答の受信までにそれ
ぞれ要した時間の情報を、管理ツールから各管理エージ
ェントに通知し、各管理エージェントは管理ツールから
通知された時間情報を保存しておき、当該時間情報を以
降の上記コマンドに対する応答期限を作成するときに利
用するならば、より顕著となる。

【００２１】以上のストレージシステムにおける管理対
象デバイスと管理パスの状態確認方法に係る本発明は、
当該方法を適用するストレージシステムに係る発明とし
ても成立し、また当該システム内の管理端末で実行され
る管理プログラムに係る発明としても成立する。

【００２２】

【発明の実施の形態】以下、本発明の実施の形態につき
図面を参照して説明する。

【００２３】図１は本発明の一実施形態に係るストレー
ジシステムの構成を示す。図１において、ＬＡＮ１００
には、サーバ（＃１）１０１及びサーバ（＃２）１０２
がＬＡＮケーブルにより接続されている。ＬＡＮ１００
にはまた、ＬＡＮポートを内蔵するストレージデバイス
としての例えばディスクドライブ（＃３）１０３及びテ
ープドライブ（＃４）１０４が、ＬＡＮケーブルにより
当該ＬＡＮポートを介して接続されている。サーバ（＃
１）１０１、サーバ（＃２）１０２、ディスクドライブ
（＃３）１０３及びテープドライブ（＃４）１０４はフ
ァイバチャネルにより相互接続されることで、ＳＡＮ
（Storage Area Network）１０５を構成している。

【００２４】ＬＡＮ１００にはまた、管理者の操作によ
りシステム全体をリモート管理するための端末（以下、
管理端末と称する）１１０が接続されている。管理端末
１１０上では、管理専用のアプリケーションである管理
ツール１１１が動作する。管理ツール１１１は、本発明
に直接関係するデバイスＡｌｉｖｅ確認リクエストの発
行元となる。管理ツール１１１は、管理対象デバイスと
してのディスクドライブ１０３及びテープドライブ１０
４を、サーバ１０１または１０２経由で管理すること、
つまりサーバ１０１または１０２からＳＡＮ１０５を介
して間接的に管理することも、ＬＡＮ１００経由で直接
的に管理することも可能である。

【００２５】サーバ１０１及び１０２上では、管理端末
１１０上の管理ツール１１１と連携する管理Ａｇｅｎｔ
（＃１）１２１及び（＃２）１２２が動作する。ディス
クドライブ１０３及びテープドライブ１０４では、ＬＡ
Ｎポートと直接接続した管理専用モジュール１３３及び
１３４上で、同様の管理Ａｇｅｎｔ（＃３）１２３及び
（＃４）１２４が動作する。

【００２６】管理Ａｇｅｎｔ１２１〜 １２４
は、タイムキーパーとして常駐するプロセスであって、
ある一定時間以内の応答を保証するように構成されてい
る。管理Ａｇｅｎｔ１２１〜１２４は、図２に示すよう
に、送受信モジュール２０１、Ａｌｉｖｅ確認待ちモジ
ュール２０２及びＡｌｉｖｅ確認処理モジュール２０３
を備えている。

【００２７】送受信モジュール２０１はＯＳの機能をそ
のまま使用し、ブロードキャストパケット及びユニキャ
ストパケットを受信するためにポート番号を予約してお
く。Ａｌｉｖｅ確認処理モジュール２０３は、管理対象
デバイスとの接続の間で何らかのリクエストを確認処理
の代用として発行する。Ａｌｉｖｅ確認待ちモジュール
２０２は、そのリクエストに対する応答を一定時間待ち
続ける。

【００２８】管理Ａｇｅｎｔ１２１〜１２４に要求され
る動作環境たる条件は、管理ツール１１１との通信機
能、例えばＴＣＰ（Transmission Control Protocol）
／ＩＰ（Internet Protocol）対応の通信機能を持つと
共に、管理対象デバイスのＤｅａｄ／Ａｌｉｖｅの状態
を確認するための機能（Ｄｅａｄ／Ａｌｉｖｅ確認機
能）を持っていることである。よって、管理Ａｇｅｎｔ
１２１〜１２４の動作環境がデバイス本体内にあろう
と、サーバ上にあろうと構わない。

【００２９】管理Ａｇｅｎｔ１２１〜１２４のＡｌｉｖ
ｅ確認処理モジュール２０３は、上記Ｄｅａｄ／Ａｌｉ
ｖｅ確認機能により、管理対象デバイスのＤｅａｄ／Ａ
ｌｉｖｅを実際に判定する役割を担う。どのような処理
をもってＤｅａｄ／Ａｌｉｖｅ確認の代理処理とするか
は事前に定義しておく必要があるが、Ｄｅａｄ／Ａｌｉ
ｖｅが判定できる限りは何でもよい。但し、処理自体に
時間を要するとその応答が遅延する可能性があるため、
極力軽い処理を採用することが好ましい。またプロトコ
ルによっては詳細なステータスを返すが、どのステータ
スをＤｅａｄ／Ａｌｉｖｅのどちらに解釈するかもＡｌ
ｉｖｅ確認処理モジュール２０３で事前に定義する必要
がある。つまりＡｌｉｖｅ確認処理モジュール２０３で
プロトコルに依存した処理が定義される。

【００３０】サーバ１０１，１０２からは、いずれもＳ
ＡＮ１０５を介してディスクドライブ１０３及びテープ
ドライブ１０４の利用が可能である。一方、管理権限に
関しては、サーバ１０１はディスクドライブ１０３のみ
を管理可能とし、サーバ１０２はディスクドライブ１０
３及びテープドライブ１０４の両方を管理可能とする。
この管理対象デバイスの情報は、各管理Ａｇｅｎｔ（＃
１）１２１〜（＃４）１２４に管理ツール１１１の実行
前に設定される。

【００３１】この他にも、管理Ａｇｅｎｔ１２１〜１２
４への事前設定としてポート番号とＡｌｉｖｅ確認の代
わりとなる処理（以下、代理処理と称する）を設定して
おく必要がある。本実施形態では、このポート番号を１
００００として、すべての管理Ａｇｅｎｔ１２１〜１２
４に設定する。

【００３２】代理処理に関しては、サーバ１０１，１０
２、及び管理専用モジュール１３３，１３４のいずれ
も、管理対象デバイスのステータス取得コマンド処理を
代理処理として設定する。設定後、管理Ａｇｅｎｔ１２
１〜１２４を起動し、管理ツール１１１からのリクエス
トを受信するまで待ち続けさせる。

【００３３】次に、図１のシステムの動作を、ディスク
ドライブ（＃３）１０３のＡｌｉｖｅ確認処理に注目し
て、管理ツール起動時に行われる「管理情報収集」動作
と、通常動作時に行われる管理ツールによる「ポーリン
グ」動作とについて、図３の情報の流れを示す図及び図
４乃至図６のフローチャートを適宜参照して説明する。

【００３４】まず図１のシステムでは、管理端末１１０
上の管理ツール１１１の起動直後に管理ツール１１１に
よる管理パスを含む「管理情報収集」動作を開始する。
管理ツール１１１の起動時には当該管理ツール１１１は
管理に関する情報（システム情報）を何も持たない。こ
の場合、管理ツール１１１は、管理対象デバイスの動作
状況の確認（デバイスＡｌｉｖｅ確認処理）と各デバイ
スの管理パスの取得を行う必要がある。

【００３５】そこで管理ツール１１１は、デバイスＡｌ
ｉｖｅ確認処理のリクエストパケット（Ａｌｉｖｅ確認
リクエスト）をポート番号１００００が指定されたＩＰ
ブロードキャストパケットでＬＡＮ１００上に送信する
（ステップ４０１）。このリクエストパケットでは、管
理者が管理端末１１０を操作することで設定される応答
待ちの制限時間と送信時刻とから計算された「応答期
限」が一緒に送信される。ここでは、応答待ち制限時間
が１０秒と設定されており、且つリクエストパケット送
信時の時刻が１３：００：００であったとすると、応答
期限は１３：００：１０であり、この応答期限がリクエ
ストパケットに付加される。また管理ツール１１１は、
この応答期限で示される時刻１３：００：１０まで、各
管理ＡｇｅｎｔからのＡｌｉｖｅ確認処理の結果を待ち
続ける（ステップ４０２〜４０５）。

【００３６】さて、管理ツール１１１からＩＰブロード
キャストパケットで送信されたＡｌｉｖｅ確認リクエス
トは、例えばディスクドライブ（＃３）１０３への経路
（管理パス）に着目した場合、図３中の矢印３０１ａで
示すようにＬＡＮ１００から直接にディスクドライブ
（＃３）１０３に、当該ディスクドライブ（＃３）１０
３の管理専用モジュール１３３を介して伝達されると共
に、図３中の矢印３０１ｂ，３０１ｃで示すようにサー
バ（＃１）１０１及び（＃２）１０２にそれぞれ伝達さ
れる。

【００３７】サーバ（＃１）１０１の管理Ａｇｅｎｔ
（＃１）１２１、サーバ（＃２）１０２の管理Ａｇｅｎ
ｔ（＃２）１２２、及びディスクドライブ（＃３）１０
３の管理専用モジュール１３３上の管理Ａｇｅｎｔ（＃
３）１２３は、管理ツール１１１からのリクエストパケ
ット（Ａｌｉｖｅ確認リクエスト）を送受信モジュール
２０１により受信する。

【００３８】すると管理Ａｇｅｎｔ（＃１）１２１，
（＃２）１２２及び（＃３）１２３の各Ａｌｉｖｅ確認
処理モジュール２０３は、受信パケットから応答期限
（１３：００：１０）を取り出し、その応答期限の値と
当該管理Ａｇｅｎｔが集計した応答時間の統計情報か
ら、管理ツール１１１への送信時間を考慮した当該管理
Ａｇｅｎｔ独自の応答期限を決定する（ステップ６０
１，６０２）。例えば、管理Ａｇｅｎｔ（＃３）１２３
では、応答時間の統計情報から５００ｍｓｅｃ以内には
必ず管理ツール１１１への送信が完了できることが分か
っているとすると、管理ツール１１１への返信期限は上
記応答期限１３：００：１０より５００ｍｓｅｃ前の時
刻１３：００：０９．５０である。但し、実際は時刻で
なくて、待ち時間で処理される。

【００３９】次に、管理Ａｇｅｎｔ（＃１）１２１，
（＃２）１２２及び（＃３）１２３の各Ａｌｉｖｅ確認
処理モジュール２０３は、図３中の矢印３０２ａ，３０
２ｂ，３０２ｃで示すように、対応するディスクドライ
ブ（＃３）１０３本体（管理対象デバイス本体）への代
理処理（ステータス取得コマンド）を実行する（ステッ
プ６０３）。そして、管理Ａｇｅｎｔ（＃１）１２１，
（＃２）１２２及び（＃３）１２３のＡｌｉｖｅ確認待
ちモジュール２０２は、先に決定された応答期限まで代
理処理の応答を待ち続ける（ステップ６０４〜６０
６）。

【００４０】もし、応答期限までに応答があって、その
応答が送受信モジュール２０１で受信されたなら（ステ
ップ６０５，６０７）、その応答内容がＡｌｉｖｅ確認
処理モジュール２０３に渡される。一方、応答期限まで
に応答がなかった場合には、その旨がＡｌｉｖｅ確認待
ちモジュール２０２からＡｌｉｖｅ確認処理モジュール
２０３に通知される。

【００４１】さて、代理処理を実行するＡｌｉｖｅ確認
処理モジュール２０３では、前述したようにプロトコル
に依存した処理が定義されている。ここではＡｌｉｖｅ
確認処理モジュール２０３は、管理対象デバイス本体
（ここではディスクドライブ（＃３）１０３本体）との
間で使用されているプロトコルを利用したコマンドを発
行し、その結果から「Ａｌｉｖｅ」「Ｄｅａｄ」「Ｐａ
ｔｈ−Ｅｒｒｏｒ」の３つのステータスのいずれかを決
定する。

【００４２】例えば、管理Ａｇｅｎｔ（＃３）１２３の
Ａｌｉｖｅ確認処理モジュール２０３がタイムアウトで
しかＤｅａｄ判定できないプロトコルを使用するなら
ば、応答ありは「Ａｌｉｖｅ」、「応答なし」は「Ｄｅ
ａｄ」と決定できる。しかし、このプロトコルでは、受
信のステータスが２つしかなく、また通信路（管理パ
ス）の障害とデバイスダウンとの違いを区別できないた
め、応答なしは「Ｄｅａｄ」ではなく「Ｐａｔｈ−Ｅｒ
ｒｏｒ」と定義する。

【００４３】一方、サーバ（＃１）１０１，（＃２）は
各デバイスとファイバチャネルを用いて構築されたＳＡ
Ｎ１０５により接続されており、当該デバイスの状態が
応答のステータスで判定できる。よって、代理処理（ス
テータス取得コマンド実行）の正常終了を「Ａｌｉｖ
ｅ」、それ以外をーＤｅａｄ」、応答なしを「Ｐａｔｈ
‐Ｅｒｒｏｒ」と定義する。

【００４４】Ａｌｉｖｅ確認処理モジュール２０３は、
以上の定義に従い、応答期限までのの応答の有無、応答
ありの場合には更に応答内容（正常終了か否かなど）に
より、代理処理の結果（Ａｌｉｖｅ確認処理結果）のス
テータスを決定する（ステップ６０８または６０９）。
即ちＡｌｉｖｅ確認処理モジュール２０３は、応答期限
までに応答があった場合、その応答内容から管理対象デ
バイスに対する代理処理の結果（ここでは、Ｄｅａｄ：
デバイスダウン／Ａｌｉｖｅ：正常動作中）を判定する
（ステップ６０８）。またＡｌｉｖｅ確認処理モジュー
ル２０３は、応答期限までに応答がなかった場合には、
管理対象デバイスへの管理パスの障害の可能性があるこ
とを表す「Ｐａｔｈ−Ｅｒｒｏｒ」を判定する（ステッ
プ６０９）。

【００４５】そして管理Ａｇｅｎｔ（＃１）１２１，
（＃２）１２２及び（＃３）１２３は、Ａｌｉｖｅ確認
処理モジュール２０３によって判定された管理対象デバ
イスのステータスをセットした応答パケットを、管理ツ
ール１１１からのＡｌｉｖｅ確認リクエストに対する応
答パケットとして、送受信モジュール２０１により図３
中の矢印３０３ａ，３０３ｂ，３０３ｃで示すように、
管理ツール１１１に返信する（ステップ６１０）。この
応答パケットの内容は、上記管理対象デバイスのステー
タス（Ｄｅａｄ／Ａｌｉｖｅ／Ｐａｔｈ‐Ｅｒｒｏｒ）
の他に、当該デバイスの識別情報としての例えばデバイ
ス名、及び該当する管理Ａｇｅｎｔの情報、例えば当該
管理Ａｇｅｎｔが動作しているマシンのネットワークア
ドレスとしてのＩＰアドレスを含む。

【００４６】前記したように、管理ツール１１１はＡｌ
ｉｖｅ確認リクエストＩＰブロードキャストパケットで
送信すると（ステップ４０１）、応答期限まで各管理Ａ
ｇｅｎｔからのＡｌｉｖｅ確認処理の結果を待ち続ける
（ステップ４０２〜４０５）。そして管理ツール１１１
は、応答期限を過ぎると（ステップ４０５）、応答期限
までの期間に受信した各管理ＡｇｅｎｔからのＡｌｉｖ
ｅ確認処理結果の応答パケットに基づき、Ａｌｉｖｅ確
認処理結果を集計して（ステップ４０６）、各デバイス
のステータスを判定する処理を行う（ステップ４０
７）。ここで、各管理ＡｇｅｎｔからのＡｌｉｖｅ確認
処理結果の集計は、例えばＡｌｉｖｅ確認処理結果（応
答パケット）に設定されているデバイス名で指定される
デバイス（管理対象デバイス）毎に行われる。

【００４７】管理ツール１１１におけるＡｌｉｖｅ確認
処理結果の集計結果の一例を、ディスクドライブ（＃
３）１０３について図７に示す。この図７では、ディス
クドライブ（＃３）１０３を管理対象デバイスとする３
つの管理Ａｇｅｎｔ（＃１）１２１，（＃２）１２２，
（＃３）１２３でのＡｌｉｖｅ確認処理結果（代理処理
結果）のステータスの組み合わせパターン例が４通り示
されている。

【００４８】図７は、すべての組み合わせパターンを網
羅している訳ではなく、「Ｄｅａｄ」と「Ａｌｉｖｅ」
を入れ替えるパターンもあり得る。パターン＃１は正常
動作時の結果である。当然すべてが「Ｄｅａｄ」という
逆のパターンもあり得る。パターン＃２は組み合わせの
中に管理Ａｇｅｎｔ＃３からの「Ｐａｔｈ‐Ｅｒｒｏ
ｒ」のステータスがあった場合である。デバイスのＡｌ
ｉｖｅ確認に関する集計の場合、「Ｐａｔｈ‐Ｅｒｒｏ
ｒ」は無視される。したがって、パターン＃２の例で
は、管理Ａｇｅｎｔ＃１，＃２の結果で決まる。パター
ン＃３は「Ｄｅａｄ」と「Ａｌｉｖｅ」とが混在し、結
果として矛盾が生じているため判定は「Ｉｎｖａｌｉ
ｄ」になる。この場合には、再びＡｌｉｖｅ確認処理リ
クエストが送信される。パターン＃４には「応答なし」
が含まれている。「応答なし」はＡｌｉｖｅ確認リクエ
ストが後述するユニキャストパケットで送信された場合
にのみ現れる可能性のあるステータスであり、「Ｐａｔ
ｈ−Ｅｒｒｏｒ」と同様、ここでは無視される。

【００４９】以上の説明から明らかなように、管理ツー
ル１１１はＡｌｉｖｅ確認処理結果の集計結果に基づく
各デバイスのステータスを判定する処理（ステップ）を
次のように行う。まず管理ツール１１１は、デバイス
（管理対象デバイス）を１つ選択する。次に管理ツール
１１１は、選択したデバイスを対象とするすべての（管
理Ａｇｅｎｔによる）Ａｌｉｖｅ確認処理結果のステー
タス（の組み合わせパターン）を参照する（ステップ５
０１）。

【００５０】そして管理ツール１１１は、すべて「Ａｌ
ｉｖｅ」であるか（ステップ５０３）、或いは「Ａｌｉ
ｖｅ」と「Ｐａｔｈ−Ｅｒｒｏｒ」のみの場合には（ス
テップ５０４）、該当するデバイスは「Ａｌｉｖｅ」で
あると判定する（ステップ５０５）。

【００５１】また管理ツール１１１は、すべて「Ｄｅａ
ｄ」であるか（ステップ５０６）、或いは「Ｄｅａｄ」
と「Ｐａｔｈ−Ｅｒｒｏｒ」のみの場合には（ステップ
５０７）、該当するデバイスは「Ｄｅａｄ」であると判
定する（ステップ５０８）。

【００５２】また管理ツール１１１は、それ以外の場
合、つまり「Ａｌｉｖｅ」と「Ｄｅａｄ」とが混在して
いる場合には、該当するデバイスが「Ａｌｉｖｅ」であ
るとも或いは「Ｄｅａｄ」であるとも判定不可能な状
態、つまり「Ｉｎｖａｌｉｄ」であると判定する（ステ
ップ５０９）。

【００５３】ここで、ステータスの判定結果が「Ａｌｉ
ｖｅ」と「Ｄｅａｄ」の場合には、明確なステータスと
して採用される。これに対し、「Ｉｎｖａｌｉｄ」は情
報に矛盾が生じている状態であるため、デバイスＡｌｉ
ｖｅ確認作業が再度行われる。

【００５４】管理ツール１１１は、以上の判定を、Ａｌ
ｉｖｅ確認処理結果が集計された全デバイスについて実
行する（ステップ５１０）。

【００５５】管理ツール１１１は、各デバイスのステー
タスを判定すると（ステップ４０７）、当該デバイスへ
の管理パスのステータスを次のように判定して、各デバ
イス毎の管理パスのリストへの登録処理を行う（ステッ
プ４０８）。即ち管理ツール１１１は、この例のように
Ａｌｉｖｅ確認リクエストをブロードキャストパケット
で送信した場合、集計されたＡｌｉｖｅ確認処理結果の
うち、「Ｐａｔｈ‐Ｅｒｒｏｒ」ステータスがセットさ
れたＡｌｉｖｅ確認処理結果（の応答パケット）を返信
した管理Ａｇｅｎｔを経由する管理パスは、デバイス管
理に使用できない無効なパスであると判定する。また管
理ツール１１１は、「Ａｌｉｖｅ」または「Ｄｅａｄ」
ステータスがセットされたＡｌｉｖｅ確認処理結果（の
応答パケット）を返信した管理Ａｇｅｎｔを経由する管
理パスは、デバイス管理に使用可能な有効なパスである
と判定する。そこで管理ツール１１１は、各デバイス毎
の管理パスのリストに、Ａｌｉｖｅ確認処理結果（の応
答パケット）に対応するデバイス名と共に設定されてい
るＩＰアドレスを、「新規管理パス」を表す管理Ａｇｅ
ｎｔ情報として、「Ｐａｔｈ‐Ｅｒｒｏｒ」ステータス
を返した管理Ａｇｅｎｔを除いて、登録する。

【００５６】最後に管理ツール１１１は、各管理Ａｇｅ
ｎｔに対し、自身が送信したＡｌｉｖｅ確認リクエスト
で指定した応答期限に対する当該管理Ａｇｅｎｔからの
応答パケットの受信時刻の情報を通知する（ステップ４
０９）。各管理Ａｇｅｎｔは、管理ツール１１１から通
知された受信時刻の情報を保存し、今後の当該管理Ａｇ
ｅｎｔ内での応答期限を決定するときに利用する。

【００５７】さて本実施形態では、管理ツール起動時以
外にも、例えば通常のシステム稼動状態（通常動作時）
において、管理対象デバイスのＡｌｉｖｅ確認処理と当
該デバイスへの管理パスの状態判定を行うようにしてい
る。この通常動作時の処理では、管理ツール起動時に取
得された各デバイス毎の管理パスリストを利用して、既
知の管理Ａｇｅｎｔを指定したユニキャストパケットに
よりＡｌｉｖｅ確認リクエストを送信する。そこで、各
管理Ａｇｅｎｔ毎にユニキャストパケットを利用してＡ
ｌｉｖｅ確認処理を行う動作を「ポーリング」動作と呼
ぶ。

【００５８】以下、各デバイス毎の管理パスリストを利
用した管理ツール１１１による「ポーリング」動作につ
いて簡単に説明する。管理ツール１１１は、各デバイス
毎の管理パスリストに登録された管理Ａｇｅｎｔ情報、
即ち管理Ａｇｅｎｔが動作しているマシンのＩＰアドレ
スを用いて、当該管理Ａｇｅｎｔに対するＡｌｉｖｅ確
認リクエストを、応答期限付きのユニキャストパケット
で送信する。以降の動作は、対象がユニキャストパケッ
トで指定された管理Ａｇｅｎｔに限られる点を除き、ブ
ロードキャストパケットでＡｌｉｖｅ確認リクエストを
送信した場合と同様である。但し、既知の管理Ａｇｅｎ
ｔに向けてユニキャストパケットを送信した場合は、応
答パケットの受信、つまり「応答あり」は管理パスの有
効性を意味し、反対に「応答なし」は管理パスの無効を
意味する。そこで管理ツール１１１は、応答期限内に応
答がない場合は、管理パスのリストから対象の管理パス
を除外する。

【００５９】なお、本発明は、上記実施形態に限定され
るものではなく、実施段階ではその要旨を逸脱しない範
囲で種々に変形することが可能である。更に、上記実施
形態には種々の段階の発明が含まれており、開示される
複数の構成要件における適宜な組み合わせにより種々の
発明が抽出され得る。例えば、実施形態に示される全構
成要件から幾つかの構成要件が削除されても、発明が解
決しようとする課題の欄で述べた課題が解決でき、発明
の効果の欄で述べられている効果が得られる場合には、
この構成要件が削除された構成が発明として抽出され得
る。

【００６０】

【発明の効果】以上詳述したように本発明によれば、管
理対象デバイスへの管理パスを複数設定して、当該デバ
イスと当該デバイスへの管理パスとの状態確認を要求す
る状態確認リクエストがブロードキャストパケットで送
信される構成としたことにより、すべての管理対象デバ
イスの状態確認を行うのに要する時間を著しく短縮で
き、しかも１つの管理対象デバイスにつき複数の管理パ
スの各々の状態確認結果を得ることができるため、それ
を集計して当該デバイスの状態を総合的に判定すること
で、当該デバイスの状態確認結果の信頼性を高めること
もできる。また、各管理対象デバイスへの各管理パス毎
の状態確認も、例えば対応する管理エージェントからの
応答の有無により行うことが可能となる。

【図面の簡単な説明】

【図１】本発明の一実施形態に係るストレージシステム
の構成を示す図。

【図２】図１中の管理Ａｇｅｎｔ１２１〜１２４の構成
を示すブロック図。

【図３】同実施形態におけるＡｌｉｖｅ確認処理時の情
報の流れを示す図。

【図４】同実施形態における管理ツール１１１の起動時
の動作（管理情報収集動作）を説明するためのフローチ
ャート。

【図５】図４中のステップ４０７の処理（ステータス判
定処理）の詳細手順を説明するためのフローチャート。

【図６】管理ツール１１１からのＡｌｉｖｅ確認リクエ
ストを受信した際の管理Ａｇｅｎｔの動作を説明するた
めのフローチャート。

【図７】管理ツール１１１におけるＡｌｉｖｅ確認処理
結果の集計結果の一例を示す図。

【符号の説明】

１００…ＬＡＮ １０１，１０２…サーバ １０３…ディスクドライブ（ストレージデバイス） １０４…テープドライブ（ストレージデバイス） １０５…ＳＡＮ（ストレージエリアネットワーク） １１０…管理端末 １１１…管理ツール １２１〜１２４…管理Ａｇｅｎｔ（管理エージェント） １３３，１３４…管理専用モジュール

───────────────────────────────────────────────────── フロントページの続き Ｆターム(参考） 5B089 GA12 GB02 JA35 JB14 KA13 KB04 KB06 5K030 JA10 KA01 KA02 LD02 MA13 MC07 5K032 BA04 BA08 CC10 CD01 DA06 DB19 EA07 5K033 BA04 BA08 CB13 CC01 DA05 DB12 EA07

Claims (9)

【特許請求の範囲】
1. 【請求項１】 複数のサーバ計算機と少なくとも１つの
   ストレージデバイスとを接続し、ブロードキャスト及び
   ユニキャストによる通信が可能な汎用ネットワークと、
   前記複数のサーバ計算機と前記少なくとも１つのストレ
   ージデバイスとを接続し、前記複数のサーバ計算機から
   前記少なくとも１つのストレージデバイスが共用可能な
   共用ネットワークと、前記汎用ネットワークに接続され
   た管理端末上で動作し、少なくとも前記ストレージデバ
   イスを管理する管理ツールと、前記複数のサーバ計算機
   にそれぞれ設けられ、前記少なくとも１つのストレージ
   デバイスのうちの管理対象デバイスを示す管理対象デバ
   イス情報、及び当該管理対象デバイスと当該デバイスへ
   の管理パスとの状態確認を要求する状態確認リクエスト
   を受け付けるための特定ポート番号が予め設定された、
   前記管理ツールの要求する処理を代行するためのサーバ
   側管理エージェントと、前記少なくとも１つのストレー
   ジデバイスにそれぞれ設けられ、前記特定ポート番号が
   予め設定された、前記管理ツールの要求する処理を代行
   するためのデバイス側管理エージェントとを備えたスト
   レージシステムにおける管理対象デバイスと管理パスの
   状態確認方法であって、 前記管理ツールから前記システム内のすべての管理対象
   デバイスと当該デバイスへの管理パスとの状態を確認す
   るための状態確認リクエストを前記特定ポート番号が指
   定されたブロードキャストパケットで前記汎用ネットワ
   ーク上に送信するステップと、 前記管理ツールから送信された前記状態確認リクエスト
   を当該リクエストで指定された前記特定ポート番号が設
   定されている前記管理エージェントにて受信して、当該
   リクエストに従って自身の管理対象デバイスの状態を確
   認するステップと、 前記管理対象デバイスの状態確認結果の応答を前記管理
   エージェントから前記管理ツールに返すステップと、 前記状態確認リクエストに対する前記各管理エージェン
   トからの応答を前記管理ツールにて予め設定された時間
   監視するステップと、 前記予め設定された時間内に前記管理ツールで受信した
   応答を管理対象デバイス毎に集計し、その集計結果をも
   とに管理対象デバイス毎に当該デバイスの状態と当該デ
   バイスへの各管理パスの状態とを判定するステップと を具備することを特徴とするストレージシステムにおけ
   る管理対象デバイスと管理パスの状態確認方法。
2. 【請求項２】 前記状態確認リクエストに従って前記管
   理エージェントにて自身の管理対象デバイスの状態を確
   認するステップが、 前記管理エージェントから前記管理対象デバイスに対し
   て当該デバイスの状態確認が可能なコマンドを発行する
   ステップと、 前記コマンドに対する前記管理対象デバイスからの応答
   を前記管理エージェントにて一定時間監視するステップ
   と、 前記管理対象デバイスの状態として、前記一定時間内に
   応答があった場合にはその応答内容により、応答なしの
   場合には一意に、正常動作中を示す第１の状態、デバイ
   ス障害を示す第２の状態、及び前記管理対象デバイスへ
   の管理パスに障害の可能性があることを示す第３の状態
   のいずれかを前記コマンドを発行した前記管理エージェ
   ントにて判定するステップとを含み、 前記管理エージェントから前記管理ツールに応答を返す
   ステップでは、前記管理対象デバイスの状態の判定結果
   のステータスが設定された応答を前記管理ツールに返す
   ことを特徴とする請求項１記載のストレージシステムに
   おける管理対象デバイスと管理パスの状態確認方法。
3. 【請求項３】 前記管理ツールでの判定ステップでは、
   前記管理対象デバイスの集計結果がすべて前記第１の状
   態であるか、前記第１の状態と前記第３の状態のみから
   なる場合には当該デバイスは前記第１の状態であると判
   定し、すべて前記第２の状態であるか、前記第２の状態
   と前記第３の状態のみからなる場合には当該デバイスは
   前記第２の状態であると判定し、前記第１の状態と前記
   第２の状態とが混在している場合には、当該デバイスの
   状態が決まらないために再度の状態確認が必要な第４の
   状態であると判定することを特徴とする請求項２記載の
   ストレージシステムにおける管理対象デバイスと管理パ
   スの状態確認方法。
4. 【請求項４】 前記管理ツールでの判定ステップでは、
   前記第１または第２の状態を示すステータスが設定され
   た応答を返した管理エージェントを経由する管理パスを
   有効であると判定し、前記第３の状態を示すステータス
   が設定された応答を返した管理エージェントを経由する
   管理パスを無効であると判定することを特徴とする請求
   項２記載のストレージシステムにおける管理対象デバイ
   スと管理パスの状態確認方法。
5. 【請求項５】 前記管理エージェントから前記管理ツー
   ルに応答を返すステップでは、当該応答に当該管理エー
   ジェントが動作するマシンを特定するネットワーク情報
   を付加し、 前記管理ツールでの判定ステップでは、前記管理エージ
   ェントを経由する管理パスが有効であると判定した場
   合、当該管理パスの情報として当該管理エージェントが
   動作するマシンを特定するネットワーク情報を管理パス
   リストに登録し、 次に対応する管理対象デバイスと管理パスの状態確認を
   行う際には、前記管理パスリストに登録されているネッ
   トワーク情報を用いたユニキャストパケットを用いるこ
   とを特徴とする請求項４記載のストレージシステムにお
   ける管理対象デバイスと管理パスの状態確認方法。
6. 【請求項６】 前記管理ツールから送信される状態確認
   リクエストには、応答期限が付されており、 前記管理エージェントは、前記状態確認リクエストを受
   信した結果、前記管理対象デバイスに対して発行される
   当該デバイスの状態確認が可能なコマンドに対する応答
   期限を、前記リクエストに付されている応答期限に基づ
   いて設定することを特徴とする請求項２記載のストレー
   ジシステムにおける管理対象デバイスと管理パスの状態
   確認方法。
7. 【請求項７】 前記管理ツールは、前記状態確認リクエ
   ストの送信から当該リクエストに対する前記各管理エー
   ジェントからの応答の受信までにそれぞれ要した時間の
   情報を、当該各管理エージェントに通知し、 前記各管理エージェントは、前記管理ツールから通知さ
   れた時間情報を保存しておき、当該時間情報を以降の前
   記コマンドに対する応答期限を作成するときに利用する
   ことを特徴とする請求項６記載のストレージシステムに
   おける管理対象デバイスと管理パスの状態確認方法。
8. 【請求項８】 複数のサーバ計算機と少なくとも１つの
   ストレージデバイスとを接続し、ブロードキャスト及び
   ユニキャストによる通信が可能な汎用ネットワークと、
   前記複数のサーバ計算機と前記少なくとも１つのストレ
   ージデバイスとを接続し、前記複数のサーバ計算機から
   前記少なくとも１つのストレージデバイスが共用可能な
   共用ネットワークとを備えたストレージシステムにおい
   て、 前記汎用ネットワークに接続された管理端末上で動作
   し、少なくとも前記ストレージデバイスを管理する管理
   ツールと、 前記複数のサーバ計算機にそれぞれ設けられ、前記少な
   くとも１つのストレージデバイスのうちの管理対象デバ
   イスを示す管理対象デバイス情報、及び当該管理対象デ
   バイスと当該デバイスへの管理パスとの状態確認を要求
   する状態確認リクエストを受け付けるための特定ポート
   番号が予め設定された、前記管理ツールの要求する処理
   を代行するためのサーバ側管理エージェントと、 前記少なくとも１つのストレージデバイスにそれぞれ設
   けられ、前記特定ポート番号が予め設定された、前記管
   理ツールの要求する処理を代行するためのデバイス側管
   理エージェントとを具備し、 前記管理ツールは、前記システム内のすべての管理対象
   デバイスと当該デバイスへの管理パスとの状態を確認す
   るための状態確認リクエストを前記特定ポート番号が指
   定されたブロードキャストパケットで前記汎用ネットワ
   ーク上に送信する手段と、前記状態確認リクエストに対
   する前記各管理エージェントからの応答を前記管理ツー
   ルにて予め設定された時間監視する手段と、前記予め設
   定された時間内に受信した応答を管理対象デバイス毎に
   集計し、その集計結果をもとに管理対象デバイス毎に当
   該デバイスの状態と当該デバイスへの管理パスの状態と
   を判定する手段とを備え、 前記各管理エージェントは、当該エージェント内に前記
   管理ツールから送信された前記状態確認リクエストで指
   定された前記特定ポート番号が設定されている場合に、
   当該リクエストを受信して、当該リクエストに従って自
   身の管理対象デバイスの状態を確認する手段と、前記管
   理対象デバイスの状態確認結果の応答を前記管理ツール
   に返す手段とを備えていることを特徴とするストレージ
   システム。
9. 【請求項９】 複数のサーバ計算機と少なくとも１つの
   ストレージデバイスとを接続し、ブロードキャスト及び
   ユニキャストによる通信が可能な汎用ネットワークと、
   前記複数のサーバ計算機と前記少なくとも１つのストレ
   ージデバイスとを接続し、前記複数のサーバ計算機から
   前記少なくとも１つのストレージデバイスが共用可能な
   共用ネットワークと、前記汎用ネットワークに接続さ
   れ、システム全体をリモート管理するための管理端末
   と、前記複数のサーバ計算機にそれぞれ設けられ、前記
   少なくとも１つのストレージデバイスのうちの管理対象
   デバイスを示す管理対象デバイス情報、及び当該管理対
   象デバイスと当該デバイスへの管理パスとの状態確認を
   要求する状態確認リクエストを受け付けるための特定ポ
   ート番号が予め設定された、前記管理端末の要求する処
   理を代行するためのサーバ側管理エージェントと、前記
   少なくとも１つのストレージデバイスにそれぞれ設けら
   れ、前記特定ポート番号が予め設定された、前記管理端
   末の要求する処理を代行するためのデバイス側管理エー
   ジェントとを備えたストレージシステムにおいて前記管
   理端末により実行される管理プログラムであって、 前記管理端末に、 前記管理ツールから前記システム内のすべての管理対象
   デバイスと当該デバイスへの管理パスとの状態を確認す
   るための状態確認リクエストを前記特定ポート番号が指
   定されたブロードキャストパケットで前記汎用ネットワ
   ーク上に送信するステップと、 前記状態確認リクエストに応じて前記各管理エージェン
   トで対応する管理対象デバイスの状態確認を行った結果
   の応答が当該各管理エージェントから返されるのを予め
   設定された時間監視するステップと、 前記予め設定された時間内に前記管理ツールで受信した
   応答を管理対象デバイス毎に集計し、その集計結果をも
   とに管理対象デバイス毎に当該デバイスの状態と当該デ
   バイスへの各管理パスの状態とを判定するステップとを
   実行させるための管理プログラム。