(57)【要約】      （修正有）【課題】トラフィックが集中しボトルネックとなる可能性のある個所を事前に把握してアクセスパスの管理を簡単にする。【解決手段】大容量のデータ記憶装置１４と、データ記憶装置を利用するホスト計算機１３との間にマルチパスを形成し、選択されたパスを利用してデータの転送を行うストレージネットワークシステムにおけるアクセスパス管理方法であって、データ記憶装置とホスト計算機とを接続する第1のアクセスパスの交替として使用され得る第２のアクセスパスを選択し、第１のアクセスパス上の装置に関連する、第１のアクセスパスのトラフィックの量を計算し、計算されたトラフィックの量を加味して、第２のアクセスパス上の装置に関する、第２のアクセスパスのトラフィック量の変化量を計算する。その計算された第２のアクセスパスのトラフィックの変化量の値から、第２のアクセスパス上の装置がボトルネックかを判定する。その判定結果を外部へ通知する。【選択図】図１
2006268625.tif 000002
【特許請求の範囲】
【請求項１】
大容量のデータ記憶装置と、該データ記憶装置を利用するホスト計算機との間にマルチパスを形成し、選択されたパスを利用してデータの転送を行うストレージネットワークシステムにおけるアクセスパス管理方法であって、
該データ記憶装置と該ホスト計算機とを接続する第1のアクセスパスの交替として使用され得る第２のアクセスパスを選択するステップと、
第１のアクセスパス上の装置に関連する、該第１のアクセスパスのトラフィックの量を計算するステップと、
計算された該トラフィックの量を加味して、第２のアクセスパス上の装置に関する、該第２のアクセスパスのトラフィック量の変化量を計算するステップと、
計算された該第２のアクセスパスのトラフィックの変化量の値から、該第２のアクセスパス上の装置がボトルネックかを判定するステップと、
該判定結果を外部に通知するステップと、
を有することを特徴とするアクセスパス管理方法。
【請求項２】
該第1及び第２のアクセスパスには、該データ記憶装置が持つ複数のポート、該ホスト計算機が持つ複数のアダプタ、及び該ポートと該アダプタの接続関係を切り替えるスイッチが含まれ、これらを示す識別子の情報がボトルネックのパス情報として管理者に通知するために表示装置に表示されることを特徴とする請求項１のアクセスパス管理方法。
【請求項３】
第１のアクセスパスのトラフィックの量の値を減算し、該減算した値を、第２のアクセスパス上の装置に関連するトラフィック量に加算することにより、該第２のアクセスパス上の各装置におけるトラフィック量の変化量を算出することを特徴とする請求項１又は２のアクセスパス管理方法。
【請求項４】
請求項３において、第１のアクセスパスに対して複数の第２のアクセスパスが存在する場合、該第２のアクセスパス上の各装置におけるトラフィック量の変化量の算出において、該第１のアクセスパスのトラフィック量の計算値を第２のアクセスパスの数で割った値を均等に加算することを特徴とするアクセスパス管理方法。
【請求項５】
請求項１乃至４のいずれかにおいて、ボトルネックの判定は、該トラフィックの変化量の計算値が、０より大きい値である場合、ボトルネックと判定することを特徴とするアクセスパス管理方法。
【請求項６】
請求項１乃至４のいずれかにおいて、ボトルネックの判定は、該トラフィックの変化量の計算値と、切替る前のトラフィックの計算値との比率が一定の値より大きい場合、ボトルネックと判定することを特徴とするアクセスパス管理方法。
【請求項７】
請求項１乃至４のいずれかにおいて、ボトルネックの判定は、該トラフィックの変化量の計算値と、切替る前のトラフィックの計算値とを加えた値である切替え後のトラフィックの計算値と、該第２のアクセスパス上の装置のトラフィックの許容量を示す値との比較により判定することを特徴とするアクセスパス管理方法。
【請求項８】
請求項１乃至４のいずれかにおいて、ボトルネックの判定は、該トラフィックの変化量の計算値を入力とし、ボトルネックかどうかの真偽値を返すユーザ定義の関数により判定することを特徴とするアクセスパス管理方法。
【請求項９】
該データ記憶装置には形成された少なくとも１つの論理ボリュームに対してホスト計算機からアクセスするための複数のアクセスパスを管理し、選択された該第２のアクセスパス上にある装置に関して、前記計算されたトラフィック量を記憶するトラフィック情報テーブルを作成して、該アクセスパスを管理するサーバが持つ記憶装置に格納することを特徴とする請求項１乃至８のいずれかの項記載のアクセスパス管理方法。
【請求項１０】
アクセスパスのＩＤに対応して、該アクセスパス上に存する、ホスト計算機のホストバスアダプタと、データ記憶装置のポートと、論理ボリュームの識別子、及び論理ボリュームに記憶されているアプリケーションプログラムを示す情報を記憶するアクセスパス情報テーブルを、該アクセスパスを管理するサーバが持つ記憶装置に格納することを特徴とする請求項１乃至８のいずれかの項記載のアクセスパス管理方法。
【請求項１１】
該アクセスパス情報テーブルを参照して、該テーブルに登録されたアプリケーションプログラムおよび関連する管理者に対して該判定結果を通知することを特徴とする請求項１０のアクセスパス管理方法。
【請求項１２】
情報を処理するホスト計算機と、情報を記憶する記憶装置との間をマルチパスにより接続できるストレージネットワークシステムにおいて実行されるアクセスパス管理プログラムであって、
ストレージネットワークを構成する第１の装置を入力する行程と、
該第１の装置を通る全てのアクセスパスがマルチパス管理処理により切替る場合にアクセスパスが集中しトラフィックが増加する第２の装置を取得する行程と、
取得された該第２の装置に関する情報を表示装置に表示するために転送する行程と、
有することを特徴とするアクセスパス管理プログラム。
【請求項１３】
更に、該第２の装置を通るアクセスパスを取得する行程と、該アクセスパスの情報を該表示装置に表示する行程と、有することを特徴とする請求項１２のアクセスパス管理プログラム。
【請求項１４】
大容量のデータ記憶装置と、該データ記憶装置を利用するホスト計算機との間にマルチパスを形成し、選択されたパスを利用してデータの転送を行うストレージネットワークシステムにおける該データ記憶装置と該ホスト計算機との間のアクセスパスを管理する管理サーバにおいて、
アクセスパスを統合的に管理するためのアクセスパス統合管理プログラムを記憶すると共に、プログラム実行などに伴う一時的なデータを保持する主メモリと、
該アクセスパス統合管理プログラムを実行する処理装置と、
該アクセスパス統合管理プログラムの実行状況を表示する表示装置と、を有し、
該処理装置は、該アクセスパス統合管理プログラムの実行により、該データ記憶装置と該ホスト計算機とを接続する第1のアクセスパスの交替として使用され得る第２のアクセスパスを選択する手段と、第１のアクセスパス上の装置に関連する、該第１のアクセスパスのトラフィックの量を計算する手段と、計算された該トラフィックの量を加味して、第２のアクセスパス上の装置に関する、該第２のアクセスパスのトラフィック量の変化量を計算する手段と、計算された該第２のアクセスパスのトラフィックの変化量の値から、該第２のアクセスパス上の装置がボトルネックかを判定する手段と、該判定結果を外部に通知する手段と、
を有することを特徴とする管理サーバ。
【請求項１５】
該管理サーバは、該ホスト計算機から収集したＳＡＮを構成する装置に関する構成装置情報を記憶したテーブルと、該アクセスパスを構成する装置やポートに関するアクセスパス情報を記憶したテーブルと、アクセスパス上の装置及びポートのトラフィックに関するトラフィック情報を記憶したテーブルと、該アクセスパス統合管理プログラムの実行によって得られるアクセスパス上の装置に対するトラフィックの変化量に関する計算値を示すトラフィック計算情報を記憶するテーブルと、を格納する記憶装置を有することを特徴とする請求項１４の管理サーバ。
【請求項１６】
アクセスパスのＩＤに対応して、該アクセスパス上に存する、ホスト計算機のホストバスアダプタと、データ記憶装置のポートと、論理ボリュームの識別子、及び論理ボリュームに記憶されているアプリケーションプログラムを示す情報を記憶するアクセスパス情報テーブルを格納する記憶装置を有し、
該アクセスパス情報テーブルを参照して、該テーブルに登録されたアプリケーションプログラムおよび関連する管理者に対して該判定結果を通知することを特徴とする請求項１５の管理サーバ。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明はアクセスパス管理方法及び装置に係り、特にストレージエリアネットワーク（ＳＡＮ）において複数のアクセスパスを利用してストレージデバイスをアクセスするマルチパスシステムにおけるアクセスパスの管理に関する。
【背景技術】
【０００２】
インターネットの普及やデータのマルチメディア化などにより、企業等で使用される記憶装置の記憶容量が増加している。膨大で急増するデータに対し、複数のホストと大容量データ記憶装置、特にディスクアレイをファイバチャネル等により接続し、データの共用、高速なアクセスなどを実現するＳＡＮが構築されるようになっている。
【０００３】
ホストと記憶装置間には、ホストバスアダプタ(ＨＢＡ)、チャネルアダプタ(以下ＣＨＡと呼ぶ)などＳＡＮに接続するためのアダプタや、ファイバチャネルスイッチ（以下単にスイッチと呼ぶ）、ハブなどの接続に用いられる機器が複数存在する。そして障害時を想定して複数の経路(以下、物理パスと呼ぶ)を確保できるように各機器間を接続している。このため接続関係がかなり複雑となることがある。
【０００４】
また、ディスクアレイのようなデータ記憶装置では、複数の物理ディスクから構成される記憶領域を複数の論理的なボリューム（以下、論理ボリュームと呼ぶ）に分け、特定のホストに公開することが可能である。ホストから論理ボリュームへアクセスするための経路(以下、アクセスパスと呼ぶ)を前述の複数存在する物理パスの選択肢から設定する。１つの論理ボリュームに対して複数のアクセスパスを設定し、障害時にアクセスパスを切替えることでアクセスを継続したり、複数のアクセスパスを同時に使用してアクセスの負荷を分散したりする技術（以下、マルチパス管理と呼ぶ）が使用されている。
【０００５】
この種の技術に関し、ストレージデバイスに対するアクセスの負荷を複数のアクセスパスに適切に分散するものとして、例えば特開２０００−３３０９２４号公報（特許文献１）が揚げられる。
【０００６】
【特許文献１】特開２０００−３３０９２４号公報
【発明の開示】
【発明が解決しようとする課題】
【０００７】
しかし、複数のホストからストレージデバイスを共用している環境では管理する物理パスやアクセスパスの数が多くなり、さらに複数のホスト(またはホストのグループ)やアプリケーション(以下、ＡＰという)の管理者が存在する大規模な環境では、互いの影響を把握して適切なアクセスパスを張ることが困難になる。
【０００８】
従来技術によるマルチパス管理において障害が発生した場合、その障害個所に係わるアクセスパスは全て切り替わることになる。このためＳＡＮ上のＩＯトラフィックが大きく変わり、特定のアダプタやスイッチなどに今まで通っていなかったアクセスパスが集中する可能性がある。その結果、特定のＡＰに関するＩＯにかかる時間が大きくなり、重要なＡＰの動作が遅くなるという問題が生じる。前述のように大規模なＳＡＮにおいては互いの影響を把握して重要なＡＰの動作が遅くならないように張りなおすことは困難である。
【０００９】
本発明の目的は、マルチパスシステムにおいてトラフィックが集中してボトルネックとなり得る個所を事前に把握して運用管理者に通知するようにしたアクセスパスの管理方法及び装置を提供することにある。
より具体的は、本発明は、予め切替え可能なアクセスパスの情報を集約し、各アダプタやスイッチなどの装置の障害発生によりアクセスパスの切替えが発生した場合のトラフィックの変化を計算することにより、障害発生時にトラフィックが集中しボトルネックとなり得る個所を事前に検出して、運用管理者へ通知するようにしたアクセスパスの管理を提供することにある。
【課題を解決するための手段】
【００１０】
本発明に係るアクセスパス管理方法は、大容量のデータ記憶装置と、データ記憶装置を利用するホスト計算機との間にマルチパスを形成し、選択されたパスを利用してデータの転送を行うストレージネットワークシステムにおけるアクセスパス管理方法であって、データ記憶装置とホスト計算機とを接続する第1のアクセスパスの交替として使用され得る第２のアクセスパスを選択するステップと、第１のアクセスパス上の装置に関連する、第１のアクセスパスのトラフィックの量を計算するステップと、計算されたトラフィックの量を加味して、第２のアクセスパス上の装置に関する、第２のアクセスパスのトラフィック量の変化量を計算するステップと、計算された第２のアクセスパスのトラフィックの変化量の値から、第２のアクセスパス上の装置がボトルネックかを判定するステップと、判定結果を外部に通知するステップと、を有して構成したものである。
好ましい例では、第1及び第２のアクセスパスには、データ記憶装置が持つ複数のポート、ホスト計算機が持つ複数のアダプタ、及びポートとアダプタの接続関係を切り替えるスイッチが含まれ、これらを示す識別子の情報がボトルネックのパス情報として管理者に通知するために表示装置に表示される。
また、好ましくは、第１のアクセスパスのトラフィックの量の値を減算し、減算した値を、第２のアクセスパス上の装置に関連するトラフィック量に加算することにより、第２のアクセスパス上の各装置におけるトラフィック量の変化量を算出する。
更に、一例では、第１のアクセスパスに対して複数の第２のアクセスパスが存在する場合、第２のアクセスパス上の各装置におけるトラフィック量の変化量の算出において、第１のアクセスパスのトラフィック量の計算値を第２のアクセスパスの数で割った値を均等に加算する。
また、ボトルネックの判定に関して、一例では、トラフィックの変化量の計算値が、０より大きい値である場合、ボトルネックと判定する。
【００１１】
また、好ましい例では、データ記憶装置には形成された少なくとも１つの論理ボリュームに対してホスト計算機からアクセスするための複数のアクセスパスを管理し、選択された第２のアクセスパス上にある装置に関して、前記計算されたトラフィック量を記憶するトラフィック情報テーブルを作成して、アクセスパスを管理するサーバが持つ記憶装置に格納する。
更に、好ましい例では、アクセスパスのＩＤに対応して、アクセスパス上に存する、ホスト計算機のホストバスアダプタと、データ記憶装置のポートと、論理ボリュームの識別子、及び論理ボリュームに記憶されているアプリケーションプログラムを示す情報を記憶するアクセスパス情報テーブルを、アクセスパスを管理するサーバが持つ記憶装置に格納する。
そして、このアクセスパス情報テーブルを参照して、テーブルに登録されたアプリケーションプログラムおよび関連する管理者に対して判定結果を通知する。
【００１２】
本発明に係るアクセスパス管理プログラムは、情報を処理するホスト計算機と、情報を記憶する記憶装置との間をマルチパスにより接続できるストレージネットワークシステムにおいて実行されるアクセスパス管理プログラムであって、ストレージネットワークを構成する第１の装置を入力する行程と、第１の装置を通る全てのアクセスパスがマルチパス管理処理により切替る場合にアクセスパスが集中しトラフィックが増加する第２の装置を取得する行程と、取得された第２の装置に関する情報を表示装置に表示するために転送する行程と、有するアクセスパス管理プログラムである。
また、一例では、更に、第２の装置を通るアクセスパスを取得する行程と、アクセスパスの情報を表示装置に表示する行程と、有する。
【００１３】
本発明に係るアクセスパスを管理する管理サーバは、以下のように把握される。即ち、大容量のデータ記憶装置と、データ記憶装置を利用するホスト計算機との間にマルチパスを形成し、選択されたパスを利用してデータの転送を行うストレージネットワークシステムにおけるデータ記憶装置とホスト計算機との間のアクセスパスを管理する管理サーバにおいて、
アクセスパスを統合的に管理するためのアクセスパス統合管理プログラムを記憶すると共に、プログラム実行などに伴う一時的なデータを保持する主メモリと、アクセスパス統合管理プログラムを実行する処理装置と、アクセスパス統合管理プログラムの実行状況を表示する表示装置とを有し、
処理装置は、アクセスパス統合管理プログラムの実行により、データ記憶装置とホスト計算機とを接続する第1のアクセスパスの交替として使用され得る第２のアクセスパスを選択する手段と、第１のアクセスパス上の装置に関連する、第１のアクセスパスのトラフィックの量を計算する手段と、計算されたトラフィックの量を加味して、第２のアクセスパス上の装置に関する、第２のアクセスパスのトラフィック量の変化量を計算する手段と、計算された第２のアクセスパスのトラフィックの変化量の値から、第２のアクセスパス上の装置がボトルネックかを判定する手段と、判定結果を外部に通知する手段と、を有する管理サーバである。
好ましい例では、管理サーバは、ホスト計算機から収集したＳＡＮを構成する装置に関する構成装置情報を記憶したテーブルと、アクセスパスを構成する装置やポートに関するアクセスパス情報を記憶したテーブルと、アクセスパス上の装置及びポートのトラフィックに関するトラフィック情報を記憶したテーブルと、アクセスパス統合管理プログラムの実行によって得られるアクセスパス上の装置に対するトラフィックの変化量に関する計算値を示すトラフィック計算情報を記憶するテーブルと、を格納する記憶装置を有する。
また好ましくは、アクセスパスのＩＤに対応して、アクセスパス上に存する、ホスト計算機のホストバスアダプタと、データ記憶装置のポートと、論理ボリュームの識別子、及び論理ボリュームに記憶されているアプリケーションプログラムを示す情報を記憶するアクセスパス情報テーブルを格納する記憶装置を有し、このアクセスパス情報テーブルを参照して、テーブルに登録されたアプリケーションプログラムおよび関連する管理者に対して判定結果を通知する管理サーバである。
【発明の効果】
【００１４】
本発明によれば、マルチパス管理用のソフトウエアが保持している障害発生時に切替え可能なアクセスパスの情報を集約し、アクセスパス上の装置の障害等によりアクセスパスの切替えが発生した場合にトラフィックの変化を算出することで、トラフィックが集中しボトルネックとなる可能性の個所を事前に把握することができる。そしてボトルネックに関する情報をシステム管理者等へ通知することにより、システム管理者は障害発生時おけるＡＰの処理動作の遅延等に対する対策を事前に講じることができる。
【発明を実施するための最良の形態】
【００１５】
以下において本発明の一実施形態について説明する。
図１２は、一実施例が適用されるＳＡＮシステムの構成の例を示す。
ホスト計算機（単にホストという）１３は、ＨＢＡ１２０１を介してスイッチ１２０２、ハブなどの接続用機器のポートと接続している。スイッチ１２０２は、ディスクアレイなどの大容量データ記憶装置１４のチャネルアダプタ(以下、ＣＨＡ)１２０３、ポートコントローラなどのポート１２０４と接続している。大容量データ記憶装置１４は、複数の物理ディスク１２０５から構成され、また複数の物理ディスク１２０５上には論理的なアクセス単位である論理ボリューム１２０６が形成されて、この複数の論理ボリュームがホスト計算機に公開されている。
【００１６】
図１３は、図１２のＳＡＮシステムに適用されたマルチパス管理のアクセスパスの例を示す図である。尚、図を見やすくするため、説明に不要な物理パス、記憶装置、スイッチなどは省略されている。また論理ボリュームとして一方の論理ボリューム１（１２０６ｂ）に対する１組のアクセスパスが示されているが、一般的には、複数の論理ボリュームに対し、複数のアクセスパスが存在し、これらのパスに対してマルチパス管理が適用される。
【００１７】
アクセスパスの設定は、記憶装置１４の管理用ツールやＳＡＮ管理用ソフトウエアなどにより行う。まず、特定の論理ボリューム１２０６の識別子と記憶装置１４のポート１２０４を割当てる。図１３に示す例の場合、論理ボリューム１（１２０６ｂ）は、ポート１（１２０４ａ）とポート４（１２０４ｄ）の各々に割当てられている。また、アクセス制御の設定により、ポート１（１２０４ａ）側は、ホスト１（１３ａ）のＨＢＡ１（１２０１ａ）のポートに、ポート４（１２０４ｄ）側は、ホスト１（１３ａ）のＨＢＡ２（１２０１ｂ）のポートに、公開している。ファイバチャネルのプロトコルでは、固有の識別子としてワールドワイドネーム（ＷＷＮ）が割当てられており一意の識別子として使用される。
【００１８】
図１３に示す例の場合、論理ボリューム１（１２０６ｂ）に対し、ホスト１（１３ａ）のＨＢＡ１（１２０１ａ）、スイッチ１（１２０２ａ）、記憶装置（１４ａ）のポート１（１２０４ａ）を通るアクセスパスと、ホスト１（１３ａ）のＨＢＡ２（１２０１ｂ）、スイッチ２（１２０２ｂ）、記憶装置（１４ａ）のポート４（１２０４ｄ）を通るアクセスパスの２つのアクセスパスがある。マルチパス管理１１３は、これら複数のアクセスパスに対し、１つのホスト上で認識されるボリューム１３０１としてアクセスすることを可能とする。
【００１９】
図１３や図１４の例では、オンラインで使用中のアクセスパス（以下、使用アクセスパスと呼ぶ）を太線で、切替えの候補となるオフラインのアクセスパス（以下、代替アクセスパスと呼ぶ）を点線で示す。
【００２０】
ＨＢＡやＣＨＡの故障、スイッチの障害、ケーブルの障害など使用アクセスパスに障害が発生した場合、代替アクセスパスの中からマルチパス管理により定められた優先順位により、１つの代替アクセスパスに切替る。優先順位は、アクセスパスを構成するＣＨＡなどの性能の順であったり、ＩＤの小さい順であったり、様々な決定方法がある。いずれにしても代替アクセスパスを一意に決めることができれば良い。
【００２１】
図１４は、一実施例によるアクセスパスの管理方法の原理を示す図である。
各ポートやスイッチなどに想定される障害発生によりアクセスパスの切替えが発生した場合のトラフィックの変化を事前に把握することで、障害発生時のボトルネック個所を事前に検出し、現在の代替アクセスパス設定の問題点をホストやＡＰ等のシステム管理者へ通知するものである。
【００２２】
まず、ＳＡＮを構成する装置に対して障害の発生箇所を想定する。障害個所としては、ＨＢＡ、ＣＨＡ、スイッチ等の機器を想定して説明する。しかし、ケーブルのように、その他の障害箇所に対しても、マルチパス管理が物理パスの構成を取得可能であれば、本実施例を適用することは容易である。また、マルチパス管理が、ＨＢＡとＣＨＡのみの構成しか取得しない場合、スイッチを除いたアクセスパスに対して、一実施例を適用することも可能である。
【００２３】
図１４の例では、ＣＨＡ1（１２０３ａ）に障害が発生すると想定した場合、どこに問題がおこるかを把握する。以下、他のＣＨＡ（１２０３ｂなど）、ＨＢＡ（１２０１ａ、１２０１ｂ、１２０１ｃ、１２０１ｄなど）、スイッチ（１２０２ａ、１２０２ｂなど）に対しても、ループ処理などで同様に調べていくことで、現在のＳＡＮ構成における代替アクセスパス設定の問題点を調べることができる。また、複数箇所に障害が発生した場合の問題点も、各個所に順次適用し、その複数箇所にまたがるアクセスパスについては、以降の処理を一回のみ適用することで、容易に発明に適用することが可能である。
【００２４】
次に、想定する障害箇所に障害が発生した場合に、切り替わるアクセスパスを抽出する。想定する障害個所を通るアクセスパスに対する代替アクセスパスの情報を取得する。図１３及び図１４では、簡単化のため、障害個所を通るアクセスパスを１本のみ記述したが、一般には複数存在し、その場合にはループ処理などで順次適用する。
【００２５】
障害箇所をＣＨＡ1（１２０３ａ）と想定する。障害が発生した場合、障害箇所を通るアクセスパス、すなわち、ホスト１（１３ａ）のＨＢＡ１（１２０１ａ）、スイッチ１（１２０２ａ）、記憶装置（１４ａ）のポート１（１２０４ａ）を通るアクセスパスに障害が及び、アクセスパスが切り替わる。前述のように、マルチパス管理により定められた優先順位により代替アクセスパスが選択される。図１４の例では、ホスト１（１３ａ）のＨＢＡ２（１２０１ｂ）、スイッチ２（１２０２ｂ）、記憶装置（１４ａ）のポート４（１２０４ｄ）を通るアクセスパスに切り替わり、使用アクセスパスとなる状態を太線で表している。
【００２６】
次に、アクセスパスの切替えに対するトラフィックの変化を把握する。障害箇所を通るアクセスパスについては、使用アクセスパスでは無くなるため、その分のトラフィックはそのアクセスパス上の機器から減る。また、代替アクセスパスから使用アクセスパスに切替るアクセスパスについては、そのアクセスパス上の装置について、上記の減った分のトラフィックが増えるものと想定される。
【００２７】
そこで、各装置又は装置のポートなどに対して、トラフィックの減少分と増加分を加算し、アクセスパスを切替えた場合のトラフィック量の変化を算出する。ここで、アクセスパスを通るトラフィックの算出方法としては、マルチパス管理がアクセスパスなどの性能情報（例えばＩＯ数）を管理していて、そこから取得する方法が揚げられる。またマルチパス管理以外の方法としては、性能情報取得用のソフトウエアが存在し、マルチパス管理やＯＳの性能情報取得コマンドなどにより、アクセスパスやボリューム１４０１などの統計情報を取得する方法でもよい。更には、ＡＰの統計情報ツールなどによりボリューム１４０１などの統計情報を取得する方法でも良い。また、使用されるＩＯトラフィックは、ある瞬間の値でも、一定期間における最大値、平均値など統計的手法などにより計算したものでも良い。
【００２８】
図１３、図１４は、障害のときにアクセスパスが切替る例を示しているが、複数のアクセスパスに分散させるマルチパス管理１１３の機能を用いている場合、１つのアクセスパスの障害により減ると計算される分のトラフィックを、残りのアクセスパスに等分して加算することにより、増加分を算出することが可能である。転送速度の速い装置に比重を大きくするなど、マルチパス管理１１３が特別な分散方法を使用している場合、その方法に合わせ増加分を計算しても良い。
【００２９】
最後に、トラフィックの変化により特定の装置上のトラフィックが急激に増加してボトルネックと判断される個所を使用するシステムの管理者に対して、ボトルネックとなるアクセスパス、装置、ボリューム、ＡＰなどのボトルネックに関する情報を通知する。
【００３０】
ボトルネックを判断する方法としては、単純にトラフィックが増加するか判定する方法、トラフィックが２倍、３倍などと急激に増加するか判定する方法、装置の仕様によるトラフィックの許容量を登録しておき、その値を上回るか判定する方法、装置のトラフィックの許容量を実測により計算し、その値を上回るか判定する方法などが考えられる。またユーザ定義の関数などでトラフィックの量を入力とし、ボトルネックかどうか判断する計算式による条件を定義して判定に用いる方法も考えられる。
【００３１】
そして、ボトルネックと判定された個所に対して、そこを通るアクセスパスを抽出する。図１４の例では、ＨＢＡ２（１２０１ｂ）がボトルネックと判定された場合、ホスト１（１３ａ）のボリューム２（１４０１ｂ）に対するＨＢＡ２（１２０１ｂ）、スイッチ２（１２０２ｂ）、記憶装置（１４ａ）のポート３（１２０４ｃ）を通るアクセスパスが、ＨＢＡ２（１２０１ｂ）を通り影響する。ホスト１（１３ａ）のボリューム２（１４０１ｂ）、または、それを使用するシステム（例えばＡＰ２）の管理者に、想定する障害個所である装置、ボトルネックと判定された個所や影響するＡＰ、そのデータを格納するボリュームの情報などボトルネックに関する情報を通知する。勿論、ボトルネックと判定する個所は複数あっても良い。
【００３２】
図１４の例において、ＣＨＡ2（１２０３ｂ）のポート４（１２０４ｄ）がボトルネックと判定された場合、ホスト２（１３ｂ）のボリューム1（１４０１ｃ）に対するＨＢＡ３（１２０１ｃ）、スイッチ２（１２０２ｂ）、記憶装置（１４ａ）のポート４（１２０４ｄ）を通るアクセスパスが、ポート４（１２０４ｄ）を通り影響する。ホスト２（１３ｂ）のボリューム１（１４０１ｃ）、または、それを使用するＡＰ３の管理者に、想定する障害個所である装置、ボトルネックと判定された個所や影響するＡＰ、そのデータを格納するボリュームの情報などボトルネックに関する情報を通知する。ＡＰ、ＡＰのデータを格納するボリューム、管理者の識別子、管理者への通知方法の関連については、アクセスパス管理用のソフトウエアでデータベースなどに登録し管理しておく方法でも、アプリケーションサーバ、ディレクトリサーバなどの情報と連携し利用する方法でも良い。通知の方法としては、関係する管理者の表示装置に表示する方法、メールの送信による方法、ログなどに記録し管理者が適時参照する方法など、一般的に用いられる方法を使用できる。
【００３３】
図１は一実施例によるＳＡＮシステムに適用されたアクセスパス管理システムを示す図である。
ＳＡＮシステム（図１２）は、ＳＡＮに接続された複数のホスト１３、及び複数の大容量データ記憶装置１４を含んで構成される。本実施例においては、このＳＡＮシステムのホスト１３に対してネットワークを介して、ＳＡＮシステムにおけるアクセスパスを管理する管理サーバ１１が接続される。また管理サーバ１１はアクセスパス管理のための情報を記憶する記憶装置１２を有する。
【００３４】
管理サーバ１１は、ＳＡＮシステムのアクセスパスを統合的に管理するためのアクセスパス統合管理プログラム１００を実行する。このアクセスパス管理プログラム１００は、想定する障害箇所に対して切り替わるアクセスパスを抽出する切替パス取得処理１０２、アクセスパスの切替えに対してトラフィックの変化を計算するトラフィック計算処理１０３、トラフィックの変化の計算に対してボトルネックを判定するボトルネック判定処理１０４、ボトルネックと判定される個所に対して、そこを通り性能劣化すると計算されるアクセスパスを抽出する性能劣化パス計算処理１０５、及び上記の各処理を制御し各想定する障害個所に対し順次適用を行うアクセスパス統合管理制御処理１０１の各処理機能を含む。
【００３５】
一方、各ホスト１３は、ホストの性能情報を取得するための機能、及びＳＡＮ管理用のソフトウエアなどによるホスト情報を収集するため機能を有するホスト情報収集プログラム１１２、及び図１２或いは図１３に示したマルチパスの管理及び切替えの制御を行うためのマルチパス管理プログラム１１３を有する。マルチパス管理プログラム１１３は、障害時にアクセスパスを切替えたり、複数のアクセスパスを同時に使用してアクセスの負荷を分散したりする処理を行う一般的なマルチパスの管理を行うソフトウェアである。
【００３６】
管理サーバ１１の記憶装置１２は、各ホスト１３のマルチパス管理用プログラム１１３やホスト情報収集プログラム１１２などから収集した、ＳＡＮを構成する装置に関する構成装置情報１１６、アクセスパスを構成する装置やポートに関するアクセスパス情報１１５、アクセスパス上の装置やポートのトラフィックに関するトラフィック情報１１４を記憶する。また本実施例によるアクセスパス管理の実行の結果得られる、アクセスパス上の各装置に対するトラフィックの変化量に関する計算値を示すトラフィック計算情報１０６を記憶する。
【００３７】
アクセスパス管理プログラム１００は、記憶装置１２に格納されたこれらの情報１１４〜１１６を用いてアクセスパスの管理の実行処理を行う。トラフィック計算処理１０３は、アクセスパス上の各装置に対するトラフィックの変化量に関する計算値を示すトラフィック計算情報を算出する。ボトルネック判定処理１０４は、トラフィック計算処理１０３による計算結果に従い、ボトルネックとなる個所を計算し検出する。
【００３８】
図２は、一実施例による管理サーバ１１の構成図である。
管理サーバ１１は、システムバス２０８に接続された、表示装置２０１、入力装置２０２、中央処理装置（ＣＰＵ）２０３、可搬型媒体用ドライブ２０４、主メモリ２０５、ディスク装置のような記憶装置１２、通信制御装置２０７を有する計算機システムとして構成される。
【００３９】
表示装置２０１は、データベース管理システムプログラムの実行状況等を表示する。入力装置２０２は、種々の情報を入力するために使用されるが、更に本実施例ではアクセスパス管理プログラムの実行において指示するコマンドを入力するために使用される。中央処理装置２０３は、本実施例に係るアクセスパス管理を構成する各種プログラムを実行する。可搬型媒体用ドライブ２０４は、フレキシブルディスクや光磁気ディスク、追記型光ディスクなど可搬型媒体２０９に対するデータの読み書きのために使用される。
【００４０】
主メモリ２０５は、上述した各種プログラム、及びプログラム実行などに伴う一時的なデータを保持する。記憶装置１２は、上述した種々の情報を格納する。通信制御装置２０７は、ネットワーク２１０に対する通信を行うが、本実施例ではとりわけ各ホスト１３からアクセスパスやトラフィックの情報を収集するためのリクエスト、データの交換等の通信を行なう。
【００４１】
主メモリ２０５にはワークエリア２１２が確保されると共に、システムプログラム２１１及びアクセスパス統合管理プログラム１００等のプログラムを格納する。ワークエリア２１２は、プログラムの実行時に一時的に必要となるデータを記憶するために用いられる。システムプログラム２１１は、周辺装置との間のデータの入出力等、アクセスパス統合管理プログラム１００を含む各種プログラムを実行するための基本処理機能を提供する。本実施例では、主メモリ２０５は、アクセスパス統合管理制御処理１０１、切替パス取得処理１０２、トラフィック計算処理１０３、ボトルネック判定処理１０４、性能劣化パス計算処理１０５を含むアクセスパス統合管理プログラム１００を格納する。しかし、上記各処理機能がそれぞれ個別のプログラムとして構成されるような他の例によれば、それらの処理機能毎のプログラムが主メモリ２０５に格納される。尚、これらのプログラムは、可搬型媒体２０９からドライブ２０４を介して、或いはネットワーク２１０から通信制御装置２０７を介して主メモリ２０５に取り込まれる。
【００４２】
尚、本実施例では、トラフィック計算情報１０６、トラフィック情報１１４、アクセスパス情報１１５、及びＳＡＮ構成装置情報１１６は、記憶装置１２に格納される例として説明したが、これに限らず、例えばホスト１３から随時収集してメモリ２０５などに一時的に格納して使用するようにしてもよい。
【００４３】
図３は、一実施例におけるアクセスパス統合管理制御処理１０１の処理を示すフローチャート図である。
まず、図３を参照して、本実施例に係るアクセスパス統合管理制御処理１０１の全体的な説明をする。その後で図８〜１１を参照して特徴的な各処理について更に詳細に説明する。
【００４４】
図３において、想定される障害の個所として、ＳＡＮを構成する装置の情報１１６からアクセスパスの一部となることができる装置の識別子を取得する（３０１）。次に、取得した装置の識別子を入力（パラメータ）として、想定される障害箇所に対して切り替わるアクセスパスを抽出する切替パス取得処理１０２を実行する（３０２）。次に、切替パス取得処理１０２により抽出した切替パスの情報３１１を入力としてトラフィックの変化を計算するトラフィック計算処理１０３を実行する（３０３）。次に、トラフィック計算処理１０３により作成したアクセスパス上の各装置に対するトラフィックの変化量の計算値を記録する情報１０６を入力として、ボトルネックと計算される個所を判定するボトルネック判定処理１０４を実行する（３０４）。
【００４５】
次に、ボトルネック判定処理１０４により検出されたボトルネックと計算される装置の情報３１２を入力として、性能劣化すると計算されるアクセスパスを抽出する性能劣化パス計算処理１０５を実行する（３０５）。そして最後に、ボトルネック判定処理１０４により計算した性能劣化すると計算されるアクセスパスの情報３１３を使用して、想定される障害個所である装置、ボトルネックとなるアクセスパス、アクセスパスのボリューム、ボリュームを使用するＡＰ、ボトルネックとなる装置などのボトルネックに関する情報を、システム管理者に通知する。通知の方法としては前述のように、管理者の表示装置に表示したり或いはメール送信等による。
以後、アクセスパスの一部となることができる装置について繰り返す（３０７）。
【００４６】
図４は、一実施例におけるトラフィック計算情報１０６のテーブルの例を示す。
トラフィック計算情報１０６は、アクセスパスを構成する装置やポートに対し、アクセスパスの切替えにより変化するトラフィックの量を格納する情報であり、装置の識別子４０１、装置識別４０２、ポートの識別子４０３、トラフィックの変化量４０４を含む。
【００４７】
ここで、装置の識別子４０１とはアクセスパス上にある装置を識別するための情報であり、装置識別４０２はそれらの装置を示す。またポートの識別子４０３はそれらの装置のポートを識別するための情報である。トラフィック変化量４０４は、計算後のトラフィック量の増減（＋と−）を表し、その単位は、データ転送速度の単位に用いられるメガビット/秒（Mbps）やバイト/秒、等である。
【００４８】
尚、図４の例では、トラフィック量の変化が生じる装置やポートを対象として示しているが、全ての装置やポートに対してその変化量の初期値を０やＮＵＬＬ値にして保持しても良い。また図４の例では、ＨＢＡ、ＣＨＡなど異種の装置について、１つのテーブルにまとめ、装置の種別４０２により区別できるようにしているが、同種の装置ごとに異なるテーブルにまとめて管理しても良い。更に図４の例では、トラフィックの相対的な変化量４０４を格納しているが、アクセスパスの切替前のトラフィック量と切替後のトラフィック量の計算値のように、絶対量で保持しておき、後から変化する量を求めても良い。
【００４９】
図５は、一実施例におけるトラフィック情報１１４のテーブルの例を示す。
トラフィック情報１１４は、各ホスト１３のマルチパス管理用ソフトウエア１１３や性能情報取得用のソフトウエアなどによるホスト情報の収集機能１１２から取得されるアクセスパス上の装置やポートのトラフィックの情報であり、装置の識別子５０１、装置種別５０２、ポートの識別子５０３、トラフィックの量５０４を含む。トラフィック量５０４としては、ＨＢＡ、ＣＨＡ、ケーブルなどのデータ転送速度の単位に用いられるメガビット/秒（Mbps）やバイト/秒、など、一秒間に転送できるデータの量を使用できる。
【００５０】
尚ここで、トラフィック量５０４は切替前のトラフィックの計算量を示し、ある瞬間の値でも、一定期間における最大値、平均値など統計的手法などにより計算したものでも良い。また図５の例では、簡単化のため図４と同様にトラフィックの量の変化がある装置やポートを示しているが、全ての装置やポートに対し取得し保持しても良い。
【００５１】
図６は、一実施例におけるアクセスパス情報１１５のテーブルの例である。
アクセスパス情報１１５は、各ホスト１３のマルチパス管理用ソフトウエア１１３や性能情報取得用のソフトウエアなどによるホスト情報の収集機能１１２などから取得するアクセスパスに関する情報である。
このアクセスパス情報１１５には、アクセスパスの識別子６０１、ホストの識別子６０２、論理ボリューム１２０６の識別子６０３、論理ボリュームに記憶されているＡＰ６０４、及びそのＡＰの運用管理者の情報６１０、記憶装置１４のＣＨＡのポート１２０４の識別子６０５、公開しているホスト１３のＨＢＡのポート１２０１の識別子６０６、スイッチポートリスト６０７、マルチパス管理１１３により定められた優先順位に基づく優先度６０８、トラフィック量６０９を含む。本実施例では、ホストのマルチパス管理１１３によってスイッチ１２０２の情報を取得できるものとして、スイッチの情報を表すスイッチポートリスト６０７を含む。
【００５２】
尚、図６の例では、アクセスパスの構成に関する情報と、トラフィックに関する情報を１つのテーブルにまとめて示しているが、それぞれ異なるテーブルで管理してもよい。例えば、ボリューム６０３と、ＡＰ６０４及び運用管理者６１０の関連を示す情報は別のテーブル形式としてもよい。
また図６の例では、優先度６０８を明示しているが、マルチパス管理１１３による優先順位が、ＣＨＡのポートの識別子６０５や、ＨＢＡのポートの識別子６０６の小さい順など、他の情報から判定可能である場合は無くても良い。また図６の例では、ＣＨＡなどの識別子とポートの識別子を１つの列に格納しているが、別々の列に保持しても良い。
【００５３】
また、スイッチ１２０２を相互に接続し複雑に張り巡らせたＳＡＮの構成では、スイッチに関する物理アクセスパスが一意に決まらない場合がある。その場合でも、複数のスイッチポートリスト６０７を保持しておき、アクセスパス切替により、トラフィック量の増加する値をそれぞれの物理アクセスパスに等分されると計算して加算するなどにより本実施例の考えを適用することができる。その他にも、スイッチ１２０２が特別なアクセスパスの制御方法を使用している場合、その方法に合わせ増加分を計算しても良い。
【００５４】
図７は、一実施例におけるＳＡＮ構成装置情報１１６のテーブルの例である。
ＳＡＮ構成装置情報１１６は、各ホスト１３のマルチパス管理用ソフトウエア１１３やＳＡＮ管理用のソフトウエアなどによるホスト情報の収集機能１１２などから取得するＳＡＮを構成する装置に関する情報であり、装置識別子７０１及び装置種別７０２に関連して、接続元の装置のポートの識別子７０３、及び接続先の装置のポートの識別子７０４を含む。
尚、図７の例では、ＨＢＡやＣＨＡなど異種の装置７０１について、１つのテーブルにまとめ、装置の種別７０２により区別できるようにしているが、同種の装置ごとに異なるテーブルにまとめて管理しても良い。
【００５５】
次に図８〜図１１を参照して、図３に示したアクセスパス統合管理制御処理について更に詳細に説明する。
図８は、一実施例における切替パス取得処理１０２のフローチャート図である。図３に示したように、想定される障害個所である装置の識別子を入力として実行される（３０２）。入力となる装置を通るアクセスパスが切替の対象となるアクセスパスなので、アクセスパスの情報１１５から代替アクセスパスの情報とともに抽出する。
【００５６】
まず、アクセスパスの情報１１５を順次検索し（８０１、８１７）、入力となる装置の識別子と、アクセスパスを構成する装置の識別子を比較する（８０２、８０３）。装置が、ＨＢＡであればＨＢＡの情報６０６のように、またＣＨＡであればＣＨＡの情報６０５のように、対応する装置に関する情報を参照して比較を行う。アクセスパスを構成する装置に、入力となる装置、すなわち、想定される障害個所があれば、それが切替の対象となるアクセスパスなので、切替パスの情報３１１を作成し登録する（８０４）。想定される障害個所を通り切替るアクセスパスが複数存在する場合があるので、切替パスの情報はリストなどにより複数保持できるようにする。
【００５７】
次に、取得したアクセスパス（Ｐ１とする）に対して切替え先となる代替アクセスパスを、アクセスパスの情報１１５を順次検索し（８０５、８１６）、抽出する。同じホスト１３に対し、同じボリューム１２０６が、異なるアクセスパスで通じている場合、該当する候補となる。ホストの識別子６０２、および、ボリュームの識別子６０３が両方とも一致するアクセスパス(Ｐ２とする)を抽出し（８０６、８０７）、切替え先として適用されるものを選択する。まず、Ｐ２が入力である装置、すなわち、想定される障害個所を含んでいれば、そのアクセスパスも障害がおこり使用することはできないので、アクセスパスを構成する装置と比較を行い、除外する（８０８、８０９）。
【００５８】
次に、代替アクセスパスが複数存在することがあるため、優先度を比較して、優先度の高いアクセスパスを抽出する。未だ切替えパスの情報３１１の代替アクセスパスの識別子のリストが無く（８１０、８１１）、最初に抽出した代替アクセスパスであれば、Ｐ２およびその優先度の情報を切替えパス情報３１１に記録する（８１４、８１５）。
【００５９】
一方、既に切替対象の候補として代替アクセスパスの識別子のリストに、アクセスパスが登録されている場合（８１０、８１１）、優先度を比較して、Ｐ２の優先度の方が低ければ除外する（８１２、８１３）。Ｐ２の優先度の方が高ければ、Ｐ２およびその優先度の情報を切替えパス情報３１１に記録する（８１４、８１５）。また、優先度が同じものが複数存在する場合、複数アクセスパスが分散して使用されているものとして、複数のアクセスパスを分散対象の候補として代替アクセスパスの識別子のリストに登録することで、分散に対して適用することができる。その場合、Ｐ２を切替パス情報３１１に登録する処理（８１４）において、代替アクセスパスの識別子のリストに追加すれば良い。
【００６０】
また、全ての代替アクセスパスが想定する障害個所を通り、切替るアクセスパスが無い場合、切替えパス情報３１１の代替アクセスパス識別子リストには何も記録されずＮＵＬＬなど初期値のままである。その場合、切替るアクセスパスが無いという問題点として、そのアクセスパスの情報を管理者やＡＰ運用者に通知することも考えられる。
【００６１】
次に、図９を参照してトラフィック計算処理１０３の処理動作について説明する。
図３のように、切替パス取得処理１０２により抽出した切替パスの情報３１１を入力として実行される（３０２）。切替え元となるアクセスパス（Ｐ１とする）を通る装置やポートに対し、トラフィック量を減算し、切替え先となるアクセスパス（Ｐ２とする）を通る装置やポートに対し、増加するトラフィック量を加算する。
【００６２】
想定される障害個所を通り切替るアクセスパスは複数存在する場合があるので、各切替パス情報に対して順次処理を行う（９０１、９１９）。
まず、切替え元となるアクセスパスＰ１の情報をアクセスパス情報１１５から取得する（９０２）。取得したアクセスパスＰ１の情報から、アクセスパスを構成する装置とポートの識別子を順次取得し処理を行う（９０３、９０８）。取得した装置とポートに対するトラフィックの変化の情報をトラフィック計算情報１０６から検索する（９０４）。取得した装置とポートに対する情報が無い場合は、新たに取得した装置とポートに対する情報を追加し、トラフィックの変化量の初期値を０とする（９０６）。そして、取得した装置とポートに対するトラフィックの変化量から、アクセスパスＰ１のトラフィック量の分を減算する（９０７）。
【００６３】
次に、切替え先となるアクセスパス（Ｐ２とする）として、代替アクセスパス識別子リストから、代替アクセスパスを順次取得し処理を行う（９０９、９１８）。アクセスパスＰ２の情報をアクセスパス情報１１５から取得する（９１０）。取得したアクセスパスＰ２の情報から、アクセスパスを構成する装置とポートの識別子を順次取得し処理を行う（９１１、９１７）。取得した装置とポートに対するトラフィックの変化の情報を、トラフィック計算情報１０６から検索する（９１２）。取得した装置とポートに対する情報が無い場合は、新たに取得した装置とポートに対する情報を追加し、トラフィックの変化量の初期値を０とする（９１４）。
【００６４】
次に、増加するトラフィック量を計算する（９１５）。計算方法としては、１つのアクセスパスの障害により減ると計算される分のトラフィック６０８を、残りのアクセスパス例えば代替アクセスパス識別子リストに記録された代替アクセスパス識別子の数で等分して加算することにより、増加分を計算する方法が揚げられる。ここで、交替アクセスパス識別リストは、図１５に示すように、予め記憶装置１２に格納して用意される。
【００６５】
尚、その他の計算方法として、例えば速い装置に比重を大きくするなど、マルチパス管理１１３が特別な分散方法を使用している場合、その方法に合わせ増加分を計算しても良い。そして、取得した装置とポートのトラフィック変化量に、計算して求めたトラフィック量を加算する（９１６）。
【００６６】
次に、図１０を参照してボトルネック判定処理１０４の処理動作について説明する。
図３のように、トラフィック計算処理１０３により作成したアクセスパス上の各装置に対するトラフィックの変化する量を示すトラフィック計算情報１０６を入力として実行される（３０３）。トラフィックの変化がある装置やポートに対し、トラフィック量の増加がボトルネックとなるか判定する。トラフィックの変化がある装置やポートは一般に複数存在するので、トラフィック計算情報１０６の各データに対して順次処理を行う（１００１、１００６）。
【００６７】
まず、取得したトラフィックの変化がある装置やポートに対する切替前のトラフィックの計算量であるトラフィック量５０４をトラフィック情報１１４から取得する（１００２）。トラフィック計算情報における切替後のトラフィックの変化量４０４と、切替前のトラフィックの計算量５０４を比較し（１００３）、トラフィックが急激に増加するなどによりボトルネックとなるか判定する（１００４）。
【００６８】
ボトルネックの判定方法としては、例えば以下の方法が揚げられる。
図１０の例では、単純に切替後のトラフィックの増加が、切替前より大、すなわち、トラフィックが２倍に急激に増加した場合をボトルネックとする例である。その他の方法として、例えば単純にトラフィックが増加したらボトルネックの可能性があるとして判定する方法や、装置の仕様によるトラフィックの最大値を登録しておき、その値を上回るか判定する方法、装置のトラフィックの最大値を実測により計算し、その値を上回るか判定する方法などが考えられる。更には、ユーザ定義の関数などでトラフィックの量を入力とし、ボトルネックかどうか判断する計算式による条件を定義し、判定に用いる方法も考えられる。
【００６９】
以上のような方法によりボトルネックと判定された場合、ボトルネック装置情報を作成し、ボトルネックと判定された装置識別子、ポート識別子、トラフィックの変化量などの情報を準備し、管理者に通知するために記憶装置１２に一旦記録する（１００５）。
【００７０】
次に、図１１を参照して性能劣化パス計算処理１０５の処理動作について説明する。
図３のボトルネック判定処理１０４により検出したボトルネックと計算される装置の情報３１２を入力として実行される（３０４）。ボトルネックと判定された個所に対し、そこを通るアクセスパスを性能劣化の可能性があるアクセスパスと予測し抽出する。
ボトルネックと判定される装置やポートは複数存在する場合があるので、各ボトルネック装置情報３１２に対して順次処理を行う（１１０１、１１０７）。
【００７１】
まず、アクセスパスの情報１１５を順次検索し（１１０２、１１０６）、ボトルネックと判定された装置とポートの識別子を、アクセスパスを構成する装置とポートの識別子と比較する（１１０３、１１０４）。一致する装置とポートが存在する場合、ボトルネックと判定された箇所を通るアクセスパスであるので、ボトルネックパス情報３１３を作成し、性能劣化の可能性があると計算されたアクセスパスの識別子、ボトルネック装置情報へのポインタなどの情報を準備し、管理者に通知するために記憶装置１２に一旦記憶する（１１０５）。
【００７２】
その後、アクセスパス情報１１５（図６）のテーブルを参照して、ボトルネックと判定された箇所を通るアクセスパスに対応して登録されたＡＰ６０４及び運用管理者６１０を参照して、その管理者宛に、ボトルネックパス情報３１３をメール等により転送し、表示装置２０１に表示する等してその管理者に通知する。
【００７３】
上述したように、本実施例によれば、予め切替え可能なアクセスパスの情報を集約し、各アダプタやスイッチなどの機器の障害発生によりアクセスパスの切替えが発生した場合のトラフィックの変化を計算することにより、障害発生時にトラフィックが集中しボトルネックとなり得る個所を事前に検出し、ホストやＡＰの管理者等へ通知することができる。
【００７４】
とりわけ、マルチパス管理によりアクセスパスが切替わることで、ホストからのアクセスが遅くなる可能性のある論理ボリュームや、使用される論理ボリュームへのアクセスが遅くなる可能性のあるＡＰに関する情報を表示装置に表示して管理者に通知することができる。
【００７５】
管理者は、アクセスパスが集中すると通知された個所に対してアクセスパスを張り直す等の作業を容易に行うことができる。これにより、アクセスパスが切り替わることによる性能劣化や処理速度の低下を招く恐れのある重要なＡＰの動作を改善することができる。
【００７６】
尚、本発明は上記実施形態に限定されるものではなく、その要旨を逸脱しない範囲において種々変更可能であることは勿論である。
【図面の簡単な説明】
【００７７】
【図１】一実施例によるＳＡＮに適用されたアクセスパス管理システムを示す図、
【図２】一実施例によるアクセスパス管理システムにおける管理サーバ１１の構成図、
【図３】一実施例におけるアクセスパス統合管理制御処理の説明に供するフローチャート図、
【図４】一実施例におけるトラフィック計算情報１０６のテーブルの一例を示す図、
【図５】一実施例におけるトラフィック情報１１４のテーブルの一例を示す図、
【図６】一実施例におけるアクセスパス情報１１５のテーブルの一例を示す図、
【図７】一実施例におけるＳＡＮ構成装置情報１１６のテーブルの一例を示す図、
【図８】一実施例における切替パス取得処理１０２の説明に供するフローチャート図、
【図９】一実施例におけるトラフィック計算処理１０３の説明に供するフローチャート図、
【図１０】一実施例におけるボトルネック判定処理１０４の説明に供するフローチャート図、
【図１１】一実施例における性能劣化パス計算処理１０５の説明に供するフローチャート図、
【図１２】ＳＡＮシステムの構成例を示す図、
【図１３】マルチパス管理のアクセスパスの例を示す図、
【図１４】一実施例に係るアクセスパスの管理方法の原理を示す図、
【図１５】一実施例における代替アクセスパス識別子リストのテーブルの一例を示す図、
【符号の説明】
【００７８】
１１：管理サーバ、１２：記憶装置、１３：ホスト、１４：大容量データ記憶装置、２０１：表示装置、２０２：入力装置、２０３：中央処理装置、２０５：主メモリ、
１００：アクセスパス統合管理プログラム、１０１：アクセスパス統合管理制御処理、１０２：切替パス取得処理、１０３：トラフィック計算処理、１０４：ボトルネック判定処理、１０５：性能劣化パス計算処理、１０６：トラフィック計算情報、１１１：ホスト情報収集格納処理、１１２：ホスト情報収集プログラム、１１３：マルチパス管理プログラム、１１４：トラフィック情報、１１５：アクセスパス情報、１１６：ＳＡＮ構成装置情報、３１１：切替パス情報、３１２：ボトルネック装置情報、３１３：ボトルネックパス情報、１２０１：ホストバスアダプタ、１２０２：ファイバチャネルスイッチ、１２０３：チャネルアダプタ、１２０４：記憶装置のポート、１２０５：物理ディスク、１２０６：論理ボリューム、
【図１】
2006268625.tif 000003
【図２】
2006268625.tif 000004
【図３】
2006268625.tif 000005
【図４】
2006268625.tif 000006
【図５】
2006268625.tif 000007
【図６】
2006268625.tif 000008
【図７】
2006268625.tif 000009
【図８】
2006268625.tif 000010
【図９】
2006268625.tif 000011
【図１０】
2006268625.tif 000012
【図１１】
2006268625.tif 000013
【図１２】
2006268625.tif 000014
【図１３】
2006268625.tif 000015
【図１４】
2006268625.tif 000016
【図１５】
2006268625.tif 000017