【手続補正書】
【提出日】平成18年6月30日(2006.6.30)
【手続補正１】
【補正対象書類名】明細書
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【書類名】            明細書
【発明の名称】        ネットワークシステムにおけるイベント通知
【特許請求の範囲】
【請求項１】
複数のネットワーク・デバイスを有するネットワークシステムであって、
データを記憶するように構成されたストレージ・システムと、
前記ストレージ・システムに対するデータの読み書きに関する要求を処理するように構成されたサーバと、
ストレージ・システム及びサーバ間を通信自在に結合するスイッチと、
障害が発生した前記ストレージ・システム、前記サーバ又は前記スイッチから送信される、特別なイベントが発生したことを通知するイベント・メッセージを解釈するために用いるイベント辞書を有するネットワーク・マネージメントサーバと
を備えることを特徴とするネットワークシステム。
【請求項２】
前記ストレージ・システム及び前記ネットワーク・マネージメントサーバは、ストレージ・エリア・ネットワークを介して接続される
ことを特徴とする請求項１に記載のネットワークシステム。
【請求項３】
異なった前記イベント・メッセージのルールをもつ複数のネットワークデバイスを備える
ことを特徴とする請求項２に記載のネットワークシステム。
【請求項４】
ストレージ・エリア・ネットワーク（ＳＡＮ：Storage Area Network）システムを管理するマネージメント・サーバであって、
障害が発生した内部のデバイスから送信される、特別なイベントが発生したことを通知するイベント・メッセージを解釈するために用いるイベント辞書を有するネットワーク・マネージャを備える
ことを特徴とするマネージメント・サーバ。
【請求項５】
前記ストレージ・エリア・ネットワークシステムは、
複数の納入業者が個別仕様のエラーコードを用いている状態で、複数の納入業者から納入される異なる前記イベント・メッセージのルールをもつネットワーク製品を使用する
ことを特徴とする請求項４に記載のマネージメント・サーバ。
【請求項６】
ストレージ・エリア・ネットワーク（ＳＡＮ：Storage Area Network）システムであって、
それぞれデータを記憶するように構成された複数のストレージ・サブシステムと、
前記ストレージ・サブシステムが記憶するデータへのアクセス要求を処理するように構成された複数のアプリケーション・サーバと、
前記アプリケーション・サーバ及び前記ストレージ・サブシステム間でデータを転送するように構成された複数のスイッチと、
当該ストレージ・エリア・ネットワークを管理するように構成されたマネージメント・サーバと
を備え、
前記アプリケーション・サーバ、前記ストレージ・サブシステム及び前記各スイッチは、障害が発生したときに、特別なイベントが発生したことを通知するトラップ・メッセージを前記マネージメント・サーバに送信し、
前記マネージメント・サーバは、前記トラップ・メッセージに含まれる前記障害の内容に応じたコードでなるエラーコードを解釈するためのトラップ辞書を有し、
前記アプリケーション・サーバ、前記ストレージ・サブシステム及び前記各スイッチの一部又は全部が、異なったルールをもつ納入業者から納入された
ことを特徴とするストレージ・エリア・ネットワークシステム。
【請求項７】
前記マネージメント・サーバは、前記納入業者ごとの複数の前記トラップ辞書を有する
ことを特徴とする請求項６に記載のストレージ・エリア・ネットワークシステム。
【請求項８】
ストレージ・エリア・ネットワークと結合したメッセージング・ネットワークで構成された
ことを特徴とする請求項６に記載のストレージ・エリア・ネットワークシステム。
【請求項９】
前記トラップ辞書は、
前記エラーコードのリストでなるエラーコード・リストと、前記エラーコードに対応する問題が発生しているコンポーネントを識別するためのリストであるコンポーネント・リストとを含む
ことを特徴とする請求項６に記載のストレージ・エリア・ネットワークシステム。
【請求項１０】
問題が発生している前記アプリケーション・サーバ、前記ストレージ・サブシステム又は前記各スイッチ内部の１つのコンポーネントが前記エラーコードにより識別され、前記１つのコンポーネントを識別するために前記トラップ辞書が参照される
ことを特徴とする請求項９に記載のストレージ・エリア・ネットワークシステム。
【請求項１１】
前記マネージメント・サーバは、さらに、
ネットワークにおけるＩ／Ｏコミュニケーションのトポロジーに関する情報を含むトポロジー・テーブルから構成され、障害の影響を判断するために前記トポロジー・テーブルにアクセスできる
ことを特徴とする請求項６に記載のストレージ・エリア・ネットワークシステム。
【請求項１２】
ストレージ・エリア・ネットワークシステムの管理方法であって、
複数の納入業者で製造された複数のネットワーク製品を提供する第１のステップと、
複数のコンポーネントの１つに障害が発生し、障害が発生している１つのコンポーネントを識別するためのエラーコードを含むイベント・メッセージを、前記複数のコンポーネントを含むデバイスから受信する第２のステップと、
前記イベント・メッセージに含まれる前記エラーコードを解釈するために、前記エラーコードのリストでなるエラーコード・リストと、前記エラーコードに対応する問題が発生しているコンポーネントを識別するためのリストであるコンポーネント・リストとを含むイベント辞書にアクセスする第３のステップと
を備えることを特徴とするストレージ・エリア・ネットワークシステムの管理方法。
【請求項１３】
第１のサーバ上で稼働しているストレージ・エリア・ネットワーク（ＳＡＮ：Storage Area Network）マネージャが行うイベント通知方法であって、
前記第１のサーバは、ネットワークを経由して、少なくとも第２のサーバ、スイッチ及びストレージ・サブシステムと接続されており、
前記第２のサーバと前記第２のサーバがアクセスするロジカル・ボリュームの間のＩ／Ｏパスについての情報を前記第２のサーバから受信する第１のステップと、
構成情報を前記スイッチ及び前記ストレージ・サブシステムから受信する第２のステップと、
前記第２のサーバからの情報及び前記構成情報を用いてストレージ・エリア・ネットワークシステムについてのトポロジー情報を生成する第３のステップと、
障害が前記スイッチ又は前記ストレージ・サブシステムで発生したときに、前記スイッチ又は前記ストレージ・サブシステムからイベント・メッセージを受信する第４のステップと、
前記トポロジー情報及び前記イベント・メッセージを用いて、前記第２のサーバが障害によってどのロジカル・ボリュームにアクセス出来ないかを判定する第５のステップと
を備えることを特徴とするイベント通知方法。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、ストレージ・ネットワークシステムに関わり、さらに詳細にはストレージ・ネットワークシステムにおけるイベント通知の方法とシステムに関する。
【０００２】
【従来の技術】
データは、全ての計算処理の基本となる基礎的な資源である。最近のインターネットと電子ビジネス（ｅ−ビジネス）の爆発的な発展により、データ・ストレージ・システムに対する需要は飛躍的に増加している。一般に、ストレージ・ネットワークは、つぎの２つのアプリケーションあるいはコンフィギュレーションで構成される。すなわち、ネットワーク結合ストレージ（ＮＡＳ：Network Attached Storage）あるいはストレージ・エリア・ネットワーク（ＳＡＮ：Storage Area Network）である。ＮＡＳは、イーサネット上のＩＰを用いて、ストレージサーバとそれらのクライアントの間でファイルフォーマットのデータ転送を行う。ＮＡＳに於いては、ディスクアレイやテープ装置のような統合ストレージ・システムは、イーサネットのようなローカル・エリア・ネットワーク（ＬＡＮ）インターフェイスを通して、ＴＣＰ／ＩＰのようなメッセージ通信プロトコルを用いて、メッセージング・ネットワークに直接に接続する。ストレージ・システムは、クライアント・サーバ・システムにおけるサーバのように機能する。
【０００３】
一般に、ＳＡＮは、異種のサーバやストレージ資源の間でデータを転送する専用の高性能ネットワークである。ＮＡＳと異なり、従来型のメッセージング・ネットワーク上のクライアントとサーバの間でトラフィックの競合が発生しないように、専用のネットワークが設けられる。ＳＡＮでは、ストレージ資源とプロセッサーまたはサーバとの間を直接に接続することが許される。
【０００４】
ＳＡＮは、サーバ間で共有したり、特定のサーバに専用にしたりすることが出来る。それはまた、１カ所の場所に集中させたり、地理的に離れた場所に分散させたりすることも可能である。ＳＡＮのインターフェイスは各種の異なったプロトコルが可能で、ファイバー・チャネル（ＦＣ）やエンタープライズ・システム接続（ＥＳＣＯＮ）や小型コンピュータ・システム・インターフェイス（ＳＣＳＩ）やシリアル・ストレージ・アーキテクチャ（ＳＳＡ）や高性能パラレル・インターフェイス（ＨＩＰＰＩ）や将来出現するであろう他のプロトコルであっても良い。たとえば、インターネット・エンジニアリング・タスク・フォース（ＩＥＴＦ）は、ＴＣＰ／ＩＰによるブロック・ストレージを可能にする新しいプロトコルあるいは標準ＩＳＣＳＩを開発中であり、一方では、幾つかの会社は、ホスト・プロセッサーからｉＳＣＳＩ−ＴＣＰ／ＩＰプロトコル・スタックをはずして、ｉＳＣＳＩをＳＡＮの主要な標準にしようと作業中である。
【０００５】
現在は、ファイバーチャンネル（ＦＣ）は、ＳＡＮについての主要な標準であり、プロトコルである。ＦＣは、今日に於いては、１Ｇｂｐｓや２Ｇｂｐｓのリンクスピードで最高の性能を持ち、プロトコル・スタックを十分に軽減することで優れた（大変短い）待ち時間を実現する。したがって、ファイバーチャンネルを基本とするＳＡＮは高性能のアプリケーションにしばしば用いられる。データセンタにおいては、当分の間２ＧｂｐｓでのＦＣには競合するものがないと予想される。
【０００６】
【発明が解決しようとする課題】
高性能であり、多目的のＳＡＮを適切に利用するためには、効率よく管理する必要がある。ストレージ・ネットワークにおける一つの重要な管理機能は、イベント通知の管理である。ＳＡＮは一般に各種のベンダーからの様々なハードウエアやオペレイティングシステムを含み、それぞれが固有のメッセージ言語やルールを持っているので、ＳＡＮにおけるイベント通知の管理は難しい問題である。
【０００７】
【課題を解決するための手段】
本発明の実施の形態は、ストレージ・エリア・ネットワーク（ＳＡＮ）システムのようなストレージ・ネットワークシステムにおけるイベント通知およびイベント管理に関わる。ある実施の形態では、たとえばＳＡＮマネージャのようなネットワーク・マネージャが、ストレージ・ネットワークシステム内でデバイスから情報を収集する。ネットワーク内では、ネットワーク・マネージャは各デバイスについてトラップ辞書を持っている。
【０００８】
辞書は、障害が発生したあるいは発生しようとしているデバイスから受信したイベント・メッセージを解釈するために用いられる。ネットワーク・マネージャは、デバイス内で問題を起こした特定の部品を確認し、そしてそのイベントの重要度を判定するように構成されている。ネットワーク・マネージャは、イベントの原因と影響度を示すイベント通知を、中央のマネージメント・コンソール上に表示するように設定されている。
【０００９】
ある実施の形態では、複数のネットワーク・デバイスを有するネットワークシステムであって、データを記憶するように構成されたストレージ・システムと、前記ストレージ・システムに対するデータの読み書きに関する要求を処理するように構成されたサーバと、ストレージ・システム及びサーバ間を通信自在に結合するスイッチと、障害が発生した前記ストレージ・システム、前記サーバ又は前記スイッチから送信される、特別なイベントが発生したことを通知するイベント・メッセージを解釈するために用いるイベント辞書を有するネットワーク・マネージメントサーバとを備える。
【００１０】
他の実施の形態では、ストレージ・エリア・ネットワーク（ＳＡＮ）システムを管理するマネージメント・サーバは、障害が発生した内部のデバイスから送信される、特別なイベントが発生したことを通知するイベント・メッセージを解釈するために用いるイベント辞書を有するネットワーク・マネージャを備える。
【００１１】
他の実施の形態では、ストレージ・エリア・ネットワーク（ＳＡＮ）システムであって、それぞれデータを記憶するように構成された複数のストレージ・サブシステムと、ストレージ・サブシステムが記憶するデータへのアクセス要求を処理するように構成された複数のアプリケーション・サーバと、アプリケーション・サーバ及びストレージ・サブシステム間でデータを転送するように構成された複数のスイッチと、当該ストレージ・エリア・ネットワークを管理するように構成されたマネージメント・サーバとを備え、アプリケーション・サーバ、ストレージ・サブシステム及び各スイッチは、障害が発生したときに、特別なイベントが発生したことを通知するトラップ・メッセージをマネージメント・サーバに送信し、マネージメント・サーバは、トラップ・メッセージに含まれる障害の内容に応じたコードでなるエラーコードを解釈するためのトラップ辞書を有し、アプリケーション・サーバ、ストレージ・サブシステム及び各スイッチの一部又は全部が、異なったルールをもつ納入業者から納入される。
【００１２】
他の実施の形態では、ストレージ・エリア・ネットワークシステムの管理方法は、複数の納入業者で製造された複数のネットワーク製品を提供する第１のステップと、複数のコンポーネントの１つに障害が発生し、障害が発生している１つのコンポーネントを識別するためのエラーコードを含むイベント・メッセージを、複数のコンポーネントを含むデバイスから受信する第２のステップと、イベント・メッセージに含まれるエラーコードを解釈するために、エラーコードのリストでなるエラーコード・リストと、エラーコードに対応する問題が発生しているコンポーネントを識別するためのリストであるコンポーネント・リストとを含むイベント辞書にアクセスする第３のステップとを備える。
【００１３】
他の実施の形態では、第１のサーバ上で稼働しているストレージ・エリア・ネットワーク（ＳＡＮ）マネージャが行うイベント通知方法は、第１のサーバは、ネットワークを経由して、少なくとも第２のサーバ、スイッチ及びストレージ・サブシステムと接続されており、第２のサーバと第２のサーバがアクセスするロジカル・ボリュームの間のＩ／Ｏパスについての情報を第２のサーバから受信する第１のステップと、構成情報をスイッチ及びストレージ・サブシステムから受信する第２のステップと、第２のサーバからの情報及び構成情報を用いてストレージ・エリア・ネットワークシステムについてのトポロジー情報を生成する第３のステップと、障害がスイッチ又はストレージ・サブシステムで発生したときに、スイッチ又はストレージ・サブシステムからイベント・メッセージを受信する第４のステップと、トポロジー情報及びイベント・メッセージを用いて、第２のサーバが障害によってどのロジカル・ボリュームにアクセス出来ないかを判定する第５のステップとを備える。
【００１４】
【発明の実施の形態】
本発明はストレージ・エリア・ネットワーク（ＳＡＮ）やネットワーク結合ネットワーク（ＮＡＳ）のような、ストレージ・ネットワークにおけるイベント通知の管理に関する。特に、本発明は、ヘテロジニアスなハードウエアおよび／あるいはソフトウエア・システムを用いるストレージ・ネットワークにおけるイベント通知の管理に関する。ヘテロジニアスなシステムは、複数の納入業者からのハードウエアまたはソフトウエア製品、あるいは双方の製品を有している。説明の便宜上、本発明の特定の実施の形態をＳＡＮを用いて下記により説明するが、本発明の適用範囲を狭めるものではない。
【００１５】
ここに用いられる「ＳＡＮ」あるいは「サブ・ネットワーク」という用語は、メッセージング・ネットワークに結合された、集中的に管理される高速ストレージ・ネットワークを意味し、そしてマルチベンダー・ストレージ・デバイス、マルチベンダー・ストレージ・マネージメント・ソフトウエア、マルチベンダー・サーバ、マルチベンダー・スイッチ、あるいは他のマルチベンダー・ネットワーク関連のハードウエアおよびソフトウエア製品を含む。ＳＡＮあるいはサブ・ネットワークのヘテロジニアスな性質の範囲は変動する。幾つかのＳＡＮあるいはサブ・ネットワークは、上記の全てのネットワーク・デバイスやコンポーネントについてマルチベンダーの製品を有するが、一方では、他のものは、上記のデバイスやコンポーネントの一部についてマルチベンダーの製品を有する。
【００１６】
ここに用いられる「ストレージ・ネットワーク」という用語は、１ないしはそれ以上のストレージ・システムに結合されたネットワークを意味し、そしてマルチベンダー・ストレージ・デバイス、マルチベンダー・ストレージ・マネージメント・ソフトウエア、マルチベンダー・アプリケーション・サーバ、マルチベンダー・スイッチ、あるいは他のマルチベンダー・ネットワーク関連のハードウエアおよびソフトウエア製品を含む。一般に、「ストレージ・ネットワーク」は、他のネットワーク、たとえばメッセージング・ネットワークに結合され、そしてフロントエンド・サーバ・アプリケーションからバックエンド・ストレージ機能を切り離している。したがって、ストレージ・ネットワークはＳＡＮやＮＡＳ等を含んでいる。
【００１７】
図１は複数のサーバ１０６を複数のストレージ・サブシステム１０８又はストレージ・デバイス１０８に接続する１ないしはそれ以上のメッセージング・ネットワーク１０２とＳＡＮ１０４を含むネットワーク・システム１００の説明図である。ネットワーク１０２は、ローカル・エリア・ネットワークや広域ネットワークやインターネットなどである。もし必要な場合は、ネットワーク１０２は、管理を容易にしその費用を低減するために、ストレージ・デバイス１０８が集中化し、サーバ１０６がクラスター化することを可能にしている。
【００１８】
ＳＡＮ１０４は、いろいろなやり方で、サーバ１０６とストレージ・デバイス１０８の間の直接で高速のデータ転送をサポートしている。データはサーバ１０６とストレージ・デバイス１０８の間で転送される。特定のストレージ・デバイス１０８が複数のサーバ１０６から逐次にあるいは同時にアクセスされてもよい。データはサーバ１０６間で転送することも出来る。さらに、データをストレージ・デバイス１０８間で転送することも出来、サーバ１０６の介入なしにデータを転送することを可能にする。それによりサーバ１０６は別の仕事を行うことが出来る。たとえば、ストレージ・システム１０８は、サーバ１０６の介入無しに、既定の間隔で、他のストレージ・システム１０８にデータをバックアップすることが出来る。
【００１９】
したがって、ストレージ・デバイス１０８あるいはストレージ・サブシステム１０８は特定のサーバ・バス専用ではなく、直接ＳＡＮ１０４に接続される。ストレージ・サブシステム１０８は外部に置かれ、機能的に全組織にわたって分配される。
【００２０】
本発明の一実施の形態では、ＳＡＮ１０４はストレージ・インターフェイスで構成され、サーバ１０６を経由してネットワーク１０２と結合される。したがって、ＳＡＮ１０４はサーバ１０６の背後にあるネットワークあるいはサブ・ネットワークを意味する。
【００２１】
他の実施の形態では、ＳＡＮ１０６は、１台ないしはそれ以上のサーバ１０６と、１個ないしはそれ以上のＳＡＮスイッチまたはファブリックと、１台ないしはそれ以上のストレージ・システムを含むものとして定義される。さらに他の実施の形態では、ＳＡＮ１０６は、１台ないしはそれ以上のサーバ１０６と、１個ないしはそれ以上のＳＡＮスイッチまたはファブリックと、１台ないしはそれ以上のストレージ・システムのポートを含むものとして定義される。したがって、ＳＡＮという用語は、上記の定義を満足する限り、種々の異なったネットワーク・コンフィギュレーションを意味するために用いられる。
【００２２】
図２Ａは、ストレージ・システム（あるいはサブシステム）２０２、ＳＡＮスイッチあるいはファブリック２０４、複数のサーバ２０６ａ，２０６ｂ、マネージメント・サーバ２０８、そしてマネージメント・ネットワーク２１０を有するＳＡＮシステム２００を説明している。以下に詳細を説明するが、マネージメント・サーバ２０８はＳＡＮを管理するＳＡＮマネージャ２０９を含んでいる。単一のストレージ・サブシステムがＳＡＮシステム２００では説明されているが、他の実施の形態では複数のストレージ・サブシステムが用いられている。同様に、他の実施の形態では、他のネットワーク・コンポーネントの数は、説明のサンプルとは異なっている可能性がある。
【００２３】
ストレージ・サブシステム２０２には、マネージメント・エージェント２１２、複数のディスク・ポ−ト２１４ａ，２１４ｂ、複数のロジカル・デバイス２１６ａと２１６ｂ、そして複数のキャッシュ２１８ａ，２１８ｂが含まれる。ディスク・ポート２１４ａ，２１４ｂは、またディスク・ポートｄ１，ｄ２とも呼ばれる。ロジカル・デバイス２１６ａ，２１６ｂはまた、ロジカル・デバイスｖ１，ｖ２と呼ばれる。マネージメント・エージェント２１２は、ストレージ・サブシステム２０２の構成を管理し、マネージメント・サーバ２０８と交信する。たとえば、マネージメント・エージェント２１２は、以下に詳細を説明するように、マネージメント・サーバ２０８に対して、ストレージ・サブシステム２０２においてのデータＩ／Ｏパス、ディスク・ポートｄ１，ｄ２の接続情報、およびコンポーネントで発生する障害を伝える。ディスク・ポート２１４ａ，２１４ｂは、サーバ２０６ａ，２０６ｂとデータを送受信するためのＳＡＮスイッチ２０４への接続ポートである。本実施の形態に用いられる接続プロトコルは、ファイバー・チャネルであるが、他のプロトコル、たとえばＳＣＳＩやＩＰ上のＦＣまたはｉＳＣＳＩなどが使用されてもよい。
【００２４】
この技術分野に詳しい人にはよく知られているように、マネージメント・エージェント２１２は、ディスク・ポート・テーブル２２０、デバイス・テーブル２２２、およびパス・テーブル２２４を含んでいる（図２Ｂ）。これらのテーブルは、「コンフィギュレーション」情報が変わるときに定期的に更新される。ディスク・ポート・テーブル２２０は、「ニックネーム」のようなストレージ・サブシステム２０２におけるディスク・ポート２１４ａ，２１４ｂに関する情報を提供するディスク・ポートＩＤ２２６と、各ディスク・ポート２１４ａ，２１４ｂに対する独自の識別子を提供するワールド・ワイド・ネーム（ＷＷＮ）２２８を含む（図２Ｃ）。ニックネームは、たとえば「ｄ１」がディスク・ポート２１４ａを意味するように、ストレージ・サブシステム２０２の特定の識別名を意味する。「ｄ１」という名称は、問題のストレージ・サブシステム２０２内でディスク・ポート２１４ａ，２１４ｂを識別するには十分であるが、複数のストレージ・サブシステム２０２がある場合には、他のストレージ・サブシステム２０２のディスク・ポート２１４ａ，２１４ｂに同じ名称が割り当てられている可能性があるので、不十分である。一方、独自の識別子（ファイバー・チャネルではワールド・ワイド・ネームという）は、特定のコンポーネントに割り当てられた独自の識別情報である。
【００２５】
デバイス・テーブル２２２は、ストレージ・サブシステム２０２内のロジカル・デバイス２１６ａ，２１６ｂとディスク・ドライブの間の関係についての情報を提供するロジカル・デバイスＩＤ２３０と、ディスク・ドライブ・リスト２３２を含む（図２Ｄ）。パス・テーブル２２４は、パスについてのニックネームを提供するパスＩＤ２３４、パスに接続されたディスク・ポート２１４ａ，２１４ｂを識別するディスク・ポートＩＤ２３６、パスに接続されたキャッシュ２１８ａ，１２８ｂを識別するキャッシュＩＤ２３８、パスに接続されたロジカル・デバイス２１６ａ，２１６ｂのニックネームを提供するロジカル・デバイスＩＤ２４０、パスに接続されたＳＣＳＩを識別するＳＣＳＩ  ＩＤ２４２、およびパスに接続されたＳＣＳＩ  ＬＵＮについての情報を提供するＳＣＳＩ  ＬＵＮ２４４を含む（図２Ｅ）。
【００２６】
ロジカル・デバイス２１６ａ，２１６ｂは、サーバ２０６ａ，２０６ｂにエクスポートされたボリュームである。ロジカル・デバイス２１６ａ，２１６ｂは、単一の物理ディスク・ドライブ、あるいはＲＡＩＤ（Ｒｅｄｕｎｄａｎｔ  Ａｒｒａｙ  ｏｆ  Ｉｎｄｅｐｅｎｄｅｎｔ  Ｄｉｓｋｓ）においては複数の物理ディスク・ドライブで構成される。ＲＡＩＤストレージ・システムにより、データの可用性を増し、また入出力（Ｉ／Ｏ）の性能を向上することが出来る。ＲＡＩＤシステムでは、複数の物理ディスク・ドライブが一つの論理ディスク・ドライブとして構成され、論理ディスク・ドライブへのＩ／Ｏリクエストは、ストレージ・サブシステム２０２の内部で物理ディスク・ドライブに分散され、並列に処理される。ＲＡＩＤ技術には多くの利点がある。たとえば、ＲＡＩＤストレージ・システムは大変大きなファイル・システムを収容することが出来るので、大きなファイルを幾つかの小さいファイル・システムに分割することなく、単一のファイル・システムに記憶することが出来る。さらに、ＲＡＩＤ技術では、異なった物理ディスク上のデータを並列にアクセス出来るので、Ｉ／Ｏ性能を向上出来る。ある実施の形態では、図２Ｂに示すように、各ロジカル・デバイス２１６ａ，２１６ｂは４台の物理ディスク・ドライブｄｄ１、ｄｄ２、ｄｄ３及びｄｄ４を含んでいる。
【００２７】
キャッシュ２１８ａ，２１８ｂは、ロジカル・デバイス２１６ａ，２１６ｂに関連したデータ・キャッシュである。これらはデータ処理速度を向上するために設けられている。他の実施の形態では、ストレージ・サブシステム２０２にはキャッシュ２１８ａ，２１８ｂが含まれていない。
【００２８】
図３Ａを見ると、ＳＡＮスイッチ２０４は、サーバ２０６ａ，２０６ｂとストレージ・サブシステム２０２を接続している。ＳＡＮスイッチ２０４はサーバ２０６ａ，２０６ｂとストレージ・サブシステム２０２間のデータ接続を行っている。ある実施の形態では、ＳＡＮスイッチ２０４は、ネットワークの対象を拡大するために、ブリッジやルータやその他のネットワーク・ハードウエアと結合される場合もある。ＳＡＮスイッチ２０４は、当該ＳＡＮスイッチ２０４の構成を管理するスイッチ・マネージメント・エージェント３０２と複数のスイッチ・ポート３０４ａ、３０４ｂ、３０４ｃおよび３０４ｄを有している。これらのスイッチ・ポート３０４ａ〜３０４ｄはまた、図３Ａに示すように、それぞれｓ１、ｓ２、ｓ３、およびｓ４と呼ばれる。スイッチ・マネージメント・エージェント３０２は、マネージメント・サーバ２０８にスイッチ・ポート３０４ａ〜３０４ｄの接続情報を提供し、もしＳＡＮスイッチ２０４の内部のコンポーネントに障害が発生した場合は、それをマネージメント・サーバ２０８に通知することで、マネージメント・サーバ２０８の行うＳＡＮ管理を援助する。マネージメント・エージェント３０２は、スイッチ（「ｌｉｎｋ」とも呼ばれる）を経由して、サーバ２０６ａ，２０６ｂとストレージ・サブシステム２０２間の相互関係についての情報を提供するポート・リンク・テーブル３０６を有している。ポート・リンク・テーブル３０６は、各スイッチ・ポート３０４ａ〜３０４ｄの識別情報またはニックネームを提供するスイッチ・ポートＩＤ３０８と、各スイッチ・ポート３０４ａ〜３０４ｄの独自の識別子を提供するスイッチ・ポート・ワールド・ワイド・ネーム（ＷＷＮ）３１０と、各スイッチ・ポート３０４ａ〜３０４ｄに接続されているターゲット・デバイスの独自の識別子を提供するリンクＷＷＮ３１２を含んでいる（図３Ｂ）。
【００２９】
図４Ａはサーバ２０６ａ，２０６ｂの応用例についてさらに詳細に説明している。本実施の形態では、別個のサーバ２０６ａ，２０６ｂが応用と管理機能を実行するために用いられている。各サーバ２０６ａ，２０６ｂは、サーバ２０６ａ，２０６ｂの構成を管理するサーバ・マネージメント・エージェント４０２ａ，４０２ｂと、データ接続のためのサーバ・ポート４０４ａ，４０４ｂとを含んでいる。サーバ・マネージメント・エージェント４０２ａ，４０２ｂは、サーバ・ポート４０４ａ，４０４ｂの接続情報をマネージメント・サーバ２０８に提供し、もしサーバ２０６ａ，２０６ｂの内部のコンポーネントに障害が発生した場合は、それをマネージメント・サーバ２０８に伝えることで、マネージメント・サーバ２０８のＳＡＮ管理を援助する。サーバ・マネージメント・エージェント４０２ａ，４０２ｂは、一般には便宜上サーバ内部に設置される。また、サーバ・マネージメント・エージェント４０２ａ，４０２ｂは、ホスト・ポート・テーブル４０６ａ，４０６ｂとＬＵＮバインディング・テーブル４０８ａ，４０８ｂを含んでいる。ホスト・ポート・テーブル４０６ａ，４０６ｂは、サーバ２０６ａ，２０６ｂのホストまたはサーバ・ポート４０４ａ，４０４ｂに関する情報を提供する。
【００３０】
図４Ｂを参照すると、サーバ・マネージメント・エージェント４０２ａにあるホスト・ポート・テーブル４０６ａは、サーバ２０６ａのサーバ・ポート４０４ａについての情報を記録するための複数の列を持っている。ホスト・ポート・テーブル４０６ａは、サーバ４０６ａ内の特定のサーバ・ポート４０４ａに対するデバイス特定識別情報またはニックネームを提供するホスト・ポートＩＤ４１０ａと、独自のポート識別情報を提供するワールド・ワイド・ネーム４１２ａと、ネットワーク・アドミニストレータにより特定のポートに割り当てられるＳＣＳＩ識別情報を提供するＳＣＳＩ  ＩＤ４１４ａを含んでいる。一般に、ＳＡＮのサーバ・ポートには単一のＳＣＳＩ  ＩＤが割り当てられる。ワールド・ワイド・ネーム４１２ａはファイバー・チャネルに関連して用いられる用語であって、異なった接続プロトコルが使用されると、それに相当する用語が使用されることになる。図４Ｃは、マネージメント・エージェント４０２ｂに設けられたホスト・ポート・テーブル４０６ｂを示す。ホスト・ポート・テーブル４０６ｂは、ホスト・ポートＩＤ４１０ｂと、ワールド・ワイド・ネーム４１２ｂと、ＳＣＳＩ  ＩＤ４１４ｂを含む。
【００３１】
図４Ｄを参照すると、マネージメント・エージェント４０２ａに設けられたＬＵＮバインディング・テーブル４０８ａは、「ＬＵＮバインディング」とも「バインディング」とも呼ばれる、ホスト・ポートからＳＣＳＩロジカル・ユニットへのデータＩ／Ｏパスについての情報を提供する。ＬＵＮバインディング・テーブル４０８ａは、バインディングのデバイス特定識別情報またはニックネームを提供するバインディングＩＤ４１６ａと、特定のポートのニックネームを提供しホスト・ポート・テーブル４０６ａのホスト・ポートＩＤ４１０ａに対応するホスト・ポートＩＤ４１８ａと、バインディングに付属しホスト・ポート・テーブル４０６ａのＳＣＳＩ  ＩＤ４１４ａに対応するＳＣＳＩ  ＩＤ４２０ａと、バインディングに付属するＳＣＳＩ  ＬＵＮを提供するＬＵＮ４２２ａと、サーバがＳＣＳＩ  ＩＮＱＵＩＲＹコマンドをＬＵＮに発行したときに、ＬＵＮから与えられる情報を提供するインクァイアリ情報４２４ａを含んでいる。インクァイアリ情報は、一般に、納入業者名、製品名、ＬＵＮのロジカル・デバイスＩＤなどを含んでいる。図４Ｅは、マネージメント・エージェント４０２ｂに設けられたＬＵＮバインディング・テーブル４０８ｂを示す。ＬＵＮバインディング・テーブル４０８ｂは、バインディングＩＤ４１６ｂと、ホスト・ポートＩＤ４１８ｂと、ＳＣＳＩ  ＩＤ４２０ｂと、ＬＵＮ４２２ｂと、インクァイアリ情報４２４ｂを含んでいる。
【００３２】
図５Ａは、本発明の一実施の形態に対応するＳＡＮのマネージメント関連機能に専用のマネージメント・サーバ２０８を示している。他の実施の形態では、単一のサーバがアプリケーション・サーバとマネージメント・サーバの二重の機能を果たすこともある。
【００３３】
マネージメント・サーバ２０８は、ネットワークを効率よく利用出来るようにＳＡＮを管理するために用いられるＳＡＮマネージャあるいはネットワーク・マネージャ５０２を含んでいる。ＳＡＮマネージャ５０２は、ＳＡＮ内部の各種のコンポーネントから得たすべての物理的および論理的な接続情報を含んでいる。したがって、ＳＡＮマネージャ５０２は、マネージメント・ネットワーク２１０を経由して、それぞれの構成テーブルを得るために、ＳＡＮ内部で、たとえばスイッチ・マネージメント・エージェント３０２、サーバ・マネージメント・エージェント４０２およびストレージ・システム・マネージメント・エージェント２１２などのマネージメント・エージェントと交信を行う。したがって、ＳＡＮマネージャあるいはネットワーク・マネージャ５０２は、トポロジー・リポジトリ５０４とディスカバリ・リスト５０６を含んでいる。
【００３４】
トポロジー・リポジトリ５０４は、ＳＡＮにおいてＩ／Ｏ通信のトポロジーを提供するトポロジー・テーブル５０８を含んでいる。トポロジー・テーブル５０８は、ＳＡＮ内部のデバイスから得られる、たとえばホスト・ポート・テーブル４０６ａ，４０６ｂ、ＬＵＮバインディング・テーブル４０８ａ，４０８ｂなどのテーブルをマージすることで作られる。図５Ｂを参照すると、トポロジー・テーブル５０８は、ＳＡＮにおけるサーバ２０６ａ，２０６ｂについてのバインディングＩＤとホスト・ポートＩＤの情報を提供するサーバ・セクション５５０と、ＳＡＮにおけるスイッチについての情報を提供するインターコネクト・セクション５５２と、ディスク・ポートＩＤとキャッシュＩＤとロジカル・デバイスＩＤを含むストレージ・サブシステムについての情報を提供するストレージ・セクション５５４を含んでいる。
【００３５】
図５Ｃは、本発明の一実施の形態にしたがって、トポロジー・テーブル５０８を生成するためにＳＡＮマネージャ５０２が行う処理５６４を示している。ＳＡＮ内の全てのデバイスが検出される（ステップ５６６）。検出された各々のデバイスの構成情報が読み出され、トポロジー・リポジトリ５０４に記憶される。各ＬＵＮバインディング・エントリーは、すべてのエントリーが検索されるまで検索される（ステップ５６８）。それぞれのエントリーについて、トポロジー・テーブル５０８に新しいエントリーが作成され、たとえばサーバ名やサーバ・バインディングＩＤやサーバ・ホスト・ポートＩＤなどのサーバ情報がそこに記憶される。サーバ（ホスト・ポートＩＤ  Ｘ）２０６ａとＳＡＮスイッチ（スイッチ・ポートＩＤ  Ｙ）２０４間の接続が検出され、接続情報がエントリーに記憶される（ステップ５７２）。このステップは、キー「ホスト・ポートＩＤ」がホスト・ポートＩＤ  ＸであるＷＷＮをホスト・ポート・テーブル４０６ａ，４０６ｂから選択すること、キー「リンクＷＷＮ」がホスト・ポート・テーブル４０６ａ，４０６ｂで選択されたＷＷＮ、言い換えればホスト・ポートＩＤ  ＸのＷＷＮ、と等しいスイッチ・ポートＩＤＹをポート・リンク・テーブル３０６から選択すること、ポート・リンク・テーブル３０６の選択されたポート・リンク・エントリーから、「インタコネクト名」と「インタコネクト・ポートＩＤ」をコピーすることを伴う。
【００３６】
そのあとで、ロジカル・デバイス情報はエントリーに記憶される（ステップ５７４）。このステップは、キー「ロジカル・デバイスＩＤ」と「ＳＣＳＩ  ＩＤ」と「ＳＣＳＩ  ＬＵＮ」がＬＵＮバインディング・テーブル４０８ａ，４０８ｂのエントリーにあるものと同等であるパスをパス・テーブル２２４から選択すること、パス・テーブル２２４の選択されたパスから「ストレージ名」と「ストレージ・ディスク・ポートＩＤ」と「ストレージ・キャッシュ・ＩＤ」と「ストレージ・ロジカル・デバイスＩＤ」をコピーすることを伴う。
【００３７】
つぎに、ストレージ・サブシステム（ディスク・ポートＩＤ  Ｘ）２０２とＳＡＮスイッチ（スイッチ・ポートＩＤ  Ｙ）２０４の間の接続が検出され、接続情報がエントリーに記憶される（ステップ５７６）。このステップは、キー「ディスク・ポートＩＤ」がディスク・ポートＩＤ  ＸであるＷＷＮをディスク・ポート・テーブル２２０から選択すること、キー「リンクＷＷＮがディスク・ポート・テーブル２２０において選択されたＷＷＮ、言い換えればディスク・ポートＩＤ  ＸのＷＷＮ、と同等であるスイッチ・ポートＩＤ  Ｙをポート・リンク・テーブル３０６から選択すること、ポート・リンク・テーブル３０６において選択されたポート・リンク・エントリーから、右側の「インタコネクト名」と「インタコネクト・ポートＩＤ」をコピーすることを伴う。ステップ５７６が終わると、次のＬＵＮバインディング・エントリーが検索され（ステップ５７８）、上記のステップが、全てのエントリーが処理されるまで繰り返される。
【００３８】
ディスカバリ・リスト５０６は、ＳＡＮにおける全てのデバイスの情報を含んでいる。ＳＡＮマネージャ５０２は、このリストからの情報をＳＡＮスイッチ２０４にあるマネージメント・エージェント２１２，３０２，４０２ａ，４０２ｂから構成情報を検索するために用いる。図５Ｄを参照すると、ディスカバリ・リストは、発見されるべきターゲットＳＡＮデバイスのニックネームを提供するディスカバリＩＤセクション５５６と、ターゲットＳＡＮデバイスのデバイス・タイプを識別するデバイス・タイプ・セクション５５８と、ターゲットＳＡＮデバイスについての納入業者情報あるいは他の詳細情報を提供するデバイス情報セクション５６０と、ＳＡＮマネージャ５０２とターゲットＳＡＮデバイス間のコミュニケーションのためにターゲットＳＡＮデバイスのＩＰアドレスを提供するＩＰアドレス・セクション５６２を含む。本実施の形態では、使用されるコミュニケーション・プロトコルはＴＣＰ／ＩＰである。
【００３９】
ＳＡＮマネージャ５０２は、一ないしはそれ以上のトラップ辞書（下記に説明）を、上記のトポロジー・テーブル５０８とディスカバリ・リスト５０６と同様に用いて、イベント・マネージメントを行うように構成されている。ＳＡＮマネージャ５０２は、問題が発生しているＳＡＮのコンポーネントからイベント・メッセージを受信する。イベントはネットワーク・アドミニストレータに通知されて、適当な対策を取るようにする。イベント通知のために使用される一つの共通したプロトコルは、ＩＰをベースにしたプロトコルであるＳＮＭＰ（Ｓｉｍｐｌｅ  Ｎｅｔｗｏｒｋ  Ｍａｎａｇｅｍｅｎｔ  Ｐｒｏｔｏｃｏｌ）である。本実施の形態では、ＳＡＮマネージャ５０２はＳＮＭＰメッセージを扱うように構成されている。
【００４０】
稼働状態では、問題が発生しているデバイスは、ＳＡＮマネージャ５０２にＳＮＭＰトラップ・メッセージを送信する。ＳＡＮマネージャ５０２は、メッセージを受信すると、問題の原因とＳＡＮにおけるイベントあるいは問題が結果としてどのように影響するかを判断することができる。たとえば、もし障害がＳＡＮスイッチ２０４のスイッチ・ポート３０４ａで発生したならば、ＳＡＮマネージャ５０２は、スイッチ・ポート３０４ａに障害が発生したのでイベント・メッセージを受信したことと、この障害によりサーバ２０６ａがロジカル・デバイスｖ１にアクセス出来なくなること、を判断することができる。ＳＡＮは、様々なメッセージのルールをソフトウエア異なる納入業者からのハードウエアとソフトウエアを含んでいるので、在来のＳＡＮマネージャではイベントの原因と影響に関するこのような正確な診断は不可能であった。したがって、同様の状況では、在来のＳＡＮマネージャは、ネットワーク・アドミニストレータに対して単にＳＡＮスイッチ２０４に障害が発生していることくらいしか伝えられない。
【００４１】
イベントの原因と影響についてこのような正確な診断を行うために、ＳＡＮマネージャ５０２は、ＳＡＮネージャ５０２が受信したトラップ・メッセージを解読しあるいは解釈するための、一ないしはそれ以上のトラップ辞書（また「イベント辞書」あるいは「ルックアップ・テーブル」とも呼ばれる）を持っている。本実施の形態では、ＳＡＮマネージャ５０２は、種々のハードウエアやソフトウエアの納入業者に対して、複数のトラップ辞書を持っている。トラップ辞書を記憶することに関し幾つかの異なった方法がある。トラップ辞書はデバイス・タイプに依存して記憶されてもよく、ＳＡＮスイッチ２０４に関するトラップ辞書の全てが一カ所に記憶される。別の方法としては、トラップ辞書を納入業者の指定するファイルに従って記憶してもよい。
【００４２】
本実施の形態では、トラップ辞書はデバイス・タイプにしたがって記憶される。したがって、ＳＡＮマネージャ５０２には、ＳＡＮスイッチ２０４用のトラップ辞書５１０とストレージ・サブシステム２０２用のトラップ辞書５１２がある。スイッチ・トラップ辞書５１０は、特別なイベントが発生したことを通知するトラップ・メッセージに付加されるエラーコード６０２と、問題が発生しているコンポーネントを識別するエラー・コンポーネント６０４を含んでいる（図６Ａ）。たとえば、もし問題がＳＡＮスイッチ２０４のポートｓ１に発生すると、エラーコード「Ａ１」を含むトラップ・メッセージがＳＡＮマネージャ５０２に送られる。ＳＡＮマネージャ５０２は、スイッチ・トラップ辞書５１０を参照してエラーコードの意味を判定する。
【００４３】
同様に、ストレージ・トラップ辞書５１２は特別なイベントが発生したことを通知するトラップ・メッセージに付加されるエラーコード６０６と、問題が発生しているコンポーネントを識別するエラー・コンポーネント６０８と、コンポーネントＩＤ情報を示すＩＤ６１０を含んでいる。本発明の一実施の形態では、マネージメント・サーバ２０８は、トラップ・メッセージを受信した時に、適切なトラップ辞書を参照するために用いるディクショナリー・サーバ５１２を含んでいる。
【００４４】
図７は、本発明の一実施の形態において、ＳＡＮにおけるＳＡＮマネージャ５０２を用いたイベント通知の処理を説明するフローチャート７００である。ＳＡＮマネージャ５０２は、障害が発生したデバイスからＳＮＭＰトラップ・メッセージを受信する（ステップ７０２）。デバイスには、複数のコンポーネントがあり、その中の１台に障害が発生している。トラップ・メッセージは、問題が発生しているコンポーネントそのものを確定するのに適したエラーコードを含んでいる。ＳＡＮマネージャ５０２は、問題のデバイスを識別するために、ディスカバリ・リスト５０６を使用してＳＮＭＰトラップのＩＰアドレスを調べる（ステップ７０４）。もし、デバイスに対するトラップ辞書が存在するならば、メッセージのエラーコードが参照され、そして問題が発生しているデバイス内の特定のコンポーネントが識別される（ステップ７０６）。問題が発生しているコンポーネントについては、トポロジー・リポジトリ５０４のトポロジー・テーブル５０８を使用して参照される（ステップ７０８）。もしトポロジーの問題が存在するならば、問題がユーザに通知される（ステップ７１０）。図８Ａは、本発明の一実施の形態における、ＳＮＭＰトラップ・メッセージ８０２の例を説明している。ＳＮＭＰトラップ・メッセージ８０２は、ヘッダー８０４と、問題のデバイスの納入業者を識別するためのエンタプライズ・セクション８０６と、問題のデバイスのＩＰアドレスを提供するエージェント・セクション８０８と、特定のイベントに関連したエラーコードについてのバリアブル・バインディング８１０を含んでいる。
【００４５】
図８Ｂは、ストレージ・サブシステム２０２におけるディスク・ドライブの障害に対応してＳＡＮマネージャ５０２へ送信されるトラップ・メッセージ８１２を説明している。トラップ・メッセージ８１２は、エンタプライズ８０６で、障害が発生したデバイスは納入業者Ｄによって製造されたストレージ・サブシステム２０２であることを示し、エージェント・アドレス８０８はデバイスのＩＰアドレスは１００．１００．１００．１０３であることを示し、バリアブル・バインディング・セクション８１０はデバイスにおいて問題が発生したコンポーネントはディスク・ドライブｄｄ１であることを示している。ＳＡＮマネージャ５０２は、トポロジー・テーブル５０８を調べ、そしてディスク・ドライブｄｄ１で発生した障害によりロジカル・デバイスｖ１に障害が発生したと判定する。ＳＡＮマネージャ５０２はまた、この障害の結果として、サーバ２０６ａはロジカル・デバイスｖ１にアクセスできないと判定する。ＳＡＮマネージャ５０２は、ディスク・ドライブｄｄ１の障害と、サーバ２０６ａがロジカル・デバイスｖ１にアクセス出来ないという内容のイベント通知をネットワーク・アドミニストレータに送る。このイベント通知は、テキスト形式か、グラフィックのイラストか、もしくは両者の組み合わせでよい。
【００４６】
図９Ａは、本発明の一実施の形態において、上記で説明したイベントの発生を担当者に伝えるために、ネットワーク・アドミニストレータに送られるイベント通知９０２を示している。イベント通知９０２は、ＳＡＮトポロジーのグラフィック・イラストレーションを提供するトポロジー・ビュー９０４と、イベントに影響されるデータ・パス９０６と、障害が発生しているコンポーネント９０８と、障害が発生したコンポーネント９０８とその障害の影響について詳しく説明するイベント・サマリー９１０とを含んでいる。
【００４７】
図８Ｃは、ＳＡＮスイッチ２０４のスイッチ・ポート３０４ａ〜３０４ｄの障害に応じて、ＳＡＮネージャ５０２へ送信されるトラップ・メッセージ８１４を説明している。トラップ・メッセージ８１４は、エンタプライズ８０６で、障害が発生しているデバイスは納入業者Ｃが製造したＳＡＮスイッチ２０４であることを示し、エージェント・アドレス８０８はデバイスのＩＰアドレスが１００．１００．１００．１０２であることを示し、バリアブル・バインディング・セクション８１０はデバイスで問題が発生しているコンポーネントがスイッチ・ポートｓ１であることを示している。ＳＡＮマネージャ５０２は、トポロジー・テーブル５０８を用いて、スイッチ・ポートｓ１の障害でサーバ２０６ａがロジカル・デバイスｖ１にアクセス出来ないことを判定する。ＳＡＮマネージャ５０２は、スイッチ・ポートｓ１の障害と、その影響でサーバ２０６ａがロジカル・デバイスｖ１にアクセス出来ないという情報を含めたイベント通知を、ネットワーク・アドミニストレータに送る。
【００４８】
図９Ｂは、本発明の一実施の形態において、上記のイベントを通知するために、ネットワーク・アドミニストレータに表示されるイベント通知９１２を説明している。イベント通知９１２は、ＳＡＮトポロジーのグラフィック・イラストレーションを提供するトポロジー・ビュー９１４と、イベントに影響されるデータ・パス９１６と、障害が発生しているコンポーネント９１８と、故障したコンポーネントとその障害の影響について詳しく説明するイベント・サマリー９２０とを含んでいる。
【００４９】
以上の詳細な説明は、本発明の特定の実施の形態を説明するためのものであって、それに限定されるものではない。本発明の範囲において数多くの修正や変形が可能である。したがって、本発明は以下の特許請求項により定義されるものである。
【００５０】
【図面の簡単な説明】
【図１】
図１は、本発明の一実施の形態による、メッセージング・ネットワークに結合されたストレージ・ネットワークを含むネットワークの説明図を示す。
【図２Ａ】
図２Ａは、本発明の一実施の形態による、マネージメント・サーバとＳＡＮマネージャを含むストレージ・エリア・ネットワークの説明図を示す。
【図２Ｂ】
図２Ｂは、本発明の一実施の形態による、ＳＡＮのストレージ・サブシステムの説明である。
【図２Ｃ】
図２Ｃは、本発明の一実施の形態による、図２Ｂのストレージ・サブシステムのマネージメント・エージェントに備えられているディスク・ポート・テーブルを示す。
【図２Ｄ】
図２Ｄは、本発明の一実施の形態による、図２Ｂのストレージ・サブシステムのマネージメント・エージェントに備えられているデバイス・テーブルを示す。
【図２Ｅ】
図２Ｅは、本発明の一実施の形態による、図２Ｂのストレージ・サブシステムのマネージメント・エージェントに備えられているパス・テーブルを示す。
【図３Ａ】
図３Ａは、本発明の一実施の形態による、ＳＡＮのＳＡＮスイッチの説明図を示す。
【図３Ｂ】
図３Ｂは、本発明の一実施の形態による、図３ＡのＳＡＮスイッチのマネージメント・エージェントに備えられているポート・リンク・テーブルを示す。
【図４Ａ】
図４Ａは、本発明の一実施の形態による、ＳＡＮのアプリケーション・サーバの説明図を示す。
【図４Ｂ】
図４Ｂは、本発明の一実施の形態によるアプリケーション・サーバのホスト・ポート・テーブルの説明図を示す。
【図４Ｃ】
図４Ｃは、本発明の一実施の形態によるアプリケーション・サーバのホスト・ポート・テーブルの説明図を示す。
【図４Ｄ】
図４Ｄは、本発明の一実施の形態によるアプリケーション・サーバのＬＵＮバインディング・テーブルの説明図を示す。
【図４Ｅ】
図４Ｅは、本発明の一実施の形態によるアプリケーション・サーバのＬＵＮバインディング・テーブルの説明図を示す。
【図５Ａ】
図５Ａは、本発明の一実施の形態による、ＳＡＮのマネージメント・サーバの説明図を示す。
【図５Ｂ】
図５Ｂは、本発明の一実施の形態による、ＳＡＮマネージャのトポロジー・テーブルの説明である。
【図５Ｃ】
図５Ｃは、本発明の一実施の形態による図５Ｂのトポロジー・テーブルの生成手順の説明である。
【図５Ｄ】
図５Ｄは、本発明の一実施の形態による、ＳＡＮマネージャのディスカバリ・リストの説明である。
【図６Ａ】
図６Ａは、本発明の一実施の形態によるストレージ・サブシステムとＳＡＮマネージャのＳＡＮスイッチに対するトラップ辞書の説明である。
【図６Ｂ】
図６Ｂは、本発明の一実施の形態によるストレージ・サブシステムとＳＡＮマネージャのＳＡＮスイッチに対するトラップ辞書の説明である。
【図７】
図７は、本発明の一実施の形態によるイベント通知方法を説明するフロー図である。
【図８Ａ】
図８Ａは、本発明の一実施の形態による、エラーコードを含んだトラップ・メッセージの説明である。
【図８Ｂ】
図８Ｂは、本発明の一実施の形態による、エラーコードを含んだトラップ・メッセージの説明である。
【図８Ｃ】
図８Ｃは、本発明の一実施の形態による、エラーコードを含んだトラップ・メッセージの説明である。
【図９Ａ】
図９Ａは、本発明の一実施の形態による、ＳＡＮマネージャがネットワーク・アドミニストレータに出すイベント通知の説明図である。
【図９Ｂ】
図９Ｂは、本発明の一実施の形態による、ＳＡＮマネージャがネットワーク・アドミニストレータに出すイベント通知の説明図である。
【符号の説明】
１０２・・・ネットワークとＬＡＮ、１０４・・・ストレージ・エリア・ネットワーク、２０８・・・マネージメント・サーバ、２０９・・・ＳＡＮマネージャ、２１０・・・マネージメント・ネットワーク、２０６ａ・・・サーバＡ、  マネージメント・エージェント、  サーバ・ポートａ１、２０４・・・ＳＡＮスイッチ、マネージメント・エージェント、スイッチ・ポートｓ１、２０２・・・ストレージ・サブシステム  、２１２・・・マネージメント・エージェント、２１４ａ  ・・・ディスク・ポートｄ１、２１８ａ  ・・・キャッシュｃ１、２１６ａ・・・ロジカル・デバイス  ｖ１、２２６・・・ディスク・ポートＩＤ、２３０・・・ロジカル・デバイスＩＤ、２２２・・・ディスク・ドライブ・リスト、２３４・・・パスＩＤ、２３６・・・ディスク・ポートＩＤ、２３８・・・キャッシュＩＤ、２４０  ・・・ロジカル・デバイスＩＤ、２４２・・・ＳＣＳＩ  ＩＤ、２４４・・・ＳＣＳＩ  ＬＵＮ、３０２・・・マネージメント・エージェント、３０４・・・スイッチ・ポート、４０２ａ・・・マネージメント・エージェント、４０６ａ・・・ホスト・ポート・テーブル、４０８ａ・・・ＬＵＮバインディング・テーブル、４０４・・・サーバ・ポートａ１、４１０ａ・・・ホスト・ポートＩＤ、４１２ａ・・・ＷＷＮ、４１４ａ・・・ＳＣＳＩ  ＩＤ、４１６ａ・・・バインディングＩＤ、４１８ａ・・・ホスト・ポートＩＤ、４２０ａ・・・ＳＣＳＩ  ＩＤ、４２２ａ・・・ＬＵＮ。