JP2004164558A

JP2004164558A - ワイドストレージエリアネットワークを管理するシステム及び方法

Info

Publication number: JP2004164558A
Application number: JP2003098753A
Authority: JP
Inventors: Akira Fujibayashi; 昭藤林; Masayuki Yamamoto; 山本　　政行
Original assignee: Hitachi Ltd
Current assignee: Hitachi Ltd
Priority date: 2002-05-08
Filing date: 2003-04-02
Publication date: 2004-06-10
Anticipated expiration: 2023-04-02
Also published as: US6947939B2; JP4274526B2; US20030212711A1

Abstract

【課題】従来のＳＡＮ管理では、デバイス間の地理的な距離を認識出来なかった。本発明はＳＡＮトポロジーを正しく認識するシステムを提供する。
【解決手段】システムは、トポロジーリポジトリ、ＳＡＮマネージャ、およびディスカバリリストで構成される。トポロジーリポジトリは、ＳＡＮのコンフィギュレーションデータを記憶する。リポジトリとディスカバリリストに結合された、ＳＡＮマネージャは、ディスカバリリストにしたがって、ＳＡＮにおける各コンポーネントからのコンフィギュレーションデータの要求に応じて、コンフィギュレーションデータを受信し；受信したデータをリポジトリに記憶されているデータと比較し；もし受信したデータが記憶されていたデータと異なっている場合は、受信したデータでリポジトリを更新し；スイッチとスイッチに結合されたコンポーネントとの間の距離を示すデータである、リポジトリに記憶されたデータを出力する。
【選択図】図１

Description

【発明の属する技術分野】
本発明は、一般にはネットワークに係わり、さらに具体的には、とは言うもののこれに限定されるものでないが、ワイドストレージエリアネットワークを管理するためのシステム及び方法を提供するものである。
【従来の技術】
ストレージエリアネットワーク（ＳＡＮ）は、記憶ディスクのネットワークであり、またスイッチ、サーバ、及びディスクサブシステムを含む場合もある。ＳＡＮの利点は、ストレージコンソリデーションであって、単一あるいは複数台の大型のディスクサブシステムを多数のサーバおよび／またはアプリケーションで共有することを可能にすることである。ＳＡＮの他の利点は、複数のＳＡＮがＷＤＭデバイスのようなブリッジで相互に接続可能であり、異なった地域に所在する複数のＳＡＮにより、ワイドＳＡＮを構成することができることである。例えば、サンフランシスコにあるＳＡＮは、サンディエゴにあるＳＡＮと通信により結合することが出来る。
ＳＡＮとワイドＳＡＮは、ＳＡＮ管理ソフトウエアを用いて管理される。従来のＳＡＮ管理ソフトウエアの重要な特徴は、ＳＡＮにおけるサーバ、スイッチ、およびディスクサブシステムのようなＳＡＮデバイスのすべてを自動的に見付けることである。ＳＡＮ管理ソフトウエアはまた、見つかったＳＡＮデバイスのトポロジーを記憶する。したがって、ＳＡＮを管理するための新しいシステムと方法が必要になる。
【発明が解決しようとする課題】
本発明は、ＳＡＮトポロジーを正しく認識するシステムを提供する。従来のＳＡＮ管理ソフトウエアは、ブリッジなどのデバイスの間の、地理的な距離を認識することは出来なかった。したがって、ブリッジが地理的に離れた二つのＳＡＮの間にある状況では、管理ソフトウエアは二つのＳＡＮの間の地理的な相違を認識しないので、ＩＴ管理者はうっかりして地理的に別れている二つのＳＡＮの間にゾーンを設定することもあり得る。このことは、低性能と複雑な管理上の問題点につながる可能性がある。
【課題を解決するための手段】
前述の制約を解決するため、本発明のシステムは、ＳＡＮマネージャエンジン、トポロジーリポジトリ、ディスカバリリスト、およびコンフィギュレーションテーブルで構成される。各エージェントから構成データを取り出すために、ＳＡＮマネージャエンジンは、ＳＡＮのデバイスのマネージメントエージェントと交信する。スイッチのマネージメントエージェントは、構成情報に加え、スイッチポートと目標デバイスとの間の距離および／または応答時間を記憶する。スイッチマネージメントエージェントは、距離および／または応答時間を、ＩＴマネージャの手入力経由で、スイッチからフレームを目標デバイスに送って応答時間を測定し、および／あるいは位置情報をグローバルポジショニングシステム（ＧＰＳ）受信機あるいは相当のデバイスから得て知ることが出来る。ＳＡＮマネージャはまた、構成をチェックし、もし悪い構成を発見した場合にはユーザに警告する。
トポロジーリポジトリは、ＳＡＮマネージャがマネージャエージェントから集めた、全てのＳＡＮデバイスからのデータを含む。ＳＡＮマネージャははまた、リポジトリのデータに基づいて、トポロジーテーブルを生成することが出来る。ディスカバリリストは、全てのＳＡＮデバイスについての情報を提供する。ＳＡＮマネージャは、ディスカバリリストを使用して、デバイスのマネージメントエージェントと連絡する。構成来歴テーブルは、ＳＡＮにおける来歴的な構成データを提供する。
本発明は、さらに、ワイドストレージエリアネットワークを管理する方法を提供する。この方法は、トポロジーディスカバリ方法とコンフィギュレーションチェック方法で構成される。トポロジーディスカバリ方法は、ディスカバリリスト単位でＳＡＮの中のデバイスを見付け；見つけたデバイスにあるマネージメントエージェントからデータを収集し；収集したデータをトポロジーリポジトリに記憶されているデータと比較し；もし収集したデータが記憶されているデータと異なっている場合には、記憶されているデータを構成来歴テーブルにコピーし、収集したデータをトポロジーリポジトリに記憶し；そして結果をグラフィックでおよび／またはテーブルフォーマットで出力することで構成される。コンフィギュレーションチェック方法は、遠距離によって分離されているスイッチ間のゾーニングのためにトポロジーリポジトリを調べ、遠距離によって分離されているスイッチにゾーンが設定されている場合は警告を表示することで構成される。
【発明の実施の形態】
以下の説明は、この分野の技術を持つ人が、本発明を実施し使用することを可能にするように提供するものであり、特定の応用とその要求に基づく説明である。この分野の熟練者にとって、この実施例をいろいろと修正できることは容易に分かることであり、ここで定義する原理を、本発明の精神と目的から逸脱すること無しに、他の実施例や応用に適用が可能である。したがって、本発明は、説明された実施例に限定されるものではなく、ここに開示された原理や特長や技術に見合う広い範囲に於いて認められるべきものである。
図１は、ブリッジがマネージメントエージェントをもたず、透過プロトコルを使用するＳＡＮを説明するブロック図である。ＳＡＮは、サンディエゴにあるローカルＳＡＮ（「ローカルＳＡＮＳＤ」）とサンフランシスコにあるローカルＳＡＮ（「ローカルＳＡＮＳＦ」）を含んでいる。ローカルＳＡＮＳＤは、ディスクサブシステムＤ１１０００；スイッチＣ１２０００；サーバ１３０００；マネージメントサーバ１４０００；マネージメントネットワーク１５０００；およびブリッジＥ２３０００で構成される。マネージメントネットワーク１５０００は、コンフィギュレーションテーブルを交換する目的で、マネージメントサーバ１４０００や全てのＳＡＮデバイスと交信するために用いられる。ネットワーク１５０００は、ファイバーチャネル、ＳＣＳＩ、ＩＰ上のＦＣなどのどのタイプのプロトコルを使用してもよい。
ディスクサブシステムＤ１１０００は、マネージメントエージェント１１１００；ボリューム１１３００（ｖ１とｖ２）；およびディスクポート１１２００（ｄ１とｄ２）で構成される。マネージメントエージェント１１１００は、ディスクサブシステム１１０００の構成を管理する。エージェント１１１００はまた、ディスクポートテーブル（１１１１０）とボリュームパステーブル（１１１２０）を含む２個のテーブルを持つ。これらのテーブルのさらなる詳細は下記による。ディスクポート１１２００は、サーバ１３０００とディスクサブシステム１１０００の間のファイバーチャネルプロトコルを用いた、データ接続ポートを含んでいる。本発明の別の実施例では、各ディスクポート１１２００は、ＳＣＳＩ、ＩＰ上のＦＣ、あるいはその他のプロトコルなどのプロトコルを使用する。ボリューム１１３００（ｖ１とｖ２）は、サーバ１３０００にエクスポートされているボリュームを含んでいる。ボリューム１１３００は、単一の物理ディスクドライブ、またはディスクアレイコントローラによりデータがストライプされ、管理されている複数のディスクドライブ、または他の物理的な構成で構成される。
スイッチ１２０００は、サーバ１３０００とディスクサブシステム１１０００の間の相互接続デバイスである。本発明の実施例では、ＳＡＮでゾーニング機能をサポートする、少なくとも１つのスイッチがある。スイッチ１２０００は任意のコミュニケーションプロトコルを使用する。スイッチ１２０００は、マネージメントエージェント１２１００とスイッチポート１２２００（ｓ１−ｓ６）で構成される。
エージェント１２１００はスイッチ１２０００の構成を管理する。エージェント１２１００は、以下で詳細に論じられる、ポートリンクテーブル１２１１０とゾーニングテーブル１２１２０を含む２個のテーブルを含んでいる。スイッチポート１２２００は、サーバ１３０００とディスクサブシステム１１０００の間のデータ相互接続ポートである。少なくとも１つのスイッチポート１２２００がスイッチにあり、ファイバーチャネルやＳＣＳＩやＩＰ上のＦＣなどの任意の接続プロトコルが使用可能である。
サーバ１３０００（ａとｂ）は、ＳＡＮで使用するためのアプリケーションサーバである。各サーバ１３０００は、マネージメントエージェント１３１００（ａとｂ）；およびホストポート１３２００（ａ１、ａ２、およびｂ１）で構成される。エージェント１３１００はサーバ１３０００の中にあり、サーバ１３０００の構成を管理する。さらに、これらのエージェント１３１００の各々は、下記でさらに詳細に論じる、ホストポートテーブル１３１１０を持っている。
ホストポート１３２００（ａ１、ａ２、ｂ１）は、サーバ１３０００とディスクサブシステム１１０００の間のデータ接続ポートである。各サーバには、少なくとも１つのホストポートがあり、各ホストポート１３２００は、ファイバーチャネル、ＳＣＳＩ、ＩＰ上のＦＣ、あるいは他のプロトコルなどの接続プロトコルを使用する。実施例では、サーバ１３０００ａは２つのファイバーチャネルホストポート１３２００−ａ１と１３２００−ａ２を持ち、サーバ１３０００ｂは１つのファイバーチャネルホストポート１３２００−ｂ１を持つ。
マネージメントサーバ１４０００はＳＡＮにおける管理用である。マネージメントサーバ１４０００は、マネージメントネットワーク１５０００経由で構成情報を得るために、ＳＡＮにおいて、エージェント１１１００、１２１００、１３１００および１５１００（図１−１）のような全てのマネージメントエージェントと交信するＳＡＮマネージャ１４１００で構成される。さらに、ＳＡＮマネージャ１４１００は、トポロジーリポジトリ１４１２０と２２１２０の間でデータを共有するために、ＳＡＮマネージャ２２１００と交信する。ＳＡＮマネージャ１４１００は、またトポロジーリポジトリ１４１２０、ディスカバリリスト１４１１０とコンフィギュレーションテーブル１４１４０を含んでいる。
リポジトリ１４１２０は、（ローカルＳＡＮＳＤとローカルＳＡＮＳＦの両方から）サーバ、スイッチおよびディスクサブシステムなどのＳＡＮデバイスからのテーブルデータの全てを記憶する。ディスカバリリスト１４１１０、コンフィギュレーションテーブル１４１４０、およびトポロジーリポジトリ１４１２０については、以下でさらに詳細に論じる。
マネージメントネットワーク１５０００は、コンフィギュレーションテーブルを交換するために、マネージメントサーバ１４１００と全てのＳＡＮデバイスと交信するためのネットワークである。接続プロトコルは、ファイバーチャネル、ＳＣＳＩ、ＩＰ上のＦＣ、あるいは他の任意のプロトコルを含むことができる。
ブリッジ２３０００は、異なったプロトコルネットワーク間の相互接続デバイスである。ブリッジ２３０００は、ファイバーチャネルやＳＣＳＩやＩＰ上のＦＣなどのプロトコルを使用できる、ブリッジポート１５２００（ｅｌとｅ２）で構成される。
相互接続２００００は、ブリッジ２３０００と１６０００の間の長距離通信に用いられる。
相互接続２００００は、任意のプロトコルを使用出来る。ＳＡＮマネージャ１４１００と２２１００は、両方ともブリッジ２３０００と１６０００の間の距離を認識可能であり、相互接続を「クラウド」として、あるいは単に「ロングディスタンス」を表示することで表す。
ローカルＳＡＮＳＦは実質的にローカルＳＡＮＳＤと同じであり、（ホストポートテーブル１８１１０を持つ）マネージメントエージェント１８１００とホストポート１８２００を持つサーバＣ１８０００と；（ディスクポートテーブル１９１１０とボリュームパステーブル１９１２０を持つ）マネージメントエージェント１９１００、ボリューム１９３００、およびディスクポート１９２００とを持つディスクサブシステムＨ１９０００と；ポート１６２００−ｆ１と１６２００−ｆ２を持つブリッジ１６０００と；（ディスカバリリスト２２１１０、トポロジーリポジトリ２２１２０、およびコンフィギュレーションテーブル２２１４０を含む）ＳＡＮマネージャ２２１００を持つマネージメントサーバ２２０００と；（ポートリンクテーブル１７１１０とゾーニングテーブル１７１２０を持つ）マネージメントエージェント１７１２０とポート１７２００（ｇ１−ｇ４）で構成されるスイッチＧ１７０００を含んでいる。
ローカルＳＡＮＳＦのコンポーネントは、ローカルＳＡＮＳＤのコンポーネントと実質的に同じであり、したがって実質的に同様に動作する。マネージメントネットワーク２１０００を経由して、マネージメントサーバ２２０００は、サーバ１８０００と、スイッチ１７０００と、ローカルＳＡＮＳＤのコンポーネントに結合されている。さらに、ブリッジ１６０００は、ポート１６２００−ｆ２を経由してスイッチ１７０００のスイッチポート１７２００−ｇ３に結合され；ディスクサブシステム１９０００は、ディスクポート１９２００−ｈ１を経由してスイッチポート１７２００−ｇ２に結合され；サーバ１８０００はホストポート１８２００−ｃを経由してスイッチポート１７２００−ｇ１に結合されている。
図１−１は、ブリッジがマネージメントエージェントを持ち、非透過プロトコル機能を使う、ワイドＳＡＮのブロックダイアグラムである。図１−１のワイドＳＡＮは、ブリッジ２３０００と１６０００の各々が、それぞれマネージメントエージェント１５０００と１６０００を含んでいることを除けば、実質的に図１のワイドＳＡＮと同じである。各マネージメントエージェント１５０００と１６０００は、それぞれポートリンクテーブル１５１１０と１６１１０を含んでいる。マネージメントエージェント１５０００と１６０００は、それぞれブリッジ２３０００と１６０００の対応する構成を管理する。マネージメントエージェント１６０００と１５０００、そしてそれらに対応するポートリンクテーブル１６１１０と１５１１０については、以下でさらに詳細に論じられる。
図２と図２−１は、それぞれディスクサブシステム１１０００と１９０００のディスクポートテーブル１１１１０と１９１１０の図である。これらのテーブル１１１１０と１９１１０はディスクサブシステムのディスクポートに関する情報を提供する。これらのテーブルはそれぞれが、各ディスクポートの名前であるディスクポートＩＤ（２１０）を含むコラムと、各ディスクポートの固有の識別子であるＷＷＮ（２２０）を含むコラムの二つを持つ。ファイバーチャネルプロトコルを使用する場合は、ＷＷＮ（２２０）は各ディスクポートに対するワールドワイドネーム（ＷｏｒｌｄＷｉｄｅＮａｍｅ）を記憶する。
図３と図４は、ディスクサブシステム１１０００と１９０００それぞれのボリュームパステーブル１１１２０と１９１２０を説明する図である。これらのテーブル１１１２０と１９１２０は、「ボリュームパス」あるいは単に「パス」と呼ばれる、ディスクポートからボリュームへのデータＩ／Ｏパスの情報を提供する。これらのテーブルはそれぞれ５個のコラム：パスの名称であるパスＩＤ（３１０）；パスにつけられたディスクポートＩＤであるディスクポートＩＤ（３２０）；パスに付けられたボリュームの名称であるボリュームＩＤ（３３０）：パスに付けられたＳＣＳＩＩＤ（ＩＴ管理者はこの値をサーバにＳＣＳＩＩＤとして適用する）であるＳＣＳＩＩＤ（３４０）；およびパスに付けられたＳＣＳＩＬＵＮ（ロジカルユニット番号）（ＩＴ管理者はこの値をサーバにＳＣＳＩＬＵＮとして適用する）であるＳＣＳＩＬＵＮ（３５０）を持っている。
図５、５−１、５−２、および５−３は、それぞれスイッチ１２０００と１７０００のポートリンクテーブル１２１１０と１７１１０の図である。図５と５−１は、図１のワイドＳＡＮに対応し、図５−２と５−３は、図１−１のワイドＳＡＮに対応する。これらのポートリンクテーブル１２１１０と１７１１０は、リンクと呼ばれるスイッチを経由して、サーバとディスクサブシステムの間の相互接続関係に関連する情報を提供する。これらのテーブル１２１１０と１７１１０は次の５個のコラムを持つ。
スイッチポートＩＤ（５１０）：
これは各スイッチポートに対する名称である。
スイッチポートＷＷＮ（５２０）：
これは各スイッチポートに対する固有の識別子である。ファイバーチャネルプロトコルでは、ワールドワイドネーム（ＷＷＮ）が用いられる。
リンクＷＷＮ（５３０）：
これは、このスイッチポートに接続されている目標デバイスＷＷＮを示す。これは、ホストポートの、あるいは他のスイッチポートの、あるいはディスクポートのＷＷＮのどれでもよい。
ディスタンス−Ｄｉｓｔ．（５４０）：
これは、スイッチポートと目標デバイスとの間の距離を示す。距離情報は、「３００マイル」のように定量的であるか、「遠い」というように定性的でよい。この実施例では、われわれは、定性的な値を使用する。距離は、ＩＴ管理者によってスイッチに手動で設定された属性を読むか、またはスイッチに接続したＧＰＳ受信機を経由してセットされた属性を読むことで判定される。
レスポンス時間−Ｒｅｓ．Ｔｉｍｅ（５５０）：
これは、スイッチポートと目標デバイスとの間の、ログインフレームのようなデータフレームを送信したり、受信したりするための応答時間を示す。応答時間情報は、「１００ｍｓ」のように定量的であるか、または「長い」というように定性的でよい。この実施例では、われわれは、定性的な値を使用する。
本発明の実施例では、ディスタンス（５４０）あるいはレスポンス時間（５５０）のどちらかを用いる。
図６と図６−１は、それぞれＦＣスイッチＣ１２０００とＦＣスイッチＧ１７０００のゾーニングテーブル１２１２０と１７１２０の図である。これらのテーブル１２１２０と１７１２０は、それぞれスイッチ１２０００と１７０００におけるゾーニングコンフィギュレーションデータを提供する。テーブル１２１２０と１７１２０は、各ゾーンを作っているスイッチポートのリンクを含んでいる。同じゾーンの二つのスイッチポートはお互いに交信出来るが、もしスイッチポートが異なったゾーンに所在する場合は、それらは相互に交信することが出来ない。テーブル１２１２０と１７１２０は、各ゾーンに対する名称を含むゾーンＩＤ（６１０）と各ゾーンの全てのスイッチポートを記載するスイッチポートＩＤリスト（６２０）を含む二つのコラムをそれぞれ持っている。
図７ａと図７ｂと図７ｃは、サーバ１３０００−ａとサーバ１３０００−ｂとサーバ１８０００−ｃのそれぞれにおける、ホストポートテーブル１３１１０ａと１３１１０ｂと１８１１０ｃを示す図である。テーブル１３１１０ａと１３１１０ｂと１８１１０ｃは、サーバ１３０００−ａと１３０００−ｂと１８０００−ｃのそれぞれにおけるホストポートに関連する情報を提供する。
各テーブルは、各ホストポートに対する名称であるホストポートＩＤ（７１０）と；各ホストポートの固有の識別子であるＷＷＮ（７２０）（ファイバーチャネルプロトコルを使用するときは、ＷＷＮはワールドワイドネームを記憶する）と；ＩＴ管理者により指定されたホストポートに割り当てられたＳＣＳＩＩＤ（このＩＤは各サーバに固有に割り当てられる）であるＳＣＳＩＩＤ（７３０）とを含む３個のコラムを持つ。
図８ａと図８ｂと図８ｃは、サーバ１３０００−ａと１３０００−ｂと１８０００−ｃのそれぞれにおけるロジカルユニットナンバ（ＬＵＮ）バインディングテーブル１３１２０−ａと１３１２０−ｂと１８１２０−ｃを示す図である。
これらのテーブル１３１２０−ａと１３１２０−ｂと１８１２０−ｃは、「ＬＵＮバインディング」あるいは単に「バインディング」と呼ばれる、ホストポートからＳＣＳＩロジカルユニット（ＬＵ）へのデータＩ／Ｏパスに関連する情報を提供する。
これらのテーブル１３１２０−ａと１３１２０−ｂと１８１２０−ｃは、次の４個のコラムを持つ。
バインディングＩＤ（８１０）：
これはバインディングに対する名称である。
ＳＣＳＩＩＤ（８２０）：
これは、バインディングに付けられたＳＣＳＩＩＤである。
ＬＵＮ（８３０）：
これは、バインディングに付けられたＳＣＳＩＬＵＮである。
問い合わせ情報（８４０）：
これは、サーバがＳＣＳＩのＩＮＱＵＩＲＹコマンドをＬＵＮに発行したときに、ＬＵＮから与えられる情報である。この情報は、ＬＵＮのベンダ名、製品名、ボリュームＩＤを含むこともある。
図９と図９−１は、（透過プロトコルを使用する図１の）ブリッジ２３０００と１６０００のそれぞれにおけるポートリンクテーブル１５１１０と１６１１０の図である。図９−２と図９−３は、（非透過プロトコルを使用する図１−１の）ブリッジ２３０００と１６０００のそれぞれにおけるポートリンクテーブル１５１１０と１６１１０の図である。これらのテーブル１５１１０と１６１１０は、「リンク」と呼ばれるブリッジを経由する、異なったプロトコルネットワークの間で、相互接続関係に関連する情報を提供する。
これらのテーブル１５１１０と１６１１０の各々は、各ブリッジポートに対するニックネームである、ブリッジポートＩＤ（９１０）と；各ブリッジポートの固有の識別子であるブリッジポートアドレス（９２０）（ファイバーチャネルプロトコルでは、我々はワールドワイドネーム（ＷＷＮ）を固有の識別子として使用する）と；このブリッジポートに接続された目標デバイスアドレスであるリンクアドレス（９３０）を含む３個のコラムを持っている。透過プロトコルの場合にリンクアドレスを決めるには、フレームを検索してソースとデスティネーションアドレスを含むヘッダー情報を読む。非透過プロトコルの場合にリンクアドレスを決めるためには、ブリッジがリンクしているＳＡＮデバイスのＷＷＮを取り出す。
図１０は、ディスカバリリスト１４１１０を示す図であり、これは、マネージメントサーバ２２０００におけるディスカバリリスト２２１１０と同一である。図１０は透過型ブリッジを持つ図１のワイドＳＡＮに対応し、一方、図１０−１は非透過型ブリッジを持つ図１−１のワイドＳＡＮに対応する。これらのテーブル１４１１０と２２１１０は、ワイドＳＡＮの全てのデバイスについての情報を提供する。ＳＡＮマネージャ１４０００は、このテーブルを利用して、ＳＡＮデバイスのマネージメントエージェントから構成情報を得る。
これらのテーブル１４１１０と２２１１０は、それぞれ次の６個のコラムを持つ。
ローカルＳＡＮＩＤ（１０６０）：
これは、デバイスが属するＳＡＮを識別する。
ディスカバリＩＤ（１０１０）：
これは、見付けようとしている目標ＳＡＮデバイスの名称である。
デバイスタイプ（１０２０）：
このコラムは、エントリーのデバイスタイプを示す。ＳＡＮマネージャ１４０００はどのような種類のテーブルを受信する予定かを知るために用いる。
デバイス情報（１０３０）：
これは、目標ＳＡＮデバイスの詳細情報である。
ＩＰアドレス（１０４０）：
これは、目標のデバイスでのマネージメントエージェントの通信ポイントである。この実施例では、われわれは、ＳＡＮマネージャ１４０００が全てのＳＡＮデバイスとＴＣＰ／ＩＰ経由で交信すると想定している。
位置（１０５０）：
これは、デバイスが位置している緯度経度あるいは一般的な地域を示す。実施例では、もしスイッチ２３０００または１６０００のポートリンクテーブル１５１１０または１６１１０のそれぞれにより距離情報あるいはレスポンス時間情報が提供されない場合は、ＳＡＮデバイス間の距離を認識するために、一般地域情報あるいは緯度経度情報のどちらかが必要である。
図１１−１は、透過プロトコルを用いたブリッジを持つワイドＳＡＮにあるマネージメントサーバ１４０００のトポロジーテーブル１４１３０を示す図である。図１１−２は、非透過プロトコルを用いるブリッジを持つワイドＳＡＮにおける、トポロジーテーブル１４１３０を示す図であり、トポロジーテーブル２２１３０と同じである。ＳＡＮマネージャ（１４１００と２２１００）は、ワイドＳＡＮにおいてＩ／Ｏコミュニケーションのトポロジーを提供するこれらのテーブル１４１３０と２２１３０を生成する。
ＳＡＮマネージャ（１４１００と２２１００）は、ディスクポートテーブル（１１１１０と１９１１０）、ボリュームパステーブル（１１１２０と１９１２０）、ポートリンクテーブル（１２１１０と１７１１０）、ホストポートテーブル（１３１１０と１８１１０）、ディスカバリリスト（１４１１０と２２１１０）、およびＬＵＮバインディングテーブル（１３１３０と１８１３０）を統合して、このテーブルを作成する。
これらのテーブルは次の３個のコラムを持つ。
サーバ（１１１０）：
このコラムは、トポロジーエントリーにおけるサーバ情報を示す。このコラムはサーバの詳細情報を提供する３個のサブコラムを持つ。これらのサブコラムは、サーバ名（１１１１）とバインディングＩＤ（１１１２）とホストポートＩＤ（１１１３）である。
相互接続（１１２０）：
このコラムは、トポロジーエントリーにおけるスイッチとブリッジの情報を示す。このコラムはスイッチとブリッジの詳細情報を提供する４個のサブコラムを持つ。これらのサブコラムは、一方の側では、スイッチ名（１１２１）とスイッチポートＩＤ（１１２２）であり、他の側ではスイッチ名（１１２３）とスイッチポートＩＤ（１１２４）である。さらに、図１１−１では距離（１１２９）または領域（１１２９）情報がある。さらに、図１１−２では、一方の側ではブリッジ名（１１２５）とブリッジポートＩＤ（１１２６）とがあり、他方の側では、ブリッジ名（１１２７）とブリッジポートＩＤ（１１２８）がある。
記憶装置（１１３０）：
このコラムは、トポロジーエントリーにおけるディスクサブシステム情報を示す。このコラムはディスクサブシステムの詳細情報を提供する３個のサブコラムを持つ。これらのサブコラムは、記憶装置名（１１３１）とディスクポートＩＤ（１１３２）とボリュームＩＤ（１１３３）である。
図１２は、サーバ１４０００におけるコンフィギュレーションテーブル１４１４０の例であり、テーブル２２１４０と同じである。これらのテーブル１４１４０と２２１４０はＳＡＮにおける構成を提供する。ＳＡＮマネージャ（１４１００と２２１００）は、テーブル１４１４０と２２１４０にＳＡＮデバイスの構成の情報を記憶する。これらのテーブルは、長距離相互接続を含むゾーンの構成により発生した不良構成を、ＳＡＮマネージャ（１４１００と２２１００）が分析する際に使用される。コンフィギュレーションテーブル１４１４０は以前の構成も記憶することが出来る。
これらのテーブルは次の３個のコラムを持つ。
デバイス名称（１２１０）：
このコラムはデバイス名称を示す。
コンフィギュレーションのタイプ（１２２０）：
このコラムは、デバイスのコンフィギュレーションタイプを示す。
コンフィギュレーションの詳細（１２３０）：
このコラムはコンフィギュレーションの詳細情報を示す。このコラムは２個のサブコラムを持つ。すなわち、コンフィギュレーションのＩＤを示すＩＤ（１２３１）と、コンフィギュレーションの詳細を示すディテール（１２３２）である。
図１３Ａと図１３Ｂは、方法１３００と１３０５を説明するフローチャートである。ＳＡＮマネージャ（１４１００および／あるいは２２１００）は、方法１３００と１３０５を同時にあるいは一度に一つずつ実行することが出来る。まず、ＳＡＮマネージャ（１４１００および／または２２１００）は、全てのＳＡＮのコンポーネントにある全てのマネージメントエージェントからデータを要求する（１３１０）。
たとえば、ＳＡＮマネージャ（１４１００および／あるいは２２１００）は、スイッチ１７０００のエージェント１７１００に、ポートリンクテーブル１７１１０とゾーニングテーブル１７１２０を要求することが出来る。次に、ＳＡＮマネージャ（１４１００および／あるいは２２１００）は、エージェントからデータを受信する（１３２０）。
ＳＡＮマネージャ（１４１００および／あるいは２２１００）は、すでにＳＡＮマネージャのそれぞれのトポロジーリポジトリ（１４１２０または２２１２０）に記憶されているデータと、受信したデータを比較する（１３３０）。
もしデータが異なった場合は、ＳＡＮマネージャ（１４１００および／あるいは２２１００）は関連するリポジトリ（１４１２０または２２１２０）を更新し（１３４０）、コンフィギュレーションテーブル１４１４０および／あるいは２２１４０に古いコンフィギュレーションデータを記憶する（１３４０）。
ＳＡＮマネージャ（１４１００および／あるいは２２１００）は、次に、もし必要な場合は、リポジトリ（１４１２０または２２１４０）にあるデータに基づいてトポロジーテーブル（１４１３０または２２１３０）を生成、あるいは更新する（１３５０）。ＳＡＮマネージャ（１４１００および／あるいは２２１００）は、つぎに、トポロジーを示すグラフィックなフォーマットで、および／あるいはテーブルのフォーマットで（たとえば、テーブル１４１３０または２２１３０を表示して）、結果を出力する。グラフィックなフォーマットでは、ブリッジ間および／あるいは他のコンポーネントとの間の長距離は、雲として、あるいは長距離を示す文字によって、あるいは他の技法で示すことが出来る。方法１３００はこれで終了する。
方法１３０５は、トポロジーリポジトリ１４１２０または２２１４０における各構成において、コンフィギュレーションテーブル（１４１４０と２２１４０）、トポロジーテーブル（１４１３０と２２１３０）、および／あるいはディスカバリリスト（１４１１０と２２１１０）で示されるような、スイッチ間の長距離接続がある不良構成をＳＡＮマネージャ（１４１００または２２１００）がチェックする（１３７０）ことで構成される。もし不良構成がある場合には、ＳＡＮマネージャ（１４１００または２２１００）は、不良構成に係わる警告を出力（１３８０）する。警告には、どのゾーンおよび／あるいはどのスイッチが不良構成を構成しているのかをスイッチの位置と同様に含めることが出来る。これで方法１３０５は終了する。
上述の本発明の実施例の説明は単に具体例によるものであり、上述の実施例や方法の変形や修正は、前述の教示を参照することで可能である。たとえば、位置を決めるＧＰＳ受信機は、ＧＬＯＮＡＳＳ受信機とか他の位置決め装置で置き換え可能である。ネットワークサイトは分離した別個のサイトとして説明しているが、この分野での熟練者であれば、これらのサイトが、一体となったサイトの一部であっても、各サイトが複数のサイトの一部を含んでいても、あるいは単一のサイトと複数のサイトの組み合わせであってもよいことがわかるであろう。
さらに、本発明のコンポーネントは、プログラム式汎用ディジタルコンピュータを使用し、特定用途向け集積回路を使用し、あるいは従来型のコンポーネントや回路を相互接続したネットワークを使用して実現できる。接続は、配線でも、無線でも、またはモデム等でもよい。ここで説明した実施例は、全てを網羅するものではないし、あるいは範囲を限定するものでもない。本発明は、特許請求の範囲によってのみ制約されるものである。
【発明の効果】
したがって、このシステムと方法は、ワイドＳＡＮの管理の改善を有効的に提供するものである。
【図面の簡単な説明】
【図１】各ブリッジがマネージメントエージェントを持たず、透過プロトコルを用いるＳＡＮを説明するブロックダイアグラムである。
【図１Ａ】ブリッジがマネージメントエージェントを持ち、非透過プロトコル機能を用いるワイドＳＡＮのブロックダイアグラムである。
【図２】ワイドＳＡＮのディスクサブシステムからのディスクポートテーブルのブロックダイアグラムである。
【図２Ａ】ワイドＳＡＮのディスクサブシステムからのディスクポートテーブルのブロックダイアグラムである。
【図３】ディスクサブシステムのボリュームパステーブルを説明する図である。
【図４】ディスクサブシステムのボリュームパステーブルを説明する図である。
【図５】スイッチのポートリンクテーブルの図である。
【図５Ａ】スイッチのポートリンクテーブルの図である。
【図５Ｂ】スイッチのポートリンクテーブルの図である。
【図５Ｃ】スイッチのポートリンクテーブルの図である。
【図６】ＦＣスイッチのゾーニングテーブルの図である。
【図６Ａ】ＦＣスイッチのゾーニングテーブルの図である。
【図７Ａ】サーバのホストポートテーブルを示す図である。
【図７Ｂ】サーバのホストポートテーブルを示す図である。
【図７Ｃ】サーバのホストポートテーブルを示す図である。
【図８Ａ】サーバのロジカルユニットナンバー（ＬＵＮ）結合テーブルを示す図である。
【図８Ｂ】サーバのロジカルユニットナンバー（ＬＵＮ）結合テーブルを示す図である。
【図８Ｃ】サーバのロジカルユニットナンバー（ＬＵＮ）結合テーブルを示す図である。
【図９】非透過プロトコルを用いた図１のブリッジの、ポートリンクテーブルの図である。
【図９Ａ】非透過プロトコルを用いた図１のブリッジの、ポートリンクテーブルの図である。
【図９Ｂ】透過プロトコルを用いた図１−１のブリッジの、ポートリンクテーブルの図である。
【図９Ｃ】透過プロトコルを用いた図１−１のブリッジの、ポートリンクテーブルの図である。
【図１０】マネージメントサーバのディスカバリリストを説明する図である。
【図１０Ａ】マネージメントサーバのディスカバリリストを説明する図である。
【図１１Ａ】透過プロトコルを用いたブリッジを持つ、ワイドＳＡＮにおけるマネージメントサーバ１４０００のトポロジーテーブルを示す図である。
【図１１Ｂ】非透過プロトコルを用いたブリッジを持つ、ワイドＳＡＮのトポロジーテーブルを示す図である。
【図１２】サーバにおけるコンフィギュレーションテーブルの例である。
【図１３Ａ】ワイドＳＡＮを管理するための方法を説明するフローチャートである。
【図１３Ｂ】ワイドＳＡＮを管理するための方法を説明するフローチャートである。
【符号の説明】
１４０００…マネージメントサーバ、１４１００…ＳＡＮマネージャ、１４１１０…ディスカバリリスト、１４１２０…トポロジーリポジトリ、１４１３０…トポロジーテーブル、１４１４０…コンフィギュレーションテーブル、１３０００ａ…サーバＡ、１３１００ａ…マネージメントエージェント、１３１１０ａ…ホストポートテーブル、１３２００ａ１…ホストポートａ１、１５０００…マネージメントネットワーク、１２０００…スイッチＣ、１２１００…マネージメントエージェント、１２１１０…ポートリンクテーブル、１２１２０…ゾーニングテーブル、１２２００ｓ１…スイッチポートｓ１，１１０００…ディスクサブシステム、１１１００…マネージメントエージェント、１１１１０…ディスクポートテーブル、１１１２０…ボリュームパステーブル、１１２００−ｄ１…ディスクポートｄ１、１１３００−ｖ１…ボリュームｖ１、２３０００…ブリッジＥ、１５２００−ｅ１ポート…ｅ１、２１０００…マネージメントネットワーク、１８０００−ａ…サーバＣ、１８１００−ｃ…マネージメントエージェント、１８１１０−ｃ…ホストポートテーブル、１８２００−ｃ…ホストポート、１９０００…ディスクサブシステムＨ、１９１００…マネージメントエージェント、１９１１０…ディスクポートテーブル、１９１２０…ボリュームパステーブル、１９２００−ｈ１…ディスクポートｈ１、１９３００−ｖ１…ボリュームｖ１、２２０００…マネージメントサーバ、２２１００…ＳＡＮマネージャ、２２１１０…ディスカバリリスト、２２１２０…トポロジーリポジトリ、２２１３０…トポロジーテーブル、２２１４０…コンフィギュレーションテーブル

Claims

ネットワーク管理方法であって、
ＳＡＮにおける各コンポーネントからのコンフィギュレーションデータの要求に応じてコンフィギュレーションデータを受信すること；
リポジトリに記憶されているデータと受信したデータを比較すること；
もし受信したデータが、記憶されているデータと異なっている場合は、リポジトリを受信したデータで更新すること；および
スイッチと、該スイッチに結合しているコンポーネントとの間の距離を示すデータである、リポジトリに記憶されているデータを出力すること、で構成されることを特徴とするネットワーク管理方法。
請求項１に記載のネットワーク管理方法であって、
前記受信したデータは、スイッチと、該スイッチに結合しているコンポーネントとの間の距離を含んでいることを特徴とするネットワーク管理方法。
請求項２に記載の方法であって、
前記スイッチと、前記スイッチに結合しているコンポーネントとの間の距離は、ＧＰＳのデータを通して決められることを特徴とする。
請求項２に記載の方法であって、前記スイッチと、前記スイッチに結合しているコンポーネントとの間の距離は、手作業で設定された距離に係わるスイッチの属性を通して決められることを特徴とするネットワーク管理方法。
請求項１に記載の方法であって、
前記受信したデータは、前記スイッチと、前記スイッチに結合しているコンポーネントとの間のレスポンス時間を含んでいることを特徴とするネットワーク管理方法。
請求項５に記載ネットワーク管理方法であって、
前記レスポンス時間は、定期的にスイッチからコンポーネントにフレームを送り、レスポンス時間を測定することによって算出されることを特徴とするネットワーク管理方法。
請求項１に記載の方法であって、
前記出力することは、データをグラフィックフォーマットで出力することを特徴とするネットワーク管理方法。
請求項１に記載の方法であって、さらに、
予め規定した長さより長い距離に展開されるコンポーネントを含むゾーンをチェックすること；および
もし、ゾーンが、予め規定した長さより長い距離に展開されるコンポーネントを含んでいる場合は、警告を出力すること、で構成されることを特徴とするネットワーク管理方法。
コンピュータに一つの方法を実行させるためにインストラクションを記憶するコンピュータで読み出し可能な媒体であって、
該方法は、
ＳＡＮにおける各コンポーネントからのコンフィギュレーションデータの要求に応じて、コンフィギュレーションデータを受信すること；
リポジトリに記憶されているデータと受信したデータを比較すること；
もし受信したデータが、記憶されているデータと異なっている場合は、受信したデータによりリポジトリを更新すること；および
スイッチと、前記スイッチに結合したコンポーネントとの間の距離を示すデータである、リポジトリに記憶されたデータを出力すること、で構成されることを特徴とするコンピュータで読み出し可能な媒体。
請求項９に記載のコンピュータで読み出し可能な媒体であって、該受信したデータは、スイッチと、該スイッチに結合しているコンポーネントとの間の距離を含んでいることを特徴とするコンピュータで読み出し可能な媒体。
請求項１０に記載のコンピュータで読み出し可能な媒体であって、前記スイッチと、前記スイッチに結合しているコンポーネントとの間の距離は、ＧＰＳのデータを通して決められることを特徴とするコンピュータで読み出し可能な媒体。
請求項１０に記載のコンピュータで読み出し可能な媒体であって、
前記スイッチと、前記スイッチに結合しているコンポーネントとの間の距離は、手作業で設定された距離に係わるスイッチの属性を通して決められることを特徴とするコンピュータで読み出し可能な媒体。
請求項９に記載のコンピュータで読み出し可能な媒体であって、該受信したデータは、スイッチと、該スイッチに結合しているコンポーネントとの間のレスポンス時間を含んでいることを特徴とするコンピュータで読み出し可能な媒体。
請求項１３に記載のコンピュータで読み出し可能な媒体であって、該レスポンス時間は、定期的にスイッチからコンポーネントにフレームを送り、レスポンス時間を測定することによって算出されることを特徴とするコンピュータで読み出し可能な媒体。
請求項９に記載のコンピュータで読み出し可能な媒体であって、該出力することは、データをグラフィックフォーマットで出力することを特徴とするコンピュータで読み出し可能な媒体。
請求項９に記載のコンピュータで読み出し可能な媒体であって、該方法は、さらに、予め規定した長さより長い距離に展開されているコンポーネントを包含するゾーンをチェックすること；さらに
もし、ゾーンが予め規定した長さより長い距離に展開されているコンポーネントを包含している場合は、警告を出力すること、で構成されることを特徴とするコンピュータで読み出し可能な媒体。
ＳＡＮシステムであって、
ＳＡＮのコンフィギュレーションデータを記憶することが可能なトポロジーリポジトリと；
ＳＡＮにおける各コンポーネントからのコンフィギュレーションデータの要求に応じて、コンフィギュレーションデータを受信することが可能で；
リポジトリに記憶されたデータと受信したデータを比較することが可能で；もし受信したデータが記憶されているデータと異なっている場合は、リポジトリを受信したデータにより更新することが可能で；
スイッチと、該スイッチに結合しているコンポーネントとの間の距離を示すデータである、リポジトリに記憶されているデータを出力することが可能な、リポジトリに結合した、ＳＡＮマネージャと、で構成されることを特徴とするＳＡＮシステム。
請求項１７に記載のシステムであって、該受信したデータは、スイッチと、該スイッチに結合しているコンポーネントとの間の距離を含んでいることを特徴とするＳＡＮシステム。
請求項１７に記載のシステムであって、該受信したデータは、スイッチと、該スイッチに結合しているコンポーネントとの間のレスポンス時間を含んでいることを特徴とするＳＡＮシステム。
ＳＡＮシステムであって、
ＳＡＮにおける各コンポーネントからのコンフィギュレーションデータの要求に応じてコンフィギュレーションデータを受信する手段と；
リポジトリに記憶されているデータと受信したデータを比較する手段と；
もし受信したデータが、記憶されているデータと異なっている場合は、受信したデータでリポジトリを更新する手段と；
スイッチと、該スイッチに結合されたコンポーネントとの間の距離を示すデータである、リポジトリに記憶されているデータを出力する手段と、で構成されることを特徴とするＳＡＮシステム。