(57)【特許請求の範囲】
【請求項１】
少なくとも一つの中継器と、
前記少なくとも一つの中継器に接続された複数のホスト装置と
前記少なくとも一つの中継器を介して複数のホスト装置と通信可能に接続されたストレージシステムと
を有する計算機システム、におけるアクセスパス管理方法であって、
前記計算機システムにおいて、
各中継器は、前記複数のホスト装置、前記ストレージシステム、または、他の中継器に接続されるポートである中継ポートを複数個備え、
前記ストレージシステムは、データを記憶することができる記憶デバイスと、前記中継器に接続されるポートであるストレージポートと、前記ストレージポートを特定するためのストレージポートＩＤと前記記憶デバイスを特定するための記憶デバイスＩＤと当該記憶デバイスにアクセスすることが許可されている前記ホスト装置のＩＤであるホストグループＩＤとで表されたストレージ内部パスを表すストレージ内部パス管理テーブルを記憶した記憶資源とを備え、
それぞれの前記ホスト装置は、前記中継器に接続されるポートであるホストポートと、当該ホスト装置から前記ストレージシステムの記憶デバイスまでの論理パスを１つ以上含んだ論理パス管理テーブルを記憶した記憶資源とを備え、
前記論理パスは、前記ホストポートを特定するためのホストポートＩＤと、前記ストレージポートを特定するためのストレージポートＩＤと、前記記憶デバイスの記憶デバイスＩＤとで表されており、
前記アクセスパス管理方法において、
前記ホスト装置は、
（Ａ）前記ホストポートＩＤと、当該ホストポートＩＤに対応するホストポートに接続されている前記中継ポートの中継ポートＩＤとを含んだ第一のノード情報を取得し、
（Ｂ）各前記中継器のノード情報であって、当該中継器が備える全ての前記中継ポートにそれぞれ対応した中継ポートＩＤを含んだ第二のノード情報を取得し、
（Ｃ）前記ストレージポートＩＤと、当該ストレージポートＩＤに対応する前記ストレージポートに接続されている中継ポートの中継ポートＩＤとを含んだ第三のノード情報を取得し、
（Ｄ）前記取得された第一のノード情報、第二のノード情報及び第三のノード情報を含んだノード情報群を解析して、どのポートＩＤを有するポートがどのポートＩＤを有するポートに接続されているかを特定することにより、前記複数のホスト装置と前記ストレージシステムとを結ぶ複数の物理パスを特定し、特定したそれぞれの物理パスを前記ホストポートＩＤ、前記中継ポートＩＤ及び前記ストレージポートＩＤで表した物理パス管理テーブルを作成し、作成した前記物理パス管理テーブルを前記記憶資源に格納し、
（Ｅ）前記論理パスに含まれるホストポートＩＤとストレージポートＩＤに適合するホストポートＩＤまたはストレージポートＩＤを含んだ物理パスを前記複数の物理パスの中から特定することにより、前記特定された複数の物理パスのどの物理パスに前記論理パスが対応するのかを特定し、
（Ｆ）前記特定された論理パスに含まれる記憶デバイスＩＤ及びストレージポートＩＤと、当該ホスト装置のＩＤに適合するホストグループＩＤとを含んだストレージ内部パスを、前記ストレージ内部パス管理テーブルから検索し、見つかったストレージ内部パス内のホストグループＩＤと、前記特定された論理パス及び物理パスとを、論理パスと物理パスとの対応が登録される統合パス管理テーブルに登録する、
ことを特徴とするアクセスパス管理方法。
【請求項２】
少なくとも一つの中継器と、
前記少なくとも一つの中継器に接続された複数のホスト装置と
前記少なくとも一つの中継器を介して複数のホスト装置と通信可能に接続されたストレージシステムと
を有し、
各中継器は、前記複数のホスト装置、前記ストレージシステム、または、他の中継器に接続されるポートである中継ポートを複数個備え、
前記ストレージシステムは、データを記憶することができる記憶デバイスと、前記中継器に接続されるポートであるストレージポートと、前記ストレージポートを特定するためのストレージポートＩＤと前記記憶デバイスを特定するための記憶デバイスＩＤと当該記憶デバイスにアクセスすることが許可されている前記ホスト装置のＩＤであるホストグループＩＤとで表されたストレージ内部パスを表すストレージ内部パス管理テーブルを記憶した記憶資源とを備え、
それぞれの前記ホスト装置は、前記中継器に接続されるポートであるホストポートと、当該ホスト装置から前記ストレージシステムの記憶デバイスまでの論理パスを１つ以上含んだ論理パス管理テーブルを記憶した記憶資源とを備え、
前記論理パスは、前記ホストポートを特定するためのホストポートＩＤと、前記ストレージポートを特定するためのストレージポートＩＤと、前記記憶デバイスの記憶デバイスＩＤとで表されており、
前記ホスト装置は、
（Ａ）前記ホストポートＩＤと、当該ホストポートＩＤに対応するホストポートに接続されている前記中継ポートの中継ポートＩＤとを含んだ第一のノード情報を取得し、
（Ｂ）各前記中継器のノード情報であって、当該中継器が備える全ての前記中継ポートにそれぞれ対応した中継ポートＩＤを含んだ第二のノード情報を取得し、
（Ｃ）前記ストレージポートＩＤと、当該ストレージポートＩＤに対応する前記ストレージポートに接続されている中継ポートの中継ポートＩＤとを含んだ第三のノード情報を取得し、
（Ｄ）前記取得された第一のノード情報、第二のノード情報及び第三のノード情報を含んだノード情報群を解析して、どのポートＩＤを有するポートがどのポートＩＤを有するポートに接続されているかを特定することにより、前記複数のホスト装置と前記ストレージシステムとを結ぶ複数の物理パスを特定し、特定したそれぞれの物理パスを前記ホストポートＩＤ、前記中継ポートＩＤ及び前記ストレージポートＩＤで表した物理パス管理テーブルを作成し、作成した前記物理パス管理テーブルを前記記憶資源に格納し、
（Ｅ）前記論理パスに含まれるホストポートＩＤとストレージポートＩＤに適合するホストポートＩＤまたはストレージポートＩＤを含んだ物理パスを前記複数の物理パスの中から特定することにより、前記特定された複数の物理パスのどの物理パスに前記論理パスが対応するのかを特定し、
（Ｆ）前記特定された論理パスに含まれる記憶デバイスＩＤ及びストレージポートＩＤと、当該ホスト装置のＩＤに適合するホストグループＩＤとを含んだストレージ内部パスを、前記ストレージ内部パス管理テーブルから検索し、見つかったストレージ内部パス内のホストグループＩＤと、前記特定された論理パス及び物理パスとを、論理パスと物理パスとの対応が登録される統合パス管理テーブルに登録する、
ことを特徴とする計算機システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、アクセスパスを管理するための技術に関する。
技術に関わる。
【背景技術】
【０００２】
例えば、特開２００３−１６７７９４号公報に開示されている技術が知られている。この公報によれば、サーバとディスクシステムとがＳＡＮ（Storage Area Network）を介して接続されており、サーバからディスクシステムまでのアクセスパスが解析され、そのアクセスのための冗長性が診断される。冗長性は、サーバからディスクシステムにアクセスするときに、装置間のパス、または、アクセスパス上の前記接続装置が使用不能になっても、他のアクセスパスにより代替できるときに、冗長性があると判断される。
【０００３】
【特許文献１】特開２００３−１６７７９４号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
ところで、例えば、ディスクシステム等のストレージシステムは、複数の物理的な記憶デバイスを備え、それらの物理的な記憶デバイス上に、複数の論理的な記憶デバイス（以下、論理デバイス）を備えることができる。ホスト装置は、論理デバイスまでの論理的なアクセスパス（以下、便宜上「論理パス」と呼ぶ）を認識することでき、その論理パスを介して論理デバイスにアクセスすることができる。
【０００５】
ホスト装置は、同一の論理デバイスに対する複数の論理パス（「交替パス」と呼ばれることがある）を認識することもできる。ホスト装置は、複数の論理パスの中から任意の論理パスを選択し、選択した論理パスを介して論理デバイスにアクセスすることができる。また、ホスト装置は、選択した交替パスを介して論理デバイスにアクセスしようとしてもそれができない場合には、別の論理パスを選択し、その別の論理パスを介して論理デバイスにアクセスすることができる。
【０００６】
選択した論理パスを介したアクセスができない原因の一つとして、ホスト装置とストレージシステムとの間に存在する複数の物理的なアクセスパス（以下、物理パス）のうちの少なくとも一つに障害が発生していることが考えられる。物理パスとは、例えば、種々のハードウェア資源（例えばポートやポート間を結ぶケーブル）によって構築される経路である。
【０００７】
例えば、ＳＡＮ環境において、通常、論理パスと物理パスとは別々に管理される。具体的には、例えば、論理パスは、論理デバイスへのアクセスを行うためにホスト装置が管理し、物理パスは、ＳＡＮを管理するためのサーバが管理している。このため、種々の問題が生じ得る。例えば、ホスト装置は、或る論理パスが使用不可能になったとしたとしても、その論理パスを選択してそれを介したアクセスを行ってみないと、その論理パスが使用不可能になったことを検出することができない。また、例えば、或る物理パスで障害が発生したために一以上の論理パスが使用不可能になった場合、どの論理パスを回復したい場合にはどの物理パスを回復したら良いかがわかりづらい。
【０００８】
ホスト装置とストレージシステムとを備えたシステムでは、上述した物理パス及び論理パスのほかに、別種のアクセスパスが存在する場合もある。例えば、ストレージシステムのポートからストレージシステムの記憶デバイスまでのアクセスパスが存在する場合もある。
【０００９】
従がって、本発明の一つの目的は、ホスト装置とストレージシステムとを備えたシステムに存在するアクセスパスの管理を改善することにある。
【００１０】
本発明の他の目的は、後述の説明から明らかになるであろう。
【課題を解決するための手段】
【００１１】
例えば、少なくとも一つの中継器を介してホスト装置とストレージシステムとが通信可能に接続されている。前記ストレージシステムが、データを記憶することができる記憶デバイスを備えている。前記ホスト装置が、前記ホスト装置から前記記憶デバイスまでの論理パスを認識している。この場合において、本発明の第一の側面に従うコンピュータプログラムは、コンピュータに読み込まれて実行されることにより、前記ホスト装置と前記ストレージシステムとの間に存在する複数の物理パスを特定し、前記特定された複数の物理パスのどの物理パスに前記論理パスが対応するのかを特定し、前記特定された物理パスに対して前記論理パスを対応付けることができる。具体的には、例えば、各物理パスは、複数のパス要素から成っており、論理パスは、物理パスが有する複数のパス要素のうちの少なくとも一つのパス要素を有しており、当該コンピュータプログラムは、論理パスが有するパス要素に適合するパス要素を有する物理パスを複数の物理パスの中から特定し、特定された物理パスに、当該論理パスを対応付けることができる。
【００１２】
一つの実施態様では、コンピュータプログラムは、コンピュータに読み込まれて実行されることにより、前記論理パスがどの物理パスに対応しているのかを表示するための情報を作成して出力することができる。出力された情報は、同コンピュータ内の又は遠隔のコンピュータ内の所定の表示制御プログラムに提供され、その表示制御プログラムによって、ディスプレイ画面に表示されても良い。
【００１３】
この実施態様では、例えば、コンピュータプログラムは、コンピュータに読み込まれて実行されることにより、表示装置に表示するための画面を準備し、前記画面上に、前記特定された複数の物理パスの各々の物理パスオブジェクトを描画してもよい。また、前記コンピュータプログラムは、前記画面上において、前記論理パスが対応付けられた物理パスの物理オブジェクトに重なるように又はその近傍に、前記論理パスを表す論理パスオブジェクトを描画してもよい。また、前記コンピュータプログラムは、複数の物理パスオブジェクト及び前記論理パスオブジェクトが描画された画面を出力してもよい。
【００１４】
さて、別の一つの実施態様では、各中継器は、前記ホスト装置、前記ストレージシステム又は他の中継器に接続されるポートである中継ポートを複数個備えていてもよい。前記ホスト装置が、中継器に接続されるポートであるホストポートと、前記論理パスを記憶することができる記憶資源とを備えていてもよい。前記ストレージシステムが、中継器に接続されるポートであるストレージポートを備えていてもよい。前記論理パスが、前記ホストポート及び前記ストレージポートのうちの少なくとも一方を特定するためのホスト／ストレージポートＩＤと、前記記憶デバイスを特定するための記憶デバイスＩＤとで表されていてもよい。前記物理パスが、前記ホストポートを特定するためのホストポートＩＤと、前記中継ポートを特定するための中継ポートＩＤと、前記ストレージポートを特定するためのストレージポートＩＤとで表されていてもよい。前記コンピュータプログラムは、前記論理パスに含まれているホスト／ストレージポートＩＤに適合するホストポートＩＤ又はストレージポートＩＤを含んだ物理パスを前記複数の物理パスの中から特定することにより、前記論理パスが対応する物理パスを特定することができる。なお、各種ＩＤは、名前、番号、或いはワールドワイドネームであってもよい。
【００１５】
また、この実施態様において、コンピュータプログラムは、前記ホストポートＩＤと、そのホストポートＩＤに対応するホストポートに接続されている中継ポートの中継ポートＩＤとを含んだ第一のノード情報を取得してもよい。また、前記コンピュータプログラムは、各中継器別のノード情報であって、その中継器が備える全ての中継ポートにそれぞれ対応した中継ポートＩＤと、各中継ポートに接続されている他のポートのポートＩＤとを含んだ第二のノード情報を取得してもよい。また、前記コンピュータプログラムは、前記ストレージポートＩＤと、そのストレージポートＩＤに対応するストレージポートに接続されている中継ポートの中継ポートＩＤとを含んだ第三のノード情報を取得してもよい。また、前記コンピュータプログラムは、前記取得された第一のノード情報、第二のノード情報及び第三のノード情報を含んだノード情報群を解析して、どのポートＩＤを有するポートがどのポートＩＤを有するポートに接続されているかを特定することにより、前記複数の物理パスを特定してもよい。
【００１６】
一つの実施態様では、前記コンピュータプログラムは、前記ホスト装置、前記ストレージシステム又は中継器であるノードで障害が発生したことを検出し、前記障害が発生したノードを含んだ物理パスを特定し、前記特定された物理パスに前記論理パスが対応付けられているか否かを判断し、対応付けられていると判断した場合に、所定の処理を実行することができる。例えば、前記ホスト装置は、同一の記憶デバイスまでの複数の論理パスを認識しており、前記複数の論理パスの中から任意の論理パスを使用して前記記憶デバイスにアクセスするようになっている場合、前記所定の処理として、前記論理パスが使用不可能な論理パスであることを、前記論理パスを認識しているホスト装置に通知する処理が実行されてもよい。また、例えば、前記所定の処理として、前記複数の論理パスのどの論理パスが前記複数の物理パスのどの物理パスに対応しているのかということと、前記特定された物理パスにおいてどこで障害が発生したかということと、前記特定された物理パスに対応する論理パスが使用不可能になったこととを表す情報が作成されて出力されてもよい。
【００１７】
一つの実施態様では、前記少なくとも一つの中継器に複数のホスト装置が接続されていてもよい。前記ストレージシステムは、複数の記憶デバイスと、どのホスト装置がどの記憶デバイスにアクセスしてもよいかを制御するためのアクセス制御データを記憶することができる記憶資源とを備え、或るホスト装置から或る記憶デバイスに対するアクセス要求を受けた場合、前記アクセス制御データに、前記或る記憶デバイスに前記或るホスト装置がアクセス許可対象として設定されていれば、そのアクセスを許可するが、前記或る記憶デバイスに前記或るホスト装置がアクセス許可対象として設定されていれていなければ、そのアクセスを許可しないようになっていてもよい。前記コンピュータプログラムは、前記アクセス制御データから、どのホスト装置がどの記憶デバイスにアクセス可能かを把握し、各ホスト装置に、そのホスト装置がアクセスすることができる記憶デバイスが何であるかを通知してもよい。
【００１８】
一つの実施態様では、前記ホスト装置は、同一の記憶デバイスまでの複数の論理パスを認識しており、前記複数の論理パスの中から任意の論理パスを使用して前記記憶デバイスにアクセスするようになっていてもよい。前記コンピュータプログラムは、前記複数の論理パスのうちの所定数以上の論理パスに対応する部分を有する物理パスが有るか否かを判断し、有ると判断された場合に、所定の警告を出力してもよい。
【００１９】
上述したコンピュータプログラムは、ＣＤ−ＲＯＭ等の記録媒体に記録されてもよい。この場合、コンピュータが、この記録媒体から上記コンピュータプログラムを読み込みインストールすることができる。
【００２０】
また、上述したコンピュータプログラムは、インターネットなどの通信ネットワークを介してコンピュータにダウンロードされても良い。
【００２１】
また、上記コンピュータは、ＣＰＵ等のプロセッサであっても良いし、ＣＰＵやメモリ等を備えた情報処理装置（例えば、パーソナルコンピュータ、サーバマシン或いはワークステーション）であっても良い。情報処理装置としては、例えば、後述の管理サーバ、ホスト装置及びストレージシステムのいずれであってもよい。
【発明の効果】
【００２２】
本発明によれば、ホスト装置とストレージシステムとを備えたシステムに存在するアクセスパスの管理が改善される。
【発明を実施するための最良の形態】
【００２３】
図１は、本発明の一実施形態に係るシステム全体のハードウェア構成例を示す。
【００２４】
ホスト装置１と、ＳＡＮ３２を構成する複数のファイバチャネルスイッチ（以下、ＦＣスイッチ）３３、３３と、管理サーバ２１と、ストレージシステム１００とがある。ホスト装置１とストレージシステム１００とは、ＳＡＮ３２を介して（すなわち少なくとも一つのＦＣスイッチ３３を介して）通信可能に接続されている。ホスト装置１、少なくとも一つのＦＣスイッチ３３、管理サーバ２１及びストレージシステム１００は、ＬＡＮ２等の管理ネットワークに接続されている。
【００２５】
ＳＡＮ３２に接続されるホスト装置１の台数は、図１では、説明を分かり易くするため１台としているが、勿論、複数台のホスト装置が接続されても良い。ホスト装置１は、例えば、サーバマシン或いはクライアントマシンなど、複数のハードウェア資源を備えるコンピュータマシンである。複数のハードウェア資源としては、例えば、ＬＡＮ２を介した通信を制御するＬＡＮコントローラ（以下、ＬＡＮＣ）４や、ホスト装置１全体の動作を制御するＣＰＵ５や、種々のデータを記憶することができる記憶資源（例えばメモリ７やハードディスクドライブ１３）や、表示装置６や、ＳＡＮ３２に接続されるポート１１を有しＳＡＮ３２を介した通信を制御するホストバスアダプタ９，９がある。ハードディスクドライブ（以下、ＨＤＤ）１３には、メモリ７にロードされてＣＰＵ５に読み込まれて実行されるコンピュータプログラムを記憶することができる。そのコンピュータプログラムとして、例えば、後述するＳＡＮ管理ソフトエージェント１５及び交代パス管理ソフト１７がある。
【００２６】
各ＦＣスイッチ３３は、複数のポート３５、３５、…を有する。ＦＣスイッチ３３の各ポート３５には、ホスト装置１、ストレージシステム１００及び別のＦＣスイッチ３３のうちのいずれかが接続されている。
【００２７】
管理サーバ２１は、複数のハードウェア資源を備えるコンピュータマシンである。複数のハードウェア資源としては、例えば、ＬＡＮ２３、表示装置２６、管理サーバ２１全体の動作を制御するＣＰＵ２５や、種々のデータを記憶することができる記憶資源（例えばメモリ２７やＨＤＤ３１）がある。ＨＤＤ３１には、メモリ２７にロードされてＣＰＵ２５に読み込まれて実行されるコンピュータプログラムを記憶することができる。そのコンピュータプログラムとして、例えば、後述するＳＡＮ管理ソフト３１がある。
【００２８】
ＳＡＮ３２に接続されるストレージシステム１００の台数は、図１では、説明を分かり易くするため１台としているが、勿論、複数台のストレージシステムが接続されても良い。ストレージシステム１００は、例えばRAID（Redundant Array of Independent Disks）のようなディスクアレイ装置とすることができる。ストレージシステム１００は、例えば、ストレージシステム１００が行う処理を制御する制御部１０１と、RAIDグループ２１０と、サービスプロセッサ（SVP）２８１とを備える。制御部１０１は、例えば、一又は複数のディスクアダプタ（以下、ＤＫＡ）１２０と、一又は複数のチャネルアダプタ（以下、ＣＨＡ）１１０と、キャッシュメモリ１３０と、共有メモリ１４０と、スイッチング制御部２７０とを備える。
【００２９】
RAIDグループ２１０は、複数のＨＤＤ１５０を含んでおり、例えば、RAID１やRAID５等のRAIDに基づく冗長記憶を提供する。各ＨＤＤ１５０が提供する物理的な記憶領域上には、論理的な記憶領域である論理デバイス（以下、ＬＤＥＶ）６を少なくとも一つ以上設定可能である。ＬＤＥＶ６は、ホスト装置１によって読み書きされるデータを記憶することができる。
【００３０】
各ＤＫＡ１２０は、各ＨＤＤ１５０との間のデータ授受を制御するものである。各ＤＫＡ１２０は、例えば、マイクロプロセッサ（以下、ＭＰ）１２０Ｍ、ROM、RAM等を含んだマイクロコンピュータシステムとして構成される。
【００３１】
各ＣＨＡ１１０は、ＦＣスイッチ３３に接続することができる少なくとも一つのポート１１１を有し、ホスト装置１からＦＣスイッチ３３を介してデータを受信することができる。各ＣＨＡ１１０は、ＤＫＡ１２０と同様に、ＭＰ１１０Ｍや、ROM、RAM等を含んだマイクロコンピュータシステムとして構成可能である。
【００３２】
キャッシュメモリ１３０は、例えば、揮発または不揮発の半導体メモリから構成することができる。キャッシュメモリ１３０は、ホスト装置１からのデータや、ＬＤＥＶ６から読み出されたデータを記憶することができる。
【００３３】
共有メモリ１４０は、例えば、不揮発または揮発の半導体メモリから構成することができる。共有メモリ１４０は、例えば、ホスト装置１から受信した各種コマンドや、ストレージシステム１００の制御に使用する制御情報等を記憶する。コマンドや制御情報等は、複数の共有メモリ１４０によって、冗長記憶されてもよい。なお、キャッシュメモリ１３０と共有メモリ１４０とは、それぞれ別々のメモリとして構成することもできるし、あるいは、メモリの一部をキャッシュメモリ領域として使用し、同一のメモリの別の一部を共有メモリ領域として使用することもできる。
【００３４】
スイッチング制御部２７０は、各ＤＫＡ１２０と、各ＣＨＡ１１０と、キャッシュメモリ１３０と、共有メモリ１４０とを、それぞれ相互に接続するものである。スイッチング制御部２７０は、例えば、超高速クロスバスイッチ等から構成することができる。
【００３５】
ＳＶＰ２８１は、少なくとも入力コンソールを備えた装置であり、例えば内部ネットワーク（例えばＬＡＮ）２８２Ａを介して、ストレージシステム１００内の所定の記憶域（例えば共有メモリ１４０）に、所定の制御情報（例えば、後述のストレージ管理テーブル）を記憶させることができる。
【００３６】
次に、ストレージシステム１００が行う処理の一例について説明する。ＣＨＡ１１０は、ＦＣスイッチ３３を介して、ホスト装置１から書込み要求及び書込み対象データを受信する。受信された書込み要求は共有メモリ１４０に記憶され、受信された書込み対象データはキャッシュメモリ１３０に記憶される。ＤＫＡ１２０は、共有メモリ１４０を随時参照している。ＤＫＡ１２０は、共有メモリ１４０に記憶されている未処理の書込み要求を発見すると、この書込み要求に従って、キャッシュメモリ１３０から書込み対象データを読み出し、アドレス変換等を行う。ＤＫＡ１２０は、書込み要求によって指定されたＬＤＥＶ６を有するＨＤＤ１５０に、書込み対象データを書き込む。
【００３７】
ホスト装置１からの読出し要求を処理する場合を説明する。ＣＨＡ１１０は、ホスト装置１から読出し要求を受信すると、この読出し要求を共有メモリ１４０に記憶させる。ＤＫＡ１２０は、共有メモリ１４０内で未処理の読出し要求を発見すると、この読出し要求によって指定されたＬＤＥＶ６を有するＨＤＤ１５０からデータを読み出す。ＤＫＡ１２０は、読み出したデータをキャッシュメモリ１３０に記憶させる。また、ＤＫＡ１２０は、要求されたデータの読出しが完了した旨を、共有メモリ１４０を介して、ＣＨＡ１１０に通知する。ＣＨＡ１１０は、キャッシュメモリ１３０からデータを読み込み、ホスト装置１に送信する。
【００３８】
以上が、本実施形態におけるシステム全体のハードウェア構成例である。なお、以下の説明では、コンピュータプログラムが主体となって動作するかのような記載があるが、実際には、例えば、そのコンピュータプログラムを読み込んで実行するＣＰＵ等のプロセッサが行うことになる。
【００３９】
さて、上述したシステムにおいて、ホスト装置１は、ＬＤＥＶ６までの論理的なアクセスパス（つまり論理パス）を認識することができ、論理パスを指定して、書込み要求や読出し要求といったアクセス要求を発行する。発行されたアクセス要求が、指定された論理パスに従がって送られることにより、ホスト装置１からのＬＤＥＶ６へのアクセスが行われる。その際、アクセス要求は、ホスト装置１とストレージシステム１００との間に存在する物理的なアクセスパス（つまり物理パス）を経由する。
【００４０】
図２は、本発明の一実施形態における物理パスの説明図である。この実施形態では、同種の要素（例えば、ホスト装置、ポート及びＬＤＥＶ）が複数個存在する。このため、以下の説明では、各種の要素について、図１で用いた参照番号ではなく、各種要素毎に固有の要素ＩＤ（例えば番号）或いは要素名を用いて説明する場合がある。その際、格別図には示さないが、例えば、要素ＩＤが"ｎ"という記号或いは番号であることを言う場合には、"要素ＩＤ［ｎ］"と言い、要素ＩＤ［ｎ］を有する要素それ自体のことを"要素［ｎ］"と言うことにする。少なくともＬＤＥＶについては、この実施形態では番号で特定されるので、"ＬＤＥＶ番号［ｎ］"や"ＬＤＥＶ［ｎ］"と言うことにする。また、要素名が"Ａ"であることを言うには、要素名"要素名『Ａ』"と言い、その要素名を有する要素それ自体のことを言う場合には、単に『Ａ』と言うことにする。
【００４１】
この図に示すように、『ホスト０』と『ストレージシステム３』との間には、４通りの物理パスが存在する。各物理パスは、『ホスト装置０』のポートが始点であり、『ストレージシステム３』のポートが終点であり、始点と終点との間に、『ＦＣスイッチ１』又は『ＦＣスイッチ２』のポートが中継点となっている。具体的に言うと、第一の物理パスは、『ホスト０』のポート名『ポート０』、『ＦＣスイッチ１』のポート名『ポート２』、『ＦＣスイッチ１』のポート名『ポート６』及び『ストレージシステム３』のポート名『ポート８』で表すことができる。第二の物理パスは、『ホスト０』のポート名『ポート０』、『ＦＣスイッチ１』のポート名『ポート２』、『ＦＣスイッチ１』のポート名『ポート４』、『ＦＣスイッチ２』のポート名『ポート５』、『ＦＣスイッチ２』のポート名『ポート７』及び『ストレージシステム３』のポート名『ポート９』で表すことができる。第三の物理パスは、『ホスト０』のポート名『ポート１』、『ＦＣスイッチ２』のポート名『ポート３』、『ＦＣスイッチ２』のポート名『ポート７』、『ストレージシステム３』のポート名『ポート９』で表すことができる。第四の物理パスは、『ホスト０』のポート名『ポート１』、『ＦＣスイッチ２』のポート名『ポート３』、『ＦＣスイッチ２』のポート名『ポート５』、『ＦＣスイッチ１』のポート名『ポート４』、『ＦＣスイッチ１』のポート名『ポート６』及び『ストレージシステム３』のポート名『ポート８』で表すことができる。なお、ポート名は、例えば、ＷＷＮ（ワールド・ワイド・ネーム）等、要素種類に関わらず一意に特定できる種類の名称とすることができるが、要素種類間で同一の名称になってしまってよい。ただし、その場合には（例えば、『ホスト０』のポート名と『ＦＣスイッチ１』のポート名とが同じ場合には）、ポート名と装置ＩＤ又は装置名との組み合わせ等により、システム全体におけるポートが識別されても良い。
【００４２】
『ホスト０』の『ポート０』又は『ポート１』から送信されたアクセス要求は、上記のような物理パスを介して、『ストレージシステム３』の『ポート８』又は『ポート９』に到達する。『ホスト０』のどのポートと『ストレージシステム３』のどのポートとを介して、『ホスト０』が認識しているＬＤＥＶ［１００］にアクセスするかは、『ホスト０』で認識されている一以上の論理パスのうちのどれが選択されたかによって異なる。
【００４３】
図３は、図２の『ホスト０』が認識している論理パスの一例を示す。この実施形態では、図３に示すように、同一のＬＤＥＶ［１００］に対する複数の論理パス８００Ａ〜８００Ｃを『ホスト０』が認識することができ、その『ホスト０』は、複数の論理パス８００Ａ〜８００Ｃのうちの任意の論理パスを指定してＬＤＥＶ［１００］へのアクセスを行ったり、その指定した論理パスを介してＬＤＥＶ［１００］にアクセスできないことを認識したら別の論理パスを指定して同一のＬＤＥＶ［１００］にアクセスすることができたりする。つまり、『ホスト０』は、論理パスを切り替えることができるので、以下の説明では、便宜上、論理パスを「交替パス」と呼ぶことにする。
【００４４】
『ホスト０』は、例えば、ＬＤＥＶ［１００］までの交替パスとして、３つの交替パス８００Ａ〜８００Ｃを認識している。第一の交替パス８００Ａは、『ホスト０』のポート名『ポート０』、『ストレージシステム３』のポート名『ポート８』及びＬＤＥＶ番号［１００］で表すことができるものである。第二の交替パス８００Ｂは、『ホスト０』のポート名『ポート０』、『ストレージシステム３』のポート名『ポート９』及びＬＤＥＶ番号［１００］で表すことができるものである。第三の交替パス８００Ｃは、『ホスト０』のポート名『ポート１』、『ストレージシステム３』のポート名『ポート９』及びＬＤＥＶ番号［１００］で表すことができるものである。
【００４５】
ところで、各物理パスでは、『ストレージシステム３』のポート名が、そのパスの終端となっている。また、交替パス８００Ａ〜８００Ｃの各々では、『ストレージシステム３』のポート名の次にＬＤＥＶ番号がある。
【００４６】
しかし、図２及び図３に示すように、『ストレージシステム３』には、『ストレージシステム３』のポートからＬＤＥＶまでの経路を表す情報が設定されている。以下、その経路を、便宜上「ストレージ内部パス」と称する。ストレージ内部パスは、『ストレージシステム３』のポート名、ホストグループＩＤ、ＬＵＮ及びＬＤＥＶ番号で表すことができる。ここで、「ホストグループ」とは、所定のＬＤＥＶにアクセス可能なホスト装置を表す言葉であり、例えば、ホストグループＩＤ［０］は、ホストＩＤ［０］の『ホスト０』しか、ホストグループＩＤ［０］が対応付けられたＬＤＥＶ［１００］にアクセスできないことを意味する。「ＬＵＮ」とは、論理ユニット番号のことである。一つのＬＵＮに一又は複数のＬＤＥＶ番号が対応付けられても良いし、逆に、一つのＬＤＥＶ番号に、複数のＬＵＮが対応付けられても良い。
【００４７】
以上、物理パス、交替パス及びストレージ内部パスについて説明した。物理パス、交替パス及びストレージ内部パスの各々を表す情報は、管理者等の人間によって予め準備されても良いし、予め準備されている情報を用いてコンピュータによって自動的に構築されても良い。以下、その具体例を説明する。
【００４８】
図４Ａは、ノード管理テーブルの構成例を示す。
【００４９】
ノード管理テーブル４７は、ＳＡＮ３２を構成するノード及びＳＡＮ３２に接続されているノードを管理するためのテーブルである。ノード管理テーブル４７は、例えば、管理サーバ２１の記憶資源に準備される。ノード管理テーブル４７には、例えば、各ノード毎に、ノードＩＤ、ノード名、ノードタイプ、及び、自ノード側ポート名と隣接側ポート名とのセットが登録される。ノートタイプとしては、例えば、ホスト装置であることを表す「ＨＯＳＴ」、ＦＣスイッチであることを表す「ＦＣＳＷ」、及び、ストレージシステムであることを表す「ＳＴＲＳ」がある。自ノード側ポート名とは、自ノード（図４Ａでは『ホスト０』）に搭載されているポートのポート名のことであり、隣接側ポートとは、自ノード側ポートに隣接する別ノードのポートのポート名のことである。
【００５０】
このノード管理テーブル４７は、予め準備されても良いが、ＳＡＮ管理ソフト３１が、各ノードからの情報を収集することにより構築したものであっても良い。具体的には、例えば、各ノード１、３３及び３が、自ノード側ポート名と隣接側ポート名とを含んだ情報を記憶していて、ＳＡＮ管理ソフト３１が、例えば各ノード１、３３及び３の所定のアプリケーションプログラムインターフェースにアクセスしてディスカバリを要求することにより、図４Ａに示すように、各ノード１、３３及び３からそのノードの自ノード側ポート名と隣接側ポート名とを含んだ情報を収集し、収集された情報を用いて、上記のようなノード管理テーブル４７を構築しても良い。すなわち、図４Ａにおいて、テーブル部分４７Ａの全部又は一部が、『ホスト０』から収集されたものであり、テーブル部分４７Ｂの全部又は一部が、『ＦＣスイッチ１』から収集されたものであり、テーブル部分４７Ｃの全部又は一部が、『ＦＣスイッチ２』から収集されたものであり、テーブル部分４７Ｄの全部又は一部が、『ストレージシステム３』から収集されたものである。
【００５１】
図４Ｂは、ストレージ内部パス管理テーブルの構成例を示す。
【００５２】
ストレージ内部パス管理テーブル４９は、ストレージ内部パスを管理するためのテーブルである。ストレージ内部パス管理テーブル４９は、例えば、『ストレージシステム３』の記憶資源（例えば共有メモリ１４０）に準備される。ストレージ内部パス管理テーブル４９には、例えば、『ストレージシステム３』の各ポート毎に、ポート名と、そのポートに属する各ホストグループＩＤと、そのホストグループＩＤに属する各ＬＵＮと、そのＬＵＮに属するＬＤＥＶ番号とが登録される。
【００５３】
図５Ａは、交替パス管理テーブルの構成例を示す。
【００５４】
交替パス管理テーブル５１は、交替パスを管理するためのテーブルである。交替パス管理テーブル５１は、例えば、『ホスト０』の記憶資源（例えばＨＤＤ１３）に準備される。交替パス管理テーブル５１には、例えば、ノード内ボリュームのボリューム名と、ノード内ボリュームに属する各交替パスのＩＤ、ホスト側ポート名、ストレージ側ポート名及びＬＤＥＶ番号とが登録される。ノード内ボリュームとは、一種のルートディレクトリとなるものであって、具体的には、例えば、『ホスト０』内に存在するボリューム（例えば一つのハードディスクドライブに対応したボリューム）である。ホスト側ポート名とは、『ホスト０』に搭載されているポートのポート名である。ストレージ側ポート名とは、『ストレージシステム３』に搭載されているポートのポート名である。
【００５５】
交替パス管理テーブル５１は、ＳＡＮ管理エージェント１５によって、『ホスト０』から管理サーバ２１に提供される場合がある。管理サーバ２１のＳＡＮ管理ソフト３１は、『ホスト０』から交替パス管理テーブル５１を受信した場合、図５Ｂに例示するように、そのテーブル５１によって管理されている交替パスを認識している『ホスト０』のノード名『ホスト０』を交替パス管理テーブル５１に付加することで、そのテーブル５１を、新たな交替パス管理テーブル５３とすることができる。ＳＡＮ管理ソフト３１は、その新たな交替パス管理テーブル５３を、管理サーバ２１内の記憶資源に記憶させることで、『ホスト０』で認識されている交替パスを管理することができる。
【００５６】
以上が、ノード管理テーブル４７、ストレージ内部パス管理テーブル４９及び交替パス管理テーブル５１についての説明である。
【００５７】
管理サーバ２１内のＳＡＮ管理ソフト３１は、ノード管理テーブル４７を解析することにより、『ホスト０』と『ストレージシステム３』との間に存在する物理パスを検出することができる。その解析の仕方の一例を示すのが図５Ｃである（なお、図５Ｃの各マルの中の番号（例えば「０」）は、各ポート名における数字（例えば、ポート名『ポート０』における「０」）を示す）。
【００５８】
すなわち、例えば、ＳＡＮ管理ソフト３１は、『ホスト０』の自ノード側ポート名別に、その自ノード側ポート名に対応する隣接側ポート名を特定し、次に、以下の（１）及び（２）の処理、
（１）特定された隣接側ポート名と同一の自ノード側ポート名を特定し、
（２）その特定された自ノード側ポート名に対応した隣接側ポート名を特定し、
を繰り返す。その結果、『ストレージシステム３』のポート名まで特定できれば、検索ＯＫとなり、そのポート名を特定するまでの過程において特定された複数のポート名で表すことができる物理パスが検出されることになる。しかし、上記（１）及び（２）の処理の繰り返しの結果、『ストレージシステム３』のポート名まで特定できなければ、例えば『ＦＣスイッチ１』のポート名から『ホスト０』のポート名に戻るようなことがあれば、検索ＮＧとなり、物理パスが検出されないこととなる。
【００５９】
以上の処理により、図５Ｃに例示するように、『ホスト０』と『ストレージシステム３』との間における上述した４つの物理パスが、ＳＡＮ管理ソフト３１によって検出される。
【００６０】
ＳＡＮ管理ソフト３１は、その検出結果を表す物理パス管理テーブルを作成し、作成した物理パス管理テーブルを、管理サーバ２１の記憶資源（例えばＨＤＤ２９）に格納することができる。具体的には、例えば、図６Ａに例示するように、検出された各物理パス毎に、物理パスＩＤと、その物理パスを表す情報（すなわち、『ホスト０』から『ストレージシステム３』までのポート名の組み合わせ）とを記載した物理パス管理テーブル５５を作成し、管理サーバ２１の記憶資源に格納させることができる。
【００６１】
また、ＳＡＮ管理ソフト３１は、格別図示しないが、『ストレージシステム３』から（例えばＳＶＰ２８１から）、ストレージ内部パス管理テーブル４９を受信し、そのテーブル４９にノード名『ストレージシステム３』を付加する等により、『ストレージシステム３』におけるストレージ内部パスを特定することができる。ＳＡＮ管理ソフト３１は、特定されたストレージ内部パス、上記検出された物理パス、及び、交替パス管理テーブル５３に登録されている交替パスを互いに関連付けることにより、統合パスを構築することができる。ここで言う「統合パス」とは、物理パス、交替パス及びストレージ内部パスが統合されたパスのことであり、『ホスト０』から『ストレージシステム３』内のＬＤＥＶ［１００］までの一連の経路のことである。
【００６２】
図７Ｂは、統合パス管理テーブルの構成例を示す。
【００６３】
統合パス管理テーブル５７には、例えば、ノード名、ノード内ボリューム名、交替パスＩＤ、物理パスＩＤ、ホストグループＩＤ、ＬＵＮ及びＬＤＥＶ番号が登録される。すなわち、このテーブル５７によれば、物理パスＩＤに交替パスＩＤが対応付けられる、換言すれば、物理パスに交替パスがマッピングされる。そして、物理パスＩＤと交替パスＩＤとのセットに、ストレージ内部パスのうちの少なくとも物理パス及び交替パスに含まれていない部分（ホストグループＩＤ、ＬＵＮ及びＬＤＥＶ番号）が対応付けられる。
【００６４】
ＳＡＮ管理ソフト３１は、このような統合パス管理テーブル５７を構築し、その統合パス管理テーブル５７を、管理テーブル２１の記憶資源（例えばＨＤＤ２９）に格納することができる。また、ＳＡＮ管理ソフト３１は、各種テーブル４７、４９、５３及び５７のうちの少なくとも一つに基づいて、『ホスト０』から『ストレージシステム３』のＬＤＥＶ［１００］までの統合パスにおける少なくとも物理パスを、管理サーバ２１の表示装置（例えばディスプレイ画面）２６に表示し、その物理パスにマッピングされた交替パスを、その物理パスの表示の上に重ねて表示することもできる。更に、ＳＡＮ管理ソフト３１は、例えば、或るＦＣスイッチ３３のポート３５で障害が発生した旨を検出した場合には、障害が発生したポート３５がどのポートであるかということと、そのポート３５で障害が発生した故にどの交替パスが使用不可能になったかということも、表示装置２６に表示することができる。また、ＳＡＮ管理ソフト３１は、使用不可能になった交替パスを特定した場合には、所定のタイミングで（例えば特定後直ちに）、使用不可能になった交替パスを認識しているホスト装置に、その交替パスが使用不可能になったことを通知することができる。
【００６５】
以下、この実施形態で行われる処理の流れを説明する。
【００６６】
図７及び図８は、統合パス構築処理の流れの一例を示す。
【００６７】
ＳＡＮ管理ソフト３１は、管理サーバ２１の記憶資源から交替パス管理テーブル５３を取得する（ステップＳ２１）。これは、事前に、『ホスト０』のＳＡＮ管理エージェント１５から交替パス管理テーブル５１（図５Ａ参照）を受信し、ＳＡＮ管理ソフト３１によって、交替パス管理テーブル５３（図５Ｂ参照）とされて、管理サーバ２１の記憶資源に格納されたものである。
【００６８】
ＳＡＮ管理ソフト３１は、ストレージ内部パス管理テーブル４９を取得する（Ｓ２２）。ここでは、例えば、ＳＡＮ管理ソフト３１が、『ストレージシステム３』のＳＶＰ２８１内の図示しないＳＡＮ管理エージェントに所定の要求を出すことにより、そのＳＡＮ管理エージェントから、『ストレージシステム３』の共有メモリ１４０から読み出されたストレージ内部パス管理テーブル４９を受信することができる。
【００６９】
ＳＡＮ管理ソフト３１は、マッピングの実行対象となるホスト装置（例えば『ホスト０』を指定する（Ｓ２３）。具体的には、例えば、ＳＡＮ管理ソフト３１は、取得した交替パス管理テーブル５３から、任意のノード名（例えばノード名『ホスト０』）を選択する。
【００７０】
ＳＡＮ管理ソフト３１は、指定したホスト装置についての統合パス構築処理（Ｓ２５〜Ｓ３０の処理）を開始する。
【００７１】
例えば、まず、ＳＡＮ管理ソフト３１は、例えば任意の又は管理者から指定されたノード内ボリューム名を指定し（Ｓ２５）、交替パス管理テーブル５３を参照し、指定したホスト装置に対応する一以上の交替パスの中から、指定したノード内ボリューム名を有する交替パスの交替パスＩＤを特定する（Ｓ２６）。
【００７２】
次に、ＳＡＮ管理ソフト３１は、Ｓ２６で特定された交替パスＩＤの交替パスに含まれているホスト側ポート名を有する物理パスの物理パスＩＤを物理パス管理テーブル５５から検索する（Ｓ２７）。また、ＳＡＮ管理ソフト３１は、Ｓ２６で特定された交替パスＩＤの交替パスに含まれているストレージ側ポート名を持つ物理パスの物理パスＩＤを物理パス管理テーブル５５から検索する（Ｓ２８）。
【００７３】
そして、ＳＡＮ管理ソフト３１は、Ｓ２６で特定された交替パスＩＤと、Ｓ２７及びＳ２８の両方で検索された物理パスＩＤ（すなわち、Ｓ２６で特定された交替パスＩＤの交替パスに含まれているホスト側ポート名及びストレージ側ポート名をそれぞれ始点及び終点とした物理パスのＩＤ）とを、統合パス管理テーブル５７上でマッピングする（Ｓ２９）。また、この時点で（或いはこの後の適当な時点で）、例えば、ＳＡＮ管理ソフト３１は、Ｓ２３で指定されたホストのノード名及びノード内ボリューム名を交替パス管理テーブル５３から特定し、特定されたノード名及びノード内ボリューム名を、Ｓ２９で対応付けられた交替パスＩＤ及び物理パスＩＤのセットに対応付けても良い。
【００７４】
次に、ＳＡＮ管理ソフト３１は、互いに対応付けられた交替パス及び物理パスのセットに対してストレージ内部パスをマッピングする処理を実行する（Ｓ３０）。以下、この処理における具体的な処理流れを、図９を参照して説明する。
【００７５】
ＳＡＮ管理ソフト３１は、図７のＳ２６で特定された交替パスＩＤの交替パスに含まれているストレージ側ポート名を有するストレージ内部パスを、ストレージ内部パス管理テーブル４９から検索する（Ｓ３０−１）。
【００７６】
また、ＳＡＮ管理ソフト３１は、図７のＳ２６で特定された交替パスＩＤの交替パスに含まれているホスト側ポート名に対応したノードＩＤをノード管理テーブル４７から特定し、そのノードＩＤに対応するホストグループＩＤを有するストレージ内部パスを、ストレージ内部パス管理テーブル４９（又はＳ３０−１で検索ヒットした一以上のストレージ内部パス）から検索する（Ｓ３０−２）。
【００７７】
更に、ＳＡＮ管理ソフト３１は、図７のＳ２６で特定された交替パスＩＤの交替パスに含まれているＬＤＥＶ番号を含んだストレージ内部パスを、ストレージ内部パス管理テーブル４９（又はＳ３０−１及びＳ３０−２の両方で検索ヒットした一以上のストレージ内部パス）から検索する（Ｓ３０−３）。
【００７８】
そして、ＳＡＮ管理ソフト３１は、Ｓ３０−１〜Ｓ３０−３の全てにおいて検索ヒットしたストレージ内部パスに含まれている所定情報（すなわち、ホストグループＩＤ、ＬＵＮ及びＬＤＥＶ番号）を、統合パス管理テーブル５７上で、図８のＳ２９でマッピングされた交替パスＩＤ及び物理パスＩＤのセットに対応付ける（Ｓ３０−４）。
【００７９】
以上のＳ３０−１〜Ｓ３０−４により、互いに対応付けられた交替パス及び物理パスのセットに対してストレージ内部パスをマッピングする処理が終了する。
【００８０】
その後、図８に示すように、ＳＡＮ管理ソフト３１は、図７のＳ２３で指定されたホストが認識しているＬＤＥＶについて未指定のＬＤＥＶ番号があるか否かを調べ、有れば（Ｓ３１でＹｅｓ）、図７のＳ２５を行い、無ければ（Ｓ３１でＮｏ）、図８のＳ３２を行う。未指定のＬＤＥＶ番号の有無は、例えば以下のようにして調べることができる。すなわち、ＳＡＮ管理ソフト３１が、ホストを指定した場合に、そのホストが認識している全てのＬＤＥＶ番号を交替パス管理テーブル５３から特定して所定の記憶域に書き出し、ＬＤＥＶ番号が指定されたときに、そのＬＤＥＶ番号に対してフラグをセットし、以後、書き出された各ＬＤＥＶ番号毎にフラグの有無を調べることで、未指定のＬＤＥＶ番号の有無を調べることができる。
【００８１】
Ｓ３１でＮｏの場合、ＳＡＮ管理ソフト３１は、未指定のホストの有無を調べ、有れば（Ｓ３２でＹｅｓ）、図７のＳ２３を行い、無ければ（Ｓ３２でＮｏ）、この統合パス構築処理を終了する。未指定のホストの有無は、例えば以下のようにして調べることができる。すなわち、ＳＡＮ管理ソフト３１が、ホストを指定した場合に、交替パス管理テーブル５３においてそのホストのノード名に対してフラグをセットし、以後、交替パス管理テーブル５３の各ノード名毎にフラグの有無を調べることで、未指定のホストの有無を調べることができる。
【００８２】
以上の統合パス構築処理により、統合パス管理テーブル５７上に、各ホスト装置１毎の統合パスを登録することができる。すなわち、統合パス管理テーブル５７を完成させることができる。
【００８３】
この後、ＳＡＮ管理ソフト３１は、この統合パス管理テーブル５７に記録されている情報に基づいて、どの統合パス上にどの交替パスが存在するかを管理者にとって分かり易い態様で表示することができる。以下、その際に行われる処理の流れの一例を説明する。
【００８４】
図１０及び図１１は、交替パス表示処理の流れの一例を示す。
【００８５】
ＳＡＮ管理ソフト３１は、例えば管理者からの要求に応答して、画面（例えばウィンドウ等のＧＵＩ画面）を用意し、表示装置２６に用意画面を表示する（Ｓ１）。そして、ＳＡＮ管理ソフト３１は、例えば、統合パス管理テーブル５７に記録されている一以上のノード名の中から一つのノード名（つまりホスト名）を指定し、指定したノード名を有するノードと、指定したノード名に対応したノード内ボリューム名を有するノード内ボリュームとのアイコンを、Ｓ１で用意した画面（以下、用意画面）に表示する（Ｓ２）。なお、ここでは、例えば、ＳＡＮ管理ソフト３１は、統合パス管理テーブル５７に記録されている一以上のノード名とノード内ボリューム名とを選択可能に表した画面を表示し、管理者から選択されたノード名及びノード内ボリューム名を指定してもよい。また、ＳＡＮ管理ソフト３１は、管理者からノード名及びノード内ボリューム名の入力を受付け、入力されたノード名及びノード内ボリューム名を指定しても良い。
【００８６】
次に、ＳＡＮ管理ソフト３１は、物理パス表示処理（別の言い方をすれば、ホストとストレージとの間のトポロジーを表示する処理）を実行する（Ｓ３）。この結果、例えば、ノード名『ホスト０』の場合には、用意画面には、図１７Ａに例示する態様で物理パスが表示される。図１７Ａの例によれば、例えば、ノード（例えばホスト）のアイコンには、ノード名（例えばホスト０）が表示され、ポートのアイコンには、ポート名（例えばポート０）が表示される。
【００８７】
次に、ＳＡＮ管理ソフト３１は、ストレージ内部パス表示処理を実行する（Ｓ４）。この結果、例えば、ＬＤＥＶがＬＤＥＶ［１００］の場合には、用意画面には、図１７Ｂに例示するように、図１７Ａで表示された物理パスの最後尾に繋がるストレージ内部パスが表示される。その表示態様は、物理パスの表示態様と同様に、例えば、ストレージ内部パスの各構成要素（例えばホストグループ）のアイコンが表示され、そのアイコンには、その構成要素の種類及びＩＤ（例えばホストグループ０）が表示される。
【００８８】
次に、ＳＡＮ管理ソフト３１は、Ｓ２で表示したホストとノード内ボリュームとに対応する一以上の交替パスＩＤを統合パス管理テーブル５７から特定し、特定された一以上の交替パスＩＤの中から一つの交替パスＩＤを選択する（Ｓ５）。
【００８９】
次に、ＳＡＮ管理ソフト３１は、Ｓ５で選択した交替パスＩＤに対応する物理パスＩＤを統合パス管理テーブル５７から特定し、特定された物理パスＩＤに対応する物理パスを物理パス管理テーブル５５から特定し、その物理パスを構成する複数のポートの中から先頭ポート（つまり、ホストに搭載されているポート）を選択する（Ｓ６）。
【００９０】
次に、ＳＡＮ管理ソフト３１は、物理パス及びストレージ内部パスが表示された用意画面において、選択したポートのアイコンと、ノード内ボリュームのアイコンとを、マッピング用の線で結ぶ（Ｓ７）。別の言い方をすれば、ＳＡＮ管理ソフト３１は、アイコン同士を結んだマッピング用の線を用意画面上に描画する。ここで、マッピング用の線とは、物理パス及びストレージ内部パスの表示で使用された線とは異なる態様で表示される線のことである。線の表示の態様が異なる具体例としては、線の太さ、模様、種類（例えば、実線、点線等）或いは色が異なることが挙げられる。この実施形態では、線の太さが異なるものとする。具体的には、物理パス及びストレージ内部パスの表示で使用された線よりも、マッピング用の線の方が太いものとする。
【００９１】
さて、次に、ＳＡＮ管理ソフト３１は、選択したポートのアイコンと、次のポートのアイコンとを、マッピング用の線で結ぶ（Ｓ８）。「次のポート」とは、Ｓ６で特定された物理パスにおいて、選択したポートの直後のポートのことである。
【００９２】
ＳＡＮ管理ソフト３１は、Ｓ８における「次のポート」が、Ｓ６で特定された物理パスにおける最後尾のポート（つまりストレージシステムに搭載されたポート）でなければ（Ｓ９でＮｏ）、その次のポートを選択し（Ｓ１０）、再び、Ｓ８を実行する。一方、ＳＡＮ管理ソフト３１は、Ｓ８における「次のポート」が、Ｓ６で特定された物理パスにおける最後尾のポートであれば（Ｓ９でＹｅｓ）、図１１のＳ１１の処理を行う。
【００９３】
すなわち、ＳＡＮ管理ソフト３１は、図１０のＳ６で特定された物理パスの最後尾のポートのアイコンと、その物理パスに対応するホストグループのアイコンとを、マッピング用の線で結ぶ（Ｓ１１）。また、ＳＡＮ管理ソフト３１は、Ｓ１１でのホストグループのアイコンと、それに対応するＬＵＮのアイコンとを、マッピング用の線で結ぶ（Ｓ１２）。更に、ＳＡＮ管理ソフト３１は、Ｓ１２でのＬＵＮのアイコンと、それに対応するＬＤＥＶのアイコンとを、マッピング用の線で結ぶ（Ｓ１３）。このＳ１３の処理が終了することにより、物理パス及びストレージ内部パスが表示された用意画面（図１７Ｂ参照）において、物理パス及びストレージ内部パスの絵の上に、マッピング用の線で表示された一つの交替パスが、重ねて表示されることになる。
【００９４】
ＳＡＮ管理ソフト３１は、Ｓ２におけるノード及びノード内ボリュームに対応した別の交替パスＩＤが存在するか否かを、統合パス管理テーブル５７を参照することにより調べ、存在しない場合には（Ｓ１４でＮｏ）、リターンし（例えば再びＳ１へ戻り）、存在する場合には（Ｓ１４でＹｅｓ）、図１０のＳ５以降の処理を再び行うことにより、少なくとも一つの交替パスが表示されている上記用意画面上に、更に交替パスを表示する。
【００９５】
Ｓ１４でＮｏになった場合に、或るホスト及びノード内ボリュームについて、物理パス及びストレージ内部パスの上に、同一のＬＤＥＶへの複数の交替パスの全てを重ねて表示する処理が完了する。この結果、例えば、図１８Ａに例示するように、図１７Ｂでの用意画面において、物理パス及びストレージ内部パス上に、マッピング用の線で構成される複数の交替パスが表示される。例えば、各交替パスの始点は、ノード内ボリューム『Ｄ：』に対応したアイコンとなる。
【００９６】
以上が、交替パス表示処理の流れの一例である。次に、この交替パス表示処理において行われる物理パス表示処理（図１０のＳ３の処理）とストレージ内部パス表示処理（図１０のＳ４の処理）とについて詳細に説明する。
【００９７】
図１２、図１３及び図１４は、物理パス表示処理の流れの一例を示す。
【００９８】
ＳＡＮ管理ソフト３１は、図１０のＳ２で指定したホストのアイコンとノード内ボリュームのアイコンとを線で結ぶ（Ｓ５１）。別の言い方をすれば、ＳＡＮ管理ソフト３１は、アイコン同士を結んだ線を用意画面上に描画する。ここで、単に「線」と言う場合には、上述した「マッピング用の線」とは表示態様が異なる線である。ここでの線は、例えば、マッピング用の線よりも細い線である。
【００９９】
ＳＡＮ管理ソフト３１は、次に、Ｓ２で指定したホストのノード名に対応した自ノード側ポートをノード管理テーブル４７から特定し、特定された自ノード側ポートのアイコンとポート名とを用意画面上に表示し、そのアイコンと、ホストのアイコンとを線で結ぶ（Ｓ５２）。
【０１００】
次に、ＳＡＮ管理ソフト３１は、Ｓ５２での自ノード側ポートを先頭ポートとして持つ物理パスを物理パス管理テーブルから検索する（Ｓ５３）。具体的には、例えば、ＳＡＮ管理ソフト３１は、Ｓ５２での自ノード側ポート名を先頭に有する一以上の物理パスを物理パス管理テーブル５５から検索する。
【０１０１】
ＳＡＮ管理ソフト３１は、検索ヒットした一以上の物理パスの中から一つの物理パスを選択する（Ｓ５４）。
【０１０２】
そして、図１３に示すように、ＳＡＮ管理ソフト３１は、選択した物理パスを構成する複数のポートの中から表示処理ポート（すなわち、実際に表示すべきポート）を指定する（Ｓ５５）。もし、指定されたポートの次のポートが既に表示されていれば（Ｓ５６でＹｅｓ）、ＳＡＮ管理ソフト３１は、図１４のＳ６３の処理を行うが、そうでなければ（Ｓ５６でＮｏ）、次ポートのアイコンを表示する（Ｓ５７）。
【０１０３】
次に、ＳＡＮ管理ソフト３１は、ノード管理テーブル４７を参照することにより、次ポートを自ノード側ポートとして持つノードが、Ｓ５５での指定ポートを自ノード側ポートとして持つノードと同じか否かを調べる（Ｓ５８）。同じであれば（Ｓ５８でＹｅｓ）、ＳＡＮ管理ソフト３１は、図１４のＳ６２で行うが、違っていれば（Ｓ５８でＮｏ）、次ポートのアイコンと指定ポートのアイコンとを線で結ぶ（Ｓ５９）。
【０１０４】
次に、ＳＡＮ管理ソフト３１は、次ポートを自ノード側ポートとして持つノードが既に表示されているかどうかを調べ（Ｓ６０）、表示されていれば（Ｓ６０でＹｅｓ）、図１４のＳ６２の処理を行うが、表示されていなければ（Ｓ６０でＮｏ）、そのノードのアイコンを表示する（図１４のＳ６１）。
【０１０５】
次に、ＳＡＮ管理ソフト３１は、次ポートを自ノード側ポートとして持つノードのアイコンと、次ポートのアイコンとを線で結ぶ（Ｓ６２）。
【０１０６】
ＳＡＮ管理ソフト３１は、次ポートがＳ５４で選択した物理パスの最後尾のポートかどうかを判別し、そうでなければ（Ｓ６３でＮｏ）、当該次ポートを指定ポートとして（Ｓ６４）、再び、図１３のＳ５６の処理行う。最後尾のポートであれば（Ｓ６３でＹｅｓ）、ＳＡＮ管理ソフト３１は、図１２のＳ５３の処理により検索ヒットした一以上の物理パスの中で未選択の物理パスがあるか否かを判別し、あれば（Ｓ６５でＹｅｓ）、図１２のＳ５４の処理を行い、無ければ（Ｓ６５でＮｏ）、この物理パス表示処理を終えて、図１０のＳ３の終了とする。
【０１０７】
図１５及び図１６は、ストレージ内部パス表示処理の流れの一例を示す。
【０１０８】
ＳＡＮ管理ソフト３１は、図１０のＳ２で指定したホストとノード内ボリュームに対応した一以上の交替パスＩＤを統合パス管理テーブル５７の中から特定し、特定された一以上の交替パスＩＤの中から一つの交替パスＩＤを選択する（Ｓ７１）。
【０１０９】
次に、ＳＡＮ管理ソフト３１は、選択した交替パスＩＤに対応した物理パスＩＤを統合パス管理テーブル５７の中から特定し、特定された物理パスＩＤに対応した物理パスを物理パス管理テーブル５５から特定し、特定された物理パスにおける最後尾のポートのアイコンの先にホストグループのアイコンが既に表示されているか否かを判断する（Ｓ７２）。
【０１１０】
Ｓ７２の判断の結果、表示されていれば（Ｓ７２でＹｅｓ）、ＳＡＮ管理ソフト３１は、Ｓ７４の処理を行い、表示されていなければ（Ｓ７２でＮｏ）、Ｓ７３の処理を行う。すなわち、ＳＡＮ管理ソフト３１は、上記物理パスＩＤに対応したホストグループＩＤを統合パス管理テーブル５７から特定し、特定されたホストグループＩＤを表示したホストグループのアイコンを表示し、そのアイコンと、上記物理パスＩＤに対応した物理パスの最後尾のポートのアイコンとを線で結ぶ（Ｓ７３）。
【０１１１】
次に、ＳＡＮ管理ソフト３１は、上記特定されたホストグループに対応したＬＵＮを統合パス管理テーブル５７から特定し、特定されたＬＵＮのアイコンが、そのホストグループのアイコンの先（例えば直下）に表示されているかどうかを判断する（Ｓ７４）。
【０１１２】
Ｓ７４の判断の結果、表示されていれば（Ｓ７４でＹｅｓ）、ＳＡＮ管理ソフト３１は、図１６のＳ７６の処理を行い、表示されていなければ（Ｓ７４でＮｏ）、Ｓ７５の処理を行う。すなわち、ＳＡＮ管理ソフト３１は、上記特定されたＬＵＮのアイコンを表示し、そのアイコンと、その後（例えば真上）にあるホストグループのアイコンとを線で結ぶ（Ｓ７５）。
【０１１３】
次に、ＳＡＮ管理ソフト３１は、図１６に示すように、上記特定されたＬＵＮに対応したＬＤＥＶ番号を統合パス管理テーブル５７から特定し、特定されたＬＤＥＶ番号が割り当てられたＬＤＥＶのアイコンが、ＬＵＮのアイコンの先に表示されているかどうかを判断する（Ｓ７６）。
【０１１４】
Ｓ７６の判断の結果、表示されていれば（Ｓ７６でＹｅｓ）、ＳＡＮ管理ソフト３１は、Ｓ７８の処理を行い、表示されていなければ（Ｓ７６でＮｏ）、Ｓ７７の処理を行う。すなわち、ＳＡＮ管理ソフト３１は、上記特定されたＬＤＥＶ番号が割り当てられたＬＤＥＶのアイコンを表示し（Ｓ７７）、そのアイコンと、その後（例えば真上）にあるＬＵＮのアイコンとを線で結ぶ（Ｓ７８）。
【０１１５】
その後、ＳＡＮ管理ソフト３１は、図１５のＳ７１で特定された一以上の交替パスＩＤのうち未選択の交替パスＩＤがあるか否かを判別し、あれば（Ｓ７９でＹｅｓ）、図１５のＳ７１を行い、なければ（Ｓ７９でＮｏ）、この物理パス表示処理を終えて、図１０のＳ４の終了とする。
【０１１６】
さて、上述した物理パス表示処理及びストレージ内部パス表示処理を含んだ交替パス表示処理（図１０及び図１１に示した処理）によって、図１８Ａに例示したような用意画面を表示することができるのは、既に説明した通りである。
【０１１７】
また、ＳＡＮ管理ソフト３１は、例えば、或るノードで障害が発生したことを検出した場合には、その障害が発生したノードが有するポートを含んだ物理パスを特定して、その物理パスに対応した交替パス（つまり使用不可能になった交替パス）を特定することができる。そして、ＳＡＮ管理ソフト３１は、障害が発生した場所と、その障害発生に伴って使用不可能となった交替パスが何であるかとを表示装置２６に表示することができる。図１８Ｂは、『ＦＣスイッチ２』で障害が発生したことが検出された場合にＳＡＮ管理ソフト３１によって表示される画面の一例を示す。
【０１１８】
また、ＳＡＮ管理ソフト３１は、例えば、使用不可能になった交替パスを特定した場合には、所定のタイミングで（例えば特定後直ちに）、使用不可能になった一以上の交替パスを認識している一以上のホスト装置を、統合パス管理テーブル５７及びノード管理テーブル４７を参照することにより特定し、特定された一以上のホスト装置に、その交替パスが使用不可能になったことを通知することができる。
【０１１９】
図１９は、使用不可能になった交替パスが特定されるまでに行われる処理の流れの一例と、その交替パスが特定された後に行われる処理の流れの一例とを示す。
【０１２０】
或るノード（例えば『ＦＣスイッチ２』）で障害が発生した場合（Ｓ１０１）、管理サーバ２１内のＳＡＮ管理ソフト３１が、障害の発生したノードが何であるかを（例えば、障害の発生したノードが『ＦＣスイッチ２』であることを）検出することができる（Ｓ１１１）。具体的には、例えば、ＳＡＮ管理ソフト３１は、ノード管理テーブル４７に登録されている各ノードに定期的に問い合わせ（例えばパス検査用のシグナル）を発行し、正常な応答が返ってこない場合に、そのノードで障害が発生したことを検出することができる。
【０１２１】
ＳＡＮ管理ソフト３１は、障害発生が検出されたノードのポートを、ノード管理テーブル４７を参照することにより特定し、特定されたノードを含んだ物理パスを、物理パス管理テーブル５５を参照することにより特定することができる（Ｓ１１２）。そして、ＳＡＮ管理ソフト３１は、特定された物理パスの物理パスＩＤに対応した交替パスＩＤを統合パス管理テーブル５７から特定することができる（Ｓ１１３）。
【０１２２】
ＳＡＮ管理ソフト３１は、Ｓ１１３の後、障害が発生したノードがどれであるかと、使用不可能な交替パス（つまり、Ｓ１１３で特定された交替パス）がどれであるかということを、表示装置２６に表示することができる（Ｓ１１４）。具体的には、例えば、ＳＡＮ管理ソフト３１は、図１８Ａに例示したように、物理パス及びストレージ内部パス上に交替パスが重ねて表示された画面上で、障害が発生したノード（例えば『ＦＣスイッチ２』）のアイコン上又はその近傍で、そのノードに障害が発生したことを示し（例えば「障害」という言葉を表示し）、且つ、使用不可能な交替パスを使用可能な交替パスとは異なる態様で表示する（例えば、「使用不可」という言葉をその交替パス上又はその近傍に表示する、或いは、線の色又は種類を違えて表示する等）。これにより、管理者は、どの交替パスを回復するためには、どこを回復させれば良いかを迅速に特定することができる。
【０１２３】
また、ＳＡＮ管理ソフト３１は、Ｓ１１３の後、所定のタイミングで（例えば直ちに）、特定された交替パスＩＤに対応するノード名を、交替パス管理テーブル５３から特定し、特定されたノード名を有するホスト装置に、使用不可能な交替パスの交替パスＩＤを通知することができる（Ｓ１１５）。
【０１２４】
『ホスト０』の交替パス管理ソフト１７は、任意のタイミングで、使用する交替パスを別の交替パスに切り替えることができる。交替パス管理ソフト１７は、交替パスを切り替える場合（Ｓ１２１でＹｅｓ）、使用不可能な交替パスの交替パスＩＤを受信済みであれば（Ｓ１２２でＹｅｓ）、その交替パスＩＤ以外の交替パスＩＤを有した交替パスを選択して切り替え（Ｓ１２３）、受信済みでなければ（Ｓ１２２でＮｏ）、任意の交替パスを選択して切り替える（Ｓ１２４）。このため、Ｓ１２３では、必ず、使用可能な交替パスに切り替えられ、使用不可能な交替パスに切り替えられることはないが、Ｓ１２４では、使用不可能な交替パスに切り替えられてしまう場合がある。その場合には、使用不可能な交替パスでアクセスすることが試みられるが、使用不可能であるが故に失敗するので、交替パス管理ソフト１７は、また別の任意の交替パスを選択することができる。
【０１２５】
ところで、図２０Ａに例示するように、各ホストグループＩＤ別に、異なるＬＤＥＶ番号が対応付けられる場合がある。具体的には、例えば、ホストグループＩＤ［０］には、ＬＤＥＶ［１００］が対応付けられ、ホストグループＩＤ［２］には、ＬＤＥＶ［１０１］が対応付けられる場合がある。この場合、例えば、ストレージシステム３は、『ホスト０』からＬＤＥＶ［１００］に対するアクセス要求を受けた場合、ＬＤＥＶ［１００］はホストグループＩＤ［０］に属しているので、ＬＤＥＶ［１００］に対するアクセスを許可するが、『ホスト０』からＬＤＥＶ［１０１］に対するアクセス要求を受けた場合、ＬＤＥＶ［１０１］はホストグループＩＤ［０］には属していないので、ＬＤＥＶ［１０１］に対するアクセスを許可しない。
【０１２６】
これにも関わらず、ホスト装置１は、自分が指定したストレージ側ポート名に属する全てのＬＤＥＶ番号を知ることができる。具体的には、例えば、図２０Ｂに例示するように、ホスト装置１は、所望のストレージ側ポート名を指定した所定の照会コマンド（例えば、ＳＣＳＩプロトコルで規定されているInquiryコマンド）を、ストレージシステム３に送信することができる（Ｓ１３１）。ストレージシステム３において、そのストレージ側ポート名を有するポート１１１を介して照会コマンドを受信したＣＨＡ１１０は、そのストレージ側ポート名に属するＬＤＥＶ番号をストレージ内部パス管理テーブル４９から特定し（Ｓ１３２）、照会コマンドに対する応答として、特定された全てのＬＤＥＶ番号を、照会コマンドの送信元のホスト装置１に通知することができる（Ｓ１３３）。そのホスト装置１は、受信したＬＤＥＶ番号を、交替パス管理テーブル５１上で、照会コマンドで指定したストレージ側ポート名に対応付けることができる（Ｓ１３４）。これにより、ホスト装置１は、通知された全てのＬＤＥＶ番号のＬＤＥＶまでの交替パスを認識することができる。
【０１２７】
しかし、交替パスを認識したといっても、どの交替パスを使用してもその終端のＬＤＥＶにアクセスできるわけではない。そのＬＤＥＶが、アクセス元のホスト装置１に対応したホストグループＩＤに属しているものでなくてはならない。
【０１２８】
そこで、管理サーバ２１が、以下のような処理を行うことにより、ホスト装置１に対して、自分に対応しないホストグループＩＤに属するＬＤＥＶにアクセスしてしまうことを未然に防止させることができる。以下、そのために行われる処理流れの一例を、図２０Ｃを参照して説明する。
【０１２９】
管理サーバ２１（例えばＳＡＮ管理ソフト３１）が、任意のホスト装置１のノードＩＤに対応するノード名に対応したホストグループＩＤを、統合パス管理テーブル５７から特定する（Ｓ１４１）。管理サーバ２１は、特定されたホストグループＩＤに属するＬＤＥＶ番号を、ストレージ内部パス管理テーブル４９から特定する（Ｓ１４２）。管理サーバ２１は、特定された全てのＬＤＥＶ番号を、上記任意のホスト装置１に通知する（Ｓ１４３）。
【０１３０】
ＬＤＥＶ番号の通知を受けたホスト装置１は、通知されたＬＤＥＶ番号を、自分が有する記憶資源に記憶させる（Ｓ１４４）。ホスト装置１は、例えば図２０ＢのＳ１３４が行われたことにより、交替パスを認識済みであれば（Ｓ１４５でＹｅｓ）、通知されたＬＤＥＶ番号を終端に有しない交替パスを無効にする（Ｓ１４６）。具体的には、例えば、ホスト装置１は、その通知されたＬＤＥＶ番号を有しない交替パスに関するレコードを、交替パス管理テーブル５１から削除する。
【０１３１】
この図２０Ｃに例示した処理により、ホスト装置１では、そのホスト装置１に対応しないホストグループＩＤに属するＬＤＥＶへの交替パスは無効にされたので、その無効にされた交替パスが使用されることがなくなる。すなわち、例えば、交替パス管理ソフト１７が、その無効にされた交替パスを使用しないようにする。
【０１３２】
以上、上述した実施形態によれば、どの物理パスにどの交替パスが対応するかが自動的に検出され、その検出結果に従がって、物理パスに対して交替パスが対応付けられる。そして、その対応付けの結果が、表示される。これにより、管理者は、どの物理パスにどの交替パスが対応するのかを特定することができる。
【０１３３】
また、上述した実施形態によれば、ホスト装置１とストレージシステム３との間のどの物理パスと、ストレージシステム３におけるどのストレージ内部パスとが対応するのかが特定され、物理パスとストレージ内部パスとが繋げた状態で表示される。これにより、管理者は、ホスト装置からＬＤＥＶまでの経路を詳細に知ることができる。
【０１３４】
また、上述した実施形態によれば、物理パスと交替パスとが対応付けられることにより、物理パスにおいて障害が発生した場合には、使用不可能になった交替パスを特定することができる。特定された使用不可能な交替パスと、どの物理パスで障害が発生したかということを表示することにより、管理者は、どの交替パスを回復するためには、どの物理パスを回復させれば良いかを迅速に特定することができる。
【０１３５】
また、上述した実施形態によれば、使用不可能になった交替パスを特定した場合に、その交替パスがどれであるかということが、その交替パスを認識しているホスト装置に通知される。これにより、そのホスト装置において使用不可能な交替パスに切り替えられてしまうことの頻度を低減させることができる。
【０１３６】
また、上述した実施形態によれば、各ホスト装置１に、そのホスト装置１のホストグループＩＤに属するＬＤＥＶ番号を通知することができる。ホスト装置１は、たとえ、自分が指定したストレージ側ポート名に属する全てのＬＤＥＶ番号を認識したとしても、認識した全てのＬＤＥＶ番号のうち、自分に対応するホストグループＩＤに対応したＬＤＥＶ番号以外を無効とし、無効としたＬＤＥＶ番号のＬＤＥＶにはアクセスしないようにすることができる。これにより、各ホスト装置１に、そのホスト装置１に対応しないホストグループＩＤに属するＬＤＥＶ番号が割り当てられたＬＤＥＶにアクセスされてしまうことを防ぐことができる。
【０１３７】
ところで、幾つかの別の実施形態が考えられる。
【０１３８】
例えば、第一の別の実施形態では、図２１Ａに例示するように、ＳＡＮ管理ソフト３１は、図１８Ｂに例示した画面から、ＦＣスイッチのアイコン又はそれに関わる表示を消して、表示することができる。
【０１３９】
また、例えば、第二の別の実施形態では、図２１Ｂに例示するように、ＳＡＮ管理ソフト３１は、物理パス及びストレージ内部パス上に交替パスを重ねて表示する際、或る物理パスの或る一部に所定本数以上（例えば全ての）の交替パスの一部が重なる場合には、警告を報知することができる。この警告は、例えば、その或る物理パスの一部において障害が発生すると、所定本数以上の交替パスの使用が不可能になってしまうことの警告、別の言い方をすれば、物理パスのいわゆる一点障害によって所定本数以上の交替パスの使用が不可能になってしまうことの警告である。
【０１４０】
図２２は、本発明の第二の別の実施形態においてＳＡＮ管理ソフト３１が行う理流れの一例を示す。
【０１４１】
ＳＡＮ管理ソフト３１は、物理パスと交替パスとのマッピングが終了した後（例えば、図７及び図８の統合パス構築処理が終了した後）、所定のタイミングで、各物理パス毎に、その物理パスの少なくとも一部に、所定本数以上の交替パスの少なくとも一部が重なるか否かを判別する（Ｓ１５１）。
【０１４２】
Ｓ１５１により、重なると判別された場合には（Ｓ１５１でＹｅｓ）、ＳＡＮ管理ソフト３１は、警告を報知することができる（Ｓ１５２）。具体的には、例えば、ＳＡＮ管理ソフト３１は、どの物理パスのどこの部分で障害が発生すると所定本数以上の交替パスが使用不可能になるかを報知することができる。より具体的には、例えば、ＳＡＮ管理ソフト１３１は、図２１Ｂに例示した通り、物理パス及びストレージ内部パス上に交替パスが重ねて表示された画面を表示し、且つ、その画面上で、障害が発生すると所定本数以上の交替パスが使用不可能になる物理パス部分の近傍に、「警告」という言葉を表示することができる。この画面を見れば、例えば、管理者は、『ＦＣスイッチ４』、『ＦＣスイッチ５』又はその間の接続に障害が生じた場合には、４本の交替パスが全て使用不可能になってしまうことを、事前に知ることができる。
【０１４３】
以上、本発明の好適な幾つかの実施形態を説明したが、本発明は、それらの実施形態に限定されるものでなく、その要旨を逸脱しない範囲で種々変更可能であることはいうまでもない。
【０１４４】
例えば、用意画面等、ＳＡＮ管理ソフト３１が表示する対象は、管理サーバ２１の表示装置２６に代えて又は加えて、管理サーバ２１に通信可能に接続された別の装置（例えばＳＶＰ２８１或いはホスト装置１）の表示装置にも表示することができる。
【０１４５】
また、例えば、ＳＡＮ管理ソフト３１は、ストレージシステム３（特に例えばＳＶＰ２８１）又はホスト装置１にインストールされても良い。別の言い方をすれば、管理サーバ２１に代わって、ストレージシステム３及びホスト装置１の少なくとも一方が、統合パス構築処理を行ったり、物理パス及びストレージ内部パスの双方又は片方を表示しその表示の上に交替パスを重ねて表示したりすることができる。
【図面の簡単な説明】
【０１４６】
【図１】図１は、本発明の一実施形態に係るシステム全体のハードウェア構成例を示す。
【図２】図２は、本発明の一実施形態における物理パスの説明図である。
【図３】図３は、図２の『ホスト０』が認識している論理パスの一例を示す。
【図４】図４Ａは、ノード管理テーブルの構成例を示す。図４Ｂは、ストレージ内部パス管理テーブルの構成例を示す。
【図５】図５Ａは、『ホスト０』が保持する交替パス管理テーブルの構成例を示す。図５Ｂは、管理サーバ２１が保持する交替パス管理テーブルの構成例を示す。図５Ｃは、ＳＡＮ管理ソフト３１が、ノード管理テーブル４７を解析して物理パスを検出する方法の一例の説明図である。
【図６】図６Ａは、物理パス管理テーブルの構成例を示す。図６Ｂは、統合パス管理テーブルの構成例を示す。
【図７】図７は、統合パス構築処理の流れの一例の一部を示す。
【図８】図８は、統合パス構築処理の流れの一例の残りの一部を示す。
【図９】図９は、図８のＳ３０の処理の具体的な流れの一例を示す。
【図１０】図１０は、交替パス表示処理の流れの一例の一部を示す。
【図１１】図１１は、交替パス表示処理の流れの一例の残りの一部を示す。
【図１２】図１２は、物理パス表示処理の流れの一例の一部を示す。
【図１３】図１３は、物理パス表示処理の流れの一例の別の一部を示す。
【図１４】図１４は、物理パス表示処理の流れの一例の残りの一部を示す。
【図１５】図１５は、ストレージ内部パス表示処理の流れの一例の一部を示す。
【図１６】図１６は、ストレージ内部パス表示処理の流れの一例の残りの一部を示す。
【図１７】図１７Ａは、物理パス表示処理によって物理パスが表示された用意画面の一例を示す。図１７Ｂは、その後のストレージ内部パス表示処理によって物理パスに繋がるストレージ内部パスが表示された用意画面の一例を示す。
【図１８】図１８Ａは、物理パス及びストレージ内部パスの表示の上に重ねて交替パスが表示された用意画面の一例を示す。図１８Ｂは、『ＦＣスイッチ２』で障害が発生したことが検出された場合にＳＡＮ管理ソフト３１によって表示される画面の一例を示す。
【図１９】図１９は、使用不可能になった交替パスが特定されるまでに行われる処理の流れの一例と、その交替パスが特定された後に行われる処理の流れの一例とを示す。
【図２０】図２０Ａは、ホストグループＩＤ別に異なるＬＤＥＶ番号が割り当てられたＬＤＥＶが対応付けられていることの具体例を示す。図２０Ｂは、ホスト装置１が所定の照会コマンドを送信した場合に行われる処理の流れの一例を示す。図２０Ｃは、ホスト装置１に対して、自分に対応しないホストグループＩＤに属するＬＤＥＶにアクセスさせないようにするために行われる処理の流れの一例を示す。
【図２１】図２１Ａは、本発明の第一の別の実施形態において表示される画面の一例を示す。図２１Ｂは、本発明の第二の別の実施形態において表示される画面の一例を示す。
【図２２】図２２は、本発明の第二の別の実施形態においてＳＡＮ管理ソフト３１が行う理流れの一例を示す。
【符号の説明】
【０１４７】
１…ホスト装置  ２…ＬＡＮ  ３…ストレージシステム  ６…論理デバイス（ＬＤＥＶ）  １１、３５、１１１…ポート  １５…ＳＡＮ管理ソフトエージェント  １７…交替パス管理ソフト  ２１…管理サーバ  ３１…ＳＡＮ管理ソフト  ３２…ＳＡＮ  ３３…ＦＣスイッチ  ８００Ａ、８００Ｂ、８００Ｃ…交替パス
【図１】
0004698316.tif 000002
【図２】
0004698316.tif 000003
【図３】
0004698316.tif 000004
【図４】
0004698316.tif 000005
【図５】
0004698316.tif 000006
【図６】
0004698316.tif 000007
【図７】
0004698316.tif 000008
【図８】
0004698316.tif 000009
【図９】
0004698316.tif 000010
【図１０】
0004698316.tif 000011
【図１１】
0004698316.tif 000012
【図１２】
0004698316.tif 000013
【図１３】
0004698316.tif 000014
【図１４】
0004698316.tif 000015
【図１５】
0004698316.tif 000016
【図１６】
0004698316.tif 000017
【図１７】
0004698316.tif 000018
【図１８】
0004698316.tif 000019
【図１９】
0004698316.tif 000020
【図２０】
0004698316.tif 000021
【図２１】
0004698316.tif 000022
【図２２】
0004698316.tif 000023