JP4579669B2 - 信頼性検証プログラムおよび信頼性検証方法 - Google Patents

Description

本発明はネットワークの信頼性検証プログラムおよび信頼性検証方法に関し、特に冗長性を持たせたネットワークの信頼性検証プログラムおよび信頼性検証方法に関する。

クライアントにサービスを提供するためのネットワークシステムでは、サービスの信頼性を向上させるため、装置間の接続に冗長性を持たせる場合がある。即ち、装置間の通信経路を複数設ける。これにより、一方の通信経路にトラブルが発生しても、他方の通信経路を介して、装置間の通信を継続して行うことができる。例えば、ＳＡＮ（Storage Area Network)環境では、サーバ−ストレージ間が冗長性のある物理結線で接続される。

このように物理的な伝送経路に冗長性を持たせることで、通信の信頼性を向上させることができる。従って、システム全体の信頼性の高さが、伝送路の冗長性の有無によって左右される。例えば、伝送路の冗長性を考慮して信頼性を評価する技術がある（例えば、特許文献１参照）。
特開２００３−６７４３２号公報

しかし、システムが大規模になると装置間の物理接続形態が複雑になり、人手による管理が困難となる。そのため、装置間の伝送路に冗長性を持たせた接続が可能であるにも拘わらず、結線の誤り等により冗長性のない接続が行われる場合がある。しかも、複雑な構成のシステムでは、結線の誤りをユーザが目視等により検出するのは困難である。

さらに、システムの装置間で通信を行うには、アクセスする側の装置において、アクセスパスを定義する必要がある。このとき、アクセスパスの設定間違いにより、冗長性の無いアクセスパスが設定されてしまう場合がある。

例えば、ＳＡＮ構成であれば、サーバ側で、ユーザからの操作入力に応じて、ストレージにアクセスするためのアクセスパスが設定される。このとき、管理者が設定した複数のアクセスパスの一部の経路が重複していると、完全な冗長性は確保できない。即ち、物理結線に冗長性があるにも拘わらず、冗長性の欠如したアクセスパスが設定されてしまう。

このように、マルチパスが組まれているＳＡＮ環境であっても、マルチパスの引き方（あるいは結線方法）を誤っていたために冗長性が確保できておらず、ＳＡＮ機器の一部の故障によって運用全体が停止する事態が、現実に発生している。しかも、設定間違いにより冗長性を損なっているシステムでは、管理者自身は、冗長性を確保して運用しているものと誤解している。そのため、冗長性の無い部分で障害が発生してシステムの運用が止まったときになって、管理者は冗長性の欠如に気づく。その結果、障害に対する対処が遅れてしまう。

本発明はこのような点に鑑みてなされたものであり、運用しているシステムにおける冗長性の確保の有無を検証することができる信頼性検証プログラムおよび信頼性検証方法を提供することを目的とする。

本発明では上記課題を解決するために、ネットワークの信頼性を検証するための信頼性検証プログラムにおいて、図１に示すような信頼性検証プログラムが提供される。本発明に係る信頼性検証プログラムは、コンピュータを、装置選択手段１、検証ルート決定手段２、冗長ルート検索手段３、及び物理接続冗長性判定手段４として機能させることができる。

選択手段１は、ネットワークの物理接続関係を示すネットワーク構成情報１ａから、アクセス元となるアクセス元装置とアクセス先となるアクセス先装置とを選択する。検証ルート決定手段２は、アクセス元装置からネットワーク構成情報１ａにおける接続関係を辿りアクセス先装置に至るルートを、検証ルートに決定する。冗長ルート検索手段３は、検証ルート決定手段２で決定された検証ルートに含まれる装置及び物理結線をネットワーク構成情報１ａから除外した検証用ネットワーク構成情報３ａ，３ｂを生成し、前記検証用ネットワーク構成情報３ａ，３ｂ上でアクセス元装置からアクセス先装置へ接続関係を辿ることが可能な冗長ルートを検索する。物理接続冗長性判定手段４は、冗長ルート検索手段３により冗長ルートが検出された場合、ネットワークの物理接続において冗長性有りと判定する。

このような信頼性検証プログラムによれば、まず、選択手段１により、ネットワークの物理接続関係を示すネットワーク構成情報１ａから、アクセス元となるアクセス元装置とアクセス先となるアクセス先装置とが選択される。すると、検証ルート決定手段２により、アクセス元装置からネットワーク構成情報１ａにおける接続関係を辿りアクセス先装置に至るルートが、検証ルートに決定される。次に、冗長ルート検索手段３により、検証ルート決定手段２で決定された検証ルートに含まれる装置及び物理結線をネットワーク構成情報１ａから除外した検証用ネットワーク構成情報３ａ，３ｂが生成され、検証用ネットワーク構成情報３ａ，３ｂ上でアクセス元装置からアクセス先装置へ接続関係を辿ることが可能な冗長ルートが検索される。そして、冗長ルート検索手段３において冗長ルートが検出された場合、物理接続冗長性判定手段４によりネットワークの物理接続において冗長性有りと判定される。

以上説明したように本発明では、検証ルートに含まれる装置及び物理結線を除外したネットワーク構成情報から冗長ルートを検索するようにしたため、検証ルートと重複する装置及び物理結線を有していない冗長ルートの有無を確実に判定することができる。

以下、本発明の実施の形態を図面を参照して説明する。
まず、実施の形態に適用される発明の概要について説明し、その後、実施の形態の具体的な内容を説明する。

図１は、実施の形態に適用される発明の概念図である。コンピュータを、装置選択手段１、検証ルート決定手段２、冗長ルート検索手段３、及び物理接続冗長性判定手段４として機能させることができる。

選択手段１は、ネットワークの物理接続関係を示すネットワーク構成情報１ａから、アクセス元となるアクセス元装置１ａａとアクセス先となるアクセス先装置１ａｂとを選択する。例えば、選択手段１は、ユーザからの操作入力に応じて、アクセス元装置１ａａとアクセス先装置１ａｂとを選択する。

検証ルート決定手段２は、アクセス元装置１ａａからネットワーク構成情報１ａにおける接続関係を辿りアクセス先装置１ａｂに至るルートを、検証ルート２ａ，２ｂに決定する。

例えば、検証ルート決定手段２は、アクセス元装置１ａａとアクセス先装置１ａｂとが複数の通信ポートを有する場合、各通信ポートを区別して検証ルートを決定する。具体的には、検証ルート決定手段２は、アクセス元装置１ａａが有する複数の通信ポートの一方からネットワーク構成情報１ａにおける接続関係を辿り、アクセス先装置１ａｂが有する複数の通信ポートの一方へ至るルートを、検証ルート２ａ，２ｂとする。

冗長ルート検索手段３は、検証ルート決定手段２で決定された検証ルート２ａ，２ｂに含まれる装置及び物理結線をネットワーク構成情報１ａから除外した検証用ネットワーク構成情報３ａ，３ｂを生成する。さらに、冗長ルート検索手段３は、検証用ネットワーク構成情報３ａ，３ｂ上でアクセス元装置１ａａからアクセス先装置１ａｂへ接続関係を辿ることが可能な冗長ルート３ｂａを検索する。

例えば、アクセス元装置１ａａとアクセス先装置１ａｂとが複数の通信ポートを有し、検証ルート決定手段２において、通信ポートを区別して検証ルート２ａ，２ｂが決定された場合、冗長ルート検索手段３は通信ポートを区別して冗長ルート３ｂａの検索処理を行う。具体的には、冗長ルート検索手段３は、検証ルート２ａ，２ｂで使用されていないアクセス元装置１ａａの通信ポートからネットワーク構成情報における接続関係を辿り、検証ルート２ａ，２ｂで使用されていないアクセス先装置１ａｂの通信ポートへ至るルートを検索する。

物理接続冗長性判定手段４は、冗長ルート検索手段３により冗長ルート３ｂａが検出された場合、ネットワークの物理接続において冗長性有りと判定する。即ち、各検証ルート２ａ，２ｂのうち、冗長ルート３ｂａが検出された検証ルートが１つでも存在すれば、物理接続冗長性判定手段４は冗長性有りと判定する。全ての検証ルート２ａ，２ｂにおいて冗長ルート３ｂａが見つからなければ、物理接続冗長性判定手段４は冗長性無しと判定する。また、物理接続冗長性判定手段４は、例えば、判定結果を画面に表示することができる。

このような構成によれば、まず、選択手段１により、ネットワークの物理接続関係を示すネットワーク構成情報１ａから、アクセス元となるアクセス元装置１ａａとアクセス先となるアクセス先装置１ａｂとが選択される。すると、検証ルート決定手段２により、アクセス元装置１ａａからネットワーク構成情報１ａにおける接続関係を辿りアクセス先装置１ａｂに至るルートが、検証ルート２ａ，２ｂに決定される。

次に、冗長ルート検索手段３により、検証ルート決定手段２で決定された検証ルート２ａ，２ｂに含まれる装置及び物理結線をネットワーク構成情報１ａから除外した検証用ネットワーク構成情報３ａ，３ｂが生成され、検証用ネットワーク構成情報３ａ，３ｂ上でアクセス元装置からアクセス先装置へ接続関係を辿ることが可能な冗長ルート３ｂａが検索される。図１の例では、検証用ネットワーク構成情報３ａでは、冗長ルートを検出することはできない。一方、検証用ネットワーク構成情報３ｂでは、冗長ルート３ｂａを検出することができる。

そして、冗長ルート検索手段３において冗長ルート３ｂａが検出された場合、物理接続冗長性判定手段４によりネットワークの物理接続において冗長性有りと判定される。
以上のようにして、物理接続の冗長性の有無を判定することができる。その結果、結線間違い等により冗長性が損なわれていた場合、ユーザは、冗長性が損なわれていることを容易に知ることができる。例えば、ネットワークシステムの構成を変更した後に、本発明の信頼性検証プログラムをコンピュータで実行することで、冗長性の存在の有無の検証作業を容易に行うことができる。その結果、通信の冗長性が必要な装置間での物理接続の冗長性を確実に保証することができ、システムの信頼性を向上させることができる。

なお、物理結線の冗長性の検証に留まらず、アクセスする装置に設定されたアクセスパスの冗長性を検証することもできる。そのような冗長性の検証は、例えば、ネットワークを介してユーザにサービスを提供するためのＳＡＮに有効に利用することができる。そこで、ＳＡＮ構成に関する物理結線とアクセスパスとの冗長性検証を行う場合の実施の形態を、以下に詳細に説明する。

図２は、本実施の形態のシステム構成を示す図である。図２に示されているのは、ＳＡＮによってクライアント２１，２２，・・・に対するサービスを提供するシステムの例である。

ＳＡＮは、複数のサーバ３１，３２，３３、複数のスイッチ４１，４２，４３、および複数のストレージ５１，５２で構成されている。
サーバ３１，３２，３３は、ネットワーク２０を介してクライアント２１，２２，・・・に接続されている。また、サーバ３１はスイッチ４１，４２に接続されており、サーバ３２はスイッチ４２，４３に接続されており、サーバ３３はスイッチ４２，４３に接続されている。

サーバ３１，３２，３３は、クライアント２１，２２，・・・からの要求に応じて、各種処理を行う。例えば、サーバ３１，３２，３３は、ＷｅｂサーバアプリケーションによってＷｅｂサーバとして機能する。なお、サーバ３１，３２，３３は、ストレージ５１，５２に格納されたデータを用いた処理が発生すると、スイッチ４１，４２，４３の何れかを介して、ストレージ５１，５２内のデータにアクセスする。

スイッチ４１はサーバ３１とストレージ５１，５２とに接続されており、スイッチ４２はサーバ３１，３２，３３とストレージ５２とに接続されており、スイッチ４３はサーバ３２，３３とストレージ５１とに接続されている。各スイッチ４１，４２，４３は、ファイバーチャネルスイッチであり、サーバ３１，３２，３３とストレージ５１，５２との間の通信データを中継する。

ストレージ５１，５２は、大容量のデータ記憶装置である。ストレージ５１，５２は、スイッチ４１，４２，４３を介して受け取ったサーバ３１，３２，３３からのアクセス要求に応じて、データの入出力を行う。

管理サーバ１００は、管理ネットワーク１０を介してＳＡＮを構成する各装置に接続されている。そして、管理サーバ１００は、管理ネットワーク１０経由でＳＡＮを構成する各装置にアクセスし、ＳＡＮを管理する。例えば、管理サーバ１００は、各装置から状態情報（他の装置との結線情報等）を取得し、ネットワークの物理接続の冗長性を検証する。また、管理サーバ１００は、サーバ３１，３２，３３から現在設定されているアクセスパスの情報を取得し、アクセスパスの冗長性を検証する。

図３は、本発明の実施の形態に用いる管理サーバのハードウェア構成例を示す図である。コンピュータ１００は、ＣＰＵ（Central Processing Unit)１０１によって装置全体が制御されている。ＣＰＵ１０１には、バス１０７を介してＲＡＭ（Random Access Memory)１０２、ハードディスクドライブ（ＨＤＤ:Hard Disk Drive）１０３、グラフィック処理装置１０４、入力インタフェース１０５、および通信インタフェース１０６が接続されている。

ＲＡＭ１０２には、ＣＰＵ１０１に実行させるＯＳ（Operating System)のプログラムやアプリケーションプログラムの少なくとも一部が一時的に格納される。また、ＲＡＭ１０２には、ＣＰＵ１０１による処理に必要な各種データが格納される。ＨＤＤ１０３には、ＯＳやアプリケーションプログラムが格納される。

グラフィック処理装置１０４には、モニタ１１が接続されている。グラフィック処理装置１０４は、ＣＰＵ１０１からの命令に従って、画像をモニタ１１の画面に表示させる。入力インタフェース１０５には、キーボード１２とマウス１３とが接続されている。入力インタフェース１０５は、キーボード１２やマウス１３から送られてくる信号を、バス１０７を介してＣＰＵ１０１に送信する。

通信インタフェース１０６は、管理ネットワーク１０に接続されている。通信インタフェース１０６は、管理ネットワーク１０を介して、他のコンピュータとの間でデータの送受信を行う。

以上のようなハードウェア構成によって、本実施の形態の処理機能を実現することができる。なお、図３には、管理サーバ１００のハードウェア構成を示したが、クライアント２１，２２，・・・、サーバ３１，３２，３３、ストレージ５１，５２も同様のハードウェア構成で実現することができる。但し、サーバ３１，３２，３３やストレージ５１，５２は、複数の通信インタフェースが設けられる。また、ストレージ５１，５２には、多数のＨＤＤが接続される。

次に、管理サーバ１００が有する処理機能について詳細に説明する。
図４は、管理サーバの機能を示すブロック図である。図４に示すように管理サーバ１００は、ネットワーク構成情報記憶部１１０、構成情報管理部１２０、物理結線検証部１３０、およびマルチパス検証部１４０を有する。

ネットワーク構成情報記憶部１１０は、ＳＡＮを構成する装置間の物理接続に関する情報を記憶する。
構成情報管理部１２０は、ＳＡＮを構成する各装置から接続状態等の情報を収集する。そして、構成情報管理部１２０は、物理接続に関する情報（結線情報）を、ネットワーク構成情報記憶部１１０に格納する。また、構成情報管理部１２０は、サーバ３１，３２，３３におけるアクセスパスの情報を取得すると、その情報をマルチパス検証部１４０に渡す。

物理結線検証部１３０は、ネットワーク構成情報記憶部１１０に格納されている装置の結線情報に基づいて、物理接続の冗長性の有無を検証する。具体的には、物理結線検証部１３０は、結線情報からネットワーク構成を構築し、管理者から指定されたサーバとストレージとの間のルートを探索する。そして、物理結線検証部１３０は、ルートの探索結果に基づいて、冗長性の有無を判定する。

マルチパス検証部１４０は、物理結線の冗長性が存在する場合に、サーバにおけるアクセスパスの冗長性の有無を判定する。具体的には、マルチパス検証部１４０は、構成情報管理部１２０から、サーバに設定されたアクセスパスの情報を取得し、物理結線の冗長性検証結果と比較する。そして、マルチパス検証部１４０は、冗長性が存在する物理結線に沿ったアクセスパスが設定されていれば、アクセスパスの冗長性有りと判断する。

以下、構成情報管理部１２０、物理結線検証部１３０、マルチパス検証部１４０の機能を詳細に説明する。
まず、構成情報管理部１２０において、ＳＡＮのシステム構成が解析される。そして、構成情報管理部１２０によって、ＳＡＮのシステム構成を示す情報が、ネットワーク構成情報記憶部１１０に格納される。

具体的には、構成情報管理部１２０は、ＳＡＮを構成する各装置からその装置が有する通信ポートの識別番号を取得する。また、構成情報管理部１２０は、スイッチ４１，４２，４３から、通信ポートに物理接続された相手側の通信ポートの識別番号を取得する。そして、構成情報管理部１２０は、取得した情報に基づいて、ネットワーク構成情報記憶部１１０にＳＡＮの構成を示す情報を格納する。

図５は、ＳＡＮ構成を示す図である。図５に示すように、各装置には、ＳＡＮ内で一意に識別するための識別情報が定義されている。サーバ３１の識別情報は「Server#1」である。サーバ３２の識別情報は「Server#2」である。サーバ３３の識別情報は「Server#3」である。スイッチ４１の識別情報は「Switch#1」である。スイッチ４２の識別情報は「Switch#2」である。スイッチ４３の識別情報は「Switch#3」である。ストレージ５１の識別情報は「Storage#1」である。ストレージ５２の識別情報は「Storage#2」である。

また、各装置の通信ポートには、ＳＡＮ内で一意に識別するためのポート番号が設定されている。サーバ３１の通信ポートの識別番号は「Port#0」、「Port#1」である。サーバ３２の通信ポートの識別番号は「Port#2」、「Port#3」である。サーバ３３の通信ポートの識別番号は「Port#4」、「Port#5」である。

スイッチ４１の通信ポートの識別番号は、「Port#10」、「Port#11」、「Port#12」、「Port#13」、「Port#14」、「Port#15」である。スイッチ４２の通信ポートの識別番号は、「Port#20」、「Port#21」、「Port#22」、「Port#23」、「Port#24」、「Port#25」である。スイッチ４３の通信ポートの識別番号は、「Port#30」、「Port#31」、「Port#32」、「Port#33」、「Port#34」、「Port#35」である。

ストレージ５１の通信ポートの識別番号は「Port#40」、「Port#41」である。ストレージ５２の通信ポートの識別番号は「Port#42」、「Port#43」である。
各装置は、通信ポート同士が通信ケーブルで接続されている。サーバ３１の通信ポート「Port#0」は、スイッチ４１の通信ポート「Port#10」に接続されている。サーバ３１の通信ポート「Port#1」は、スイッチ４２の通信ポート「Port#21」に接続されている。サーバ３２の通信ポート「Port#2」は、スイッチ４２の通信ポート「Port#20」に接続されている。サーバ３２の通信ポート「Port#3」は、スイッチ４３の通信ポート「Port#30」に接続されている。サーバ３３の通信ポート「Port#4」は、スイッチ４２の通信ポート「Port#22」に接続されている。サーバ３３の通信ポート「Port#5」は、スイッチ４３の通信ポート「Port#31」に接続されている。

スイッチ４１の通信ポート「Port#13」は、ストレージ５１の通信ポート「Port#40」に接続されている。スイッチ４１の通信ポート「Port#14」は、ストレージ５２の通信ポート「Port#43」に接続されている。スイッチ４１の通信ポート「Port#15」は、スイッチ４２の通信ポート「Port#23」に接続されている。スイッチ４２の通信ポート「Port#24」は、ストレージ５２の通信ポート「Port#42」に接続されている。スイッチ４２の通信ポート「Port#25」は、スイッチ４３の通信ポート「Port#33」に接続されている。スイッチ４３の通信ポート「Port#34」は、ストレージ５１の通信ポート「Port#41」に接続されている。

構成情報管理部１２０は、図５に示した物理接続の状態を各装置から取得する。即ち、構成情報管理部１２０は、サーバ３１，３２，３３、スイッチ４１，４２，４３、ストレージ５１，５２からポート番号の情報を取得すると共に、スイッチ４１，４２，４３から結線情報（接続元Port情報−接続先Port情報）を取得する。そして、構成情報管理部１２０は、取得したデータに基づいて、ＳＡＮ構成を表すデータをネットワーク構成情報記憶部１１０に登録する。

図６は、ネットワーク構成情報記憶部のデータ構造例を示す図である。図６に示すように、構成情報管理部１２０は、ネットワーク構成情報記憶部１１０に対して装置情報１１１、装置内エレメント情報１１２、装置−エレメント対応情報１１３、および結線情報１１４を格納する。

装置情報１１１は、各装置の識別情報を示している。装置内エレメント情報１１２には、各装置の通信ポートのポート番号を登録される。装置−エレメント対応情報１１３には、装置と通信ポート（エレメント）との対応関係を示す情報が登録される。即ち、装置−エレメント対応情報１１３には、どの装置がどの識別番号の通信ポートを有しているのかを示す情報が登録される。結線情報１１４には、通信ポート間の物理結線を示す情報が登録される。なお、結線情報１１４は、スイッチ４１，４２，４３から取得した、通信ポートに物理接続された相手側の通信ポートの識別番号の情報に基づいて登録される。

物理結線検証部１３０は、ネットワーク構成情報記憶部１１０に登録された情報を組み合わせることで実際のＳＡＮ構成を認識できる。そして、物理結線検証部１３０は、認識したＳＡＮ構成を、イメージ画像としてモニタ１１に表示することができる。

図７は、ＳＡＮ構成のイメージ画像を示す図である。このように、ネットワーク構成情報記憶部１１０に登録された情報に基づいてＳＡＮ構成を画面上で表示することができる。

そして、物理結線検証部１３０は、ユーザからの検証処理の開始指示を受けるとイメージ画像６０を表示し、物理結線検証処理を行う。
図８は、物理結線検証処理を示すフローチャートである。以下、図８に示す処理をステップ番号に沿って説明する。

［ステップＳ１１］物理結線検証部１３０は、始点を決定する。具体的には、物理結線検証部１３０は、イメージ画像６０に含まれるサーバの中から、始点となるサーバを指定する操作入力を受け付ける。そして、物理結線検証部１３０は、ユーザからの操作入力によって指定されたサーバを始点に決定する。

［ステップＳ１２］物理結線検証部１３０は、終点を決定する。具体的には、物理結線検証部１３０は、イメージ画像６０に含まれるストレージの中から、終点となるストレージを指定する操作入力を受け付ける。そして、物理結線検証部１３０は、ユーザからの操作入力によって指定されたストレージを終点に決定する。

［ステップＳ１３］物理結線検証部１３０は、冗長性検証用データを生成する。この処理の詳細は後述する。
［ステップＳ１４］物理結線検証部１３０は、検証ルートを選択する。具体的には、物理結線検証部１３０は、始点から終点に至るルートの中から未検証のルートを選択し、検証ルートとする。

［ステップＳ１５］物理結線検証部１３０は、検証ルートに対応する冗長ルートを検索する。具体的には、物理結線検証部１３０は、物理結線情報から検証ルート上の装置や接続関係を除外した後、始点から終点までのルートを探索する。ルートが発見されれば、そのルートが冗長ルートとなる。

［ステップＳ１６］物理結線検証部１３０は、ステップＳ１５の処理において冗長ルートが発見されたか否かを判断する。冗長ルートが発見された場合、処理がステップＳ１９に進められる。冗長ルートが発見されなかった場合、処理がステップＳ１７に進められる。

［ステップＳ１７］物理結線検証部１３０は、始点から終点までの全てのルートを検証ルートとして選択して、冗長ルートの有無を検証したか否かを判断する。全てのルートの検証が終了した場合、処理がステップＳ１８に進められる。未検証のルートが存在する場合、処理がステップＳ１４に進められる。

［ステップＳ１８］物理結線検証部１３０は、全てのルートそれぞれを検証ルートとして冗長ルートを探索した結果、冗長ルートが検出されなかった場合、物理結線の冗長性無しと判定して処理を終了する。

［ステップＳ１９］物理結線検証部１３０は、少なくとも１つのルートにおいて、冗長ルートが検出された場合、物理結線の冗長性有りと判定して処理を終了する。このようにして、物理結線の冗長性の有無が判定できる。

次に、図８に示した物理結線の冗長性判定処理の内容を、模式図を用いて説明する。
図９は、関連構成抽出手順に沿ったデータ解析イメージを示す図である。第１の状態［ＳＴ１］は、物理結線検証部１３０で認識されたＳＡＮ構成を示している。

この状態で、ユーザからの操作入力等によって検証の対象となるサーバ（始点）が選択される。第２の状態［ＳＴ２］は、始点選択後の状態を示している。この例では、サーバ３１が選択されている。

次に、ユーザからの操作入力等によって検証の対象となるストレージ（終点）が選択される。第３の状態［ＳＴ３］は、終点選択後の状態を示している。この例では、ストレージ５１が選択されている。

始点と終点とが選択されると、物理結線検証部１３０によって、始点と終点との間の通信に関連する構成のみが抽出される。第４の状態［ＳＴ４］は、物理結線検証部１３０で認識された関連構成を示している。この例では、サーバ３１，スイッチ４１，４２，４３、ストレージ５１、およびそれらの装置間を接続する物理結線が、関連する構成である。物理結線検証部１３０は、関連する構成に基づいて、冗長性検証用データを生成する。

図１０は、冗長性検証用データの生成処理を示すフローチャートである。以下、図１０に示す処理をステップ番号に沿って説明する。
［ステップＳ２１］物理結線検証部１３０は、ＳＡＮ構成から、始点と終点との間の通信に関連する関連構成を抽出する。即ち、物理結線検証部１３０は、ネットワーク構成情報記憶部１１０に登録された情報から、関連しない情報以外を抽出し、関連構成情報としてＲＡＭ１０２に格納する。

［ステップＳ２２］物理結線検証部１３０は、スイッチのポート情報を削除する。即ち、物理結線の冗長性判定において、スイッチのどの通信ポートに接続されているのかに関する情報は不要である。そのため、物理結線検証部１３０は、不要なポート情報を削除することで、処理の効率化を図る。

［ステップＳ２３］物理結線検証部１３０は、関連構成情報に含まれる結線情報におけるスイッチのポート番号を、そのスイッチの識別情報に置き換える。
［ステップＳ２４］物理結線検証部１３０は、結線情報をスイッチ間のカスケード接続か否かで分類する。

［ステップＳ２５］物理結線検証部１３０は、結線情報に方向性（アクセス元からアクセス先を示す方向）を定義する。具体的には、物理結線検証部１３０は、カスケード接続の結線情報に対して、双方向の方向性を設定する。また、物理結線検証部１３０は、サーバとスイッチとの結線情報に対して、サーバからスイッチへ向かう方向性を定義する。さらに、物理結線検証部１３０は、スイッチとストレージとの結線情報に対して、スイッチからストレージへ向かう方向性を定義する。

以上の処理により、冗長性検証用データが生成される。以下、冗長性検証用データ生成処理の際に物理結線検証部１３０で認識されるデータについて説明する。
図１１は、関連構成情報のデータ構造例を示す図である。関連構成情報１３１には、装置情報１３１ａ、装置内エレメント情報１３１ｂ、装置−エレメント対応情報１３１ｃ、および結線情報１３１ｄが含まれている。

装置情報１３１ａは、関連する各装置の識別情報を示している。装置内エレメント情報１３１ｂには、関連する装置の通信ポートのポート番号を登録される。装置−エレメント対応情報１３１ｃには、関連する装置と通信ポート（エレメント）との対応関係を示す情報が登録される。結線情報１３１ｄには、通信ポート間の物理結線を示す情報が登録される。

図１１に示す関連構成情報１３１は、図６に示すネットワーク構成情報記憶部１１０に格納された情報から、始点から終点までの通信に関連しない装置（「Server#2」、「Server#3」、「Storage#2」）に関する情報を削除したものである。ここで、装置内エレメント情報１３１ｂに含まれるスイッチのポート番号群１３１ｅと、装置−エレメント対応情報１３１ｃ内のスイッチに関する情報群１３１ｆについては、図１０のステップＳ２２によって削除される。また、結線情報については、図１０のステップＳ２３〜Ｓ２５の処理により方向性が与えられる。その結果、冗長性検証用データが生成され、ＲＡＭ１０２に格納される。

図１２は、冗長性検証用データのデータ構造例を示す図である。冗長性検証用データ１３２には、装置情報１３２ａ、装置内エレメント情報１３２ｂ、装置−エレメント対応情報１３２ｃ、および結線情報１３２ｄが含まれている。

装置情報１３２ａは、関連構成情報１３１の装置情報１３１ａと同じである。装置内エレメント情報１３２ｂは、関連構成情報１３１の装置内エレメント情報１３１ｂからスイッチのポート番号群１３１ｅを削除したものである。装置−エレメント対応情報１３２ｃは、関連構成情報１３１の装置−エレメント対応情報１３１ｃからスイッチに関する情報群１３１ｆを削除したものである。結線情報１３２ｄは、関連構成情報１３１の結線情報１３１ｄを元に、スイッチのポート番号がそのスイッチの識別情報に書き換えられ、各データに方向性が与えられている。

このように、サーバ−ストレージ間の物理結線において冗長性を確認するためには、物理線が同一スイッチを共有しているか否かが分かればよい。そのため、スイッチのポート番号は不要となる。そこで、検証を高速化するためにスイッチのポート番号は削除される。

また、サーバあるいはストレージの通信ポートとスイッチの通信ポートとの間の結線情報は、サーバ（またはストレージ）のポート番号対スイッチの識別情報という論理的な結線情報に置換される。

さらに結線情報に方向を持たせ、サーバからスイッチ、スイッチからストレージへはそれぞれ一方向にのみ結線情報を辿れるように、方向性を示すデータが追加される。また、スイッチからスイッチへは互いに結線情報を辿れるように、方向性を示すデータが追加される。

不要なデータを削除した冗長性検証用データを生成したことで、冗長性判定処理の高速化が図れる。以下、図１３と図１４とに、関連構成情報１３１と冗長性検証用データ１３２とのそれぞれによって物理結線検証部１３０で認識されるＳＡＮ構成の違いを示す。

図１３は、関連構成情報によって認識されるＳＡＮ構成を示す図である。図１３に示すように、サーバ３１とストレージ５１との間の通信に関係のないサーバ３２，３３、及びストレージ５２、およびそれらの装置への物理結線が削除されたＳＡＮ構成が認識される。

図１４は、冗長性検証用データによって認識されるＳＡＮ構成を示す図である。図１４に示すように、スイッチ４１，４２，４３のポート番号の情報が無くなり、各物理結線の方向（図中、矢印で示す）が認識される。

次に物理結線検証部１３０は、冗長性検証用データ１３２に基づいて、検証ルートの検索処理を行う。
図１５は、冗長性検証用データ上でのルート検索状況を示す図である。物理結線検証部１３０は、まず、始点として指定されたサーバ３１の識別情報「Server#1」を装置情報１３２ａから検索し、データ７１を得る。次に、物理結線検証部１３０は、装置−エレメント対応情報１３２ｃを参照して、識別情報「Server#1」に対応するポート番号を検索し、検出されたデータから１つのデータ７２を選択する。そして、物理結線検証部１３０は、取得したデータ７２に基づいて、ポート番号「Port#0」を示すデータ７３を取得する。これによって、検証ルート探索の始点となる通信ポートが選択される。

次に、物理結線検証部１３０は、検証ルート探索の始点となる通信ポートの物理結線を示すデータ７４を、結線情報１３２ｄから取得する。図１５の例では、データ７４に示される接続相手がスイッチ「Switch#1」であるため、物理結線検証部１３０は、そのスイッチ「Switch#1」からの物理結線を示すデータ７５を、結線情報１３２ｄから取得する。図１５の例では、データ７５に示される接続相手がスイッチ「Switch#2」であるため、物理結線検証部１３０は、そのスイッチ「Switch#2」からの物理結線を示すデータ７６を、結線情報１３２ｄから取得する。図１５の例では、データ７６に示される接続相手がスイッチ「Switch#3」であるため、物理結線検証部１３０は、そのスイッチ「Switch#3」からの物理結線を示すデータ７７を、結線情報１３２ｄから取得する。

なお、物理結線検証部１３０は、結線情報１３２ｄ内のデータ検索を行う場合、各データに定義された方向性を参照し、検索している情報（サーバのポート番号またはスイッチの識別情報）が通信元として設定されているデータのみを検索する。また、物理結線検証部１３０は、結線情報１３２ｄ内のデータ検索を行う場合、既に検出されたデータについては検索の対象外とする。これは、それまで辿ったルートを戻るようなデータの検出を防止するためである。

図１５の例では、データ７７に示される接続相手は、ストレージ５１の通信ポート「Port#41」である。そこで、物理結線検証部１３０は、装置内エレメント情報１３２ｂから、該当する通信ポート「Port#41」のデータ７８を取得して、検証ルートの検索処理を終了する。

図１６は、検証ルートの検索結果を示す図である。この例では、サーバ３１の通信ポート「Port#0」を始点とし、スイッチ４１、スイッチ４２、およびスイッチ４３を経由してストレージ５１の通信ポート「Port#41」に至るルートが、検証ルートとして選択されている。

検証ルートが決定されると、物理結線検証部１３０は、冗長ルートの検索を行う。即ち、検証ルートが存在した場合、物理結線検証部１３０は、検証ルート上の装置と結線情報とを冗長性検証用データ１３２から除外する。

図１７は、検証ルートで使用される装置等を除外した冗長性検証用データを示す図である。この冗長性検証用データ１３３では、削除されたデータが破線で示されている。
装置情報１３３ａは、サーバ３１の識別情報「Server#1」とストレージ５１の識別情報「Storage#1」とを残し、他のデータが削除されている。装置内エレメント情報１３３ｂは、検証ルートで未使用の通信ポート「Port#1」、「Port#40」を残し、他のデータが削除されている。装置−エレメント対応情報１３３ｃは、検証ルートで未使用の通信ポートに関する装置との対応関係を示すデータのみが残され、他のデータが削除されている。結線情報１３３ｄは、検証ルートで使用していない物理結線を示すデータを残し、他のデータが削除されている。

このようにして更新された冗長性検証用データ１３３の中から、物理結線検証部１３０は、サーバ３１の未使用の通信ポートを始点とし、ストレージ５１の未使用の通信ポートを終点とするルートを探す（冗長ルートの検索）。

図１８は、冗長ルートの検索状況を示す概念図である。図１８に示すように、検証ルートに含まれる装置や物理結線（図中、破線で示す）の情報は削除されている。そのため、削除された情報を除いたＳＡＮ構成から、ポート番号「Port#1」からポート番号「Port#40」へのルートの探索が行われる。この際、物理結線検証部１３０は、冗長性検証用データ１３３に基づいて、冗長ルートの検索処理を行う。

図１９は、冗長性検証用データ上での冗長ルート検索状況を示す図である。物理結線検証部１３０は、まず、始点として指定されたサーバ３１の識別情報「Server#1」を装置情報１３３ａを検索し、データ７１を得る。次に、物理結線検証部１３０は、装置−エレメント対応情報１３３ｃを参照して、識別情報「Server#1」に対応するポート番号を検索し、検出されたデータのうち、検証ルートで使用されていないデータ８１を選択する。そして、物理結線検証部１３０は、取得したデータ８１に基づいて、ポート番号「Port#1」を示すデータ８２を取得する。これによって、検証ルート探索の始点となる通信ポートが選択される。

次に、物理結線検証部１３０は、検証ルート探索の始点となる通信ポートの物理結線を示すデータ８３を、結線情報１３３ｄから取得する。図１５の例では、データ８３に示される接続相手がスイッチ「Switch#2」であるため、物理結線検証部１３０は、そのスイッチ「Switch#2」からの物理結線を示すデータを、結線情報１３３ｄから検索する。このとき、冗長性検証用データ１３３の結線情報１３３ｄには、スイッチ「Switch#2」から他の装置への物理結線を示すデータが無い。従って、冗長ルートが存在しないと判断される。

図２０は、冗長ルートの検索結果を示す図である。図２０に示すように、スイッチ４２が検索ルートで使用されているため、冗長ルートを見つけることはできない。冗長ルートが検出できなかった場合、物理結線検証部１３０は、検証ルートの検索処理から処理をやり直す。検証ルートの再検索では、既に検証ルートとして選択したルートと異なるルートを検索する。

図２１は、冗長性検証用データ上でのルート再検索状況を示す図である。ここで、データ７１〜７４を取得するまでの処理は、図１５で示したルート検索と同じである。データ７４を取得後、物理結線検証部１３０は、スイッチ「Switch#1」からの物理結線を示すデータ８４を、結線情報１３２ｄから取得する。図２１の例では、データ８４に示される接続相手がストレージ５１の通信ポート「Port#40」である。そこで、物理結線検証部１３０は、装置内エレメント情報１３２ｂから、該当する通信ポート「Port#40」のデータ８５を取得して、検証ルートの検索処理を終了する。

図２２は、検証ルートの再検索結果を示す図である。この例では、サーバ３１の通信ポート「Port#0」を始点とし、スイッチ４１を経由してストレージ５１の通信ポート「Port#40」に至るルートが、検証ルートとして選択されている。

検証ルートが決定されると、物理結線検証部１３０は、冗長ルートの検索を行う。即ち、検証ルートが存在した場合、物理結線検証部１３０は、検証ルート上の装置と結線情報とを冗長性検証用データ１３２から除外する。

図２３は、再検索で得た検証ルートで使用される装置等を除外した冗長性検証用データを示す図である。この冗長性検証用データ１３４では、削除されたデータが破線で示されている。

装置情報１３４ａは、スイッチ４１の識別情報「Switch#1」を示すデータが削除されている。装置内エレメント情報１３４ｂは、検証ルートで未使用の通信ポート「Port#1」、「Port#41」を残し、他のデータが削除されている。装置−エレメント対応情報１３４ｃは、検証ルートで未使用の通信ポートに関する装置との対応関係を示すデータのみが残され、他のデータが削除されている。結線情報１３４ｄは、検証ルートで使用していない物理結線を示すデータを残し、他のデータが削除されている。この例では、「Port#0」から「Switch#1」への物理結線を示すデータと、「Switch#1」から「Port#40」への物理結線を示すデータとが、結線情報１３４ｄから削除されている。

このようにして更新された冗長性検証用データ１３４の中から、物理結線検証部１３０は、サーバ３１の未使用の通信ポートを始点とし、ストレージ５１の未使用の通信ポートを終点とするルートを探す（冗長ルートの検索）。

図２４は、冗長性検証用データ上での冗長ルート検索状況を示す図である。物理結線検証部１３０は、まず、始点として指定されたサーバ３１の識別情報「Server#1」を装置情報１３４ａから検索し、データ７１を得る。次に、物理結線検証部１３０は、装置−エレメント対応情報１３４ｃを参照して、識別情報「Server#1」に対応するポート番号（検証ルートで使用していないポート番号）を検索し、検出されたデータから１つのデータ８１を選択する。そして、物理結線検証部１３０は、取得したデータ８１に基づいて、ポート番号「Port#1」を示すデータ８２を取得する。これによって、冗長ルート探索の始点となる通信ポートが選択される。

次に、物理結線検証部１３０は、冗長ルート探索の始点となる通信ポートの物理結線を示すデータ８３を、結線情報１３４ｄから取得する。図２４の例では、データ８３に示される接続相手がスイッチ「Switch#2」であるため、物理結線検証部１３０は、そのスイッチ「Switch#2」からの物理結線を示すデータ７６を、結線情報１３４ｄから取得する。図２４の例では、データ７６に示される接続相手がスイッチ「Switch#3」であるため、物理結線検証部１３０は、そのスイッチ「Switch#3」からの物理結線を示すデータ７７を、結線情報１３４ｄから取得する。図１５の例では、データ７７に示される接続相手は、ストレージ５１の通信ポート「Port#41」である。そこで、物理結線検証部１３０は、装置内エレメント情報１３４ｂから、該当する通信ポート「Port#41」のデータ７８を取得して、検証ルートの検索処理を終了する。

図２５は、冗長ルートの検索結果を示す図である。図２５に示すように、サーバ３１のポート番号「Port#1」の通信ポートから、スイッチ４２とスイッチ４３とを経由してストレージ５１のポート番号「Port#41」の通信ポートに達する冗長ルートが検出される。

以上のようにして、物理結線検証部１３０による物理結線の冗長性の有無が検証される。そして、サーバ３１のポート番号「Port#0」の通信ポートから、スイッチ４１を経由してストレージ５１のポート番号「Port#40」の通信ポートに達するルートと、サーバ３１のポート番号「Port#1」の通信ポートから、スイッチ４２とスイッチ４３とを経由してストレージ５１のポート番号「Port#41」の通信ポートに達するルートによる複数のルートの存在が確認される。物理結線検証部１３０は、冗長ルートが発見されたときの各ルートの情報をマルチパス検証部１４０に渡す。

マルチパス検証部１４０は、構成情報管理部１２０からサーバ３１で設定されている複数のアクセスパス（マルチパス）の情報を取得して、冗長性のあるルートと照合する。
図２６は、マルチパスの第１の例を示す図である。この例では、第１のアクセスパス９１として、サーバ３１のポート番号「Port#0」の通信ポートから、ストレージ５１のポート番号「Port#40」の通信ポートへのパスが設定されている。また、第２のアクセスパス９２として、サーバ３１のポート番号「Port#1」の通信ポートから、ストレージ５１のポート番号「Port#41」の通信ポートへのパスが設定されている。

このようなマルチパスと物理結線検証部１３０で冗長性有りと判定されたルートとを比較すると、アクセスパスの組に対応する検証ルートと冗長ルートとの組が存在することが分かる。従って、この例では、マルチパス検証部１４０によって、マルチパスの冗長性が確保されていることが立証される。

図２７は、マルチパスの第２の例を示す図である。この例では、第１のアクセスパス９３として、サーバ３１のポート番号「Port#0」の通信ポートから、ストレージ５１のポート番号「Port#41」の通信ポートへのパスが設定されている。また、第２のアクセスパス９４として、サーバ３１のポート番号「Port#1」の通信ポートから、ストレージ５１のポート番号「Port#40」の通信ポートへのパスが設定されている。

このようなマルチパスと物理結線検証部１３０で冗長性有りと判定されたルートとを比較すると、アクセスパスの組に対応する検証ルートと冗長ルートとの組が存在しない。従って、この例では、マルチパス検証部１４０によって、マルチパスの冗長性が確保されていないことが立証される。

なお、マルチパスの冗長性が確保されていない場合、マルチパス検証部１４０は、冗長性を損なっていることを示すメッセージを画面に表示する。この際、マルチパス検証部１４０は、冗長性のあるルートを、修正案として表示してもよい。

以上のようにして、ＳＡＮ環境において、サーバ−ストレージ間の物理結線から、冗長性のあるマルチパスが組めるルートを探すことができる。また、既に設定されているマルチパスが、物理結線において冗長性が確保されているかどうかを検証することも可能となる。

ところで、上記の例では、物理結線の冗長性の有無のみを検証しているが、全てのルートから冗長度（冗長性のあるルートの数）を検出することもできる。
図２８は、冗長度の判定を行った物理結線検証結果の例を示す図である。この物理結線検証結果１２１は、サーバ３４、スイッチ４４〜４６、およびストレージ５３で構成されたＳＡＮを対象として物理結線の冗長性を検証したものである。

サーバ３４は、ポート番号がそれぞれ「Port#60」、「Port#61」、「Port#62」の通信ポートを有する。ポート番号「Port#60」の通信ポートは、スイッチ４４に接続されている。ポート番号「Port#61」の通信ポートは、スイッチ４５に接続されている。ポート番号「Port#62」の通信ポートは、スイッチ４６に接続されている。

スイッチ４４とスイッチ４５とは、互いに接続されている。スイッチ４５とスイッチ４６とは、互いに接続されている。
ストレージ５３は、ポート番号がそれぞれ「Port#70」、「Port#71」、「Port#72」の通信ポートを有する。ポート番号「Port#70」の通信ポートは、スイッチ４４に接続されている。ポート番号「Port71」の通信ポートは、スイッチ４５に接続されている。ポート番号「Port#72」の通信ポートは、スイッチ４６に接続されている。

物理結線検証部１３０は、このようなＳＡＮ構成のサーバ３４からストレージ５３への物理結線の検証を行い、冗長度を含む物理結線検証結果１２１を生成する。
物理結線検証結果１２１には、冗長度３のルート群と、冗長度２のルート群とが示されている。この例では、通信ポート「Port#60」と通信ポート「Port#70」との間のルート、「Port#61」と通信ポート「Port#71」との間のルート、「Port#62」と通信ポート「Port#72」との間のルートによって、冗長度３の冗長ルートが確保されている。その他、冗長度２のルート群が７つ検出されている。

このような物理結線検証結果１３５がマルチパス検証部１４０に渡される。そして、マルチパス検証部１４０において、アクセスパスの冗長性が判定される。
図２９は、冗長性があるアクセスパスの例を示す図である。この例では、サーバ３４に定義されているアクセスパス情報３４ａとして、サーバ３４の通信ポート「Port#60」からストレージ５３の通信ポート「Port#70」へのアクセスパスと、サーバ３４の通信ポート「Port#62」からストレージ５３の通信ポート「Port#72」へのアクセスパスとが設定されている。

マルチパス検証部１４０は、アクセスパス情報３４ａと物理結線検証結果１３５とを比較する。すると、アクセスパス情報３４ａと同じ組合せのルート群が物理結線検証結果１３５に含まれていることが分かる。これにより、マルチパス検証部１４０は、サーバ３４に設定されているアクセスパスは、冗長性が確保されていると判定する。

図３０は、冗長性のないアクセスパスの例を示す図である。この例では、サーバ３４に定義されているアクセスパス情報３４ｂとして、サーバ３４の通信ポート「Port#60」からストレージ５３の通信ポート「Port#72」へのアクセスパスと、サーバ３４の通信ポート「Port#62」からストレージ５３の通信ポート「Port#70」へのアクセスパスとが設定されている。

マルチパス検証部１４０は、アクセスパス情報３４ａと物理結線検証結果１３５とを比較する。すると、アクセスパス情報３４ａと同じ組合せのルート群が物理結線検証結果１３５に含まれていないことが分かる。これにより、マルチパス検証部１４０は、サーバ３４に設定されているアクセスパスは、冗長性が損なわれていると判定する。

なお、マルチパス検証部１４０は、アクセスパスの冗長性が損なわれている場合、アクセスパスの修正案を表示することもできる。例えば、図２８に示した物理結線検証結果１３５を画面に表示し、冗長性のあるルートを修正案として示すことができる。なお、この修正案では、物理接続の変更を伴わずに、論理的なパスの設定変更によって冗長性を確保できるアクセスパスが提示される。

なお、物理結線検証部１３０は、冗長性があるルート群を表示する際に、ルート長が最短となるルート群のみを抽出して、物理結線検証結果とすることもできる。
図３１は、最短ルート群を抽出した物理結線検証結果の例を示す図である。この物理結線検証結果１２２は、図２８に示した物理結線検証結果１２１からスイッチ間のカスケード接続を経由しないルートのみを抽出したものとなっている。なお、最短ルートとみなす条件としては、例えば、最初のルートで経由した装置数と冗長ルートで経由した装置数との和が最小となるものである。

なお、アクセスパスの冗長性が損なわれている場合、図３１に示した物理結線検証結果１２２を、アクセスパスの修正案として提示することもできる。この場合、最短のルートのみが修正案として提示される。最短のルートのみを抽出して修正案として提示することで、多数の冗長ルートとの中から適当なアクセスパス（最短のルート）を見つけだすのが容易となる。

ところで、図２に示したＳＡＮ構成は、一例として示したものであり、本実施の形態に係る管理サーバ１００は、他の様々なＳＡＮ構成について冗長性の検証を処理を行うことができる。以下、図３２〜図３７を参照して、冗長性有りと判定されるＳＡＮ構成の例を説明する。

図３２は、２つのスイッチを介して接続されたＳＡＮ構成の例を示す図である。図３２の例では、サーバ２１１の２つの通信ポートは、それぞれスイッチ２１２とスイッチ２１３に接続されている。スイッチ２１２，２１３同士は、互いに接続されている。また、スイッチ２１２，２１３は、それぞれストレージ２１４の個別の通信ポートに接続されている。

図３３は、サーバとストレージとを直結したＳＡＮ構成の例を示す図である。図３３の例では、サーバ２２１の２つの通信ポートが、ストレージ２２２の２つの通信ポートに直接接続されている。

図３４は、リング接続のスイッチ群を有するＳＡＮ構成の例を示す図である。図３４の例では、サーバ２１３の２つの通信ポートが、それぞれスイッチ２３２とスイッチ２３３に接続されている。スイッチ２３２は、さらにスイッチ２３３とスイッチ２３４とに接続されている。スイッチ２３３は、さらにスイッチ２３５に接続されている。スイッチ２３４は、さらにスイッチ２３５とストレージ２３６の通信ポートとに接続されている。スイッチ２３５は、さらにストレージ２３６の通信ポートに接続されている。

図３５は、完全メッシュ接続のスイッチ群を有するＳＡＮ構成の例を示す図である。図３５の例では、サーバ２４１の２つの通信ポートが、それぞれスイッチ２４２とスイッチ２４３とに接続されている。スイッチ２４２とスイッチ２４３とは、さらにスイッチ２４４とスイッチ２４５とに接続されている。スイッチ２４４とスイッチ２４５とは、さらにストレージ２４６の個別の通信ポートに接続されている。

図３６は、不完全メッシュ接続のスイッチ群を有するＳＡＮ構成の例を示す図である。図３６の例では、サーバ２５１の２つの通信ポートが、それぞれスイッチ２５２とスイッチ２５３とに接続されている。スイッチ２５２とスイッチ２５３とは互いに接続されていると共に、さらにスイッチ２５４とスイッチ２５５とに接続されている。スイッチ２５４とスイッチ２５５とは互いに接続されていると共に、さらにストレージ２５６の個別の通信ポートに接続されている。

図３７は、複数コアによるコア／エッジ接続のスイッチを有するＳＡＮ構成の例を示す図である。図３７の例では、サーバ２６１の２つの通信ポートが、それぞれスイッチ２６２とスイッチ２６３とに接続されている。スイッチ２６２は、２つの物理結線によりスイッチ２６４に接続されている。スイッチ２６３は、２つの物理結線によりスイッチ２６５に接続されている。スイッチ２６４は、さらにスイッチ２６６，２６７，２６８，２６９，２７０，２７１に２つの物理結線により接続されている。同様に、スイッチ２６５は、さらにスイッチ２６６，２６７，２６８，２６９，２７０，２７１に２つの物理結線により接続されている。スイッチ２７０とスイッチ２７１とは、さらにストレージ２７２の個別の通信ポートに接続されている。

このように、図３２〜図３７に示したＳＡＮ構成であれば、サーバ−ストレージ間の物理結線の冗長性が確保されている。従って、これらのＳＡＮ構成を対象として本実施の形態を適用すれば、物理結線の冗長性有りと判定される。また、サーバにおけるアクセスパスにおいて冗長性が損なわれている場合、アクセスパスの修正案が提示される。

次に、物理結線の冗長性が損なわれているＳＡＮ構成の例について、図３８〜図４１を参照して説明する。
図３８は、同一カスケード線を経由するＳＡＮ構成の例を示す図である。図３８の例では、サーバ３１１の２つの通信ポートは、それぞれスイッチ３１２とスイッチ３１３とに接続されている。スイッチ３１２とスイッチ３１３とは、互いに接続されている。スイッチ３１３は、さらにスイッチ３１４に接続されている。スイッチ３１４は、さらにスイッチ３１５とストレージ３１６とに接続されている。スイッチ３１５は、さらにストレージ３１６に接続されている。

この構成では、スイッチ３１３とスイッチ３１４との間のカスケード線を経由しなければ、サーバ３１１とストレージ３１６との伝送ルートを確保できない。従って、冗長性が損なわれている。

図３９は、同一スイッチを経由するＳＡＮ構成の例を示す図である。図３９の例では、サーバ３２１の２つの通信ポートは、それぞれスイッチ３２２とスイッチ３２３とに接続されている。スイッチ３２２とスイッチ３２３とは、互いに接続されている。スイッチ３２３は、さらにスイッチ３２４とストレージ３２５とに接続されている。スイッチ３２４は、さらにストレージ３２５に接続されている。

この構成では、スイッチ３２３を経由しなければ、サーバ３２１とストレージ３２５との伝送ルートを確保できない。従って、冗長性が損なわれている。
図４０は、ストレージが１つのスイッチにのみ接続されたＳＡＮ構成の例を示す図である。図４０の例では、サーバ３３１の２つの通信ポートは、それぞれスイッチ３３２とスイッチ３３３とに接続されている。スイッチ３３３は、さらに２つの物理結線によってストレージ３３４の２つの通信ポートに接続されている。

この構成では、スイッチ３３３を経由しなければ、サーバ３３１とストレージ３３４との伝送ルートを確保できない。従って、冗長性が損なわれている。
図４１は、単一コアによるコア／エッジ接続のスイッチを有するＳＡＮ構成の例を示す図である。図４１の例では、サーバ３４１の２つの通信ポートが、それぞれスイッチ３４２とスイッチ３４３とに接続されている。スイッチ３４２は、２つの物理結線によりスイッチ３４４に接続されている。スイッチ３４３は、２つの物理結線によりスイッチ３４４に接続されている。スイッチ３４４は、さらにスイッチ３４５，３４６，３４７，３４８，３４９，３５０に２つの物理結線により接続されている。スイッチ３４９とスイッチ３５０とは、さらにストレージ３５１の個別の通信ポートに接続されている。

この構成では、スイッチ３４４を経由しなければ、サーバ３４１とストレージ３５１との伝送ルートを確保できない。従って、冗長性が損なわれている。
このように図３８〜図４１のＳＡＮ構成では、物理結線の冗長性が損なわれている。従って、これらのＳＡＮ構成を対象として本実施の形態を適用すれば、物理結線の冗長性無しと判定される。

なお、上記の処理機能は、コンピュータによって実現することができる。その場合、管理サーバが有すべき機能の処理内容を記述したプログラムが提供される。そのプログラムをコンピュータで実行することにより、上記処理機能がコンピュータ上で実現される。処理内容を記述したプログラムは、コンピュータで読み取り可能な記録媒体に記録しておくことができる。コンピュータで読み取り可能な記録媒体としては、磁気記録装置、光ディスク、光磁気記録媒体、半導体メモリなどがある。磁気記録装置には、ハードディスク装置（ＨＤＤ）、フレキシブルディスク（ＦＤ）、磁気テープなどがある。光ディスクには、ＤＶＤ（Digital Versatile Disc）、ＤＶＤ−ＲＡＭ（Random Access Memory）、ＣＤ−ＲＯＭ（Compact Disc Read Only Memory）、ＣＤ−Ｒ（Recordable）／ＲＷ（ReWritable）などがある。光磁気記録媒体には、ＭＯ（Magneto-Optical disk）などがある。

プログラムを流通させる場合には、例えば、そのプログラムが記録されたＤＶＤ、ＣＤ−ＲＯＭなどの可搬型記録媒体が販売される。また、プログラムをサーバコンピュータの記憶装置に格納しておき、ネットワークを介して、サーバコンピュータから他のコンピュータにそのプログラムを転送することもできる。

プログラムを実行するコンピュータは、例えば、可搬型記録媒体に記録されたプログラムもしくはサーバコンピュータから転送されたプログラムを、自己の記憶装置に格納する。そして、コンピュータは、自己の記憶装置からプログラムを読み取り、プログラムに従った処理を実行する。なお、コンピュータは、可搬型記録媒体から直接プログラムを読み取り、そのプログラムに従った処理を実行することもできる。また、コンピュータは、サーバコンピュータからプログラムが転送される毎に、逐次、受け取ったプログラムに従った処理を実行することもできる。

（付記１） ネットワークの信頼性を検証するための信頼性検証プログラムにおいて、
コンピュータを、
前記ネットワークの物理接続関係を示すネットワーク構成情報から、アクセス元となるアクセス元装置とアクセス先となるアクセス先装置とを選択する選択手段、
前記アクセス元装置から前記ネットワーク構成情報における接続関係を辿り前記アクセス先装置に至るルートを、検証ルートに決定する検証ルート決定手段、
前記検証ルート決定手段で決定された前記検証ルートに含まれる装置及び物理結線を前記ネットワーク構成情報から除外した検証用ネットワーク構成情報を生成し、前記検証用ネットワーク構成情報上で前記アクセス元装置から前記アクセス先装置へ接続関係を辿ることが可能な冗長ルートを検索する冗長ルート検索手段、
前記冗長ルート検索手段により前記冗長ルートが検出された場合、前記ネットワークの物理接続において冗長性有りと判定する物理接続冗長性判定手段、
として機能させることを特徴とする信頼性検証プログラム。

（付記２） 前記検証ルート決定手段は、前記アクセス元装置が有する複数の通信ポートの１つから前記ネットワーク構成情報における接続関係を辿り、前記アクセス先装置が有する複数の通信ポートの１つへ至るルートを、前記検証ルートとし、
前記冗長ルート検索手段は、前記検証ルートで使用されていない前記アクセス元装置の通信ポートから前記ネットワーク構成情報における接続関係を辿り、前記検証ルートで使用されていない前記アクセス先装置の通信ポートへ至るルートを検索する、
ことを特徴とする付記１記載の信頼性検証プログラム。

（付記３） 前記コンピュータを、更に、
前記選択手段で選択された前記アクセス元装置から、前記アクセス先装置にアクセスするための複数のアクセスパスを取得し、物理接続において冗長性有りと判定された前記検証ルート及び前記冗長ルートの組と前記複数のアクセスパスとを比較し、前記複数のアクセスパスの冗長性の有無を判定するアクセスパス冗長性判定手段、
として機能させることを特徴とする付記１記載の信頼性検証プログラム。

（付記４） 前記アクセスパス冗長性判定手段は、前記検証ルートに使用された前記アクセス元装置の通信ポートと前記アクセス先装置の通信ポートとの組と、前記冗長ルートに使用された前記アクセス元装置の通信ポートと前記アクセス先装置の通信ポートとの組とのそれぞれに対応するアクセスパスが設定されていた場合に、冗長性有りと判定することを特徴とする付記３記載の信頼性検証プログラム。

（付記５） コンピュータによりネットワークの信頼性を検証するための信頼性検証方法において、
選択手段が、前記ネットワークの物理接続関係を示すネットワーク構成情報から、アクセス元となるアクセス元装置とアクセス先となるアクセス先装置とを選択し、
検証ルート決定手段が、前記アクセス元装置から前記ネットワーク構成情報における接続関係を辿り前記アクセス先装置に至るルートを、検証ルートに決定し、
冗長ルート検索手段が、前記検証ルート決定手段で決定された前記検証ルートに含まれる装置及び物理結線を前記ネットワーク構成情報から除外した検証用ネットワーク構成情報を生成し、前記検証用ネットワーク構成情報上で前記アクセス元装置から前記アクセス先装置へ接続関係を辿ることが可能な冗長ルートを検索し、
物理接続冗長性判定手段が、前記冗長ルート検索手段により前記冗長ルートが検出された場合、前記ネットワークの物理接続において冗長性有りと判定する、
ことを特徴とする信頼性検証方法。

（付記６） ネットワークの信頼性を検証するための信頼性検証装置において、
前記ネットワークの物理接続関係を示すネットワーク構成情報から、アクセス元となるアクセス元装置とアクセス先となるアクセス先装置とを選択する選択手段と、
前記アクセス元装置から前記ネットワーク構成情報における接続関係を辿り前記アクセス先装置に至るルートを、検証ルートに決定する検証ルート決定手段と、
前記検証ルート決定手段で決定された前記検証ルートに含まれる装置及び物理結線を前記ネットワーク構成情報から除外した検証用ネットワーク構成情報を生成し、前記検証用ネットワーク構成情報上で前記アクセス元装置から前記アクセス先装置へ接続関係を辿ることが可能な冗長ルートを検索する冗長ルート検索手段と、
前記冗長ルート検索手段により前記冗長ルートが検出された場合、前記ネットワークの物理接続において冗長性有りと判定する物理接続冗長性判定手段と、
を有することを特徴とする信頼性検証装置。

（付記７） ネットワークの信頼性を検証するための信頼性検証プログラムを記録したコンピュータ読み取り可能な記録媒体において、
コンピュータを、
前記ネットワークの物理接続関係を示すネットワーク構成情報から、アクセス元となるアクセス元装置とアクセス先となるアクセス先装置とを選択する選択手段、
前記アクセス元装置から前記ネットワーク構成情報における接続関係を辿り前記アクセス先装置に至るルートを、検証ルートに決定する検証ルート決定手段、
前記検証ルート決定手段で決定された前記検証ルートに含まれる装置及び物理結線を前記ネットワーク構成情報から除外した検証用ネットワーク構成情報を生成し、前記検証用ネットワーク構成情報上で前記アクセス元装置から前記アクセス先装置へ接続関係を辿ることが可能な冗長ルートを検索する冗長ルート検索手段、
前記冗長ルート検索手段により前記冗長ルートが検出された場合、前記ネットワークの物理接続において冗長性有りと判定する物理接続冗長性判定手段、
として機能させることを特徴とする信頼性検証プログラムを記録したコンピュータ読み取り可能な記録媒体。

実施の形態に適用される発明の概念図である。 本実施の形態のシステム構成を示す図である。 本発明の実施の形態に用いる管理サーバのハードウェア構成例を示す図である。 管理サーバの機能を示すブロック図である。 構成情報管理部によるＳＡＮ構成解析処理を示す概念図である。 ネットワーク構成情報記憶部のデータ構造例を示す図である。 ＳＡＮ構成のイメージ画像を示す図である。 物理結線検証処理を示すフローチャートである。 関連構成抽出手順に沿ったデータ解析イメージを示す図である。 冗長性検証用データの生成処理を示すフローチャートである。 関連構成情報のデータ構造例を示す図である。 冗長性検証用データのデータ構造例を示す図である。 関連構成情報によって認識されるＳＡＮ構成を示す図である。 冗長性検証用データによって認識されるＳＡＮ構成を示す図である。 冗長性検証用データ上でのルート検索状況を示す図である。 検証ルートの検索結果を示す図である。 検証ルートで使用される装置等を除外した冗長性検証用データを示す図である。 冗長ルートの検索状況を示す概念図である。 冗長性検証用データ上での冗長ルート検索状況を示す図である。 冗長ルートの検索結果を示す図である。 冗長性検証用データ上でのルート再検索状況を示す図である。 検証ルートの再検索結果を示す図である。 再検索で得た検証ルートで使用される装置等を除外した冗長性検証用データを示す図である。 冗長性検証用データ上での冗長ルート検索状況を示す図である。 冗長ルートの検索結果を示す図である。 マルチパスの第１の例を示す図である。 マルチパスの第２の例を示す図である。 冗長度の判定を行った物理結線検証結果の例を示す図である。 冗長性があるアクセスパスの例を示す図である。 冗長性のないアクセスパスの例を示す図である。 最短ルート群を抽出した物理結線検証結果の例を示す図である。 ２つのスイッチを介して接続されたＳＡＮ構成の例を示す図である。 サーバとストレージとを直結したＳＡＮ構成の例を示す図である。 リング接続のスイッチ群を有するＳＡＮ構成の例を示す図である。 完全メッシュ接続のスイッチ群を有するＳＡＮ構成の例を示す図である。 不完全メッシュ接続のスイッチ群を有するＳＡＮ構成の例を示す図である。 複数コアによるコア／エッジ接続のスイッチを有するＳＡＮ構成の例を示す図である。 同一カスケード線を経由するＳＡＮ構成の例を示す図である。 同一スイッチを経由するＳＡＮ構成の例を示す図である。 ストレージが１つのスイッチにのみ接続されたＳＡＮ構成の例を示す図である。 単一コアによるコア／エッジ接続のスイッチを有するＳＡＮ構成の例を示す図である。

符号の説明

１ 選択手段
１ａ ネットワーク構成情報
１ａａ アクセス元装置
１ａｂ アクセス先装置
２ 検証ルート決定手段
２ａ，２ｂ 検証ルート
３ 冗長ルート検索手段
３ａ，３ｂ 検証用ネットワーク構成情報
３ｂａ 冗長ルート
４ 物理接続冗長性判定手段

Claims (2)

1. ネットワークの信頼性を検証するための信頼性検証プログラムにおいて、
   コンピュータを、
   前記ネットワークの物理接続関係を示すネットワーク構成情報から、アクセス元となるアクセス元装置とアクセス先となるアクセス先装置とを選択する選択手段、
   前記アクセス元装置が有する複数の通信ポートの１つから前記ネットワーク構成情報における接続関係を辿り、前記アクセス先装置が有する複数の通信ポートの１つへ至るルートを、検証ルートに決定する検証ルート決定手段、
   前記検証ルート決定手段で決定された前記検証ルートに含まれる装置及び物理結線を前記ネットワーク構成情報から除外した検証用ネットワーク構成情報を生成し、前記検証ルートで使用されていない前記アクセス元装置の通信ポートから前記検証用ネットワーク構成情報における接続関係を辿り、前記検証ルートで使用されていない前記アクセス先装置の通信ポートへ至ることが可能な冗長ルートを検索する冗長ルート検索手段、
   前記冗長ルート検索手段により前記冗長ルートが検出された場合、前記ネットワークの物理接続において冗長性有りと判定する物理接続冗長性判定手段、
   前記アクセス先装置へのアクセス用に前記アクセス元装置に設定されており、前記アクセス元装置の通信ポートと前記アクセス先装置の通信ポートとの組が指定された複数のアクセスパスを、前記アクセス元装置から取得し、前記検証ルートで使用されている前記アクセス元装置の通信ポートと前記アクセス先装置の通信ポートとの組と、前記冗長ルートで使用されている前記アクセス元装置の通信ポートと前記アクセス先装置の通信ポートとの組との、それぞれに対応するアクセスパスが前記アクセス元装置に設定されていた場合、アクセスパスの冗長性有りと判定するアクセスパス冗長性判定手段、
   として機能させることを特徴とする信頼性検証プログラム。
2. コンピュータによりネットワークの信頼性を検証するための信頼性検証方法において、
   前記コンピュータが、
   前記ネットワークの物理接続関係を示すネットワーク構成情報から、アクセス元となるアクセス元装置とアクセス先となるアクセス先装置とを選択し、
   前記アクセス元装置が有する複数の通信ポートの１つから前記ネットワーク構成情報における接続関係を辿り、前記アクセス先装置が有する複数の通信ポートの１つへ至るルートを、検証ルートに決定し、
   決定された前記検証ルートに含まれる装置及び物理結線を前記ネットワーク構成情報から除外した検証用ネットワーク構成情報を生成し、前記検証ルートで使用されていない前記アクセス元装置の通信ポートから前記検証用ネットワーク構成情報における接続関係を辿り、前記検証ルートで使用されていない前記アクセス先装置の通信ポートへ至ることが可能な冗長ルートを検索し、
   前記冗長ルートが検出された場合、前記ネットワークの物理接続において冗長性有りと判定し、
   前記アクセス先装置へのアクセス用に前記アクセス元装置に設定されており、前記アクセス元装置の通信ポートと前記アクセス先装置の通信ポートとの組が指定された複数のアクセスパスを、前記アクセス元装置から取得し、前記検証ルートで使用されている前記アクセス元装置の通信ポートと前記アクセス先装置の通信ポートとの組と、前記冗長ルートで使用されている前記アクセス元装置の通信ポートと前記アクセス先装置の通信ポートとの組との、それぞれに対応するアクセスパスが前記アクセス元装置に設定されていた場合、アクセスパスの冗長性有りと判定する、
   ことを特徴とする信頼性検証方法。
   

Images