(57)【要約】　　　（修正有）【課題】高性能で、多目的のＳＡＮを適切に利用するためには、イベント通知を効率良く管理する必要がある。【解決手段】ヘテロジニアスなネットワークは、複数の納入業者からのハードウエアおよびソフトウエア製品に関わるネットワークを含んでいる。ネットワークは、データを記憶する構成のストレージ・システムと、リクエストを処理する構成のサーバ、データ・コミュニケーションのためにストレージ・システムとサーバを結合するスイッチと、障害が発生しているデバイスから受信したイベント・メッセージを解釈するためのイベント辞書を持つネットワーク・マネージャを有する。【選択図】　図１
2004133897.tif 000002
【特許請求の範囲】
【請求項１】
複数の納入業者からのハードウエアとソフトウエア製品を有するヘテロジニアスなネットワークであって、
データを記憶するように構成されたストレージ・システムと、
リクエストを処理するように構成されたサーバと、
データ通信を行うためにストレージ・システムとサーバを結合するスイッチと、ト辞書にあるエラーコード・リストを用いて障害が発生しているコンポーネントを判定障害が発生しているデバイスから受信したイベント・メッセージを解釈するためのイベント辞書を有するネットワーク・マネージャと、
で構成されることを特徴とするネットワーク。
【請求項２】
ネットワークはストレージ・エリア・ネットワークであることを特徴とする請求項１に記載のネットワーク。
【請求項３】
さらに、ヘテロジニアスなネットワークと結合されたメッセージング・ネットワークで構成されることを特徴とする請求項１に記載のネットワーク。
【請求項４】
イベント辞書は、エラーコード・リストと前記エラーコード・リストに対応するエラー・コンポーネント・リストを含むことを特徴とする請求項１に記載のネットワーク。
【請求項５】
イベント・メッセージはエラーコードを含み、ネットワーク・マネージャは、障害が発生しているコンポーネントを識別するために、イベント辞書にあるエラーコードを参照することを特徴とする請求項４に記載のネットワーク。
【請求項６】
ネットワーク・マネージャが複数の納入業者に関する複数のイベント辞書を持つことを特徴とする請求項１に記載のネットワーク。
【請求項７】
さらに、ネットワークにおけるＩ／Ｏコミュニケーションのトポロジーに関する情報を含むトポロジー・テーブルで構成され、ネットワーク・マネージャは障害の影響を判断するためにトポロジー・テーブルにアクセスすることを特徴とする請求項１に記載のネットワーク。
【請求項８】
ストレージ・エリア・ネットワーク（ＳＡＮ）であって、
ＳＡＮ内部にあるデバイスにおいて、障害が発生したデバイスから受信したイベント・メッセージを解釈するためのイベント辞書を有するネットワーク・マネージャで構成されることを特徴とするストレージ・エリア・ネットワーク（ＳＡＮ）。
【請求項９】
ＳＡＮは、異なったイベント・メッセージのルールを持つ複数の納入業者からのネットワーク製品を含むことを特徴とする請求項８に記載のＳＡＮ。
【請求項１０】
ストレージ・エリア・ネットワーク（ＳＡＮ）を管理するように構成されたマネージメント・サーバであって、
ＳＡＮ内部にあるデバイスにおいて、障害が発生したデバイスから受信したイベント・メッセージを解釈するためのイベント辞書を含むネットワーク・マネージャで、
構成されることを特徴とするマネージメント・サーバ。
【請求項１１】
ＳＡＮは、複数の納入業者が個別仕様のエラーコードを用いている状態で、複数の納入業者から納入される異なるイベント・メッセージのルールを持つネットワーク製品を使用することを特徴とする請求項１０に記載のマネージメント・サーバ。
【請求項１２】
ストレージ・エリア・ネットワーク（ＳＡＮ）であって、
データ・リクエストを処理するように構成された複数のアプリケーション・サーバと、
ＳＡＮのマネージメント機能を行うように構成され、複数のコンポーネントを有し、前記複数のコンポーネントの一つに障害が発生しているデバイス、すなわち障害が発生したデバイスからのトラップ・メッセージに含まれるエラーコードを解釈するためのトラップ辞書を含むＳＡＮマネージャを含むマネージメント・サーバと、
データを記憶するように構成された複数のストレージ・サブシステムと、
アプリケーション・サーバとストレージ・サブシステムの間でデータを転送するように構成された複数のスイッチと、で構成され、
前記ＳＡＮは、異なったエラーコードのルールをもつ複数の納入業者から納入されたネットワーク製品を含むヘテロジニアスなネットワークであることを特徴とする。
【請求項１３】
ＳＡＮマネージャは、異なった納入業者に対する複数のトラップ辞書を含むことを特徴とする請求項１２に記載のＳＡＮ。
【請求項１４】
さらに　ＳＡＮと結合したメッセージング・ネットワークで構成されていることを特徴とする請求項１２に記載のネットワーク。
【請求項１５】
トラップ辞書は、エラーコード・リストと前記エラーコード・リストに対応するエラー・コンポーネント・リストを含むことを特徴とする請求項１２に記載のＳＡＮ。
【請求項１６】
エラーコードにより問題が発生しているデバイス内部の一つのコンポーネントが識別され、前記一つのコンポーネントを識別するためにトラップ辞書が参照されることを特徴とする請求項１５に記載のＳＡＮ。
【請求項１７】
マネージメント・サーバはさらに、
ネットワークにおけるＩ／Ｏコミュニケーションのトポロジーに関する情報を含むトポロジー・テーブルで構成され、前記ＳＡＮ・マネージャは障害の影響を判断するために前記トポロジー・テーブルにアクセスできることを特徴とする請求項１２に記載のＳＡＮ。
【請求項１８】
ストレージ・ネットワークの管理方法であって、
複数の納入業者で製造された複数のネットワーク製品を提供することと、
複数のコンポーネントの一つに障害が発生し、障害が発生している一つのコンポーネントを識別するエラーコードを含むイベント・メッセージを、前記複数のコンポーネントを含むデバイスから受信することと、
イベント・メッセージのエラーコードを解釈するために、エラーコード・リストとそれに対応するエラー・コンポーネント・リストを含むイベント辞書にアクセスすることと、
イベンすることで、構成されることを特徴とするストレージ・ネットワークの管理方法。
【請求項１９】
さらに、コンポーネントの障害の影響を判定するためにトポロジー・テーブルにアクセスすることで構成されることを特徴とする請求項１８に記載の方法。
【請求項２０】
さらに、ネットワーク・アドミニストレータへイベント通知を伝えることで構成され、
前記イベント通知は、障害が発生しているコンポーネントと障害の影響に関する情報を含んでいることを特徴とする請求項１９に記載の方法。
【請求項２１】
イベント通知は、ストレージ・ネットワークのトポロジーを図示的に説明するトポロジー・ビューと、障害が発生したコンポーネントと障害の影響に関する情報を提供するイベント・サマリーを含んでいることを特徴とする請求項２０に記載の方法。
【請求項２２】
イベント通知はさらに、コンポーネントの障害に関わるデータ・パスを含むことを特徴とする請求項２１に記載の方法。
【請求項２３】
ストレージ・エリア・ネットワークのマネージメント・サーバ内にあるネットワーク・マネージャであって、
障害が発生しているデバイス内にあるコンポーネントを識別し、障害の影響を判定するために、ストレージ・エリア・ネットワーク内のデバイスから受信したイベント・メッセージを解釈するための参照テーブルにアクセスするコードで構成されることを特徴とするネットワーク・マネージャ。
【請求項２４】
第１のサーバ上で稼働しているストレージ・エリア・ネットワーク（ＳＡＮ）マネージャが行うイベント通知方法であって、前記第１のサーバは、ネットワークを経由して、少なくとも第２のサーバ、スイッチ、ストレージ・サブシステムと結合されており、
前記第２のサーバと前記第２のサーバがアクセスするロジカル・ボリュームの間のＩ／Ｏパスについての情報を前記第２のサーバから受信することと、
構成情報を前記スイッチと前記ストレージ・サブシステムから受信することと、前記第２のサーバからの情報と前記構成情報を用いてＳＡＮについてのトポロジー情報を生成することと、
もし障害が前記スイッチあるいは前記ストレージ・サブシステムで発生したならば、前記スイッチあるいは前記ストレージ・サブシステムからイベント・メッセージを受信することと、
トポロジー情報とイベント・メッセージを用いて、第２のサーバが障害によってどのロジカル・ボリュームにアクセス出来ないかを判定すること、で構成されることを特徴とする方法。
【請求項２５】
さらに、マネージャのイベント辞書を用いてイベント・メッセージを解釈することで構成されることを特徴とする請求項２４に記載のイベント通知方法。
【請求項２６】
イベント辞書は、スイッチとストレージ・サブシステムに対するエラーコード・リストと、前記エラーコード・リストに対応するエラー・コンポーネント・リストを含むことを特徴とする請求項２５に記載のイベント通知方法。
【発明の詳細な説明】
【発明の属する技術分野】
［０１］　本発明は、ストレージ・ネットワークに関わり、さらに詳細にはストレージ・ネットワークにおけるイベント通知の方法とシステムに関する。
【従来の技術】
［０２］　データは、全ての計算処理の基本となる基礎的な資源である。最近のインターネットと電子ビジネス（ｅ−ビジネス）の爆発的な発展により、データ・ストレージ・システムに対する需要は飛躍的に増加している。一般に、ストレージ・ネットワークは、つぎの２つのアプリケーションあるいはコンフィギュレーションで構成される。すなはち、ネットワーク結合ストレージ（ＮＡＳ）あるいはストレージ・エリア・ネットワーク（ＳＡＮ）である。ＮＡＳは、イーサネット上のＩＰを用いて、ストレージサーバとそれらのクライアントの間でファイルフォーマットのデータ転送を行う。ＮＡＳに於いては、ディスクアレイやテープ装置のような統合ストレージ・システムは、イーサネットのようなローカル・エリア・ネットワーク（ＬＡＮ）インターフェイスを通して、ＴＣＰ／ＩＰのようなメッセージ通信プロトコルを用いて、メッセージング・ネットワークに直接に接続する。ストレージ・システムは、クライアント・サーバ・システムにおけるサーバのように機能する。
［０３］　一般に、ＳＡＮは、異種のサーバやストレージ資源の間でデータを転送する専用の高性能ネットワークである。ＮＡＳと異なり、従来型のメッセージング・ネットワーク上のクライアントとサーバの間でトラフィックの競合が発生しないように、専用のネットワークが設けられる。ＳＡＮでは、ストレージ資源とプロセッサーまたはサーバとの間を直接に接続することが許される。
ＳＡＮは、サーバ間で共有したり、特定のサーバに専用にしたりすることが出来る。それはまた、１カ所の場所に集中させたり、地理的に離れた場所に分散させたりすることも可能である。ＳＡＮのインターフェイスは各種の異なったプロトコルが可能で、ファイバー・チャネル（ＦＣ）やエンタープライズ・システム接続（ＥＳＣＯＮ）や小型コンピュータ・システム・インターフェイス（ＳＣＳＩ）やシリアル・ストレージ・アーキテクチャ（ＳＳＡ）や高性能パラレル・インターフェイス（ＨＩＰＰＩ）や将来出現するであろう他のプロトコルであっても良い。たとえば、インターネット・エンジニアリング・タスク・フォース（ＩＥＴＦ）は、ＴＣＰ／ＩＰによるブロック・ストレージを可能にする新しいプロトコルあるいは標準ＩＳＣＳＩを開発中であり、一方では、幾つかの会社は、ホスト・プロセッサーからｉＳＣＳＩ−ＴＣＰ／ＩＰプロトコルスタックをはずして、ｉＳＣＳＩをＳＡＮの主要な標準にしようと作業中である。
［０４］　現在は、ファイバーチャンネル（ＦＣ）は、ＳＡＮについての主要な標準であり、プロトコルである。ＦＣは、今日に於いては、１Ｇｂｐｓや２Ｇｂｐｓのリンクスピードで最高の性能を持ち、プロトコル・スタックを十分に軽減することで優れた（大変短い）待ち時間を実現する。したがって、ファイバーチャンネルを基本とするＳＡＮは高性能のアプリケーションにしばしば用いられる。データセンタにおいては、当分の間２ＧｂｐｓでのＦＣには競合するものがないと予想される。
【発明が解決しようとする課題】
［０５］　高性能であり、多目的のＳＡＮを適切に利用するためには、効率よく管理する必要がある。ストレージ・ネットワークにおける一つの重要な管理機能は、イベント通知の管理である。ＳＡＮは一般に各種のベンダーからの様々なハードウエアやオペレイティングシステムを含み、それぞれが固有のメッセージ言語やルールを持っているので、ＳＡＮにおけるイベント通知の管理は難しい問題である。
【課題を解決するための手段】
［０６］　本発明の実施例は、ストレージ・エリア・ネットワーク（ＳＡＮ）のようなストレージ・ネットワークにおけるイベント通知およびイベント管理に関わる。ある実施例では、たとえばＳＡＮマネージャのようなネットワーク・マネージャが、ストレージ・ネットワーク内でデバイスから情報を収集する。ネットワーク内では、ネットワーク・マネージャは各デバイスについてトラップ辞書を持っている。
辞書は、障害が発生したあるいは発生しようとしているデバイスから受信したイベント・メッセージを解釈するために用いられる。ネットワーク・マネージャは、デバイス内で問題を起こした特定の部品を確認し、そしてそのイベントの重要度を判定するように構成されている。ネットワーク・マネージャは、イベントの原因と影響度を示すイベント通知を、中央のマネージメント・コンソール上に表示するように設定されている。
［０７］　ある実施例では、ヘテロジニアスなネットワークは、複数の納入業者からのハードウエアやソフトウエア製品に関連したネットワークを含んでいる。ネットワークは、データを記憶する構成のストレーシ・゛システム、リクエストを処理する構成のサーバ、データ・コミュニケーションのためにストレージ・システムとサーバを結合するスイッチ、そして障害が発生したデバイスから受信したイベント・メッセージを解釈するためのイベント辞書を持つネットワーク・マネージャを含む。
［０８］　他の実施例では、ストレージ・エリア・ネットワーク（ＳＡＮ）は、ＳＡＮ内にあるデバイスである、障害が発生したデバイスから受診したイベント・メッセージを解釈するためのイベント辞書を持つネットワーク・マネージャを含んでいる。
［０９］　他の実施例では、ストレージ・エリア・ネットワーク（ＳＡＮ）を管理する構成のマネージメント・サーバは、ＳＡＮ内にあるデバイスである、障害が発生したデバイスから受診したイベント・メッセージを解釈するためのイベント辞書を持つネットワーク・マネージャを含んでいる。
［１０］　他の実施例では、ストレージ・エリア・ネットワーク（ＳＡＮ）は、データ・リクエストを処理する構成の複数のアプリケーション・サーバを含んでいる。マネージメント・サーバは、ＳＡＮのマネージメント機能を処理するように構成され、ＳＡＮマネージャを含んでいる。ＳＡＮマネージャは、障害が発生したデバイスからのトラップ・メッセージに含まれるエラーコードを解釈するトラップ辞書を含んでいる。デバイスは複数のコンポーネントを有し、その一つに障害が発生している。複数のストレージ・サブシステムはデータを記憶するように構成されている。複数のスイッチは、アプリケーション・サーバとストレージ・サブシステム間でデータを転送するように構成されている。ＳＡＮは、複数の納入業者からの、エラーコードに対して異なるルールを持つネットワーク製品を含む、ヘテロジニアスなネットワークである。
［１１］　さらに他の実施例では、ストレージ・ネットワークを管理する方法は、複数の納入業者で製造された複数のネットワーク製品を提供することを含んでいる。イベント・メッセージは、複数の部品を持つデバイスから受信され、複数の部品の中の一つに障害が発生している。イベント・メッセージは、障害が発生している１個の部品を識別するエラーコードを含んでいる。イベント・メッセージにあるエラーコードを解釈するために、イベント辞書がアクセスされる。イベント辞書は、エラーコード・リストとそれに対応するエラー・コンポーネント・リストを含んでいる。障害が発生した部品の識別は、イベント辞書にあるエラーコード・リストを用いて決定される。
【発明の実施の形態】
［３１］　本発明はストレージ・エリア・ネットワーク（ＳＡＮ）やネットワーク結合ネットワーク（ＮＡＳ）のような、ストレージ・ネットワークにおけるイベント通知の管理に関する。特に、本発明は、ヘテロジニアスなハードウエアおよび／あるいはソフトウエア・システムを用いるストレージ・ネットワークにおけるイベント通知の管理に関する。ヘテロジニアスなシステムは、複数の納入業者からのハードウエアまたはソフトウエア製品、あるいは双方の製品を有している。説明の便宜上、本発明の特定の実施例をＳＡＮを用いて下記により説明するが、本発明の適用範囲を狭めるものではない。
［３２］　ここに用いられる「ＳＡＮ」あるいは「サブ・ネットワーク」という用語は、メッセージング・ネットワークに結合された、集中的に管理される高速ストレージ・ネットワークを意味し、そしてマルチベンダー・ストレージ・デバイス、マルチベンダー・ストレージ・マネージメント・ソフトウエア、マルチベンダー・サーバ、マルチベンダー・スイッチ、あるいは他のマルチベンダー・ネットワーク関連のハードウエアおよびソフトウエア製品を含む。ＳＡＮあるいはサブ・ネットワークのヘテロジニアスな性質の範囲は変動する。幾つかのＳＡＮあるいはサブ・ネットワークは、上記の全てのネットワーク・デバイスやコンポーネントについてマルチベンダーの製品を有するが、一方では、他のものは、上記のデバイスやコンポーネントの一部についてマルチベンダーの製品を有する。
［３３］　ここに用いられる「ストレージ・ネットワーク」という用語は、１ないしはそれ以上のストレージ・システムに結合されたネットワークを意味し、そしてマルチベンダー・ストレージ・デバイス、マルチベンダー・ストレージ・マネージメント・ソフトウエア、マルチベンダー・アプリケーション・サーバ、マルチベンダー・スイッチ、あるいは他のマルチベンダー・ネットワーク関連のハードウエアおよびソフトウエア製品を含む。一般に、「ストレージ・ネットワーク」は、他のネットワーク、たとえばメッセージング・ネットワークに結合され、そしてフロントエンド・サーバ・アプリケーションからバックエンド・ストレージ機能を切り離している。したがって、ストレージ・ネットワークはＳＡＮやＮＡＳ等を含んでいる。
［３４］　図１は複数のサーバ１０６を複数のストレージ・システム１０８に接続する１ないしはそれ以上のメッセージング・ネットワーク１０２とＳＡＮ１０４を含むネットワーク・システム１００の説明図である。ネットワーク１０２は、ローカル・エリア・ネットワークや広域ネットワークやインターネットなどである。もし必要な場合は、ネットワーク１０２は、管理を容易にしその費用を低減するために、ストレージ・デバイス１０８が集中化し、サーバ１０６がクラスター化することを可能にしている。
［３５］　ＳＡＮ１０４は、いろいろなやり方で、サーバ１０６とストレージ・デバイス１０８の間の直接で高速のデータ転送をサポートしている。データはサーバとストレージ・デバイスの間で転送される。特定のストレージ・デバイスが複数のサーバから逐次にあるいは同時にアクセスされてもよい。データはサーバ間で転送することも出来る。さらに、データをストレージ・デバイス間で転送することも出来、サーバの介入なしにデータを転送することを可能にする。それによりサーバは別の仕事を行うことが出来る。たとえば、ストレージ・システムは、サーバの介入無しに、既定の間隔で、他のストレージ・システムにデータをバックアップすることが出来る。
［３６］　したがって、ストレージ・デバイスあるいはサブシステム１０８は特定のサーバ・バス専用ではなく、直接ＳＡＮ１０４に接続される。ストレージ・サブシステム１０８は外部に置かれ、機能的に全組織にわたって分配される。
［３７］　本発明の一実施例では、ＳＡＮ１０４はストレージ・インターフェイスで構成され、サーバ１０６を経由してネットワーク１０２と結合される。したがって、ＳＡＮはサーバの背後にあるネットワークあるいはサブ・ネットワークを意味する。
［３８］　他の実施例では、ＳＡＮは、１台ないしはそれ以上のサーバと、１個ないしはそれ以上のＳＡＮスイッチまたはファブリックと、１台ないしはそれ以上のストレージ・システムを含むものとして定義される。さらに他の実施例では、ＳＡＮは、１台ないしはそれ以上のサーバと、１個ないしはそれ以上のＳＡＮスイッチまたはファブリックと、１台ないしはそれ以上のストレージ・システムのポートを含むものとして定義される。したがって、ＳＡＮという用語は、上記の定義を満足する限り、種々の異なったネットワーク・コンフィギュレーションを意味するために用いられる。
［３９］　図２Ａは、ストレージ・システム（あるいはサブシステム）２０２、ＳＡＮスイッチあるいはファブリック２０４、複数のサーバ２０６ａと２０６ｂ、マネージメント・サーバ２０８、そしてマネージメント・ネットワーク２１０を有するＳＡＮシステム２００を説明している。以下に詳細を説明するが、マネージメント・サーバ２０８はＳＡＮを管理するＳＡＮマネージャ２０９を含んでいる。単一のストレージ・サブシステムがＳＡＮシステム２００では説明されているが、他の実施例では複数のストレージ・サブシステムが用いられている。同様に、他の実施例では、他のネットワーク・コンポーネントの数は、説明のサンプルとは異なっている可能性がある。
［４０］　ストレージ・サブシステム２０２には、マネージメント・エージェント２１２、複数のディスク・ポ−ト２１４ａと２１４ｂ、複数のロジカル・デバイス２１６ａと２１６ｂ、そして複数のキャッシュ２１８ａと２１８ｂが含まれる。ディスク・ポート２１４ａと２１４ｂは、またディスク・ポートｄ１およびｄ２とも呼ばれる。ロジカル・デバイス２１６ａと２１６ｂはまた、ロジカル・デバイスｖ１とｖ２と呼ばれる。マネージメント・エージェント２１２は、ストレージ・サブシステムの構成を管理し、マネージメント・サーバ２０８と交信する。たとえば、エージェント２１２は、以下に詳細を説明するように、マネージメント・サーバ２０８に対して、ストレージ・サブシステム２０２においてのデータＩ／Ｏパス、ディスク・ポートｄ１とｄ２の接続情報、およびコンポーネントで発生する障害を伝える。ディスク・ポート２１４ａと２１４ｂは、サーバ２０６ａと２０６ｂとデータを送受信するためのＳＡＮスイッチ２０４への接続ポートである。本実施例に用いられる接続プロトコルは、ファイバー・チャネルであるが、他のプロトコル、たとえばＳＣＳＩやＩＰ上のＦＣまたはｉＳＣＳＩなどが使用されてもよい。
［４１］　この技術分野に詳しい人にはよく知られているように、マネージメント・エージェント２１２は、ディスク・ポート・テーブル２２０、デバイス・テーブル２２２、およびパス・テーブル２２４を含んでいる（図２Ｂ）。これらのテーブルは、「コンフィギュレーション」情報が変わるときに定期的に更新される。ディスク・ポート・テーブル２２０は、「ニックネーム」のようなストレージ・サブシステムにおけるディスク・ポートに関する情報を提供するディスク・ポートＩＤ２２６と、各ディスク・ポートに対する独自の識別子を提供するワールド・ワイド・ネーム（ＷＷＮ）２２８を含む（図２Ｃ）。ニックネームは、たとえば「ｄ１」がディスク・ポート２１４ａを意味するように、ストレージ・サブシステムの特定の識別名を意味する。「ｄ１」という名称は、問題のストレージ・サブシステム内でディスク・ポートを識別するには十分であるが、複数のストレージ・サブシステムがある場合には、他のストレージ・サブシステムのディスク・ポートに同じ名称が割り当てられている可能性があるので、不十分である。　一方、独自の識別子（ファイバー・チャネルではワールド・ワイド・ネームという）は、特定のコンポーネントに割り当てられた独自の識別情報である。
［４２］　デバイス・テーブル２２２は、ストレージ・サブシステム内のロジカル・デバイスとディスク・ドライブの間の関係についての情報を提供するロジカル・デバイスＩＤ２３０と、ディスク・ドライブ・リスト２３２を含む（図２Ｄ）。パス・テーブル２２４は、パスについてのニックネームを提供するパスＩＤ２３４、パスに接続されたディスク・ポートを識別するディスク・ポートＩＤ２３６、パスに接続されたキャッシュを識別するキャッシュＩＤ２３８、パスに接続されたロジカル・デバイスのニックネームを提供するロジカル・デバイスＩＤ２４０、パスに接続されたＳＣＳＩを識別するＳＣＳＩ　ＩＤ２４２、およびパスに接続されたＳＣＳＩ　ＬＵＮについての情報を提供するＳＣＳＩ　ＬＵＮ２４４を含む（図２Ｅ）。
［４３］　ロジカル・デバイス２１６ａと２１６ｂは、サーバにエクスポートされたボリュームである。ロジカル・デバイスは、単一の物理ディスク・ドライブ、あるいはＲＡＩＤ（Ｒｅｄｕｎｄａｎｔ　Ａｒｒａｙ　ｏｆ　Ｉｎｄｅｐｅｎｄｅｎｔ　Ｄｉｓｋｓ）においては複数の物理ディスク・ドライブで構成される。ＲＡＩＤストレージ・システムにより、データの可用性を増し、また入出力（Ｉ／Ｏ）の性能を向上することが出来る。ＲＡＩＤシステムでは、複数の物理ディスク・ドライブが一つの論理ディスク・ドライブとして構成され、論理ディスク・ドライブへのＩ／Ｏリクエストは、ストレージ・システムの内部で物理ディスク・ドライブに分散され、並列に処理される。ＲＡＩＤ技術には多くの利点がある。たとえば、ＲＡＩＤストレージ・システムは大変大きなファイル・システムを収容することが出来るので、大きなファイルを幾つかの小さいファイル・システムに分割することなく、単一のファイル・システムに記憶することが出来る。さらに、ＲＡＩＤ技術では、異なった物理ディスク上のデータを並列にアクセス出来るので、Ｉ／Ｏ性能を向上出来る。ある実施例では、図２Ｂに示すように、各ロジカル・デバイスは４台の物理ディスク・ドライブｄｄ１、ｄｄ２、ｄｄ３、そしてｄｄ４を含んでいる。
［４４］　キャッシュ２１８ａと２１８ｂは、ロジカル・デバイス２１６ａと２１６ｂに関連したデータ・キャッシュである。これらはデータ処理速度を向上するために設けられている。他の実施例では、ストレージ・サブシステムにはキャッシュが含まれていない。
［４５］　図３Ａを見ると、ＳＡＮスイッチ２０４は、サーバとストレージ・サブシステムを接続している。スイッチ２０４はサーバとストレージ・サブシステム間のデータ接続を行っている。ある実施例では、スイッチは、ネットワークの対象を拡大するために、ブリッジやルータやその他のネットワーク・ハードウエアと結合される場合もある。スイッチ２０４は、スイッチの構成を管理するスイッチ・マネージメント・エージェント３０２と複数のスイッチ・ポート３０４ａ、３０４ｂ、３０４ｃ、および３０４ｄを有している。これらのスイッチ・ポートはまた、図３Ａに示すように、それぞれｓ１、ｓ２、ｓ３、およびｓ４と呼ばれる。スイッチ・マネージメント・エージェント３０２は、サーバ２０８にスイッチ・ポートの接続情報を提供し、もしスイッチ２０４の内部のコンポーネントに障害が発生した場合は、それをサーバ２０８に通知することで、マネージメント・サーバ２０８の行うＳＡＮ管理を援助する。マネージメント・エージェント３０２は、スイッチ（「ｌｉｎｋ」とも呼ばれる）を経由して、サーバとストレージ・サブシステム間の相互関係についての情報を提供するポート・リンク・テーブル３０６を有している。ポート・リンク・テーブル３０６は、各スイッチ・ポートの識別情報またはニックネームを提供するスイッチ・ポートＩＤ３０８と、各スイッチ・ポートの独自の識別子を提供するスイッチ・ポート・ワールド・ワイド・ネーム（ＷＷＮ）３１０と、各スイッチ・ポートに接続されているターゲット・デバイスの独自の識別子を提供するリンクＷＷＮ３１２を含んでいる（図３Ｂ）。
［４６］　図４Ａはサーバ２０６ａと２０６ｂの応用例についてさらに詳細に説明している。本実施例では、別個のサーバが応用と管理機能を実行するために用いられている。各サーバ２０６は、サーバの構成を管理するサーバ・マネージメント・エージェント４０２と、データ接続のためのサーバ・ポート４０４を含んでいる。サーバ・マネージメント・エージェント４０２は、サーバ・ポートの接続情報をサーバ２０８に提供し、もしサーバ２０６の内部のコンポーネントに障害が発生した場合は、それをサーバ２０８に伝えることで、マネージメント・サーバ２０８のＳＡＮ管理を援助する。エージェント４０２は、一般には便宜上サーバ内部に設置される。また、エージェント４０２は、ホスト・ポート・テーブル４０６とＬＵＮバインディング・テーブル４０８を含んでいる。ホスト・ポート・テーブルは、サーバのホストまたはサーバ・ポートに関する情報を提供する。
［４７］　図４Ｂを参照すると、エージェント４０２ａにあるホスト・ポート・テーブル４０６ａは、サーバのポートについての情報を記録するための複数の列を持っている。テーブル４０６ａは、サーバ内の特定のポートに対するデバイス特定識別情報またはニックネームを提供するホスト・ポートＩＤ４１０ａと、独自のポート識別情報を提供するワールド・ワイド・ネーム４１２ａと、ネットワーク・アドミニストレータにより特定のポートに割り当てられるＳＣＳＩ識別情報を提供するＳＣＳＩ　ＩＤ４１４ａを含んでいる。　一般に、ＳＡＮのサーバ・ポートには単一のＳＣＳＩ　ＩＤが割り当てられる。ワールド・ワイド・ネーム４１２ａはファイバー・チャネルに関連して用いられる用語であって、異なった接続プロトコルが使用されると、それに相当する用語が使用されることになる。図４Ｃは、エージェント４０２ｂに設けられたホスト・ポート・テーブル４０６ｂを示す。ホスト・ポート・テーブル４０６ｂは、ホスト・ポートＩＤ４１０ｂと、ワールド・ワイド・ネーム４１２ｂと、ＳＣＳＩ　ＩＤ４１４ｂを含む。
［４８］　図４Ｄを参照すると、エージェント４０２ａに設けられたＬＵＮバインディング・テーブル４０８ａは、「ＬＵＮバインディング」とも「バインディング」とも呼ばれる、ホスト・ポートからＳＣＳＩロジカル・ユニットへのデータＩ／Ｏパスについての情報を提供する。テーブル４０８ａは、バインディングのデバイス特定識別情報またはニックネームを提供するバインディングＩＤ４１６ａと、特定のポートのニックネームを提供しテーブル４０６ａのホスト・ポートＩＤ４１０ａに対応するホスト・ポートＩＤ４１８ａと、バインディングに付属しテーブル４０６ａのＳＣＳＩ　ＩＤ４１４ａに対応するＳＣＳＩ　ＩＤ４２０ａと、バインディングに付属するＳＣＳＩ　ＬＵＮを提供するＬＵＮ４２２ａと、サーバがＳＣＳＩ　ＩＮＱＵＩＲＹコマンドをＬＵＮに発行したときに、ＬＵＮから与えられる情報を提供するインクァイアリ情報４２４ａを含んでいる。インクァイアリ情報は、一般に、納入業者名、製品名、ＬＵＮのロジカル・デバイスＩＤなどを含んでいる。図４Ｅは、エージェント４０２ｂに設けられたＬＵＮバインディング・テーブル４０８ｂを示す。ＬＵＮバインディング・テーブル４０８ｂは、バインディングＩＤ４１６ｂと、ホスト・ポートＩＤ４１８ｂと、ＳＣＳＩ　ＩＤ４２０ｂと、ＬＵＮ４２２ｂと、インクァイアリ情報４２４ｂを含んでいる。
［４９］　図５Ａは、本発明の一実施例に対応するＳＡＮのマネージメント関連機能に専用のマネージメント・サーバ２０８を示している。他の実施例では、単一のサーバがアプリケーション・サーバとマネージメント・サーバの二重の機能を果たすこともある。
［５０］　マネージメント・サーバ２０８は、ネットワークを効率よく利用出来るようにＳＡＮを管理するために用いられるＳＡＮマネージャあるいはネットワーク・マネージャ５０２を含んでいる。マネージャ５０２は、ＳＡＮ内部の各種のコンポーネントから得たすべての物理的および論理的な接続情報を含んでいる。したがって、マネージャ５０２は、マネージメント・ネットワーク２１０を経由して、それぞれの構成テーブルを得るために、ＳＡＮ内部で、たとえばスイッチ・マネージメント・エージェント３０２、サーバ・マネージメント・エージェント４０２、およびストレージ・システム・マネージメント・エージェント２１２などのマネージメント・エージェントと交信を行う。したがって、ＳＡＮマネージャあるいはネットワーク・マネージャ５０２は、トポロジー・リポジトリ５０４とディスカバリ・リスト５０６を含んでいる。
［５１］　トポロジー・リポジトリ５０４は、ＳＡＮにおいてＩ／Ｏ通信のトポロジーを提供するトポロジー・テーブル５０８を含んでいる。トポロジー・テーブル５０８は、ＳＡＮ内部のデバイスから得られる、たとえばホスト・ポート・テーブル、ＬＵＮバインディング・テーブルなどのテーブルをマージすることで作られる。図５Ｂを参照すると、トポロジー・テーブルは、ＳＡＮにおけるサーバについてのバインディングＩＤとホスト・ポートＩＤの情報を提供するサーバ・セクション５５０と、ＳＡＮにおけるスイッチについての情報を提供するインターコネクト・セクション５５２と、ディスク・ポートＩＤとキャッシュＩＤとロジカル・デバイスＩＤを含むストレージ・サブシステムについての情報を提供するストレージ・セクション５５４を含んでいる。
［５２］　図５Ｃは、本発明の一実施例にしたがって、トポロジー・テーブル５０８を生成するためにＳＡＮマネージャ５０２が行う処理５６４を示している。ＳＡＮ内の全てのデバイスが検出される（ステップ５６６）。検出された各々のデバイスの構成情報が読み出され、トポロジー・リポジトリに記憶される。各ＬＵＮバインディング・エントリーは、すべてのエントリーが検索されるまで検索される（ステップ５６８）。それぞれのエントリーについて、トポロジー・テーブルに新しいエントリーが作成され、たとえばサーバ名やサーバ・バインディングＩＤやサーバ・ホスト・ポートＩＤなどのサーバ情報がそこに記憶される。サーバ（ホスト・ポートＩＤ　Ｘ）とＳＡＮスイッチ（スイッチ・ポートＩＤ　Ｙ）間の接続が検出され、接続情報がエントリーに記憶される（ステップ５７２）。このステップは、キー「ホスト・ポートＩＤ」がホスト・ポートＩＤ　ＸであるＷＷＮをホスト・ポート・テーブルから選択すること、キー「リンクＷＷＮ」がホスト・ポート・テーブルで選択されたＷＷＮ、言い換えればホスト・ポートＩＤ　ＸのＷＷＮ、と等しいスイッチ・ポートＩＤＹをポート・リンク・テーブルから選択すること、ポート・リンク・テーブルの選択されたポート・リンク・エントリーから、「インタコネクト名」と「インタコネクト・ポートＩＤ」をコピーすることを伴う。
［５３］　そのあとで、ロジカル・デバイス情報はエントリーに記憶される（ステップ５７４）。このステップは、キー「ロジカル・デバイスＩＤ」と「ＳＣＳＩ　ＩＤ」と「ＳＣＳＩ　ＬＵＮ」がＬＵＮバインディング・テーブルのエントリーにあるものと同等であるパスをパス・テーブルから選択すること、パス・テーブルの選択されたパスから「ストレージ名」と「ストレージ・ディスク・ポートＩＤ」と「ストレージ・キャッシュ・ＩＤ」と「ストレージ・ロジカル・デバイスＩＤ」をコピーすることを伴う。
［５４］　つぎに、ストレージ（ディスク・ポートＩＤ　Ｘ）とＳＡＮスイッチ（スイッチ・ポートＩＤ　Ｙ）の間の接続が検出され、接続情報がエントリーに記憶される（ステップ５７６）。このステップは、キー「ディスク・ポートＩＤ」がディスク・ポートＩＤ　ＸであるＷＷＮをディスク・ポート・テーブルから選択すること、キー「リンクＷＷＮがディスク・ポート・テーブルにおいて選択されたＷＷＮ、言い換えればディスク・ポートＩＤ　ＸのＷＷＮ、と同等であるスイッチ・ポートＩＤ　Ｙをポート・リンク・テーブルから選択すること、ポート・リンク・テーブルにおいて選択されたポート・リンク・エントリーから、右側の「インタコネクト名」と「インタコネクト・ポートＩＤ」をコピーすることを伴う。ステップ５７６が終わると、次のＬＵＮバインディング・エントリーが検索され（ステップ５７８）、上記のステップが、全てのエントリーが処理されるまで繰り返される。
［５５］　ディスカバリ・リスト５０６は、ＳＡＮにおける全てのデバイスの情報を含んでいる。ＳＡＮマネージャ５０２は、このリストからの情報をＳＡＮデバイスにあるマネージメント・エージェントから構成情報を検索するために用いる。図５Ｄを参照すると、ディスカバリ・リストは、発見されるべきターゲットＳＡＮデバイスのニックネームを提供するディスカバリＩＤセクション５５６と、ターゲットＳＡＮデバイスのデバイス・タイプを識別するデバイス・タイプ・セクション５５８と、ターゲットＳＡＮデバイスについての納入業者情報あるいは他の詳細情報を提供するデバイス情報セクション５６０と、ＳＡＮマネージャとターゲットＳＡＮデバイス間のコミュニケーションのためにターゲットＳＡＮデバイスのＩＰアドレスを提供するＩＰアドレス・セクション５６２を含む。本実施例では、使用されるコミュニケーション・プロトコルはＴＣＰ／ＩＰである。
［５６］　ＳＡＮマネージャ５０２は、一ないしはそれ以上のトラップ辞書（下記に説明）を、上記のトポロジー・テーブルとディスカバリ・リストと同様に用いて、イベント・マネージメントを行うように構成されている。マネージャ５０２は、問題が発生しているＳＡＮのコンポーネントからイベント・メッセージを受信する。イベントはネットワーク・アドミニストレータに通知されて、適当な対策を取るようにする。イベント通知のために使用される一つの共通したプロトコルは、ＩＰをベースにしたプロトコルであるＳＮＭＰ（Ｓｉｍｐｌｅ　Ｎｅｔｗｏｒｋ　Ｍａｎａｇｅｍｅｎｔ　Ｐｒｏｔｏｃｏｌ）である。本実施例では、マネージャ５０２はＳＮＭＰメッセージを扱うように構成されている。
［５７］　稼働状態では、問題が発生しているデバイスは、マネージャ５０２にＳＮＭＰトラップ・メッセージを送信する。マネージャ５０２は、メッセージを受信すると、問題の原因とＳＡＮにおけるイベントあるいは問題が結果としてどのように影響するかを判断することができる。たとえば、もし障害がＳＡＮスイッチ２０４のスイッチ・ポート３０４ａで発生したならば、マネージャ５０２は、スイッチ・ポート３０４ａに障害が発生したのでイベント・メッセージを受信したことと、この障害によりサーバ２０６ａがロジカル・デバイスｖ１にアクセス出来なくなること、を判断することができる。ＳＡＮは、様々なメッセージのルールを持つ、多くの異なる納入業者からのハードウエアとソフトウエアを含んでいるので、在来のＳＡＮマネージャではイベントの原因と影響に関するこのような正確な診断は不可能であった。したがって、同様の状況では、在来のＳＡＮマネージャは、ネットワーク・アドミニストレータに対して単にＳＡＮスイッチ２０４に障害が発生していることくらいしか伝えられない。
［５８］　イベントの原因と影響についてこのような正確な診断を行うために、マネージャ５０２は、マネージャ５０２が受信したトラップ・メッセージを解読しあるいは解釈するための、一ないしはそれ以上のトラップ辞書（また「イベント辞書」あるいは「ルックアップ・テーブル」とも呼ばれる）を持っている。本実施例では、マネージャ５０２は、種々のハードウエアやソフトウエアの納入業者に対して、複数のトラップ辞書を持っている。トラップ辞書を記憶することに関し幾つかの異なった方法がある。トラップ辞書はデバイス・タイプに依存して記憶されてもよく、ＳＡＮスイッチに関するトラップ辞書の全てが一カ所に記憶される。別の方法としては、トラップ辞書を納入業者の指定するファイルに従って記憶してもよい。
［５９］　本実施例では、トラップ辞書はデバイス・タイプにしたがって記憶される。したがって、マネージャ５０２には、ＳＡＮスイッチ用のトラップ辞書５１０とストレージ・サブシステム用のトラップ辞書５１２がある。スイッチ・トラップ辞書５１０は、特別なイベントが発生したことを通知するトラップ・メッセージに付加されるエラーコード６０２と、問題が発生しているコンポーネントを識別するエラー・コンポーネント６０４を含んでいる（図６Ａ）。たとえば、もし問題がＳＡＮスイッチ２０４のポートｓ１に発生すると、エラーコード「Ａ１」を含むトラップ・メッセージがマネージャ５０２に送られる。マネージャ５０２は、スイッチ・トラップ辞書５１０を参照してエラーコードの意味を判定する。
［６０］　同様に、ストレージ・トラップ辞書５１２は特別なイベントが発生したことを通知するトラップ・メッセージに付加されるエラーコード６０６と、問題が発生しているコンポーネントを識別するエラー・コンポーネント６０８と、コンポーネントＩＤ情報を示すＩＤ６１０を含んでいる。本発明の一実施例では、マネージメント・サーバは、トラップ・メッセージを受信した時に、適切なトラップ辞書を参照するために用いるディクショナリー・サーバ５１２を含んでいる。
［６１］　図７は、本発明の一実施例において、ＳＡＮにおけるＳＡＮマネージャ５０２を用いたイベント通知の処理を説明するフローチャート７００である。マネージャ５０２は、障害が発生したデバイスからＳＮＭＰトラップ・メッセージを受信する（ステップ７０２）。デバイスには、複数のコンポーネントがあり、その中の１台に障害が発生している。トラップ・メッセージは、問題が発生しているコンポーネントそのものを確定するのに適したエラーコードを含んでいる。マネージャ５０２は、問題のデバイスを識別するために、ディスカバリ・リストを使用してＳＮＭＰトラップのＩＰアドレスを調べる（ステップ７０４）。もし、デバイスに対するトラップ辞書が存在するならば、メッセージのエラーコードが参照され、そして問題が発生しているデバイス内の特定のコンポーネントが識別される（ステップ７０６）。問題が発生しているコンポーネントについては、トポロジー・リポジトリのトポロジー・テーブルを使用して参照される（ステップ７０８）。もしトポロジーの問題が存在するならば、問題がユーザに通知される（ステップ７１０）。図８Ａは、本発明の一実施例における、ＳＮＭＰトラップ・メッセージ８０２の例を説明している。トラップ・メッセージは、ヘッダー８０４と、問題のデバイスの納入業者を識別するためのエンタプライズ・セクション８０６と、問題のデバイスのＩＰアドレスを提供するエージェント・セクション８０８と、特定のイベントに関連したエラーコードについてのバリアブル・バインディング８１０を含んでいる。
［６３］　図８Ｂは、ストレージ・サブシステム２０２におけるディスク・ドライブの障害に対応してマネージャ５０２へ送信されるトラップ・メッセージ８１２を説明している。メッセージ８１２は、エンタプライズ８０６で、障害が発生したデバイスは納入業者Ｄによって製造されたストレージ・サブシステムであることを示し、エージェント・アドレス８０８はデバイスのＩＰアドレスは１００．１００．１００．１０３であることを示し、バリアブル・バインディング・セクション８１０はデバイスにおいて問題が発生したコンポーネントはディスク・ドライブｄｄ１であることを示している。マネージャ５０２は、トポロジー・テーブルを調べ、そしてディスク・ドライブｄｄ１で発生した障害によりロジカル・デバイスｖ１に障害が発生したと判定する。マネージャ５０２はまた、この障害の結果として、サーバ２０６ａはロジカル・デバイスｖ１にアクセスできないと判定する。マネージャ５０２は、ディスク・ドライブｄｄ１の障害と、サーバ２０６ａがロジカル・デバイスｖ１にアクセス出来ないという内容のイベント通知をネットワーク・アドミニストレータに送る。このイベント通知は、テキスト形式か、グラフィックのイラストか、もしくは両者の組み合わせでよい。
［６４］　図９Ａは、本発明の一実施例において、上記で説明したイベントの発生を担当者に伝えるために、ネットワーク・アドミニストレータに送られるイベント通知９０２を示している。イベント通知は、ＳＡＮトポロジーのグラフィック・イラストレーションを提供するトポロジー・ビュー９０４と、イベントに影響されるデータ・パス９０６と、障害が発生しているコンポーネント９０８と、障害が発生したコンポーネントとその障害の影響について詳しく説明するイベント・サマリー９１０とを含んでいる。
［６５］　図８Ｃは、ＳＡＮスイッチのポートの障害に応じて、マネージャ５０２へ送信されるトラップ・メッセージ８１４を説明している。メッセージ８１４は、エンタプライズ８０６で、障害が発生しているデバイスは納入業者Ｃが製造したＳＡＮスイッチであることを示し、エージェント・アドレス８０８はデバイスのＩＰアドレスが１００．１００．１００．１０２であることを示し、バリアブル・バインディング・セクション８１０はデバイスで問題が発生しているコンポーネントがスイッチ・ポートｓ１であることを示している。マネージャ５０２は、トポロジー・テーブルを用いて、スイッチ・ポートｓ１の障害でサーバ２０６ａがロジカル・デバイスｖ１にアクセス出来ないことを判定する。マネージャ５０２は、スイッチ・ポートｓ１の障害と、その影響でサーバ２０６ａがロジカル・デバイスｖ１にアクセス出来ないという情報を含めたイベント通知を、ネットワーク・アドミニストレータに送る。
「６６」　図９Ｂは、本発明の一実施例において、上記のイベントを通知するために、ネットワーク・アドミニストレータに表示されるイベント通知９１２を説明している。イベント通知は、ＳＡＮトポロジーのグラフィック・イラストレーションを提供するトポロジー・ビュー９１４と、イベントに影響されるデータ・パス９１６と、障害が発生しているコンポーネント９１８と、故障したコンポーネントとその障害の影響について詳しく説明するイベント・サマリー９２０とを含んでいる。
［６７］　以上の詳細な説明は、本発明の特定の実施例を説明するためのものであって、それに限定されるものではない。本発明の範囲において数多くの修正や変形が可能である。したがって、本発明は以下の特許請求項により定義されるものである。
【図面の簡単な説明】
【図１】図１は、本発明の一実施例による、メッセージング・ネットワークに結合されたストレージ・ネットワークを含むネットワークの説明図を示す。
【図２Ａ】図２Ａは、本発明の一実施例による、マネージメント・サーバとＳＡＮマネージャを含むストレージ・エリア・ネットワークの説明図を示す。
【図２Ｂ】図２Ｂは、本発明の一実施例による、ＳＡＮのストレージ・サブシステムの説明である。
【図２Ｃ】図２Ｃは、本発明の一実施例による、図２Ｂのストレージ・サブシステムのマネージメント・エージェントに備えられているディスク・ポート・テーブルを示す。
【図２Ｄ】図２Ｄは、本発明の一実施例による、図２Ｂのストレージ・サブシステムのマネージメント・エージェントに備えられているデバイス・テーブルを示す。
【図２Ｅ】図２Ｅは、本発明の一実施例による、図２Ｂのストレージ・サブシステムのマネージメント・エージェントに備えられているパス・テーブルを示す。
【図３Ａ】図３Ａは、本発明の一実施例による、ＳＡＮのＳＡＮスイッチの説明図を示す。
【図３Ｂ】図３Ｂは、本発明の一実施例による、図３ＡのＳＡＮスイッチのマネージメント・エージェントに備えられているポート・リンク・テーブルを示す。
【図４Ａ】図４Ａは、本発明の一実施例による、ＳＡＮのアプリケーション・サーバの説明図を示す。
【図４Ｂ】図４Ｂは、本発明の一実施例によるアプリケーション・サーバのホスト・ポート・テーブルの説明図を示す。
【図４Ｃ】図４Ｃは、本発明の一実施例によるアプリケーション・サーバのホスト・ポート・テーブルの説明図を示す。
【図４Ｄ】図４Ｄは、本発明の一実施例によるアプリケーション・サーバのＬＵＮバインディング・テーブルの説明図を示す。
【図４Ｅ】図４Ｅは、本発明の一実施例によるアプリケーション・サーバのＬＵＮバインディング・テーブルの説明図を示す。
【図５Ａ】図５Ａは、本発明の一実施例による、ＳＡＮのマネージメント・サーバの説明図を示す。
【図５Ｂ】図５Ｂは、本発明の一実施例による、ＳＡＮマネージャのトポロジー・テーブルの説明である。
【図５Ｃ】図５Ｃは、本発明の一実施例による図５Ｂのトポロジー・テーブルの生成手順の説明である。
【図５Ｄ】図５Ｄは、本発明の一実施例による、ＳＡＮマネージャのディスカバリ・リストの説明である。
【図６Ａ】図６Ａは、本発明の一実施例によるストレージ・サブシステムとＳＡＮマネージャのＳＡＮスイッチに対するトラップ辞書の説明である
【図６Ｂ】図６Ｂは、本発明の一実施例によるストレージ・サブシステムとＳＡＮマネージャのＳＡＮスイッチに対するトラップ辞書の説明である
【図７】図７は、本発明の一実施例によるイベント通知方法を説明するフロー図である。
【図８Ａ】図８Ａは、本発明の一実施例による、エラーコードを含んだトラップ・メッセージの説明である。
【図８Ｂ】図８Ｂは、本発明の一実施例による、エラーコードを含んだトラップ・メッセージの説明である。
【図８Ｃ】図８Ｃは、本発明の一実施例による、エラーコードを含んだトラップ・メッセージの説明である。
【図９Ａ】図９Ａは、本発明の一実施例による、ＳＡＮマネージャがネットワーク・アドミニストレータに出すイベント通知の説明図である。
【図９Ｂ】図９Ｂは、本発明の一実施例による、ＳＡＮマネージャがネットワーク・アドミニストレータに出すイベント通知の説明図である。
【符号の説明】
１０２・・・ネットワークとＬＡＮ、１０４・・・ストレージ・エリア・ネットワーク、２０８・・・マネージメント・サーバ、２０９・・・ＳＡＮマネージャ、２１０・・・マネージメント・ネットワーク、２０６ａ・・・サーバＡ、　マネージメント・エージェント、　サーバ・ポートａ１、２０４・・・ＳＡＮスイッチ、マネージメント・エージェント、スイッチ・ポートｓ１、２０２・・・ストレージ・サブシステム　、２１２・・・マネージメント・エージェント、２１４ａ　・・・ディスク・ポートｄ１、２１８ａ　・・・キャッシュｃ１、２１６ａ・・・ロジカル・デバイス　ｖ１、２２６・・・ディスク・ポートＩＤ、２３０・・・ロジカル・デバイスＩＤ、２２２・・・ディスク・ドライブ・リスト、２３４・・・パスＩＤ、２３６・・・ディスク・ポートＩＤ、２３８・・・キャッシュＩＤ、２４０　・・・ロジカル・デバイスＩＤ、２４２・・・ＳＣＳＩ　ＩＤ、２４４　　　　　　・・・ＳＣＳＩ　ＬＵＮ、３０２・・・マネージメント・エージェント、３０４・・・スイッチ・ポート、４０２ａ・・・マネージメント・エージェント、４０６ａ・・・ホスト・ポート・テーブル、４０８ａ・・・ＬＵＮバインディング・テーブル、４０４・・・サーバ・ポートａ１、４１０ａ・・・ホスト・ポートＩＤ、４１２ａ・・・ＷＷＮ、４１４ａ・・・ＳＣＳＩ　ＩＤ、４１６ａ・・・バインディングＩＤ、４１８ａ・・・ホスト・ポートＩＤ、４２０ａ・・・ＳＣＳＩ　ＩＤ、４２２ａ・・・ＬＵＮ
【図１】
2004133897.tif 000003
【図２Ａ】
2004133897.tif 000004
【図２Ｂ】
2004133897.tif 000005
【図２Ｃ】
2004133897.tif 000006
【図２Ｄ】
2004133897.tif 000007
【図２Ｅ】
2004133897.tif 000008
【図３Ａ】
2004133897.tif 000009
【図３Ｂ】
2004133897.tif 000010
【図４Ａ】
2004133897.tif 000011
【図４Ｂ】
2004133897.tif 000012
【図４Ｃ】
2004133897.tif 000013
【図４Ｄ】
2004133897.tif 000014
【図４Ｅ】
2004133897.tif 000015
【図５Ａ】
2004133897.tif 000016
【図５Ｂ】
2004133897.tif 000017
【図５Ｃ】
2004133897.tif 000018
【図５Ｄ】
2004133897.tif 000019
【図６Ａ】
2004133897.tif 000020
【図６Ｂ】
2004133897.tif 000021
【図７】
2004133897.tif 000022
【図８Ａ】
2004133897.tif 000023
【図８Ｂ】
2004133897.tif 000024
【図８Ｃ】
2004133897.tif 000025
【図９Ａ】
2004133897.tif 000026
【図９Ｂ】
2004133897.tif 000027
【外国語明細書】
2004133897.tif 000028
2004133897.tif 000029
2004133897.tif 000030
2004133897.tif 000031
2004133897.tif 000032
2004133897.tif 000033
2004133897.tif 000034
2004133897.tif 000035
2004133897.tif 000036
2004133897.tif 000037
2004133897.tif 000038
2004133897.tif 000039
2004133897.tif 000040
2004133897.tif 000041
2004133897.tif 000042
2004133897.tif 000043
2004133897.tif 000044
2004133897.tif 000045
2004133897.tif 000046
2004133897.tif 000047
2004133897.tif 000048
2004133897.tif 000049
2004133897.tif 000050
2004133897.tif 000051
2004133897.tif 000052
2004133897.tif 000053
2004133897.tif 000054
2004133897.tif 000055
2004133897.tif 000056
2004133897.tif 000057
2004133897.tif 000058
2004133897.tif 000059
2004133897.tif 000060
2004133897.tif 000061
2004133897.tif 000062
2004133897.tif 000063
2004133897.tif 000064
2004133897.tif 000065
2004133897.tif 000066
2004133897.tif 000067
2004133897.tif 000068
2004133897.tif 000069
2004133897.tif 000070
2004133897.tif 000071
2004133897.tif 000072
2004133897.tif 000073
2004133897.tif 000074
2004133897.tif 000075
2004133897.tif 000076
2004133897.tif 000077
2004133897.tif 000078
2004133897.tif 000079
2004133897.tif 000080
2004133897.tif 000081
2004133897.tif 000082
2004133897.tif 000083
2004133897.tif 000084
2004133897.tif 000085
2004133897.tif 000086
2004133897.tif 000087
2004133897.tif 000088
2004133897.tif 000089
2004133897.tif 000090
2004133897.tif 000091
2004133897.tif 000092
2004133897.tif 000093
2004133897.tif 000094
2004133897.tif 000095
2004133897.tif 000096
2004133897.tif 000097