JP4634202B2 - ネットワークトポロジー表示方法、管理サーバ、及びネットワーク管理プログラム - Google Patents

Description

本発明はネットワークトポロジー表示システム、管理サーバ、及びネットワーク管理プログラムに関する。

政府、官公庁、地方自治体、企業、教育機関等では、多種多量のデータを取り扱うために、比較的大規模なストレージシステムを用いてデータを管理する。このストレージシステムは、例えば、ディスクアレイ装置等から構成される。ディスクアレイ装置は、多数の記憶デバイスをアレイ状に配設して構成されるもので、例えば、RAID（Redundant Arrays of Independent Inexpensive Disks）に基づく記憶領域を提供する。近年、ＳＡＮ（Storage Area Network）環境の普及とともに、ストレージシステムの統合が急速に進められている。ＳＡＮ環境においては、複数のストレージシステムが高速のＦＣ（Fibre Channel）スイッチを介して複数のホスト装置に接続される形態となり、ＳＡＮ構成の容易な管理、障害の早期検出と、迅速な対処、適切なアクセス制御によるセキュリティ確保といった、運用管理機能が求められている。ＳＡＮ環境のネットワーク構成を管理する技術として、例えば、特許文献１〜３が知られている。
特開２００３−３１６６７１号 特開２００３−１４１０５４号 特開２００４−２５４２７０号

しかし、従来のＳＡＮ管理ソフトウェアでは、ホスト装置からストレージシステムへのアクセスパスについて、ホスト装置のＨＢＡ（Host Bus Adapter）からＦＣスイッチのどのポートを通り、更にストレージシステムのどのポートを通過しているか、更には論理ボリュームと物理ボリュームとのマッピング関係について、グラフィカルに表示することができたものの、外部接続機能を有するストレージシステムの仮想ボリュームが外部接続ポートを経由して外部ボリュームに至るまでのアクセスパスを表示することはできなかった。これは、バックエンド側のアクセスパスは、ストレージシステム内部の構成に係るものであるから、管理者に提示する必要性に乏しかったことに起因する。

また、ホスト装置が仮想化スイッチを介してストレージシステムに接続する場合においても、従来のＳＡＮ管理ソフトウェアでは、仮想化スイッチ内の仮想ボリュームとストレージシステム内のボリュームとの間のアクセスパスを表示することはできなかった。

本発明は、上記の問題点に鑑みてなされたもので、本発明の目的は、外部ストレージ接続機能を有する記憶制御装置の仮想ボリュームと、外部ストレージシステムの外部ボリュームとの間のアクセスパスを表示する技術を提供することにある。

上記の課題を解決するため、本発明のネットワークトポロジー表示システムは、仮想ボリュームを備える記憶制御装置と、外部ボリュームを備える外部ストレージシステムとを含み、外部ボリュームが仮想ボリュームにマッピングされたストレージネットワークのネットワークトポロジーを表示するための方法であって、仮想ボリュームと外部ボリュームとの間に定義されたアクセスパスのポート接続情報を収集し、記憶制御装置のアクセスパス上にあるアクセスポートを識別する第一のネットワークアドレスを収集し、外部ストレージシステムのアクセスパス上にあるアクセスポートを識別する第二のネットワークアドレスを収集し、外部ボリュームを識別する識別情報を収集し、ポート接続情報、第一のネットワークアドレス、第二のネットワークアドレス、及び識別情報を基に、仮想ボリュームと外部ボリュームとの間におけるネットワークトポロジーを表示する。ここで、記憶制御装置には、ディスクアレイ装置のようなストレージシステムだけでなく、例えば、それ自体がＳＣＳＩターゲットになる仮想化スイッチを含む。外部ボリュームを識別する識別情報としては、例えば、記憶制御装置のアクセスポートのＷＷＮと、外部ストレージシステムのアクセスポートのＷＷＮから定まるＬＵＮ番号と、外部ストレージの外部ボリュームを記憶制御装置の仮想ボリュームにマッピングするマッピング情報等が用いられる。

外部ストレージ接続機能を備える記憶制御装置の仮想ボリュームと、外部ストレージシステムの外部ボリュームとの間のネットワークトポロジーを表示するために必要な情報として、例えば、次の情報がある。
（１）ストレージネットワークのポート接続情報。
（２）仮想ボリュームにマッピングされている外部ボリュームに関する以下の情報。
（２ａ）記憶制御装置のアクセスポートの識別情報。例えば、イニシエータポート（外部接続ポート）のネットワークアドレス（ＷＷＮ等）である。
（２ｂ）外部ストレージシステムのアクセスポートの識別情報。例えば、ターゲットポートのネットワークアドレス（ＷＷＮ等）である。
（２ｃ）外部ストレージのアクセスポートにアサインされている外部ボリュームの識別情報。例えば、記憶制御装置のアクセスポートのＷＷＮと、外部ストレージシステムのアクセスポートのＷＷＮから定まるＬＵＮ番号等である。
（２ｄ）どの外部ボリュームがどの仮想ボリュームにマッピングされているかを示すマッピング情報。

（１）の情報により、ストレージネットワーク内部のトポロジーを表示できる。（１）の情報に（２ａ）と（２ｂ）の情報を加えることで、記憶制御装置のアクセスポートから外部ストレージシステムのアクセスポートへ至るトポロジーを表示できる。（１）、（２ａ）、（２ｂ）の情報に（２ｃ）と（２ｄ）の情報を加えることで、更に、記憶制御装置の仮想ボリュームと、外部ストレージシステムの外部ボリュームとの対応関係を表示できる。

ネットワークトポロジーを表示するために必要な情報は、例えば、ディスカバリの際にネットワークノードから収集してもよく、或いはネットワーク障害発生時にネットワークノードから収集してもよい。

ネットワークトポロジーを表示する手段は、例えば、ストレージネットワークの各ノードに接続する管理サーバに実装されているネットワーク管理プログラムによって、実現することができる。ネットワーク管理プログラムは、各ノードから（１）、（２ａ）、（２ｂ）、（２ｃ）、及び（２ｄ）の情報を収集することにより、外部ストレージ接続機能を備える記憶制御装置の仮想ボリュームと、外部ストレージシステムの外部ボリュームとの間のネットワークトポロジーを表示する。ネットワークトポロジーを表示するタイミングとして、例えば、画面に表示されている仮想ボリュームのアイコンに対するオペレータの指示に応答して、ネットワークトポロジーを表示するように構成してもよい。

ネットワーク管理プログラムは、管理サーバ等の主記憶装置に実装してもよく、或いは記録媒体に格納しておいてもよい。記録媒体として、例えば、光記録媒体（ＣＤ−ＲＡＭ、ＣＤ−ＲＯＭ、ＤＶＤ−ＲＷ、ＤＶＤ−ＲＯＭ、ＤＶＤ−Ｒ、ＰＤディスク、ＭＤディスク、ＭＯディスク等の光学的にデータの読み取りが可能な記録媒体）や、磁気記録媒体（フレキシブルディスク、磁気カード、磁気テープ等の磁気的にデータの読み取りが可能な記録媒体）、或いはメモリ素子（ＤＲＡＭ等の半導体メモリ素子、ＦＲＡＭ等の強誘電体メモリ素子等）などを用いることができる。

本発明によれば、外部ストレージ接続機能を有する記憶制御装置の仮想ボリュームと、外部ストレージシステムの外部ボリュームとの間のアクセスパスを表示することが可能になる。

以下、各図を参照して、本発明の実施形態について説明する。各実施例は特許請求の範囲を限定するものではなく、また実施例で説明されている特徴の全てが発明の解決手段に必須であるとは限らない。

図１は外部サブシステム接続機能を備えたストレージシステム１０を中心とするストレージネットワーク構成を示している。ホスト装置６０は、ＣＰＵやメモリ等の情報処理資源を備えたコンピュータシステムであり、具体的には、ワークステーション、メインフレーム、パーソナルコンピュータ等である。ホスト装置６０には、ストレージシステム１０が提供する記憶資源を利用するアプリケーションプログラム６１と、通信ネットワーク７０を介してストレージシステムにアクセスするためのポート６２が実装されている。

通信ネットワーク７０としては、例えば、ＳＡＮ（Storage Area Network）、ＬＡＮ（Local Area Network）、インターネット網、専用回線、公衆回線等を適宜用いることができる。通信ネットワーク７０として、ＳＡＮが用いられる場合、ホスト装置６０は、ファイバチャネルプロコルに従って、複数のディスクドライブにより提供される記憶領域のデータ管理単位であるブロックを単位として、ストレージシステム１０に対してデータ入出力を要求する。このとき、ホスト装置６０が備えるポート６２として、ホストバスアダプタが用いられる。一方、通信ネットワーク７０として、ＬＡＮが用いられる場合、ホスト装置６０は、ＴＣＰ／ＩＰ（Transmission Control Protocol/Internet Protocol）により、ストレージシステム１０に対し、ファイル名を指定してファイル単位でのデータ入出力を要求する。このとき、ホスト装置６０が備えるポート６２として、ＬＡＮ対応ネットワークカードが用いられる。

ストレージシステム１０は、主に、ディスク制御装置２０と、記憶装置３０とから構成される。ディスク制御装置２０は、複数のチャネルアダプタ（ＣＨＡ）２１と、複数のディスクアダプタ（ＤＫＡ）２２と、コントロールユニット（ＣＵ）２３と、キャッシュメモリ（ＣＭ）２４と、共有メモリ（ＳＭ）２５と、接続部２６とを備えている。

各々のチャネルアダプタ２１は、ホスト装置６０との間でデータ通信を行うためのポート２１Ａを備えている。チャネルアダプタ２１は、ＣＰＵやメモリ等を備えたマイクロコンピュータシステムとして構成されており、ホスト装置６０から受信したコマンド等を解釈して実行する。各々のチャネルアダプタ２１には、それぞれを識別するためのネットワークアドレス、例えば、ＩＰアドレスやＷＷＮ（World Wide Name）などが割り当てられており、それぞれが個別にＮＡＳ（Network Attached Storage）として機能することができる。ホスト装置６０が複数存在する場合は、各チャネルアダプタ２１は、各ホスト装置６０からの要求をそれぞれ個別に受け付けることができる。

また、ストレージシステム１０は、通信ネットワーク７０を介して外部ストレージシステム４０，５０に接続するための外部サブシステム接続用ポート（Externalポート）２１Ｂを備えている。外部サブシステム接続用ポート２１Ｂは、イニシエータ機能を有し、ＳＣＳＩコマンドを発行することができる。

各ディスクアダプタ２２は、記憶装置３０の記憶デバイス３１，３２との間のデータ授受を行うものである。各ディスクアダプタ２２は、記憶デバイス３１，３２に接続するための通信ポート２２Ａを備えている。また、各ディスクアダプタ２２は、ＣＰＵやメモリ等を備えたマイクロコンピュータシステムとして構成されている。各ディスクアダプタ２２は、チャネルアダプタ２１がホスト装置１０から受信したデータを、ホスト装置１０からの書き込み命令に基づいて、所定の記憶デバイス３１，３２の所定のアドレスに書込み、また、ホスト装置１０からの読み出し命令に基づいて、所定の記憶デバイス３１，３２の所定のアドレスからデータを読み出し、ホスト装置１０に返送する。記憶デバイス３１，３２との間でデータ入出力を行う場合、各ディスクアダプタ２２は、論理的なアドレスを物理的なアドレスに変換する。各ディスクアダプタ２２は、記憶デバイス３１，３２がRAIDに従って管理されている場合は、ＲＡＩＤ構成に応じたデータアクセスを行う。

コントロールユニット２３は、ストレージシステム全体の作動を制御する。コントロールユニット２３には、例えば、管理用のコンソール（図示せず）が接続され、システム内の障害発生を検出してコンソールに表示させたり、或いはコンソールからの指示に基づいてシステムの閉塞処理を実行させたりできるように構成されている。

キャッシュメモリ２４には、ホスト装置６０と論理ボリュームＡ♯，Ｂ♯，Ｃ♯との間で入出力されるデータが一時的に格納される。共有メモリ２５には、ホスト装置６０からの各種コマンドが書き込まれ、チャネルアダプタ２１とディスクアダプタ２２との間におけるコマンドの授受に利用される他、システムの構成情報等が格納される。

接続部２６は、各チャネルアダプタ２１、各ディスクアダプタ２２、コントロールユニット２３、キャッシュメモリ２４、共有メモリ２５を相互に接続する。接続部２６は、例えば、高速スイッチング動作によってデータ伝送を行う超高速クロスバスイッチや高速バス等である。

記憶装置３０は、複数の記憶デバイス３１を備えている。記憶デバイス３１としては、例えば、ハードディスク、フレキシブルディスク、磁気テープ、半導体メモリ、光ディスク等のようなデバイスを用いることができる。記憶資源として、ハードディスクを用いる場合には、ＡＴＡ（Advanced Technology Attachment）ディスクドライブ、ＳＣＳＩ（Small Computer System Interface）ディスクドライブ、ファイバチャネルディスクドライブ等のディスクドライブを用いることができる。記憶装置３０内に点線で示される記憶デバイス３２は、外部ストレージシステム４０，５０がそれぞれ有する記憶デイバス４２，５２をストレージシステム１０内に取り込んだ様子を示している。つまり、記憶デバイス３２は仮想記憶デバイスである。本実施例では、ストレージシステム１０から見て外部に存在する記憶デバイス４２，５２をストレージシステム１０の内部記憶デイバスとして認識し、ホスト装置６０に外部記憶デバイス４２，５２の記憶資源を提供する。より詳細には、記憶デバイス４２，５２に形成された論理デバイスを、ストレージシステム１０の仮想ボリュームにマッピングすることで、外部記憶デバイス４２，５２をストレージシステム１０の内部記憶デバイスとして、ホスト装置１０に提供している。

外部ストレージシステム４０，５０は、それぞれポート４１，５１を備え、通信ネットワーク７０を介してストレージシステム１０に接続している。ここでは、説明を簡略化するため、外部ストレージシステム４０，５０の内部構成として、ポート４１，５１と、記憶デバイス４２，５２のみを図示しているが、実際の構成はストレージシステム１０と同様である。

図２はストレージシステム１０のネットワーク環境を管理するためのシステム構成を示している。以下の説明においては、通信ネットワーク７０として、ＦＣ−ＳＡＮ（Fibre Channel Storage Area Network）を例示するが、ＩＰ−ＳＡＮ（Internet Protocol Storage Area Network）その他のネットワークでも本発明を適用できる。実際の運用においては、ＦＣ−ＳＡＮには、ＦＣスイッチ、ＦＣハブ、ルータ、ゲートウェイ、ブリッジ等の各種ネットワークコンポーネントが使用されるが、ここでは、説明を簡略化するため、ＦＣ−ＳＡＮのネットワークコンポーネントとして、ＦＣスイッチ９１，９２を例示する。

ストレージネットワークを構成する各ノード（ホスト装置、ストレージシステム、ＦＣスイッチ等）は、ＬＡＮ１１０を介して管理サーバ１００に接続している。管理サーバ１００は、ＦＣ−ＳＡＮ環境を管理するためのコンピュータシステムであり、ＦＣ−ＳＡＮ構成管理機能、障害管理機能、アクセスパス管理機能等を備えている。構成管理機能は、例えば、後述するネットワーク管理プログラム１０１によって実現される。障害管理機能と、アクセスパス管理機能については、それぞれネットワーク管理プログラム１０１によって実現されるものでもよく、或いはネットワーク管理プログラム１０１とは別のプログラムによって個別に実現されるものでもよい。また、これらの各機能は、ネットワーク管理プログラム１０１或いはその他のプログラムによって実現される他、管理サーバ１００がハードウェア的に実現する機能であってもよい。尚、障害管理機能とアクセスパス管理機能は、ネットワーク管理の利便性向上を目的とした付随的な機能であり、本発明に必須の機能ではない。

ＦＣ−ＳＡＮ構成管理機能とは、ＦＣ−ＳＡＮのネットワークトポロジーを、本発明のネットワークトポロジー表示方法によって認識し、各ノードの論理的な接続関係をＧＵＩ（Graphical User Interface）等でグラフィカルに表示する機能である。ノードの追加又は変更等により、ＦＣ−ＳＡＮのネットワーク構成が変更された場合でも、管理サーバ１００は、ディスカバリの際にネットワーク構成変更を、本発明のネットワークトポロジー表示方法によって検出し、最新のネットワークトポロジービューを表示できるように構成されている。

障害管理機能とは、ＦＣスイッチ９１，９２やストレージシステム１０，４０，５０で発生した障害事象と、ホスト装置６０で発生したパス閉塞に関する障害事象を自動検出し、これらの障害事象をＧＵＩ等でグラフィカルに表示する機能である。ストレージシステム１０，４０，５０やＦＣスイッチ９１，９２が異常の場合には、それぞれ専用の保守画面を起動し、故障診断を行えるように構成してもよい。

アクセスパス管理機能とは、ホスト装置６０からストレージシステム１０，４０，５０へのアクセスパス（論理パス）を管理する機能である。例えば、誤った設定等により、セキュリティ定義ミス、ケーブル抜けによるアクセスパス使用不可状態など、運用環境に問題がある場合には、これらの不具合を自動的に検出し、ＧＵＩ等でグラフィカルに表示してもよい。

管理サーバ１００は、上述した各機能を実現するためのネットワーク管理プログラム１０１と、ＦＣ−ＳＡＮ構成管理を行うための各種の管理テーブル８０と、ネットワークトポロジーをグラフィカルに表示するための表示装置１０２を備えている。ネットワーク管理プログラム１０１や管理テーブル８０は、管理サーバ１００に内蔵されている記憶装置に格納される。管理テーブル８０は、後述するノード管理テーブル８１、ポート管理テーブル８２、ホストボリューム管理テーブル８３、ＬＤＥＶ管理テーブル８４、自ボリュームグループ管理テーブル８５、対応ボリュームグループ管理テーブル８６によって構成されている。

尚、ストレージシステム１０は、記憶デバイス３２上に形成された論理ボリュームＡ＃，Ｂ＃，Ｃ＃を備えている。ストレージシステム４０は、記憶デバイス４２上に形成された論理ボリュームＤを備えている。ストレージシステム５０は、記憶デバイス５２上に形成された論理ボリュームＥを備えている。ストレージシステム１０は、論理ボリュームＤ，Ｅから成る対応ボリュームグループを、論理ボリュームＡ♯，Ｂ♯，Ｃ♯から成る自ボリュームグループへマッピングしている。ここでは、３：２の対応関係を示しているが、本発明はｍ：ｎの対応関係にも適用できる（ｍ，ｎは共に自然数とする。）。ここで、自ボリュームグループとは、外部接続元ストレージシステム１０のボリュームグループをいい、対応ボリュームグループとは、外部接続先ストレージシステム４０，５０のボリュームグループをいう。また、本明細書において、論理ボリューム名称に「♯」の記号を付するときは、当該論理ボリュームは、仮想ボリュームを意味するものとする。

ホスト装置６０は、管理サーバ１００によるディスカバリの際に、ホスト装置６０の情報を送信するエージェント６３を備えている。便宜上、ホスト装置６０が備えるポートの名称を「ポートＡ」とする。

また、ストレージシステム１０の名称を「ストレージシステムＡ」とし、ストレージシステム１０が備える各ポートの名称を「ポートＩ」、「ポートＪ」とする。「ポートＪ」は、外部サブシステム接続用ポートである。ストレージシステム４０の名称を「ストレージシステムＢ」とし、ストレージシステム４０が備えるポートの名称を「ポートＫ」とする。ストレージシステム５０の名称を「ストレージシステムＣ」とし、ストレージシステム５０が備えるポートの名称を「ポートＬ」とする。

また、ＦＣスイッチ９１の名称を「ＦＣスイッチＡ」とし、ＦＣスイッチ９１が備える各ポートの名称を「ポートＢ」、「ポートＣ」、「ポートＤ」、「ポートＥ」、「ポートＦ」、「ポートＭ」とする。ＦＣスイッチ９２の名称を「ＦＣスイッチＢ」とし、ＦＣスイッチ９２が備える各ポートの名称を「ポートＧ」、「ポートＨ」、「ポートＮ」とする。

ストレージシステム１０は、論理ボリュームＡ＃をポートＩからポートＡへＬＵＮマスキング（アサイン）している。つまり、ホスト装置６０がポートＡからポートＩを経由して、論理ボリュームＡ＃へアクセスするためのアクセスパスが定義されている。論理ボリュームＡ＃は、例えば、ホスト装置６０の「Ｄ：ドライブ」に対応付けられている。ストレージシステム４０は、論理ボリュームＤをポートＫからポートＪへＬＵＮマスキングしている。つまり、ストレージシステム１０がポートＪからポートＫを経由して、論理ボリュームＤへアクセスするためのアクセスパスが定義されている。ストレージシステム５０は、論理ボリュームＥをポートＬからポートＪへＬＵＮマスキングしている。つまり、ストレージシステム１０がポートＪからポートＬを経由して、論理ボリュームＥへアクセスするためのアクセスパスが定義されている。ＦＣスイッチ９１，９２は、これらのアクセスパスにおけるポート間のルーティングを行う。ポートＬからポートＪへ至る経路は、経路Ｌ→Ｈ→Ｇ→Ｆ→Ｄ→Ｊと、経路Ｌ→Ｈ→Ｎ→Ｍ→Ｄ→Ｊの二つある。

図３はノード管理テーブル８１を示している。同テーブル８１は、ＦＣ−ＳＡＮのノードを管理するテーブルである。同テーブル８１のノード管理テーブルエントリには、ノードの名称を示す「ノード名」、ノードの種別（ホスト装置、ＦＣスイッチ、ストレージシステム等の種別）を示す「タイプ」、ノードの「ポート数」、ノードが備える各ポートの「ポート管理テーブル番号」が「ノード番号」に対応付けられて、格納される。ノード管理テーブルエントリの各項目は、ディスカバリの際に、管理サーバ１００が各ノードから収集した情報を基に作成される。ノード管理テーブルエントリの例として、ホスト装置６０を例示すると、「ノード名」には、ホスト装置６０の名称「アプリケーションサーバ」が格納される。「タイプ」には、「ホスト装置」が格納される。「ポート数」には、「１」が格納される。「ポート管理テーブル番号」には、ポートＡの「ポート管理テーブル番号」が格納される。

図４はポート管理テーブル８２を示している。同テーブル８２は、ポートを管理するテーブルである。同テーブル８２のポート管理テーブルエントリには、ポートの名称を示す「ポート名」、ポートのＷＷＮを示す「自ＷＷＮ」、当該ポートに接続するポートのＷＷＮを示す「隣接ＷＷＮ」、ポートが属するノードの「ノード番号」、ポートの機能（イニシエータ、ターゲット、外部接続用ポート等）を示す「役割」が「ポート管理テーブル番号」に対応付けられて、格納される。ポート管理テーブルエントリの各項目は、ディスカバリの際に、管理サーバ１００が各ノードから収集した情報を基に作成される。ポート管理テーブルエントリの例として、ポートＩの場合を例示すると、「ポート名」には、ポートＩの名称が格納される。「自ＷＷＮ」には、ポートＩのＷＷＮが格納される。「隣接ＷＷＮ」には、ポートＣのＷＷＮが格納される。「ノード番号」には、ポートＩが属するノード（ストレージシステム１０）のノード番号が格納される。「役割」には、ポートＩの役割（ターゲット）が格納される。

図５はホストボリューム管理テーブル８３を示している。同テーブル８３は、ホスト装置のドライブレターと論理ボリュームの対応関係を示すテーブルである。同テーブル８３のホストボリューム管理テーブルエントリには、ホスト装置の「ドライブレター」、ホスト装置のアクセスポートのＷＷＮを示す「自ＷＷＮ」、ストレージシステムのアクセスポートのＷＷＮを示す「相手ＷＷＮ」、ストレージシステムのアクセスポートからホスト装置のアクセスポートへアサインされている論理ボリュームの「ＬＵＮ番号」が「ホストボリューム管理テーブル番号」に対応付けられて、格納される。ホストボリューム管理テーブルエントリの各項目は、ディスカバリの際に、管理サーバ１００が各ノードから収集した情報を基に作成される。ホストボリューム管理テーブルエントリの例として、「Ｄ：ドライブ」の場合を例示すると、「自ＷＷＮ」には、ポートＡのＷＷＮが格納される。「相手ＷＷＮ」には、ポートＩのＷＷＮが格納される。「ＬＵＮ番号」には、「自ＷＷＮ」と「相手ＷＷＮ」とで定まる論理ボリュームＡ＃のＬＵＮ番号が格納される。

図６はＬＤＥＶ管理テーブル８４を示している。同テーブル８４は、ストレージシステムの各論理ボリュームについて、ホスト装置のアクセスポートとストレージシステムのアクセスポートの対応関係を管理するテーブルである。同テーブル８４のＬＤＥＶ管理テーブルエントリには、自サブシステムのアクセスポートのＷＷＮを示す「自ＷＷＮ」、当該論理ボリュームが仮想ボリュームであるか否かを示す「仮想ＬＤＥＶフラグ」、当該論理ボリュームが属する自ボリュームグループの番号を示す「自ボリュームグループ番号」、ホスト装置のアクセスポートの数を示す「相手数」、ホスト装置のアクセスポートのＷＷＮを示す「相手ＷＷＮ」、「自ＷＷＮ」と「相手ＷＷＮ」とで定まる当該論理ボリュームの「ＬＵＮ番号」が「ＬＤＥＶ番号」に対応付けられて、格納される。本実施例では、説明を簡略化するために、一つの論理ボリュームは、一つのサブシステムポートから一つ以上のホストポートにアサインされるものとしているが、本発明は複数のサブシステムポートから複数のホストポートにアサインできるストレージシステムにも適用できる。ＬＤＥＶ管理テーブルエントリの各項目は、ディスカバリの際に、管理サーバ１００が各ノードから収集した情報を基に作成される。ＬＤＥＶ管理テーブルエントリの例として、論理ボリュームＡ＃の場合を例示すると、「自ＷＷＮ」には、ポートＩのＷＷＮが格納される。「仮想ＬＤＥＶフラグ」には、仮想ボリュームを示す値が格納される。「自ボリュームグループ番号」には、論理ボリュームＡ＃が属する自ボリュームグループの番号が格納される。「ＬＵＮ番号」には、「自ＷＷＮ」と「相手ＷＷＮ」とで定まる論理ボリュームＡ＃のＬＵＮ番号が格納される。

図７は自ボリュームグループ管理テーブル８５を示している。同テーブル８５は、自ボリュームグループを管理するためのテーブルである。同テーブル８５の自ボリュームグループ管理テーブルエントリには、自ボリュームグループの名称を示す「自ボリュームグループ名」、自ボリュームグループに属する論理ボリュームの数を示す「ＬＤＥＶ数」、自ボリュームグループに属する論理ボリュームの「ＬＤＥＶ番号」、自ボリュームグループにマッピングされている対応ボリュームグループの番号を示す「対応ボリュームグループ番号」が「自ボリュームグループ番号」に対応付けられて、格納される。自ボリュームグループ管理テーブルエントリの各項目は、ディスカバリの際に、管理サーバ１００が各ノードから収集した情報を基に作成される。

図８は対応ボリュームグループ管理テーブル８６を示している。同テーブル８６は、対応ボリュームグループを管理するためのテーブルである。同テーブル８６の対応ボリュームグループ管理テーブルエントリには、対応ボリュームグループの名称を示す「対応ボリュームグループ名」、対応ボリュームグループに属する論理ボリュームの数を示す「対応ボリューム数」、自サブシステムの外部接続用ポートのＷＷＮを示す「自ＷＷＮ」、外部サブシステムのポートのＷＷＮを示す「相手ＷＷＮ」、「自ＷＷＮ」と「相手ＷＷＮとで定まる対応ボリュームの「ＬＵＮ番号」が「対応ボリュームグループ番号」に対応付けられて、格納されている。対応ボリュームグループ管理テーブルエントリの各項目は、ディスカバリの際に、管理サーバ１００が各ノードから収集した情報を基に作成される。

次に、ＦＣ−ＳＡＮネットワークトポロジーを解析するためのアクセスパス探索アルゴリズムについて、図９と図１０を参照しながら説明を加える。当該アルゴリズムは、以下の３つのルールを適用することにより、アクセスパスを探索する。（１）ケーブルで接続されているポート、或いは同一スイッチ内のポートへは進める。（２）アクセスパスが同一装置をループする場合は、候補対象から外れる。（３）終点ポートが目的ポートに一致しない場合は、候補対象から外れる。図９は、ポートＡ→ポートＩへのアクセスパスを探索する手順を示している。図中のアルファベットは、ポート名称の略記である。経路Ａ→Ｂ→Ｄ→Ｊと、経路Ａ→Ｂ→Ｅ→Ｋと、経路Ａ→Ｂ→Ｆ→Ｇ→Ｈ→Ｌは、何れも終点ポートが目的ポートに一致しないため、候補対象から外れる。経路Ａ→Ｂ→Ｆ→Ｇ→Ｎ→Ｍと、経路Ａ→Ｂ→Ｍ→Ｎ→Ｇ→Ｆは、何れも同一スイッチ９１をループするため、候補対象から外れる。すると、経路Ａ→Ｂ→Ｃ→Ｉのみが求めるアクセスパスとなる。図１０は、ポートＪ→ポートＬへのアクセスパスを探索する手順を示している。経路Ｊ→Ｄ→Ｂ→Ａと、経路Ｊ→Ｄ→Ｃ→Ｉと、経路Ｊ→Ｄ→Ｅ→Ｋは、何れも終点ポートが目的ポートに一致しないため、候補対象から外れる。経路Ｊ→Ｄ→Ｆ→Ｇ→Ｎ→Ｍと、経路Ｊ→Ｄ→Ｍ→Ｎ→Ｇ→Ｆは、何れも同一スイッチ９１をループするため、候補対象から外れる。すると、経路Ｊ→Ｄ→Ｆ→Ｇ→Ｈ→Ｌと、経路Ｊ→Ｄ→Ｍ→Ｎ→Ｈ→Ｌのみが求めるアクセスパスとなる。

次に、ＦＣ−ＳＡＮのネットワークトポロジービューを作成する処理手順について、各図を参照しながら説明を加える。図１３はオペレータがホスト装置６０の「Ｄ：ドライブ」を指定して、End-to-Endホストボリュームトポロジービューを選択したときに表示されるトポロジービューを示している。図１１乃至図１２はこのトポロジービューを作成する処理手順を示すフローチャートである。

オペレータが管理サーバ１００を操作し、ホスト装置６０の「Ｄ：ドライブ」を指定して、End-to-Endトポロジービュー表示を選択すると、管理サーバ１００は、指定されたトポロジービューを表示するための新規ビューを用意し（Ｓ１０１）、ホストボリュームアイコンを表示する（Ｓ１０２）。この例では、「Ｄ：ドライブ」のホストボリュームアイコンが表示される。次いで、管理サーバ１００は、ノード管理テーブル８１からホスト装置６０のノード管理テーブルエントリを検索し、ホスト装置６０の名称「アプリケーションサーバ」と、ホストアイコンとを表示して、このホストアイコンとホストボリュームアイコンとを結線する（Ｓ１０３）。

次いで、管理サーバ１００は、ホスト装置６０に対応するホストボリューム管理テーブル８３を検索し（Ｓ１０４）、同テーブル８３の中から指定ドライブレターに対応するホストボリューム管理テーブルエントリを検索する（Ｓ１０５）。この例では、「Ｄ：ドライブ」に対応するホストボリューム管理テーブルエントリが検索される。次いで、管理サーバ１００は、当該エントリの「自ＷＷＮ」と一致する「自ＷＷＮ」を有するポート管理テーブルエントリを、ポート管理テーブル８２から検索する（Ｓ１０６）。この例では、「自ＷＷＮ」は、ポートＡの「ＷＷＮ」であるから、ポートＡの「ＷＷＮ」と一致する「自ＷＷＮ」を有するポート管理テーブルエントリが検索される。次いで、管理サーバ１００は、当該ポート管理テーブルエントリに格納されている「ポート名」と、ポートアイコンとを表示して、このポートアイコンとホストアイコンとを結線する（Ｓ１０７）。

次いで、管理サーバ１００は、ホストボリューム管理テーブルエントリに格納されている「自ＷＷＮ」から「相手ＷＷＮ」へ至るアクセスパスを探索する（Ｓ１０８）。この例では、ポートＡからポートＩに至るアクセスパスの探索が行われる。上述の如く、ポートＡからポートＩに至るアクセスパスは、ポートＡ→ポートＢ→ポートＣ→ポートＩである。次いで、管理サーバ１００は、探索されたアクセスパスの中から何れか一つの経路を選択する（Ｓ１０９）。この例では、ポートＡからポートＩに至るアクセスパスは一つのみである。次いで、管理サーバ１００は、アクセスパスの中で既にトポロジービューの作成に用いた箇所をスキップする（Ｓ１１０）。

次いで、管理サーバ１００は、始点ポートに接続する次のポートを選択する（Ｓ１１１）。この例では、ポートＢが選択される。管理サーバ１００は、選択したポートの「ポート名」と、ポートアイコンとを表示して、このポートアイコンと隣接ポートアイコンとを結線する（Ｓ１１２）。この例では、ポートＢのアイコンが表示され、ポートＢのアイコンとポートＡのアイコンが結線される。

次いで、管理サーバ１００は、選択したポートのポート名称を格納しているポート管理テーブルエントリを検索し、当該ポート管理テーブルエントリの「ノード番号」から、当該ポートが属するノードの「ノード名」をノード管理テーブルエントリから検索し、「ノード名」と、ノードアイコンとを表示して、このノードアイコンとポートアイコンとを結線する（Ｓ１１３）。この例では、ポートＢが属するＦＣスイッチＡのアイコンがノードアイコンとして表示され、ＦＣスイッチＡのアイコンとポートＢのアイコンが結線される。

次いで、管理サーバ１００は、次のポートを選択し、そのポートの「ポート名」と、ポートアイコンとを表示して、このポートアイコンとノードアイコンとを結線する（Ｓ１１４）。この例では、ポートＣのアイコンが表示され、ポートＣのアイコンとＦＣスイッチＡのアイコンが結線される。

次いで、管理サーバ１００は、次のポートが終点ポートであるか否かを判定する（Ｓ１１５）。この例では、ポートＩは終点ポートである。終点ポートでない場合は（Ｓ１１５；ＮＯ）、Ｓ１１０〜Ｓ１１４の処理を再度繰り返す。終点ポートである場合は（Ｓ１１５；ＹＥＳ）、未だ選択されていない別のアクセスパスが存在するか否かを判定する（Ｓ１１６）。別のアクセスパスが存在する場合は（Ｓ１１６；ＹＥＳ）、Ｓ１０９〜Ｓ１１５の処理を再度繰り返す。この例では、アクセスパスは一本のみである。

別のアクセスパスが存在しない場合は（Ｓ１１６；ＮＯ）、終点ポートの「ポート名」と、ポートアイコンとを表示して、このポートアイコンと隣接ポートアイコンとを結線する（Ｓ１１７）。この例では、ポートＩのアイコンが表示され、ポートＩのアイコンとポートＣのアイコンが結線される。次いで、管理サーバ１００は、終点ポートのポート名が格納されているポート管理テーブルエントリから、終点ポートが属するノードの「ノード番号」を検索し、この「ノード番号」に対応するノードの「ノード名」をノード管理テーブルエントリから検索し、「ノード名」と、ノードアイコンとを表示して、このノードアイコンとポートアイコンとを結線する（Ｓ１１８）。この例では、ポートＩが属するストレージシステムＡのアイコンが表示され、ストレージシステムＡのアイコンとポートＩのアイコンとが結線される。

次いで、管理サーバ１００は、指定ドライブレターに対応するホストボリューム管理テーブルエントリに格納されている「自ＷＷＮ」、「相手ＷＷＮ」、「ＬＵＮ番号」のそれぞれと一致する「相手ＷＷＮ」、「自ＷＷＮ」、「ＬＵＮ番号」を有する論理ボリュームを、ＬＤＥＶ管理テーブルエントリから検索する（Ｓ１１９）。次いで、管理サーバ１００は、当該論理ボリュームのアイコンを表示し、更に当該論理ボリュームが仮想ボリュームである場合には、ボリューム名に続いて「＃」を表示して、この論理ボリュームアイコンとノードアイコンとを結線する（Ｓ１２０）。この例では、ポートＡのＷＷＮとポートＩのＷＷＮから定まるＬＵＮ番号は、論理ボリュームＡ＃を示しているので、ＬＤＥＶ Ａ＃のアイコンが表示され、このアイコンはストレージシステムＡのアイコンと結線される。以上の処理手順を経て、図１３に示すネットワークトポロジービューが作成される。

図１６はオペレータが論理ボリュームＡ＃を指定して、外部接続のEnd-to-Endトポロジービューを選択したときに表示されるトポロジービューを示している。図１４乃至図１５はこのトポロジービューを作成する処理手順を示すフローチャートである。

オペレータが管理サーバ１００を利用して、ストレージシステム１０の論理ボリュームＡ＃のアイコンに対する操作により、End-to-Endトポロジービュー表示を選択すると、管理サーバ１００は、指定されたトポロジービューを表示するための新規ビューを用意する（Ｓ２０１）。次いで、管理サーバ１００は、指定された論理ボリュームのＬＤＥＶ番号と一致するＬＤＥＶ番号を有する自ボリュームグループ管理テーブルエントリを検索し（Ｓ２０２）、「自ボリュームグループ名」と、ボリュームグループアイコンとを表示する（Ｓ２０３）。次いで、管理サーバ１００は、自ボリュームグループ管理テーブルエントリを参照して、自ボリュームグループに属する「ＬＤＥＶ番号」と、ボリュームアイコンとを表示する（Ｓ２０４）。この例では、ＬＤＥＶ Ａ＃、ＬＤＥＶ Ｂ＃、ＬＤＥＶ Ｃ＃の各ボリュームアイコンが表示される。

次いで、管理サーバ１００は、ストレージシステム１０の「ノード名」と、ノードアイコンを表示し、このノードアイコンとボリュームグループアイコンとを結線する（Ｓ２０５）。この例では、ストレージシステムＡのアイコンが表示され、ストレージシステムＡのアイコンがボリュームグループアイコンと結線される。

次いで、管理サーバ１００は、自ボリュームグループ管理テーブルエントリに格納されている「対応ボリュームグループ番号」から対応ボリューム管理テーブルエントリを検索する（Ｓ２０６）。この例では、ポートＪの「自ＷＷＮ」、ポートＫの「相手ＷＷＮ」、論理ボリュームＤの「ＬＵＮ番号」を有する対応ボリュームと、ポートＪの「自ＷＷＮ」、ポートＬの「相手ＷＷＮ」、論理ボリュームＥの「ＬＵＮ番号」を有する対応ボリュームとが検索される。

次いで、管理サーバ１００は、外部接続元ストレージシステムのアクセスポートのＷＷＮと、外部接続先ストレージシステムのアクセスポートのＷＷＮ及び「ＬＵＮ番号」のそれぞれが、「自ＷＷＮ」と、「相手ＷＷＮ」及び「ＬＵＮ番号」に一致する対応ボリュームを検索する（Ｓ２０７）。この例では、論理ボリュームＤ，Ｅが対応ボリュームとして検索される。

次いで、管理サーバ１００は、「自ＷＷＮ」に対応するポート管理テーブルエントリを検索し（Ｓ２０８）、「自ＷＷＮ」を有するポートの「ポート名」と、ポートアイコンとを表示し、このポートアイコンとノードアイコンとを結線する（Ｓ２０９）。この例では、ポートＪのアイコンを表示し、ポートＪのアイコンとストレージシステムＡのアイコンとを結線する。

次いで、管理サーバ１００は、対応ボリューム管理テーブルエントリの「自ＷＷＮ」から「相手ＷＷＮ」へ至るアクセスパスを探索する（Ｓ２１０）。この例では、ポートＪからポートＫに至るアクセスパスの探索が行われる。ポートＪからポートＫに至るアクセスパスは、ポートＪ→ポートＤ→ポートＥ→ポートＫである。次いで、管理サーバ１００は、探索されたアクセスパスの中から何れか一つの経路を選択する（Ｓ２１１）。この例では、ポートＪからポートＫに至るアクセスパスは一つのみである。次いで、管理サーバ１００は、アクセスパスの中で既にトポロジービューの作成に用いた箇所をスキップする（Ｓ２１２）。

次いで、管理サーバ１００は、始点ポートに接続する次のポートを選択する（Ｓ２１３）。この例では、ポートＤが選択される。管理サーバ１００は、選択したポートの「ポート名」と、ポートアイコンとを表示して、このポートアイコンと隣接ポートアイコンとを結線する（Ｓ２１４）。この例では、ポートＤのアイコンが表示され、ポートＤのアイコンとポートＪのアイコンが結線される。

次いで、管理サーバ１００は、選択したポートのポート名称を格納しているポート管理テーブルエントリを検索し、当該ポート管理テーブルエントリの「ノード番号」から、当該ポートが属するノードの「ノード名」をノード管理テーブルエントリから検索し、「ノード名」と、ノードアイコンとを表示して、このノードアイコンとポートアイコンとを結線する（Ｓ２１５）。この例では、ポートＤが属するＦＣスイッチＡのアイコンがノードアイコンとして表示され、ＦＣスイッチＡのアイコンとポートＤのアイコンが結線される。

次いで、管理サーバ１００は、次のポートを選択し、そのポートの「ポート名」と、ポートアイコンとを表示して、このポートアイコンとノードアイコンとを結線する（Ｓ２１６）。この例では、ポートＥのアイコンが表示され、ポートＥのアイコンとＦＣスイッチＡのアイコンが結線される。

次いで、管理サーバ１００は、次のポートが終点ポートであるか否かを判定する（Ｓ２１７）。この例では、ポートＫは終点ポートである。終点ポートでない場合は（Ｓ２１７；ＮＯ）、Ｓ２１２〜Ｓ２１６の処理を再度繰り返す。終点ポートである場合は（Ｓ２１７；ＹＥＳ）、未だ選択されていない別のアクセスパスが存在するか否かを判定する（Ｓ２１８）。別のアクセスパスが存在する場合は（Ｓ２１８；ＹＥＳ）、Ｓ２１１〜Ｓ２１７の処理を再度繰り返す。この例では、アクセスパスは一本のみである。

別のアクセスパスが存在しない場合は（Ｓ２１８；ＮＯ）、終点ポートの「ポート名」と、ポートアイコンとを表示して、このポートアイコンと隣接ポートアイコンとを結線する（Ｓ２１９）。この例では、ポートＫのアイコンが表示され、ポートＫのアイコンとポートＥのアイコンが結線される。次いで、管理サーバ１００は、終点ポートのポート名が格納されているポート管理テーブルエントリから、終点ポートが属するノードの「ノード番号」を検索し、この「ノード番号」に対応するノードの「ノード名」をノード管理テーブルエントリから検索し、「ノード名」と、ノードアイコンとを表示して、このノードアイコンとポートアイコンとを結線する（Ｓ２２０）。この例では、ポートＫが属するストレージシステムＢのアイコンが表示され、ストレージシステムＢのアイコンとポートＫのアイコンとが結線される。

次いで、管理サーバ１００は、対応ボリューム管理テーブルエントリに格納されている「自ＷＷＮ」、「相手ＷＷＮ」、「ＬＵＮ番号」のそれぞれと一致する「相手ＷＷＮ」、「自ＷＷＮ」、「ＬＵＮ番号」を有する論理ボリュームを、ＬＤＥＶ管理テーブルエントリから検索する（Ｓ２２１）。次いで、管理サーバ１００は、当該論理ボリュームのアイコンを表示し、更に当該論理ボリュームが仮想ボリュームである場合には、ボリューム名に続いて「＃」を表示して、この論理ボリュームアイコンとノードアイコンとを結線する（Ｓ２２２）。この例では、ポートＪのＷＷＮとポートＫのＷＷＮから定まるＬＵＮ番号は、論理ボリュームＤを示しているので、ＬＤＥＶ Ｄのアイコンが表示され、このアイコンはストレージシステムＢのアイコンと結線される。

次いで、管理サーバ１００は、Ｓ２０７で選択した対応ボリュームを全て表示したか否かをチェックする（Ｓ２２３）。表示してない対応ボリュームが存在する場合は（Ｓ２２３；ＮＯ）、Ｓ２２１〜Ｓ２２２の処理を繰り返す。次いで、管理サーバ１００は、未だ選択していない対応ボリュームが存在するか否かをチェックする（Ｓ２２４）。この例では、論理ボリュームＥが未選択である。未選択の対応ボリュームが存在する場合は（Ｓ２２４；ＹＥＳ）、Ｓ２０７〜Ｓ２２３の処理を繰り返す。これにより、ポートＪからポートＬに至るトポロジービューが作成される。上述の如く、ポートＪからポートＬに至るアクセスパスは、ポートＪ→ポートＤ→ポートＦ→ポートＧ→ポートＨ→ポートＬと、ポートＪ→ポートＤ→ポートＭ→ポートＮ→ポートＨ→ポートＬである。対応ボリュームの表示処理が全て完了すると（Ｓ２２４；ＮＯ）、管理サーバ１００は、対応ボリュームグループアイコンを表示する（Ｓ２２５）。以上の処理手順を経て、図１６に示すネットワークトポロジービューが作成される。

尚、図１３に示すEnd-to-Endホストボリュームトポロジービューと、図１６に示すEnd-to-End外部接続トポロジービューは、別ウインドウで表示してもよく、或いは同一ウインドウ内に表示してもよい。例えば、オペレータがホスト装置６０の「Ｄ：ドライブ」を指定して、End-to-Endホストボリュームトポロジービューを選択し、ホスト装置６０からストレージシステム１０に至るトポロジービューを表示させた後で、更に、論理ボリュームＡ＃のアイコンに対する操作により、End-to-End外部接続トポロジービューを選択すると、図１７に示すように、外部接続部分のトポロジービューも表示される。

尚、上述の説明では、オペレータの操作により、End-to-End外部接続トポロジービューを表示する例について説明したが、管理サーバ１００がストレージネットワークの障害発生（イベント）を検出すると、障害箇所のネットワークトポロジーを自動的に認識し、表示装置１０２に表示するように構成してもよい。例えば、障害が生じたノードのアイコンを赤く表示する等して、視覚的に注意を喚起できるように構成してもよい。また、障害原因等も併せて表示するように構成してもよい。また、ネットワークトポロジーを表示する上で、各ノードやポート等のアイコンは、視覚的に見易い座標位置にレイアウトするのが好ましい。

本実施例では、外部ストレージシステムがカスケード接続されている場合のネットワークトポロジービュー表示について説明する。ＦＣ−ＳＡＮのネットワークトポロジービューの具体的な作成処理は、上述の処理手順と同様であるため、その説明を省略する。

図１８は外部ストレージシステムがカスケード接続されているＦＣ−ＳＡＮのネットワーク構成を示している。ストレージシステム１０の論理ボリュームＡ＃は、ストレージシステムＢの論理ボリュームＢ＃にマッピングされている。また、ストレージシステム４０の論理ボリュームＢ＃は、ストレージシステム５０の論理ボリュームＣにマッピングされている。より詳細には、ストレージシステム４０は、論理ボリュームＢ＃をポートＨからポートＥへＬＵＮマスキングしており、ストレージシステム１０がポートＥからポートＨを経由して、論理ボリュームＢ＃へアクセスするためのアクセスパスが定義されている。また、ストレージシステム５０は、論理ボリュームＣをポートＬからポートＩへＬＵＮマスキングしており、ストレージシステム４０がポートＩからポートＬを経由して、論理ボリュームＣへアクセスするためのアクセスパスが定義されている。

かかるＦＣ−ＳＡＮ環境において、オペレータがホスト装置６０の「Ｄ：ドライブ」を指定して、End-to-Endトポロジービューを選択すると、図１９に示すトポロジービューが表示される。更に、論理ボリュームＡ＃のアイコンに対する操作により、外部接続のEnd-to-Endトポロジービューを選択すると、図２０に示すように、ストレージシステム１０，４０間の外部接続部分のトポロジービューが表示される。更に、論理ボリュームＢ＃のアイコンに対する操作により、外部接続のEnd-to-Endトポロジービューを選択すると、図２１に示すように、ストレージシステム４０，５０間の外部接続部分のトポロジービューが表示される。

本実施例によれば、外部ストレージシステムがカスケード接続されている場合のネットワークトポロジーを表示することができる。

本実施例では、外部接続機能を有するストレージシステムに替えて、仮想化スイッチを適用した場合のネットワークトポロジービュー表示について説明する。ＦＣ−ＳＡＮのネットワークトポロジービューの具体的な作成処理は、上述の処理手順と同様であるため、その説明を省略する。

図２２はホスト装置６０とストレージシステム１０，４０の間に仮想化スイッチ２００が介挿されているＦＣ−ＳＡＮのネットワーク構成を示している。仮想化スイッチ２００は、外部接続ストレージシステム１０，４０の記憶資源をホスト装置６０に提供する機能を有しており、それ自身がＳＣＳＩターゲットとなることができる。ストレージシステム１０，４０が有する論理ボリュームＣ，Ｄ，Ｅから成る対応ボリュームグループは、仮想化スイッチ２００が有する論理ボリュームＡ＃，Ｂ＃から成る自ボリュームグループにマッピングされている。仮想化スイッチ２００は、ホスト装置６０から論理ボリュームＡ＃，Ｂ＃へのＩ／Ｏを、論理ボリュームＣ，Ｄ，ＥへのＩ／Ｏに変換する。

より詳細には、ストレージシステム１０は、論理ボリュームＣをポートＤからポートＣへＬＵＮマスキングしており、仮想化スイッチ２００がポートＣからポートＤを経由して、論理ボリュームＣへアクセスするためのアクセスパスが定義されている。また、ストレージシステム４０は、論理ボリュームＤ，ＥをポートＦからポートＥへＬＵＮマスキングしており、仮想化スイッチ２００がポートＥからポートＦを経由して、論理ボリュームＤ，Ｅへアクセスするためのアクセスパスが定義されている。

かかるＦＣ−ＳＡＮ環境において、オペレータがホスト装置６０の「Ｄ：ドライブ」を指定して、End-to-Endトポロジービューを選択すると、図２３に示すトポロジービューが表示される。更に、論理ボリュームＡ＃のアイコンに対する操作により、外部接続のEnd-to-Endトポロジービューを選択すると、図２４に示すように、仮想化スイッチ２００と、ストレージシステムＡ，Ｂ間の外部接続部分のトポロジービューが表示される。

本実施例によれば、ホスト装置６０とストレージシステム１０，４０の間に仮想化スイッチ２００が介挿されているＦＣ−ＳＡＮのネットワークのネットワークトポロジーを表示することができる。

実施例１のストレージシステムのネットワーク構成図である。 実施例１のネットワーク環境を管理するためのシステム構成図である。 ノード管理テーブルの説明図である。 ポート管理テーブルの説明図である。 ホストボリューム管理テーブルの説明図である。 ＬＤＥＶ管理テーブルの説明図である。 自ボリュームグループ管理テーブルの説明図である。 対応ボリュームグループ管理テーブルの説明図である。 アクセスパス探索アルゴリズムの概要説明図である。 アクセスパス探索アルゴリズムの概要説明図である。 ホストボリュームトポロジー表示処理のフローチャートである。 ホストボリュームトポロジー表示処理のフローチャートである。 ホストボリュームトポロジービューの表示例である。 外部接続トポロジー表示処理のフローチャートである。 外部接続トポロジー表示処理のフローチャートである。 外部接続トポロジービューの表示例である。 トポロジービューの表示例である。 実施例２のストレージシステムのネットワーク構成図である。 ホストボリュームトポロジービューの表示例である。 外部接続トポロジービューの表示例である。 外部接続トポロジービューの表示例である。 実施例３のストレージシステムのネットワーク構成図である。 ホストボリュームトポロジービューの表示例である。 外部接続トポロジービューの表示例である。

符号の説明

１０，４０，５０…ストレージシステム
６０…ホスト装置
８０…管理テーブル
９１，９２，９３…ＦＣスイッチ
１００…管理サーバ
１０１…ネットワーク管理プログラム
１０２…表示装置
２００…仮想化スイッチ

Claims (12)

1. ホスト装置と、
   仮想ボリュームを備える第１のストレージシステムと、
   第１のスイッチと第２のスイッチとを有するストレージネットワークスイッチと、
   外部ボリュームを備え、前記第１のストレージに外部接続する第２のストレージシステムと、
   が構成するストレージネットワークであり、
   前記第1のスイッチが前記ホスト装置と前記第１のストレージ装置に接続し、前記第２のスイッチが前記第２のストレージシステムに接続し、前記第１のストレージシステムの前記仮想ボリュームが前記第１のスイッチと前記第２のスイッチとを介して前記第２のストレージシステムの前記外部ボリュームにマッピングされるように、前記仮想ボリュームと前記外部ボリュームとの間のアクセスパスを探索して、探索されたアクセスパスのネットワークトポロジーを表示装置に表示する前記ストレージネットワークのネットワークトポロジーを表示するシステムであって、
   前記第１のストレージ装置の前記仮想ボリュームに接続する第１のポートを指定する手段と、
   前記第２のストレージ装置の前記外部ボリュームに接続する第２のポートを指定する手段と、
   前記第１のポートと前記第２のポートとの間の複数のポート間の接続情報を収集する手段と、
   前記収集した接続情報から、前記第1のスイッチを前記第２のスイッチに接続し、次いで、前記第２のスイッチを前記第１のスイッチに接続する複数のポート間の接続情報を除いて、前記仮想ボリュームと前記外部ボリュームとの間のアクセスパスのポート接続を探索する手段と、
   前記第１のストレージシステムの前記アクセスパス上にあるアクセスポートを識別する第一のネットワークアドレスを収集する手段と、
   前記第２のストレージシステムの前記アクセスパス上にあるアクセスポートを識別する第二のネットワークアドレスを収集する手段と、
   前記第１のスイッチと前記第２のスイッチとの前記アクセスパス上にあるアクセスポートを識別する第三のネットワークアドレスを収集する手段と、
   前記外部ボリュームを識別する識別情報を収集する手段と、
   前記ポート接続情報、前記第一のネットワークアドレス、前記第二のネットワークアドレス、前記第三のネットワークアドレス、及び、前記識別情報を基に、前記仮想ボリュームと前記外部ボリュームとの間におけるネットワークトポロジーを表示する手段と、
   を実行する、ネットワークトポロジー表示システム。
2. 請求項１に記載のネットワークトポロジー表示システムであって、
   前記ストレージネットワークは、カスケード接続された複数の外部ボリュームを備えており、それぞれの外部ボリュームは、接続先の外部ボリュームに順次マッピングされている、ネットワークトポロジー表示システム。
3. 請求項１に記載のネットワークトポロジー表示システムであって、
   前記第１のストレージシステムは、仮想化スイッチである、ネットワークトポロジー表示システム。
4. 請求項１に記載のネットワークトポロジー表示システムであって、
   前記仮想ボリュームのアイコンに対するオペレータの指示に応答して、前記ネットワークトポロジーを表示する、ネットワークトポロジー表示システム。
5. ホスト装置と、
   仮想ボリュームを備える第１のストレージシステムと、
   第１のスイッチと前記第１のスイッチに接続する第２のスイッチを有するストレージネットワークスイッチと、
   外部ボリュームを備え、前記第１のストレージに外部接続する第２のストレージシステムと、
   が構成するストレージネットワークにＬＡＮを介して接続し、
   前記第1のスイッチが前記ホスト装置と前記第１のストレージ装置に接続し、前記第２のスイッチが前記第２のストレージシステムに接続し、前記第１のストレージシステムの前記仮想ボリュームが前記第１のスイッチと前記第２のスイッチとを介して前記第２のストレージシステムの前記外部ボリュームにマッピングされるように、前記仮想ボリュームと前記外部ボリュームとの間のアクセスパスを探索して、探索されたアクセスパスのネットワークトポロジーを表示装置に表示する前記ストレージネットワークのネットワークトポロジーを表示するための管理サーバであって、
   前記第１のストレージ装置の前記仮想ボリュームに接続する第１のポートを指定する手段と、
   前記第２のストレージ装置の前記外部ボリュームに接続する第２のポートを指定する手段と、
   前記第１のポートと前記第２のポートとの間の複数のポート間の接続情報を収集する手段と、
   前記収集した接続情報から、前記第1のスイッチを前記第２のスイッチに接続し、次いで、前記第２のスイッチを前記第１のスイッチに接続する複数のポート間の接続情報を除いて、前記仮想ボリュームと前記外部ボリュームとの間のアクセスパスのポート接続を探索する手段と、
   前記第１のストレージシステムの前記アクセスパス上にあるアクセスポートを識別する第一のネットワークアドレスを収集する手段と、
   前記第２のストレージシステムの前記アクセスパス上にあるアクセスポートを識別する第二のネットワークアドレスを収集する手段と、
   前記第１のスイッチと前記第２のスイッチとの前記アクセスパス上にあるアクセスポートを識別する第三のネットワークアドレスを収集する手段と、
   前記外部ボリュームを識別する識別情報を収集する手段と、
   前記ポート接続情報、前記第一のネットワークアドレス、前記第二のネットワークアドレス、前記第三のネットワークアドレス、及び、前記識別情報を基に、前記仮想ボリュームと前記外部ボリュームとの間におけるネットワークトポロジーを表示する手段と、
   を有する、ネットワークトポロジー表示するための管理サーバ。
6. 請求項５に記載の管理サーバであって、
   前記ストレージネットワークは、カスケード接続された複数の外部ボリュームを備えており、それぞれの外部ボリュームは、接続先の外部ボリュームに順次マッピングされている、管理サーバ。
7. 請求項５に記載の管理サーバであって、
   前記第１のストレージシステムは、仮想化スイッチである、管理サーバ。
8. 請求項５に記載の管理サーバであって、
   前記仮想ボリュームのアイコンに対するオペレータの指示に応答して、前記ネットワークトポロジーを表示する、管理サーバ。
9. ホスト装置と、
   仮想ボリュームを備える第１のストレージシステムと、
   第１のスイッチと前記第１のスイッチに接続する第２のスイッチを有するストレージネットワークスイッチと、
   外部ボリュームを備え、前記第１のストレージに外部接続する第２のストレージシステムと、
   が構成するストレージネットワークにＬＡＮを介して接続し、
   前記第1のスイッチが前記ホスト装置と前記第１のストレージ装置に接続し、前記第２のスイッチが前記第２のストレージシステムに接続し、前記第１のストレージシステムの前記仮想ボリュームが前記第１のスイッチと前記第２のスイッチとを介して前記第２のストレージシステムの前記外部ボリュームにマッピングされるように、前記仮想ボリュームと前記外部ボリュームとの間のアクセスパスを探索して、探索されたアクセスパスのネットワークトポロジーを表示装置に表示する処理をコンピュータシステムに実行させるための、ストレージネットワークの管理プログラムであって、
   前記コンピュータシステムに
   前記第１のストレージ装置の前記仮想ボリュームに接続する第１のポートを指定するステップと、
   前記第２のストレージ装置の前記外部ボリュームに接続する第２のポートを指定するステップと、
   前記第１のポートと前記第２のポートとの間の複数のポート間の接続情報を収集するステップと、
   前記収集した接続情報から、前記第1のスイッチを前記第２のスイッチに接続し、次いで、前記第２のスイッチを前記第１のスイッチに接続する複数のポート間の接続情報を除いて、前記仮想ボリュームと前記外部ボリュームとの間のアクセスパスのポート接続を探索するステップと、
   前記第１のストレージシステムの前記アクセスパス上にあるアクセスポートを識別する第一のネットワークアドレスを収集するステップと、
   前記第２のストレージシステムの前記アクセスパス上にあるアクセスポートを識別する第二のネットワークアドレスを収集するステップと、
   前記第１のスイッチと前記第２のスイッチとの前記アクセスパス上にあるアクセスポートを識別する第三のネットワークアドレスを収集するステップと、
   前記外部ボリュームを識別する識別情報を収集するステップと、
   前記ポート接続情報、前記第一のネットワークアドレス、前記第二のネットワークアドレス、前記第三のネットワークアドレス、及び、前記識別情報を基に、前記仮想ボリュームと前記外部ボリュームとの間におけるネットワークトポロジーを表示するステップと、
   を実行させる、ストレージネットワークのネットワーク管理プログラム。
10. 請求項９に記載のネットワーク管理プログラムであって、
    前記ストレージネットワークは、カスケード接続された複数の外部ボリュームを備えており、それぞれの外部ボリュームは、接続先の外部ボリュームに順次マッピングされている、ネットワーク管理プログラム。
11. 請求項９に記載のネットワーク管理プログラムであって、
    前記第１のストレージシステムは、仮想化スイッチである、ネットワーク管理プログラム。
12. 請求項９に記載のネットワーク管理プログラムであって、
    前記仮想ボリュームのアイコンに対するオペレータの指示に応答して、前記ネットワークトポロジーを表示するステップを更に実行させる、ネットワーク管理プログラム。

Images