(57)【特許請求の範囲】
【請求項１】
複数のスイッチ群に含まれるスイッチのうちの少なくとも１つのスイッチを含み、異なるスイッチ群に属する複数のスイッチを含まない物理的な通信パスを用いて、第１の装置と第２の装置とが通信するシステムに用いられるコンピュータに、
前記第１の装置と前記第２の装置との通信に用いられる通信パスである第１の通信パス及び第２の通信パスのそれぞれに含まれるスイッチのスイッチ群を識別する群識別情報を夫々取得し、取得した群識別情報が同一であるか否かを判定し、前記群識別情報が同一でない場合に、前記通信パスに冗長性がある旨を出力する
処理を実行させることを特徴とする判定プログラム。
【請求項２】
複数のスイッチ群に含まれるスイッチのうちの少なくとも１つのスイッチを含み、異なるスイッチ群に属する複数のスイッチを含まない物理的な通信パスを用いて、第１の装置及び第２の装置が通信するシステムに用いられるコンピュータに、
前記複数のスイッチ群それぞれを識別する群識別情報に、それぞれのスイッチ群に含まれる各スイッチに備えられた各ポートの接続先のポートを識別するポート識別情報を関連付けて記憶手段に記憶し、
前記第１の装置に備えられたポートであって、前記第２の装置との通信に用いる通信パスを収容するポートである第１のポート及び第２のポートのそれぞれを識別するポート識別情報を取得し、
取得した第１のポートを識別するポート識別情報と関連付けられて前記記憶手段に記憶された前記群識別情報と、取得した第２のポートを識別するポート識別情報と関連付けられて前記記憶手段に記憶された前記群識別情報とが一致するか否かを判定し、
一致しないと判定した場合に、前記第１の装置と前記第２の装置との間の物理的な通信パスに冗長性がある旨を出力する
処理を実行させることを特徴とする判定プログラム。
【請求項３】
前記判定の結果、一致すると判定し、一致した前記群識別情報に識別されるスイッチ群のスイッチが２台であり、前記第１のポート及び前記第２のポートそれぞれの接続先のスイッチが同一でない場合、前記第１の装置と前記第２の装置との間の物理的な通信パスに冗長性がある旨を出力すること
を特徴とする請求項２に記載の判定プログラム。
【請求項４】
前記冗長性がある旨の出力を行なわない場合に、さらに、前記第１の装置と前記第２の装置との間の物理的な通信パスに関わる経路探索処理を実行して、前記第１の装置と前記第２の装置との間の物理的な通信パスの冗長性の検証処理を行なうこと
を特徴とする請求項２又は３に記載の判定プログラム。
【請求項５】
前記第２の装置に備えられたポートであって、前記第１のポートが収容する通信パスを収容するポートである第３のポートを識別するポート識別情報をさらに取得し、
取得した第３のポートを識別するポート識別情報と関連付けられて前記記憶手段に記憶された前記群識別情報と、前記第１のポートを識別するポート識別情報と関連付けられて前記記憶手段に記憶された前記群識別情報とが一致しない場合に、通信パスの設定エラーを出力すること
を特徴とする請求項２〜４の何れか一つに記載の判定プログラム。
【請求項６】
複数のスイッチ群に含まれるスイッチのうちの少なくとも１つのスイッチを含み、異なるスイッチ群に属する複数のスイッチを含まない物理的な通信パスを用いて、第１の装置と第２の装置とが通信するシステムに用いる検証装置であって、
前記第１の装置と前記第２の装置との通信に用いられる通信パスである第１の通信パス及び第２の通信パスのそれぞれに含まれるスイッチのスイッチ群を識別する群識別情報を夫々取得し、取得した群識別情報が同一であるか否かを判定する判定部と、
前記判定部にて前記群識別情報が同一でない場合に、前記通信パスに冗長性がある旨を出力する出力部と
を有することを特徴とする検証装置。
【請求項７】
複数のスイッチ群に含まれるスイッチのうちの少なくとも１つのスイッチを含み、異なるスイッチ群に属する複数のスイッチを含まない物理的な通信パスを用いて、第１の装置と第２の装置とが通信するシステムに用いる検証方法であって、
前記第１の装置と前記第２の装置との通信に用いられる通信パスである第１の通信パス及び第２の通信パスのそれぞれに含まれるスイッチのスイッチ群を識別する群識別情報を夫々取得し、取得した群識別情報が同一であるか否かを判定し、前記群識別情報が同一でない場合に、前記通信パスに冗長性がある旨を出力する
処理を実行することを特徴とする検証方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、判定プログラム、検証装置及び検証方法に関する。  
【背景技術】
【０００２】
近年、ストレージエリアネットワーク（以下、単にＳＡＮと称する）環境下では、サーバとストレージとの間に配置した複数のスイッチを使用して、サーバとストレージとの間に複数の通信パス、すなわちマルチパスを形成している。尚、通信パス同士を物理的に完全に分離してマルチパスを形成することでサーバとストレージとの間で冗長性を確保できる。
【０００３】
通信パスが物理的に分離したパスであるか確認するために、マルチパスのうちのそれぞれの通信パスの経路を探索する経路探索方法がある。例えば、ネットワークの物理接続において冗長性を検証する技術や、サーバからストレージまでのアクセスのための冗長性を診断する技術などが知られている（特許文献１及び特許文献２参照）。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００６−１７４１５７号公報
【特許文献２】特開２００３−１６７７９４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、経路探索方法を用いてマルチパス構成の物理的な冗長性を確保した通信パスを探索する場合、そのネットワーク規模が大規模になると、計算量が増えて通信パスの検証に要する処理負担が大きくなるため、その検証に多大な時間を要する。
【０００６】
１つの側面では、通信パスの検証に要する処理負担を軽減することを目的とする。
【課題を解決するための手段】
【０００７】
１つの態様では、複数のスイッチ群に含まれるスイッチのうちの少なくとも１つのスイッチを含み、異なるスイッチ群に属する複数のスイッチを含まない物理的な通信パスを用いて、第１の装置と第２の装置とが通信するシステムに用いられるコンピュータに、前記第１の装置と前記第２の装置との通信に用いられる通信パスである第１の通信パス及び第２の通信パスのそれぞれに含まれるスイッチ同士が同一のスイッチ群に含まれるか否かの判定を行ない、前記判定の結果を出力することを実行させる。
【発明の効果】
【０００８】
１つの態様では、通信パスの検証に要する処理負担が軽減できる。
【図面の簡単な説明】
【０００９】
【図１】図１は、実施例１のＳＡＮシステムの内部構成を示すブロック図である。
【図２】図２は、実施例２のＳＡＮシステムの内部構成を示すブロック図である。
【図３】図３は、業務サーバとストレージとの間のマルチパス構成の一例を示す説明図である。
【図４】図４は、ＳＡＮ管理記憶部の記憶内容の一例を示す説明図である。
【図５】図５は、２台のＦＣスイッチで構成するファブリックを使用したマルチパス構成の一例を示す説明図である。
【図６】図６は、２台のＦＣスイッチで構成するファブリックを使用したマルチパス構成の一例を示す説明図である。
【図７】図７は、２個のファブリックを使用したマルチパス構成の一例を示す説明図である。
【図８】図８は、アクセスパス設定処理に関わるＳＡＮ管理機構の処理動作を示すフローチャートである。
【図９】図９は、マルチパス冗長性検証処理に関わるＳＡＮ管理機構の処理動作を示すフローチャートである。
【図１０】図１０は、第１冗長性検証処理に関わるＳＡＮ管理機構の処理動作を示すフローチャートである。
【図１１】図１１は、第２冗長性検証処理に関わるＳＡＮ管理機構の処理動作を示すフローチャートである。
【図１２】図１２は、通信パス検証プログラムを実行するコンピュータを示す説明図である。
【発明を実施するための形態】
【００１０】
以下、図面に基づいて、本願の開示する判定プログラム、検証装置及び検証方法の実施例を詳細に説明する。尚、本実施例により、開示技術が限定されるものではない。
【実施例１】
【００１１】
図１は、実施例１のＳＡＮシステムの内部構成を示すブロック図である。図１に示すＳＡＮシステムは、通信パス検証装置１、第１の装置２、第２の装置３、スイッチ群４、及びスイッチ群５を含む。
【００１２】
スイッチ群４は複数のスイッチ（スイッチ４Ａ、スイッチ４Ｂ、スイッチ４Ｃ）を含み、スイッチ群５は複数のスイッチ（スイッチ５Ａ、スイッチ５Ｂ、スイッチ５Ｃ）を含む。スイッチ群４に含まれる複数のスイッチのそれぞれは、スイッチ群４に含まれる他のスイッチ、第１の装置２、又は第２の装置３のいずれかへのリンクを有しているが、スイッチ群５に含まれるスイッチへのリンクを有さない。また、スイッチ群５に含まれる複数のスイッチのそれぞれは、スイッチ群５に含まれる他のスイッチ、第１の装置２、又は第２の装置３のいずれかへのリンクを有しているが、スイッチ群４に含まれるスイッチへのリンクを有さない。
【００１３】
通信パス検証装置１は、記憶部１１と、取得部１２と、判定部１３と、出力部１４とを有する。記憶部１１は、第１の装置２と第２の装置３との間の通信パスを識別する情報（パスＩＤ）に、当該通信パスに使用するスイッチを含むスイッチ群を識別する情報（群ＩＤ）を関連付けて記憶する。取得部１２は、第１の装置２と第２の装置３との間に複数の通信パスがある場合、第１の装置２と第２の装置３との間の通信パス毎に、当該通信パスのパスＩＤに関連付けて記憶部１１に記憶した群ＩＤを記憶部１１から取得する。判定部１３は、取得部１２が取得した複数の群ＩＤが同一であるか否かを判定する。出力部１４は、判定部１３の判定結果を出力する。
【００１４】
パスＩＤと群ＩＤを関連付けて記憶部１１に記憶するには、例えば、以下の手順が考えられる。まず、第１の装置２に備えられたポートであって、第２の装置３との通信に用いられるポートに識別子を付与する。さらに、その識別子と、当該ポートが収容するリンクを挟んで対向するポートを備えるスイッチが含まれるスイッチ群の群ＩＤとを関連付けて記憶するなどの手順が考えられる。
【００１５】
実施例１では、第１の装置２と第２の装置３との間に複数の通信パスがある場合、第１の装置２と第２の装置３との間の通信パス毎に、当該通信パスに対応したスイッチ群の群ＩＤを取得し、取得した複数の通信パスの群ＩＤが同一であるか否かを判定し、更に、判定結果を出力する。
【００１６】
そのため、第１の装置２と第２の装置３との間の通信パスが冗長に設けられていることを、複数の通信パスの経路探索を行なうまでもなく確認できる。その結果、その検証に要する処理負担を軽減できる。更に、検証に要する処理負担を軽減することで、その検証時間の短縮化を図ることができる。
【実施例２】
【００１７】
図２は、実施例２のＳＡＮシステムの内部構成を示すブロック図である。図２に示すＳＡＮシステム２０は、業務サーバ２１と、ストレージ２２と、クライアント２３と、ファブリック２４、ファブリック２５、管理サーバ１Ａとを有する。業務サーバ２１とストレージ２２との間は、ファブリック２４又はファブリック２５経由でマルチパス構成のアクセスパスを形成する。
【００１８】
ファブリック２４は、少なくとも２台以上のファイバチャネルスイッチ（Fiber Channel Switch：以下、単にＦＣスイッチと称する）を有し、各ＦＣスイッチを使用して業務サーバ２１とストレージ２２との間のアクセスパスを形成する。尚、ファブリック２４は、複数のＦＣスイッチを使用して構成するものの、業務サーバ２１やストレージ２２からは仮想的な単一のＦＣスイッチの如く動作するものである。また、ファブリック２５もファブリック２４と同様に、ＦＣスイッチを複数含む。
【００１９】
また、ＦＣスイッチは、ＦＣスイッチ毎に識別可能なＩＤとしてFabric Element Nameが付与される。更に、ファブリック２４及びファブリック２５は、ファブリック毎に識別可能なＩＤとしてFabric Nameが付与される。例えば、ファブリック２４のFabric Nameは、自分に所属するＦＣスイッチの中から代表となるＦＣスイッチを選択し、その選択したＦＣスイッチのFabric Element Nameを使用するなどしても良い。
【００２０】
図３は、業務サーバ２１とストレージ２２との間のマルチパス構成の一例を示す説明図である。図３の例では、５台の“Ａ”〜“Ｅ”のＦＣスイッチ２４Ａ〜２４Ｅでファブリック２４を構成すると共に、５台の“Ｖ”〜“Ｚ”のＦＣスイッチ２５Ｖ〜２５Ｚでファブリック２５を構成する。更に、“Ａ”〜“Ｅ”のＦＣスイッチ２４Ａ〜２４Ｅで構成するファブリック２４は、“Ｃ”のＦＣスイッチ２４Ｃが代表となるため、そのFabric Element Name“Ｃ”をFabric Nameとしている。また、“Ｖ”〜“Ｚ”のＦＣスイッチ２５Ｖ〜２５Ｚで構成するファブリック２５も、“Ｘ”のＦＣスイッチ２５Ｘが代表となるため、そのFabric Element Name“Ｘ”をFabric Nameとしている。
【００２１】
業務サーバ２１は、ファブリック２４内のＦＣスイッチ２４Ａと接続するポートに相当するホストバスアダプタ（Host Bus Adapter：以下、単にＨＢＡと称する）２１Ａ及び２１Ｂを有する。尚、図３の例では、業務サーバ２１は、“ＨＢＡ１１”及び“ＨＢＡ１２”の２個のＨＢＡ２１Ａ及び２１Ｂを備えた。更に、ストレージ２２には、ファブリック２４内のＦＣスイッチ２４Ｅと接続するポートに相当するチャネルアダプタ（Channel Adapter：以下、単にＣＡと称する）２２Ａ及び２２Ｂを有する。尚、図３の例では、ストレージ２２は、“ＣＡ１１”及び“ＣＡ１２”の２個のＣＡ２２Ａ及び２２Ｂを備えた。また、図２に示すクライアント２３は、例えば、パソコン等に相当し、表示部２３Ａ及び操作部２３Ｂを有する。
【００２２】
更に、管理サーバ１Ａは、ＳＡＮ管理ソフトウェアで構成するＳＡＮ管理機構３０を有する。更に、ＳＡＮ管理機構３０は、ＳＡＮ管理記憶部３１と、ファブリック取得部３２と、ファブリック判定部３３と、検証部３４とを有する。ＳＡＮ管理機構３０は、ＳＡＮシステム２０内の業務サーバ２１、ストレージ２２、ファブリック２４及びファブリック２５等の管理対象装置と通信してＴＣＰ／ＩＰプロトコルでＳＡＮ管理に必要な各種情報を収集する。更に、ＳＡＮ管理機構３０は、業務サーバ２１とストレージ２２との間のアクセスパスを形成すべく、ファブリック２４及びファブリック２５を制御する。
【００２３】
図４は、ＳＡＮ管理記憶部３１の記憶内容の一例を示す説明図である。図４に示すＳＡＮ管理記憶部３１は、サーバ情報４１と、スイッチ情報４２と、ストレージ情報４３と、アクセスパス情報４４とを記憶している。サーバ情報４１は、ＳＡＮシステム２０内の業務サーバのそれぞれについてのＨＢＡ情報４１Ａとマルチパス情報４１Ｂとを有する。ＨＢＡ情報４１Ａは、業務サーバ２１が備えるＨＢＡを識別するＨＢＡ識別名“ＨＢＡ１１”等を管理する。マルチパス情報４１Ｂは、業務サーバ２１が使用するマルチパス内のアクセスパスを識別するアクセスパス識別名“アクセスパス１”等を管理する。尚、図４の“サーバ１”を参照すると、ＳＡＮ管理機構３０は、“サーバ１”が“ＨＢＡ１１”や“ＨＢＡ１２”等のＨＢＡ２１Ａ及び２１Ｂを備え、そのマルチパス構成に“アクセスパス１”や“アクセスパス２”等を含むことが認識できる。
【００２４】
スイッチ情報４２は、ＳＡＮシステム２０内のＦＣスイッチ毎に、ファブリック情報４２Ａと、スイッチ情報４２Ｂと、接続先情報４２Ｃとを有する。ファブリック情報４２Ａは、ＦＣスイッチが所属するファブリック２４又はファブリック２５を識別するFabric Nameを管理する。スイッチ情報４２Ｂは、当該ＦＣスイッチを識別するFabric Element Nameを管理する。接続先情報４２Ｃは、当該ＦＣスイッチの図示せぬ接続ポート毎に接続する、例えば業務サーバのＨＢＡ、ストレージのＣＡ、または他のスイッチのポートを示す接続先ポート名を管理している。尚、図４の“スイッチ１”のファブリック情報４２Ａ及びスイッチ情報４２Ｂを参照すると、ＳＡＮ管理機構３０は、この“スイッチ１”が“Fabric Name１”のファブリックに含まれ、“Fabric Element Name１”で識別されるスイッチであると認識できる。また、接続先情報４２Ｃを参照すると、ＳＡＮ管理機構３０は、“スイッチ１”の接続先ポート名として“ＨＢＡ１１”と“ＣＡ１１”との接続を認識できる。
【００２５】
ストレージ情報４３は、ＳＡＮシステム２０内のストレージ２２毎にＣＡ情報４３Ａを有する。ＣＡ情報４３Ａは、当該ストレージ２２が備えたＣＡを識別するＣＡ識別名を管理している。尚、図４の“ストレージ１”のＣＡ情報４３を参照すると、ＳＡＮ管理機構３０は、“ストレージ１”が“ＣＡ１１”や“ＣＡ１２”等のＣＡ２２Ａ及び２２Ｂを備えていることを認識できる。
【００２６】
アクセスパス情報４４は、ＳＡＮシステム２０内のアクセスパス毎に構成情報４４Ａを有する。構成情報４４Ａは、アクセスパスを構成する、例えば、業務サーバ２１のＨＢＡやストレージ２２のＣＡ等の接続先ポート名を管理している。尚、図４の“アクセスパス１”を参照すると、ＳＡＮ管理機構３０は、“ＨＢＡ１１”と“ＣＡ１１”との間のアクセスパスが認識できる。
【００２７】
ＳＡＮ管理記憶部３１の記憶内容は、ＳＡＮ管理機構３０がアクセスパスを設定し、その設定情報を格納したものでも良いし、ＳＡＮ管理機構３０がＳＡＮに含まれる各スイッチ、各サーバ及び各ストレージ２２から設定情報を読み出したものでも良い。また、ＳＡＮ管理記憶部３１は、記憶内容を他の形式で記憶していても構わない。例えばストレージ情報４３にマルチパス情報を含んでも良い。
【００２８】
図２に示すファブリック取得部３２は、業務サーバ２１とストレージ２２との間にマルチパス構成のアクセスパスがある場合、アクセスパス毎に、アクセスパスで使用するファブリック２４又はファブリック２５のFabric NameをＳＡＮ管理記憶部３１から取得する。具体的に説明すると、ファブリック取得部３２は、業務サーバ２１とストレージ２２との間のマルチパス構成のアクセスパスに関わる構成情報４４ＡをＳＡＮ管理記憶部３１から抽出する。更に、ファブリック取得部３２は、抽出した構成情報４４Ａの接続先ポート名、ＨＢＡ及びＣＡを含む接続先情報４２ＣのＦＣスイッチを抽出する。そして、ファブリック取得部３２は、抽出したＦＣスイッチのFabric Element Name及びFabric NameをＳＡＮ管理記憶部３１から収集する。つまり、ファブリック取得部３２は、業務サーバ２１とストレージ２２との間のマルチパス構成の各アクセスパスで使用するファブリック２４又はファブリック２５のFabric Nameを取得したことになる。
【００２９】
ファブリック判定部３３は、ファブリック取得部３２にて取得されたマルチパス構成の各アクセスパスで使用するファブリック２４（２５）のFabric Nameが同一であるか否かを判定する。
【００３０】
検証部３４は、業務サーバ２１とストレージ２２との間のマルチパス構成の各アクセスパスで使用するファブリック２４（２５）のFabric Nameが同一でない場合、経路上、物理的に異なるファブリック２４（２５）が存在するため、物理的に異なるアクセスパスがあると判断する。その結果、検証部３４は、物理的に異なるアクセスパスがあるため、マルチパス構成の物理的なアクセスパスについて冗長性があると判断する。尚、冗長性がある場合には、業務サーバ２１とストレージ２２との間の複数のパスの内、例えば片方の経路上のＦＣスイッチ２４Ａが故障等で通信が遮断されたとしても、物理的に異なるＦＣスイッチ２５Ｖを使用して通信を保証するパスを確保した状態といえる。また、検証部３４は、そのアクセスパスについての冗長性の判断結果をクライアント２３に通知する。クライアント２３は、その判断結果を表示部２３Ａに画面表示する。
【００３１】
また、検証部３４は、業務サーバ２１とストレージ２２との間のマルチパス構成の各アクセスパスで使用するファブリック２４（２５）のFabric Nameが同一の場合でも、同ファブリック２４（２５）内のＦＣスイッチが２台であるか否かを判定する構成判定部３５を有する。更に、検証部３４は、ファブリック２４（２５）内のＦＣスイッチが２台の場合、接続先情報４２Ｃに基づき、マルチパス構成の各アクセスパスが同一のＦＣスイッチを使用するか否かを判定する。
【００３２】
ここで、図５を用いてマルチパス構成の各アクセスパスが同一のＦＣスイッチ２４Ｂを使用した場合と、同一のＦＣスイッチ２４Ａを使用しなかった場合について説明する。図５は、２台のＦＣスイッチ２４Ａ，２４Ｂで構成するファブリック２４を使用したマルチパス構成の一例を示す説明図である。図５の例では、“業務サーバ１”は、“ＨＢＡ１１”及び“ＨＢＡ１２”の２個のＨＢＡ２１Ａ及び２１Ｂを備え、“業務サーバ２”は、“ＨＢＡ２１”及び“ＨＢＡ２２”の２個のＨＢＡ２１Ｘ及び２１Ｙを備えている。また、“ストレージ１”は、“ＣＡ１１”、“ＣＡ１２”、“ＣＡ１３”及び“ＣＡ１４”の４個のＣＡ２２Ａ〜２２Ｄを備えている。
【００３３】
“業務サーバ１”と“ストレージ１”との間は、“ＨＢＡ１１”−“ＣＡ１１”、“ＨＢＡ１２”−“ＣＡ１３”の２つのアクセスパスでマルチパスを構成している。“業務サーバ１”と“ストレージ１”との間のアクセスパスは、経路上のファブリック２４は同一であるが、経路上のＦＣスイッチ２４Ａ、２４Ｂが互いに異なるため、マルチパス構成の各アクセスパスが同一のＦＣスイッチ２４Ａ（２４Ｂ）を使用していない場合といえる。この場合、“ＦＣスイッチ２”が故障したとしても、“業務サーバ１”と“ストレージ１”との間の通信は“ＦＣスイッチ１”を使用できるため、冗長性があるということになる。つまり、検証部３４は、マルチパス構成の各アクセスパスが同一のＦＣスイッチ２４Ａ（２４Ｂ）を使用しない場合、マルチパス構成の物理的なアクセスパスについて冗長性があると判断する。
【００３４】
また、“業務サーバ２”と“ストレージ１”との間は、“ＨＢＡ２１”−“ＣＡ１３”、“ＨＢＡ２２”−“ＣＡ１４”の２つのアクセスパスでマルチパスを構成している。“業務サーバ２”と“ストレージ１”との間のアクセスパスは、経路上のファブリック２４は勿論のこと、経路上の“ＦＣスイッチ２”も共通であるため、マルチパス構成の各アクセスパスが同一のＦＣスイッチ２４Ｂを使用した場合といえる。この場合、同一の“ＦＣスイッチ２”が故障すると、“業務サーバ２”と“ストレージ１”との間の通信は全て遮断されてしまうため、冗長性なしということになる。つまり、検証部３４は、マルチパス構成の各アクセスパスが同一のＦＣスイッチ２４Ｂを使用する場合、物理的なアクセスパスについて冗長性なしと判断する。
【００３５】
また、検証部３４は、構成判定部３５にてファブリック２４（２５）内のＦＣスイッチが２台でない場合、アクセスパス毎に経路探索処理を実行して、マルチパス構成の物理的なアクセスパスについて冗長性を検証する。
【００３６】
図６は、２台のＦＣスイッチ２４Ａ，２４Ｂで構成するファブリック２４を使用したマルチパス構成の一例を示す説明図である。図６の例では、“業務サーバ１”は、“ＨＢＡ１１”、“ＨＢＡ１２” 、“ＨＢＡ１３”及び“ＨＢＡ１４”の４個のＨＢＡ２１Ａ〜２１Ｄを備え、“ストレージ１”は、“ＣＡ１１”、“ＣＡ１２”、“ＣＡ１３”及び“ＣＡ１４”の４個のＣＡ２２Ａ〜２２Ｄを備えている。
【００３７】
そして、“業務サーバ１”と“ストレージ１”との間は、“ＨＢＡ１１”−“ＣＡ１１”、“ＨＢＡ１２”−“ＣＡ１２”、“ＨＢＡ１３”−“ＣＡ１３”、“ＨＢＡ１４”−“ＣＡ１４”の４個のアクセスパスでマルチパスを構成している。“業務サーバ１”と“ストレージ１”との間のアクセスパスは、経路上のファブリック２４が同一であるものの、経路上のＦＣスイッチ２４Ａ，２４Ｂは互いに異なる場合もあるため、物理的に冗長性が確保できた状態にある。
【００３８】
検証部３４は、業務サーバ２１とストレージ２２との間でマルチパス構成のアクセスパス本数がＦＣスイッチの台数の倍数となる場合、物理的なアクセスパスについて冗長性があり、かつ偏りのないマルチパス構成であると判断する。図６の例では、業務サーバ２１とストレージ２２との間でマルチパス構成のアクセスパス本数が４本、その本数(４本)がＦＣスイッチの台数(２台)の倍数となるため、物理的なアクセスパスについて冗長性があり、かつ偏りのないマルチパス構成と判断できる。
【００３９】
図７は、２個のファブリック２４，２５を使用したマルチパス構成の一例を示す説明図である。図７の例では、“業務サーバ１”は、“ＨＢＡ１１”、“ＨＢＡ１２” 、“ＨＢＡ１３”及び“ＨＢＡ１４”の４個のＨＢＡ２１Ａ〜２１Ｄを備え、“ストレージ１”は、“ＣＡ１１”、“ＣＡ１２”、“ＣＡ１３”及び“ＣＡ１４”の４個のＣＡ２２Ａ〜２２Ｄを備えている。
【００４０】
そして、“業務サーバ１”と“ストレージ１”との間は、“ＨＢＡ１１”−“ＣＡ１１”、“ＨＢＡ１２”−“ＣＡ１２”、“ＨＢＡ１３”−“ＣＡ１３”、“ＨＢＡ１４”−“ＣＡ１４”の４個のアクセスパスでマルチパスを構成している。業務サーバ１”と“ストレージ１”との間のアクセスパスは、経路上のファブリック２４（２５）及び経路上のＦＣスイッチ２４Ａ，２４Ｂ（２５Ｖ，２５Ｗ）も互いに異なる場合もあるため、物理的に冗長性が確保できた状態にある。
【００４１】
検証部３４は、業務サーバ２１とストレージ２２との間でマルチパス構成のアクセスパス本数がファブリック個数の倍数となる場合、物理的なアクセスパスについて冗長性があり、かつ偏りのないマルチパス構成と判断する。図７の例では、業務サーバ２１とストレージ２２との間でマルチパス構成のアクセスパス本数が４本、その本数(４本)がファブリック個数（２個）の倍数となるため、物理的なアクセスパスについて冗長性があり、かつ偏りのないマルチパス構成と判断できる。
【００４２】
次に、実施例２のＳＡＮシステム２０の動作について説明する。図８は、アクセスパス設定処理に関わるＳＡＮ管理機構３０の処理動作を示すフローチャートである。図８に示すアクセスパス設定処理では、業務サーバ２１とストレージ２２との間のマルチパス構成に必要な各アクセスパスをユーザ操作で設定する処理である。図８に示すＳＡＮ管理機構３０は、クライアント２３側のログインを検出すると(Ｓ１１)、業務サーバ２１、ファブリック２４、ファブリック２５及びストレージ２２と通信して最新情報を収集し、この最新情報をＳＡＮ管理記憶部３１に更新する(Ｓ１２)。尚、最新情報とは、サーバ情報４１、スイッチ情報４２、ストレージ情報４３及びアクセスパス情報４４等の最新の情報である。
【００４３】
ＳＡＮ管理機構３０は、クライアント２３側の指定操作に応じてマルチパス構成に必要な各アクセスパスが指定され、その指定された各アクセスパスを構成する情報（アクセスパス情報）を取得する(Ｓ１３)。尚、ユーザは、クライアント２３の表示部２３Ａの表示画面上でアクセスパスを構成する接続先ポート名、例えば“ＨＢＡ１１”及び“ＣＡ１１”を指定する。
【００４４】
ＳＡＮ管理機構３０の検証部３４は、指定されたアクセスパスについての冗長性を検証すべく、後述する第１冗長性検証を実行する(Ｓ１４)。検証部３４は、第１冗長性検証を実行すると、第１冗長性検証の結果に基づき、マルチパス構成の物理的なアクセスパスについて冗長性があるか否かを判定する(Ｓ１５)。ＳＡＮ管理機構３０は、マルチパス構成の物理的なアクセスパスについて冗長性がある場合(Ｓ１５肯定)、業務サーバ２１、ファブリック２４、ファブリック２５及びストレージ２２と通信してマルチパス構成に必要なアクセスパスを設定する(Ｓ１６)。そして、図８の処理動作を終了する。
【００４５】
また、検証部３４は、マルチパス構成の物理的なアクセスパスについて冗長性がない場合(Ｓ１５否定)、冗長性なしのメッセージをクライアント２３に通知する(Ｓ１７)。クライアント２３は、冗長性なしのメッセージを表示部２３Ａに画面表示する。その結果、ユーザは、表示画面を見て、指定したマルチパス構成のアクセスパスについて冗長性なしを認識できる。
【００４６】
更に、検証部３４は、冗長性なしのメッセージをクライアント２３に通知した後、クライアント２３からマルチパス構成のアクセスパスについて再指定要求を検出したか否かを判定する(Ｓ１８)。ＳＡＮ管理機構３０は、アクセスパスの再指定要求を検出した場合(Ｓ１８肯定)、マルチパス構成に必要なアクセスパスを再度指定すべく、Ｓ１３に移行する。
【００４７】
更に、ＳＡＮ管理機構３０は、アクセスパスの再指定要求を検出しなかった場合(Ｓ１８否定)、物理的なアクセスパスについて冗長性なしのまま、マルチパス構成に必要なアクセスパスの設定ＯＫを検出したか否かを判定する(Ｓ１９)。
【００４８】
ＳＡＮ管理機構３０は、物理的なアクセスパスについて冗長性なしのまま、アクセスパスの設定ＯＫを検出した場合(Ｓ１９肯定)、業務サーバ２１、ファブリック２４、ファブリック２５及びストレージ２２と通信してアクセスパスを設定すべくＳ１６に移行する。また、ＳＡＮ管理機構３０は、物理的なアクセスパスについて冗長性なしのまま、アクセスパスの設定ＯＫを検出しなかった場合(Ｓ１９否定)、図８の処理動作を終了する。
【００４９】
図８に示すアクセスパス設定処理では、ユーザ操作に応じてマルチパス構成に必要なアクセスパスを指定し、指定された各アクセスパスについて物理的な冗長性を検証し、冗長性がある場合、これらアクセスパスをマルチパス構成のアクセスパスとして設定する。その結果、ユーザは、マルチパス構成の物理的な冗長性を確保したアクセスパスを設定できる。
【００５０】
アクセスパス設定処理では、指定された各アクセスパスについて物理的な冗長性を検証し、冗長性がない場合、当該アクセスパスについて冗長性なしのメッセージをクライアント２３に通知する。その結果、ユーザは、冗長性なしのメッセージに基づき、指定されたアクセスパスについて冗長性なしを認識できる。
【００５１】
アクセスパス設定処理では、指定されたアクセスパスについて物理的な冗長性がない場合でも、設定操作に応じて冗長性なしのアクセスパスを設定できる。
【００５２】
図９は、マルチパス冗長性検証処理に関わるＳＡＮ管理機構３０の処理動作を示すフローチャートである。図９に示すマルチパス冗長性検証処理では、設定済みのマルチパスの内、所望のマルチパスを指定し、この指定されたマルチパス構成の物理的なアクセスパスについて冗長性を検証する処理である。
【００５３】
図９に示すＳＡＮ管理機構３０は、クライアント２３からのユーザ操作に応じてログインを検出する(Ｓ２１)。ＳＡＮ管理機構３０は、業務サーバ２１、ファブリック２４、ファブリック２５、ストレージ２２と通信して最新情報を収集し、この最新情報をＳＡＮ管理記憶部３１に更新する(Ｓ２２)。ＳＡＮ管理機構３０は、クライアント２３からのユーザ操作に応じて設定済みのマルチパス情報の内、冗長性検証対象のマルチパス情報が指定され、この指定されたマルチパス情報を取得する(Ｓ２３)。尚、ユーザは、クライアント２３の表示部２３Ａの表示画面上で冗長性検証対象のマルチパス情報を指定する。
【００５４】
検証部３４は、指定されたマルチパス情報のアクセスパス情報について、後述する第１冗長性検証を実行する(Ｓ２４)。検証部３４は、第１冗長性検証を実行すると、第１冗長性検証の結果に基づき、マルチパス構成の物理的なアクセスパスについて冗長性があるか否かを判定する(Ｓ２５)。検証部３４は、物理的なアクセスパスについて冗長性がある場合(Ｓ２５肯定)、マルチパス構成の物理的なアクセスパスについて冗長性ありのメッセージをクライアント２３に通知し(Ｓ２６)、図９の処理動作を終了する。尚、クライアント２３は、現在指定されたマルチパス構成の物理的なアクセスパスについて冗長性ありのメッセージを表示部２３Ａに画面表示する。その結果、ユーザは、表示画面を見て、指定したマルチパス構成の物理的なアクセスパスについて冗長性があると認識できる。
【００５５】
また、検証部３４は、物理的なアクセスパスについて冗長性がない場合(Ｓ２５否定)、マルチパス構成の物理的なアクセスパスについて冗長性なしのメッセージをクライアント２３に通知し(Ｓ２７)、図９の処理動作を終了する。尚、クライアント２３は、現在指定されたマルチパス構成の物理的なアクセスパスについて冗長性なしのメッセージを表示部２３Ａに画面表示する。その結果、ユーザは、表示画面を見て、指定したマルチパス構成の物理的なアクセスパスについて冗長性なしと認識できる。
【００５６】
図９に示すマルチパス冗長性検証処理では、ユーザ操作に応じて設定済みのマルチパス情報の内、冗長性検証対象のマルチパス情報を指定し、指定されたマルチパス構成の物理的なアクセスパスについての冗長性を検証する。その結果、ユーザは、設定済みのマルチパス情報を指定し、その指定されたマルチパス構成のアクセスパスについての冗長性を確認できる。
【００５７】
マルチパス冗長性検証処理では、指定されたマルチパス構成の物理的なアクセスパスについての冗長性を検証し、冗長性がある場合、その冗長性ありのメッセージをクライアント２３に通知する。その結果、ユーザは、冗長性ありのメッセージに基づき、指定されたマルチパス構成の物理的なアクセスパスについて冗長性ありを認識できる。
【００５８】
マルチパス冗長性検証処理では、指定されたマルチパス構成の物理的なアクセスパスについての冗長性を検証し、冗長性がない場合、その冗長性なしのメッセージをクライアント２３に通知する。その結果、ユーザは、冗長性なしのメッセージに基づき、指定されたマルチパス構成の物理的なアクセスパスについて冗長性なしを認識できる。
【００５９】
図１０は、第１冗長性検証処理に関わるＳＡＮ管理機構３０の処理動作を示すフローチャートである。図１０に示す第１冗長性検証処理では、指定されたアクセスパス情報に関わるマルチパス構成の物理的なアクセスパスについての冗長性を検証する処理である。
【００６０】
図１０においてＳＡＮ管理機構３０のファブリック取得部３２は、図８のＳ１３又は図９のＳ２３で得たマルチパス構成の各アクセスパス情報に関わる構成情報４４ＡをＳＡＮ管理記憶部３１から抽出する(Ｓ３１)。更に、ファブリック取得部３２は、抽出した構成情報４４Ａの接続先ポート名、ＨＢＡ及びＣＡを含む接続先情報４２ＣのＦＣスイッチを抽出する(Ｓ３１)。更に、ファブリック取得部３２は、この抽出したＦＣスイッチのFabric Element Name及びFabric NameをＳＡＮ管理記憶部３１から収集する(Ｓ３１)。検証部３４は、Ｓ３１の収集結果に基づき、異なるFabric NameのＦＣスイッチを使用するアクセスパスがあるか否かを判定する(Ｓ３２)。
【００６１】
尚、異なるFabric NameのＦＣスイッチを使用するアクセスパスとは、具体的には図示していないが、例えば、図７のＨＢＡ１２”−“ＣＡ１３”間のアクセスパス等を想定している。例えば、“ＨＢＡ１２”が“ファブリック１”の“ＦＣスイッチ２”を使用し、“ＣＡ１３”が“ファブリック２”の“ＦＣスイッチ３”を使用するような、異なるFabric NameのＦＣスイッチを使用したアクセスパスである。
【００６２】
検証部３４は、異なるFabric NameのＦＣスイッチを使用したアクセスパスがある場合(Ｓ３２肯定)、同一パス内にFabric Nameが異なるＦＣスイッチを使用する物理的な構成を警告するため、設定エラーと判断する(Ｓ３３)。そして、図１０の処理動作を終了する。検証部３４は、設定エラーをクライアント２３に通知する。クライアント２３は、その設定エラーを表示部２３Ａに画面表示する。その結果、ユーザは、表示画面を見て、指定したアクセスパスの設定エラーを認識できる。
【００６３】
ファブリック判定部３３は、異なるFabric NameのＦＣスイッチを使用したアクセスパスがない場合(Ｓ３２否定)、Ｓ３１で収集した各アクセスパスで使用するファブリック２４（又は２５）のFabric Nameが同一であるか否かを判定する(Ｓ３４)。検証部３４は、各アクセスパスで使用するファブリック２４（又は２５）のFabric Nameが同一でない場合(Ｓ３４否定)、物理的に異なるファブリック２４（又は２５）があるため、マルチパス構成の物理的なアクセスパスについて冗長性があると判断する(Ｓ３５)。そして、図１０の処理動作を終了する。
【００６４】
検証部３４は、マルチパス構成の各アクセスパスで使用するファブリック２４（又は２５）のFabric Nameが同一である場合(Ｓ３４肯定)、物理的に異なるファブリック２４（又は２５）がないため、後述する第２冗長性検証処理を実行する(Ｓ３６)。
【００６５】
図１０に示す第１冗長性検証処理では、マルチパス構成のアクセスパスに使用するＦＣスイッチのFabric Nameを収集し、単一パス内で異なるFabric NameのＦＣスイッチを使用したアクセスパスがある場合、設定エラーと判断する。その結果、ユーザは、表示画面を見て、指定したアクセスパスの設定エラーを認識できる。
【００６６】
第１冗長性検証処理では、マルチパス構成の各アクセスパスで使用するファブリック２４（又は２５）のFabric Nameが同一でない場合、マルチパス構成の物理的なアクセスパスについて冗長性があると判断する。その結果、マルチパス構成の物理的なアクセスパスに使用するファブリック２４（又は２５）のFabric Nameに基づき冗長性を検証するため、冗長性の検証に要する処理負担を軽減できる。更に、冗長性の検証に要する処理負担を軽減することで、その検証時間の短縮化を図ることができる。
【００６７】
図１１は、第２冗長性検証処理に関わるＳＡＮ管理機構３０の処理動作を示すフローチャートである。図１１に示す第２冗長性検証処理では、収集したマルチパス構成の各アクセスパスに使用するファブリック２４（又は２５）のFabric Nameが同一の場合でも、マルチパス構成の物理的なアクセスパスについて冗長性を検証する処理である。
【００６８】
図１１において検証部３４の構成判定部３５は、マルチパス構成の各アクセスパスに使用するファブリック２４（又は２５）のFabric Nameが同一の場合でも、このファブリック２４（又は２５）内のＦＣスイッチが２台であるか否かを判定する(Ｓ４１)。検証部３４は、ファブリック２４（又は２５）内のＦＣスイッチが２台である場合(Ｓ４１肯定)、接続先情報４２Ｃに基づき、マルチパス構成の全アクセスパスが同一のＦＣスイッチを使用するか否かを判定する(Ｓ４２)。
【００６９】
検証部３４は、マルチパス構成の全アクセスパスが同一のＦＣスイッチを使用する場合(Ｓ４２肯定)、経路上の同一ＦＣスイッチを共用するため、物理的なアクセスパスについて冗長性なしと判断する(Ｓ４３)。そして、図１１の処理動作を終了する。
【００７０】
また、検証部３４は、マルチパス構成の全アクセスパスが同一のＦＣスイッチを使用しない場合（Ｓ４２否定）、他のＦＣスイッチを使用したアクセスパスがあると判断する。そして、検証部３４は、物理的なアクセスパスについて冗長性があると判断し(Ｓ４４)、図１１の処理動作を終了する。
【００７１】
また、検証部３４は、ファブリック２４（又は２５）内のＦＣスイッチが２台でない場合(Ｓ４１否定)、経路探索による物理的なアクセスパスについて冗長性の検証を実行する(Ｓ４５)。検証部３４は、経路探索による冗長性検証を実行すると、マルチパス構成の物理的なアクセスパスについて冗長性があるか否かを判定する(Ｓ４６)。
【００７２】
検証部３４は、マルチパス構成の物理的なアクセスパスについて冗長性がある場合(Ｓ４６肯定)、物理的なアクセスパスについて冗長性があると判断し（Ｓ４７）、図１１の処理動作を終了する。また、検証部３４は、マルチパス構成の物理的なアクセスパスについて冗長性がない場合(Ｓ４６否定)、物理的なアクセスパスについて冗長性なしと判断し(Ｓ４８)、図１１の処理動作を終了する。
【００７３】
図１１に示す第２冗長性検証処理では、マルチパス構成のアクセスパスに使用するＦＣスイッチのFabric Nameが同一の場合でも、ファブリック２４（又は２５）に含まれるＦＣスイッチが２台であるか否かを判定する。更に、ＦＣスイッチが２台でも、マルチパス構成の各アクセスパスが同一のＦＣスイッチを使用する場合、マルチパス構成の物理的なアクセスパスについて冗長性なしと判断する。その結果、冗長性検証に要する処理負担を軽減することで検証時間の短縮化が図れる。
【００７４】
第２冗長性検証処理では、ファブリック２４（又は２５）内のＦＣスイッチが２台でも、マルチパス構成の各アクセスパスが同一のＦＣスイッチを使用しない場合、マルチパス構成の物理的なアクセスパスについて冗長性があると判断する。その結果、同一ファブリック２４（又は２５）を使用しても経路上の異なるＦＣスイッチが使用できるため、物理的なアクセスパスについて冗長性があると判断できる。
【００７５】
第２冗長性検証処理では、ファブリック２４（又は２５）内のＦＣスイッチが２台でない、例えば３台以上の場合、経路探索によってマルチパス構成の物理的なアクセスパスについて冗長性を検証する。その結果、ファブリック２４（又は２５）のFabric Nameを使用して冗長性を検証できないような場合でも、マルチパス構成の物理的なアクセスパスについて冗長性の検証を図ることができる。
【００７６】
実施例２では、業務サーバ２１とストレージ２２との間に複数のアクセスパスがある場合、アクセスパス毎に、当該アクセスパスで使用するファブリック２４（又は２５）のFabric Nameを取得する。更に、実施例２では、取得されたアクセスパスで使用するファブリック２４（又は２５）のFabric Nameが同一であるか否かを判定し、その判定結果に基づき、業務サーバ２１とストレージ２２との間のアクセスパスを検証する。その結果、マルチパス構成のアクセスパスで使用するファブリック２４（又は２５）のFabric Nameに基づきマルチパス構成の物理的なアクセスパスについて冗長性を検証するため、その検証に要する処理負担を軽減できる。更に、冗長性検証に要する処理負担を軽減することで、その検証時間の短縮化が図れる。
【００７７】
実施例２では、マルチパス構成の物理的なアクセスパスで使用するファブリック２４（又は２５）のFabric Nameが同一でない場合、マルチパス構成の物理的なアクセスパスについて冗長性があると判断する。その結果、冗長性検証の処理負担が軽減することで、その検証時間の短縮化を図ることができる。
【００７８】
実施例２では、マルチパス構成のアクセスパスで使用するファブリック２４（又は２５）のFabric Nameが同一、ファブリック２４（又は２５）内のＦＣスイッチが２台、かつ、各アクセスパスが同一ＦＣスイッチを使用する場合、物理的なパスについて冗長性なしと判断する。その結果、冗長性検証の処理負担が軽減することで、その検証時間の短縮化を図ることができる。
【００７９】
実施例２では、マルチパス構成のアクセスパスで使用するファブリック２４（又は２５）のFabric Nameが同一、ファブリック２４（又は２５）内のＦＣスイッチが２台、かつ、各アクセスパスが同一ＦＣスイッチを使用しない場合、物理的なパスについて冗長性ありと判断する。その結果、同一ファブリック２４（又は２５）を使用しても経路上の異なるＦＣスイッチが使用できるため、物理的なアクセスパスについて冗長性があると判断できる。
【００８０】
更に、実施例２では、マルチパス構成のアクセスパスで使用するファブリック２４（又は２５）のFabric Nameが同一、ファブリック２４（又は２５）内のＦＣスイッチが２台でない場合、経路探索による物理的なパスについての冗長性を検証する。その結果、ファブリック２４（又は２５）のFabric Nameを活用して冗長性を検証できないような場合でも、マルチパス構成の物理的なアクセスパスについて冗長性の検証を図ることができる。
【００８１】
更に、実施例２では、マルチパス構成のアクセスパスに使用するＦＣスイッチのFabric Nameを収集し、単一パス内に異なるFabric NameのＦＣスイッチを使用するアクセスパスがある場合、設定エラーと判断する。その結果、ユーザは、指定したアクセスパスの設定エラーを認識できる。
【００８２】
尚、上記実施例では、図１１のＳ４１にファブリック２４（又は２５）内のＦＣスイッチが２台でない場合、経路探索処理で冗長性を検証するようにしたが、別の冗長性検証方法を採用するようにしても良い。
【００８３】
また、図示した各部の各構成要素は、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、各部の分散・統合の具体的形態は図示のものに限られず、その全部又は一部を、各種の負荷や使用状況等に応じて、任意の単位で機能的又は物理的に分散・統合して構成することができる。
【００８４】
更に、各装置で行われる各種処理機能は、ＣＰＵ（Central Processing Unit）（又はＭＰＵ（Micro Processing Unit）、ＭＣＵ（Micro Controller Unit）等のマイクロ・コンピュータ）上で、その全部又は任意の一部を実行するようにしても良い。また、各種処理機能は、ＣＰＵ（又はＭＰＵ、ＭＣＵ等のマイクロ・コンピュータ）で解析実行するプログラム上、又はワイヤードロジックによるハードウェア上で、その全部又は任意の一部を実行するようにしても良いことは言うまでもない。
【００８５】
ところで、本実施例で説明した各種の処理は、予め用意されたプログラムをコンピュータで実行することによって実現できる。そこで、以下では、図１２を用いて、上記の実施例と同様の機能を有するプログラムを実行するコンピュータの一例を説明する。図１２は、通信パス検証プログラムを実行するコンピュータを示す説明図である。
【００８６】
図１２に示すように、通信パス検証プログラムとしてのコンピュータ１００は、ＨＤＤ（Hard Disk Drive）１１０、ＲＡＭ(Random Access Memory)１２０、ＲＯＭ（Read Only Memory）１３０及びＣＰＵ１４０をバス１５０で接続して構成される。
【００８７】
そして、ＲＯＭ１３０には、上記の実施例と同様の機能を発揮する通信パス検証プログラム、つまり、図１２に示すように、記憶プログラム１３１、取得プログラム１３２、判定プログラム１３３及び出力プログラム１３４が予め記憶されている。尚、プログラム１３１〜１３４については、図１に示した通信パス検証装置１の各構成要素と同様、適宜統合又は分散してもよい。
【００８８】
そして、ＣＰＵ１４０が、これらのプログラム１３１〜１３４をＲＯＭ１３０から読み出して実行することで、図１２に示すように、各プログラム１３１〜１３４は、記憶プロセス１４１、取得プロセス１４２、判定プロセス１４３及び出力プロセス１４４として機能するようになる。尚、プロセス１３１〜１３４については、図１に示す通信パス検証装置１の各構成要素と同様、記憶部１１、取得部１２、判定部１３及び出力部１４として機能することになる。
【００８９】
ＣＰＵ１４０は、第１の装置と第２の装置との間の通信パスで使用するスイッチを含むスイッチ群を識別する群ＩＤを通信パス毎にＲＡＭ１２０内の記憶部に記憶する。ＣＰＵ１４０は、第１の装置と第２の装置との間に複数の通信パスがある場合、第１の装置と第２の装置との間の通信パス毎に、当該通信パスに対応したスイッチ群の群ＩＤを記憶部から取得する。ＣＰＵ１４０は、取得された各通信パスの群ＩＤが同一であるか否かを判定する。ＣＰＵ１４０は、各通信パスの群ＩＤが同一であるか否かを判定する判定結果を出力する。そのため、第１の装置と第２の装置との間の通信パスが冗長に設けられていることを、複数の通信パスの経路探索を行なうまでもなく確認できる。その結果、その検証に要する処理負担を軽減できる。更に、検証に要する処理負担を軽減することで、その検証時間の短縮化を図ることができる。
【符号の説明】
【００９０】
１  通信パス検証装置
１Ａ  管理サーバ
２  第１の装置
３  第２の装置
４  スイッチ群
４Ａ〜４Ｃ  スイッチ
５  スイッチ群
５Ａ〜５Ｃ  スイッチ
１１  記憶部
１２  取得部
１３  判定部
１４  出力部
２１  業務サーバ
２１Ａ〜２１Ｄ  ＨＢＡ
２２  ストレージ
２２Ａ〜２２Ｄ  ＣＡ
２４  ファブリック
２４Ａ〜２４Ｅ  ＦＣスイッチ
２５  ファブリック
２５Ｖ〜２５Ｚ  ＦＣスイッチ
３０  ＳＡＮ管理機構
３１  ＳＡＮ管理記憶部
３２  ファブリック取得部
３３  ファブリック判定部
３４  検証部
３５  構成判定部
【図１】
0005577953.tif 000002
【図２】
0005577953.tif 000003
【図３】
0005577953.tif 000004
【図４】
0005577953.tif 000005
【図５】
0005577953.tif 000006
【図６】
0005577953.tif 000007
【図７】
0005577953.tif 000008
【図８】
0005577953.tif 000009
【図９】
0005577953.tif 000010
【図１０】
0005577953.tif 000011
【図１１】
0005577953.tif 000012
【図１２】
0005577953.tif 000013