(57)【要約】【課題】  マルチパスドライバによるアクセスパスの冗長化方式では、パス障害発生から保守作業によるアクセスパス復旧までの間、パス冗長性が減少するという課題、及びパス障害が発生してもパス冗長性を保つためには、従来技術では３パス以上の経路を予め設定する必要があるが、ＳＡＮを構成するスイッチなどの機器のポートを多く消費するためコストがかかるという課題を解決する。【解決手段】  １台以上のホスト計算機２、ホスト計算機２に論理記憶領域を提供する１台以上のストレージ装置１、及び、ホスト計算機２及びストレージ１とネットワーク５を介して接続する管理計算機４を備える計算機システムにおいて、管理計算機４は、ホスト計算機２又はストレージ装置１からの経路不具合通知を受信すると、新たなパス定義をホスト計算機２及びストレージ装置１に設定するよう指示する。【選択図】        図１
2007072571.tif 000002
【特許請求の範囲】
【請求項１】
１台以上のホスト計算機、前記ホスト計算機に論理記憶領域を提供する１台以上のストレージ装置、及び、前記ホスト計算機及び前記ストレージ装置とネットワークを介して接続する管理計算機を備える計算機システムにおいて、
前記管理計算機は、前記ホスト計算機又は前記ストレージ装置からの経路不具合通知を受信すると、新たなパス定義を該当ホスト計算機及び該当ストレージ装置に設定するよう指示することを特徴とする計算機システム。
【請求項２】
請求項１記載の計算機システムにおいて、
前記管理計算機は、前記ホスト計算機又は前記ストレージ装置からの経路障害通知を受信すると、該ストレージ装置の共有ポートを用いた新たなアクセス経路を該当ホスト計算機及び該当ストレージ装置に設定するよう指示し経路障害を復旧することを特徴とする計算機システム。
【請求項３】
請求項１記載の計算機システムにおいて、
前記管理計算機は、前記ホスト計算機又は前記ストレージ装置からのポート過負荷通知を受信すると、該ストレージ装置の共有ポートを用いた新たなアクセス経路を該当ホスト計算機及び該当ストレージ装置に設定するよう指示しポート過負荷を解決することを特徴とする計算機システム。
【請求項４】
請求項１記載の計算機システムにおいて、
前記管理計算機は、前記ホスト計算機又は前記ストレージ装置からの経路障害通知を受信すると、該ストレージ装置の共有ポートの属性を確認し、ポート過負荷で使用中の共有ポートの属性を変更し、該共有ポートを用いた新たなアクセス経路を該当ホスト計算機及び該当ストレージ装置に設定するよう指示し経路障害を復旧することを特徴とする計算機システム。
【請求項５】
請求項１記載の計算機システムにおいて、
前記管理計算機は、前記ストレージ装置のパッケージ交換時に、該パッケージのパス定義を共有ポートへ変更し該当ホスト計算機及び該当ストレージ装置に設定するよう指示することを特徴とする計算機システム。
【請求項６】
１台以上のホスト計算機及び前記ホスト計算機に論理記憶領域を提供する１台以上のストレージ装置とネットワークを介して接続して計算機システムを構成する管理計算機において、
ＣＰＵ、メモリコントローラ、メインメモリ及び接続用のインタフェースを備え、前記ホスト計算機又は前記ストレージ装置からの経路不具合通知を受信すると、新たなパス定義を該当ホスト計算機及び該当ストレージ装置に設定するよう指示することを特徴とする管理計算機。
【請求項７】
請求項６記載の管理計算機において、
前記ホスト計算機又は前記ストレージ装置からの経路障害通知を受信すると、該ストレージ装置の共有ポートを用いた新たなアクセス経路を該当ホスト計算機及び該当ストレージ装置に設定するよう指示し経路障害を復旧することを特徴とする管理計算機。
【請求項８】
請求項６記載の管理計算機において、
前記ホスト計算機又は前記ストレージ装置からのポート過負荷通知を受信すると、該ストレージ装置の共有ポートを用いた新たなアクセス経路を該当ホスト計算機及び該当ストレージ装置に設定するよう指示しポート過負荷を解決することを特徴とする管理計算機。
【請求項９】
請求項６記載の管理計算機において、
前記ホスト計算機又は前記ストレージ装置からの経路障害通知を受信すると、該ストレージ装置の共有ポートの属性を確認し、ポート過負荷で使用中の共有ポートの属性を変更し、該共有ポートを用いた新たなアクセス経路を該当ホスト計算機及び該当ストレージ装置に設定するよう指示し経路障害を復旧することを特徴とする管理計算機。
【請求項１０】
請求項６記載の管理計算機において、
前記ストレージ装置のパッケージ交換時に、該パッケージのパス定義を共有ポートへ変更し該当ホスト計算機及び該当ストレージ装置に設定するよう指示することを特徴とする管理計算機。
【請求項１１】
１台以上のホスト計算機、前記ホスト計算機に論理記憶領域を提供する１台以上のストレージ装置、及び、前記ホスト計算機及び前記ストレージ装置とネットワークを介して接続する管理計算機を備える計算機システムにおけるアクセスパス管理方法において、
前記管理計算機により、前記ホスト計算機又は前記ストレージ装置からの経路不具合通知を受信し、新たなパス定義を該当ホスト計算機及び該当ストレージ装置に設定するよう指示することを特徴とするアクセスパス管理方法。
【請求項１２】
請求項１１記載のアクセスパス管理方法において、
前記管理計算機により、前記ホスト計算機又は前記ストレージ装置からの経路障害通知を受信し、該ストレージ装置の共有ポートを用いた新たなアクセス経路を該当ホスト計算機及び該当ストレージ装置に設定するよう指示し経路障害を復旧することを特徴とするアクセスパス管理方法。
【請求項１３】
請求項１１記載のアクセスパス管理方法において、
前記管理計算機により、前記ホスト計算機又は前記ストレージ装置からのポート過負荷通知を受信し、該ストレージ装置の共有ポートを用いた新たなアクセス経路を該当ホスト計算機及び該当ストレージ装置に設定するよう指示しポート過負荷を解決することを特徴とするアクセスパス管理方法。
【請求項１４】
請求項１１記載のアクセスパス管理方法において、
前記管理計算機により、前記ホスト計算機又は前記ストレージ装置からの経路障害通知を受信し、該ストレージ装置の共有ポートの属性を確認し、ポート過負荷で使用中の共有ポートの属性を変更し、該共有ポートを用いた新たなアクセス経路を該当ホスト計算機及び該当ストレージ装置に設定するよう指示し経路障害を復旧することを特徴とするアクセスパス管理方法。
【請求項１５】
請求項１１記載のアクセスパス管理方法において、
前記管理計算機により、前記ストレージ装置のパッケージ交換時に、該パッケージのパス定義を共有ポートへ変更し該当ホスト計算機及び該当ストレージ装置に設定するよう指示することを特徴とするアクセスパス管理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ストレージエリアネットワークにおけるアクセスパス管理技術、特にストレージのポート障害及びストレージポートの性能過負荷を解決するアクセスパス管理システム及び管理方式に関する。
【背景技術】
【０００２】
ＩＴの進歩やインターネットの普及などにより、企業のコンピュータシステムは様々なアプリケーションを提供するようになり、高い信頼性を要求されるようになっている。特に、アプリケーションが扱う大容量のデータを保存するストレージシステムは、コンピュータシステムにおいて重要な存在となっており、ストレージシステムに対する信頼性の要求は極めて強い。また、コンピュータシステムにおけるストレージシステムの重要度が高まるにつれ、ストレージシステムの運用・管理コストの削減が課題となってきている。
【０００３】
これらの課題に答えるため、ホストコンピュータと高価だが極めて高信頼の大型ストレージシステムの間をストレージエリアネットワーク（ＳＡＮ）で接続する構成が用いられることが多いが、ＳＡＮの障害をどのように扱うかが問題となる。
【０００４】
この課題に対して、ホスト上で動作するマルチパスドライバと呼ばれるソフトウェアが、複数のアクセスパスを用いてストレージシステムにアクセスすることで、パス障害をファイルシステムや上位アプリケーションに対して隠蔽する技術が広く知られている。例えば、ＳＡＮにおけるボトルネックを解析しホストコンピュータのアクセス経路を変更する技術が、特許文献１に開示されている。
【０００５】
一方で、大型ストレージシステムは多数のポートを提供可能であるが、そのポート増設単位と、コンピュータシステムが必要とするポート数に差異が発生することがあり、ポート利用効率が低くなってしまうケースが存在する。
【特許文献１】特開２００４−７２１３５号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
従来のマルチパスドライバによるアクセスパスの冗長化方式では、パス障害発生から保守作業によるアクセスパス復旧までの間、パス冗長性が減少するという課題がある。パス障害が発生してもパス冗長性を保つためには、従来技術では３パス以上の経路を予め設定する必要があるが、ＳＡＮを構成するスイッチなどの機器のポートを多く消費するためコストがかかるという課題がある。
【課題を解決するための手段】
【０００７】
本発明は、１台以上のホスト計算機、前記ホスト計算機に論理記憶領域を提供する１台以上のストレージ装置、及び、前記ホスト計算機及び前記ストレージ装置とネットワークを介して接続する管理計算機を備える計算機システムにおいて、前記管理計算機は、前記ホスト計算機又は前記ストレージ装置からの経路不具合通知を受信すると、新たなパス定義を該当ホスト計算機及び該当ストレージ装置に設定するよう指示する計算機システムである。
【発明の効果】
【０００８】
本発明により、計算機システムのポート障害によるアクセス経路の冗長性喪失から、自動的に冗長パス状態に復旧することを可能とする。
【発明を実施するための最良の形態】
【０００９】
本発明を実施するための最良の形態を説明する。
本発明において、ストレージシステムの余剰ポートを通常時は過負荷となったストレージシステムのポートへのアクセスをオフロードする負荷分散に用い、ストレージシステムのポート障害発生時には、当該ポートの交代ポートとして使用する事で、余剰ポートを性能と信頼性向上に有効利用することを可能とする管理システムを構築する。
【００１０】
具体的には、ＳＡＮ管理サーバを用意し、ホスト及びストレージシステムと常時通信し、アクセス状態の監視を行う。また、ストレージシステムには余剰ポートもしくは動的に設定を変更しても良い共有ポートを用意する。
【００１１】
ＳＡＮ管理サーバがホスト及びストレージシステムから、性能過負荷やストレージのポート障害を通知されると、ストレージシステムの共有ポートに問題となっているポートのパス設定をコピーする。これによりストレージシステムは共有ポートから問題となっているボリュームへのアクセスを可能とする。
【００１２】
さらにＳＡＮ管理サーバはホストに対して、アクセスパス設定の変更要求を行い、上記で定義した共有ポートへのアクセスパスを有効にすることで、共有ポートを使用したアクセスが開始される。
【００１３】
以下、本発明の計算機システム及び管理計算機並びにアクセスパス管理方法の実施例について、図面を用いて説明する。
【実施例１】
【００１４】
先ず、本発明の第１の実施例について説明する。図１は、本実施例のコンピュータシステムの構成図である。図示するように、コンピュータシステムは、１台以上のストレージ装置からなるストレージシステム１、１台以上のホスト計算機（以下において単に「ホスト」という）２、およびＳＡＮ（Ｓｔｏｒａｇｅ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）管理計算機（以下において単に「管理サーバ」という）４を有する。
【００１５】
ストレージシステム１とホスト２は、１個以上のＳＡＮポート８を有し、ＳＡＮスイッチ３に接続し、ＳＡＮを構成している。ＳＡＮは、例えばＦｉｂｒｅ  Ｃｈａｎｎｅｌと呼ばれるインタフェースで接続され、ホスト２とストレージシステム１は、ＦＣＰ（Ｆｉｂｒｅ  Ｃｈａｎｎｅｌ  Ｐｒｏｔｏｃｏｌ）と呼ばれるプロトコルを用いて、コマンドやデータの送受信を行う（ストレージシステム１やホスト２を総称して以下「ノード」ともいう）。
【００１６】
また、ストレージシステム１、ＳＡＮスイッチ３、ホスト２と管理サーバ４は、ＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）５を介して接続されている。
【００１７】
なお本実施形態は、ストレージシステム１とホスト２との間で用いるＳＡＮのインタフェースおよびプロトコルの種類を特に限定しない。例えば、インタフェースおよびプロトコルの組合せとして、Ｅｔｈｅｒｎｅｔ（登録商標）とｉＳＣＳＩなど他の組み合わせを用いても良い。また、上記では、ストレージシステム１と管理サーバ４との間をＬＡＮで接続することとしたがこれも例示に過ぎず、別のインタフェースを用いても良い。
【００１８】
ホスト２は、データベースなど何らかのアプリケーションを実行し、それらの処理に必要となるデータの入出力をストレージシステム１に対して行うコンピュータである。
【００１９】
ストレージシステム１は、ホスト２に１個以上の論理記憶領域（以下「論理ボリューム」または「ＬＶＯＬ」ともいう）６を提供するシステムである。
【００２０】
ホスト２がストレージシステム１へＳＣＳＩコマンドを送信すると、ストレージシステム１は、当該コマンドにしたがい、ホスト２との間でデータ転送を行う。例えばＦＣＰを用いる場合、ホスト２は、ストレージシステム１のＳＡＮポート８を指定するためのポートアドレスと、ＬＵＮ（Ｌｏｇｉｃａｌ  Ｕｎｉｔ  Ｎｕｍｂｅｒ）という番号をコマンドヘッダに付加してストレージシステム１へ発行することで、論理ボリューム６を指定する。コマンドには、他にリードやライトといったコマンド種別を示すコマンドコード、論理ボリューム６内での転送開始位置を示すアドレスや転送長といった情報が含まれる。
【００２１】
ストレージシステム１は、ＳＣＳＩコマンドを受信すると、設定情報に基づきＳＡＮポート８及びＬＵＮから論理ボリューム６を特定し、データ転送を行う。必ずしも各ＳＡＮポート８に論理ボリューム６を１個以上設定する必要は無く、本実施形態では初期設定時において論理ボリューム６を設定しない未使用のＳＡＮポート８を１個以上用意する。図１は、Ｓ１ｄ，Ｓ１ｖのＳＡＮポート８が未使用であることを示している。
【００２２】
ＳＡＮの信頼性を高めるため、図示するようにホスト２とストレージシステム１との間を、複数のＳＡＮポート８とＳＡＮスイッチ３で接続し、複数のＳＡＮポート８とＬＵＮの組み合わせを同一の論理ボリューム６へ対応付けることで、ホスト２から論理ボリューム６へのアクセス経路を冗長化する。
【００２３】
ホスト２は、冗長化した論理ボリューム６へのアクセス経路（ポートアドレスとＬＵＮの組み合わせ）を仮想化するため、記憶領域をホストボリューム（以下「ＨＶＯＬ」ともいう）７という単位で管理する。ホスト２は、ホストボリューム７と論理ボリューム６へのアクセス経路の対応を、後述するアクセス制御ドライバ１８２で管理しており、アプリケーションがホストボリューム７へアクセスすると、アクセス制御ドライバ１８２は対応する論理ボリュームへ６のＳＣＳＩコマンドをストレージシステム１に送信する。
【００２４】
本実施例では、ストレージシステム１のＳＡＮポート８に障害が発生することでホスト２と論理ボリューム６間のアクセス経路の冗長性が失われると、ホスト２及びストレージシステム１が管理サーバ４へ障害を通知し、通知を受けた管理サーバ４がストレージシステム１の未使用ＳＡＮポート８を用いた新しいアクセス経路をホスト２及びストレージシステム１に設定することで、アクセス経路の冗長性を速やかに回復可能であることを示す。
【００２５】
図２は、ストレージシステム１のハードウェア構成図である。ストレージシステム１は複数のホストＩ／Ｆ部１００、複数のディスクＩ／Ｆ部１０１、共有メモリ部１０２、システム管理部１０３と、それらを接続するスイッチ部１０４から構成される。ストレージシステム１はディスクＩ／Ｆ部１００を介してハードディスク群１０５に接続している。
【００２６】
ハードディスク群１０５は、論理ボリューム６のデータを格納する部位であり、複数のハードディスクから構成される。
【００２７】
ホストＩ／Ｆ部１００はストレージシステム１をＳＡＮへ接続する部位であり、複数の外部Ｉ／Ｆ１０６、ポートプロセッサ１０７と、それらをスイッチ部１０４へ接続するための転送制御部１０８から構成される。
【００２８】
外部Ｉ／Ｆ１０６はストレージシステム１をＳＡＮに接続するＳＡＮポート８を含み、ＳＡＮのプロトコルを制御する。ＬＶＯＬは、ハードディスク群１０５に含まれる一つ又は複数のハードディスクで構成される。
【００２９】
ポートプロセッサ１０７は、ホスト２からのＳＣＳＩコマンドを解析し、ＳＣＳＩコマンドの実行に必要な処理を実行する。
【００３０】
転送制御部１０８は、外部Ｉ／Ｆ１０６やポートプロセッサ１０７と、共有メモリ部１０２、ディスクＩ／Ｆ部１０１やシステム管理部１０３との間のデータ転送や通信をスイッチ部１０４へアクセスすることで制御する。
【００３１】
ディスクＩ／Ｆ部１０１は、ストレージシステム１とハードディスク群１０５を接続する部位であり、ディスクＩ／Ｆ１０９、ディスクプロセッサ１１０と、それらをスイッチ部１０４へ接続するための転送制御部１０８から構成される。ディスクＩ／Ｆ部１０１は、ストレージシステム１をハードディスク群１０５に接続し、ハードディスク群１０５との間のプロトコルを制御する。
【００３２】
ディスクプロセッサ１１０は、ポートプロセッサ１０７と通信を行いＳＣＳＩコマンドの処理に必要なハードディスク群１０５と共有メモリ間１０２のデータ転送を制御する。
【００３３】
システム管理部１０３は、ストレージシステム１をＬＡＮ５へ接続する部位であり、管理Ｉ／Ｆ１１１、管理プロセッサ１１２、不揮発メモリ１１３と転送制御部１０８から構成される。
【００３４】
管理Ｉ／Ｆ１１１は、ストレージシステム１をＬＡＮ５へ接続し、ＬＡＮ５のプロトコルを制御する。例えばＥｔｈｅｒｎｅｔ（登録商標）のＮＩＣ（Ｎｅｔｗｏｒｋ  Ｉｎｔｅｒｆａｃｅ  Ｃａｒｄ）である。
【００３５】
管理プロセッサ１１２は、管理サーバ４と通信し、ストレージシステム１の設定を実行する。
【００３６】
不揮発メモリ１１３は、ストレージシステム１の設定情報を保持する。
【００３７】
なお、本実施形態におけるストレージシステム１のハードウェア構成は例示であり、複数のＳＡＮポート８と複数の論理ボリューム６を提供可能な構成であれば、上記の構成に限るものではない。
【００３８】
図３は、ストレージシステム１のソフトウェア構成図である。まず、各部位の実行する処理や保持するデータについて説明する。ポートプロセッサ１０７は、ＬＵ構成テーブル１２１を保持し、コマンド処理プログラム１２０と障害検出プログラム１２２を実行する。ＬＵ構成テーブル１２１は、各ＳＡＮポート８とＬＵＮの組と論理ボリューム６の対応を保持するテーブルである。また、コマンド処理プログラム１２０はホスト２から受信したＳＣＳＩコマンドを実行するプログラムであり、障害検出プログラム１２２は外部Ｉ／Ｆ１０６及びポートプロセッサ１０７の障害を検出するプログラムである。
【００３９】
共有メモリ部１０２は、論理ボリューム６の一部のデータを保存するキャッシュデータ１２４と、キャッシュデータ１２４と論理ボリューム６内部の位置を対応付けるキャッシュディレクトリ１２３を保持する。
【００４０】
ディスクプロセッサ１１０は、ＨＤＤ制御プログラム１２５を実行する。ＨＤＤ制御プログラム１２５は、ポートプロセッサ１０７からの指示で起動され、ハードディスク群１０５へコマンドを発行し、キャッシュデータとの間でデータ転送を実行するプログラムである。ＨＤＤ制御プログラム１２５は、ハードディスク群１０５の複数のハードディスクを用いてＲＡＩＤ（Ｒｅｄｕｎｄａｎｔ  Ａｒｒａｙ  ｏｆ  Ｉｎｅｘｐｅｎｓｉｖｅ  Ｄｉｓｋｓ）処理を行う。具体的には、ＨＤＤ制御プログラム１２５は、論理ボリューム６におけるアドレス空間とハードディスク群１０５のアドレス空間の対応を管理し、適切なハードディスクへアクセスする。またＨＤＤ制御プログラム１２５は、ハードディスク障害発生時には冗長なハードディスクを用いてアクセスを継続するなどの処理も行う。
【００４１】
管理プロセッサ１１２は、ストレージポート状態テーブル１３０と、ノード情報１３１を保持し、ストレージ管理プログラム１２６を実行する。
【００４２】
ストレージポート状態テーブル１３０は、ストレージシステム１の各ＳＡＮポート８の状態を管理するテーブルであり、ノード情報１３１はストレージシステム１の管理情報と管理サーバ４のＬＡＮ５におけるネットワークアドレスを保持するデータである。
【００４３】
ストレージ管理プログラム１２６は、ストレージシステム１を初期化するストレージ初期化処理１２７と、障害を管理サーバ４へ通知する障害通知処理１２９と、管理サーバからの要求に応じてストレージシステム１の構成情報を取得ないし変更する構成管理処理１２８を実行する。
【００４４】
次にストレージシステム１の初期化について説明する。ストレージシステム１が起動すると、最初に管理プロセッサ１１２がストレージ管理プログラム１２６を起動し、ストレージ初期化処理１２７を実行する。
【００４５】
ストレージ初期化処理１２７において、管理プロセッサ１１２は不揮発メモリ１１３から設定情報を読み出し、ＬＵ構成テーブル１２１、ノード情報１３１をポートプロセッサ１０７、管理プロセッサ１１２に設定し、コマンド処理プログラム１２０、障害制御プログラム１２２、ＨＤＤ制御プログラム１２５をポートプロセッサ１０７、ディスクプロセッサ１１０にロードし、ストレージポート状態テーブル１３０を初期化する。
【００４６】
さらに、管理プロセッサ１１２は、管理Ｉ／Ｆ１１１を介して管理サーバ４にログインし、ノード情報１３１を管理サーバ４に登録する。
【００４７】
コマンド処理プログラム１２０と障害検出プログラム１２２が起動すると、ポートプロセッサ１０７は、外部Ｉ／Ｆ１０６とキャッシュディレクトリ１２３の初期化を行い、ストレージポート管理テーブル１３０を最新の状態に更新し、ホスト２からのＳＣＳＩコマンドを待つ状態に入る。
【００４８】
ＨＤＤ制御プログラム１２５が起動すると、ディスクプロセッサ１１０は、ディスクＩ／Ｆ１０９を初期化し、ハードディスク群１０５へアクセスできることを確認し、ポートプロセッサ１０７からの指示を待つ状態に入り、初期化処理が完了する。
【００４９】
次にストレージシステム１がホスト２からのＳＣＳＩコマンドを実行する流れを説明する。外部Ｉ／Ｆ１０６は、ホスト２からＳＣＳＩコマンドを受信すると、ポートプロセッサ１０７へＳＣＳＩコマンドの内容を通知する。ポートプロセッサ１０７は、定期的に外部Ｉ／Ｆからの通知をポーリングしており、ＳＣＳＩコマンドの通知を検出するとコマンド処理プログラム１２０を実行する。
【００５０】
コマンド処理プログラム１２０においてポートプロセッサ１０７は、まずＳＣＳＩコマンドの指定するＬＵＮをキーにＬＵ構成テーブル１２１からアクセス対象の論理ボリューム６を決定する。
【００５１】
次にポートプロセッサ１０７は、共有メモリ部１０２のキャッシュディレクトリ１２３へアクセスし、ヒットミス判定を行う。ホスト２に要求されたデータがキャッシュヒットした場合は、キャッシュデータ１２４とホスト２の間のデータ転送を外部Ｉ／Ｆ１０６に指示する。キャッシュミスした場合は、次のような処理を行う。
【００５２】
リードコマンドの場合、ポートプロセッサ１０７はディスクプロセッサ１１０にハードディスク群１０５とキャッシュデータ１２４の間のデータ転送を指示し、その完了後にキャッシュディレクトリ１２３を更新し、ホスト２へのデータ転送を外部Ｉ／Ｆ１０６に指示する。
【００５３】
ライトコマンドの場合、ポートプロセッサ１０７はキャッシュディレクトリ１２３へアクセスし、キャッシュデータ１２４の空き領域を確保する。次にポートプロセッサ１０７は確保したキャッシュデータ１２４の領域とホスト２の間のデータ転送を外部Ｉ／Ｆ１０６へ指示し、データ転送の完了後にキャッシュディレクトリ１２３を更新する。ポートプロセッサ１０７は、周期的にディスクプロセッサ１１０にハードディスク群１０５とキャッシュデータ１２４の間のデータ転送を指示しキャッシュディレクトリ１２３に登録されたダーティなライトデータをハードディスク群１０５へ書き込む。
【００５４】
このようにして、ストレージシステム１は、ホスト２からのＳＣＳＩコマンドを実行する。ただし、この処理の流れは例示であり、ＳＣＳＩコマンドのＬＵＮと設定情報に基づいて、論理ボリューム６を決定しデータ転送を行う事が可能であれば、この処理の流れに限定するものではない。
【００５５】
次にストレージシステム１の設定方法について説明する。管理プロセッサ１１２は、管理サーバ４からの要求を管理Ｉ／Ｆ１１１から受け取ると構成管理処理１２８を実行する。
【００５６】
構成管理処理１２８において管理プロセッサ１１２は、最初に管理サーバ４からの要求の種別を判定する。
【００５７】
要求が構成情報取得の場合、管理プロセッサ１１２は要求が指定するＬＵ構成テーブル１２１、ストレージポート状態テーブル１３０、ノード情報１３１をポートプロセッサ１０７や管理プロセッサ１１２から取得し、管理Ｉ／Ｆ１１１を介して管理サーバ４へ送信する。
【００５８】
要求が構成変更の場合、管理プロセッサ１１２は、要求が指定するＬＵ構成テーブル１２１、ストレージポート状態テーブル１３０、ノード情報１３１の変更をポートプロセッサ１０７や管理プロセッサ１１２及び不揮発メモリ１１３に対して行い、実行完了を管理Ｉ／Ｆ１１１を介して管理サーバ４へ報告する。
【００５９】
最後にストレージシステム１の障害通知処理について説明する。ポートプロセッサ１０７は、一定時間毎に障害検出プログラム１２２を実行する。
【００６０】
障害検出プログラム１２２において、ポートプロセッサ１０７は外部Ｉ／Ｆ１０６及び他のポートプロセッサ１０７の状態を監視し、ストレージポート状態テーブル１３０を最新の状態に更新する。また、障害を検出すると管理プロセッサ１１２へ通知する。
【００６１】
管理プロセッサ１１２は、障害通知処理１２９において、ポートプロセッサ１０７からの障害通知を処理する。具体的には、管理プロセッサ１１２はストレージポート状態テーブル１３０を更新し、管理Ｉ／Ｆ１１１を介して管理サーバ４へ障害の発生部位を報告する。
【００６２】
図４は、ストレージポート状態テーブル１３０の構成を示す図である。ストレージポート状態テーブル１３０は、各々がストレージシステム１のＳＡＮポート８に対応する複数のエントリから構成され、各エントリはストレージシステム１のポートＩＤ１４１、ポートアドレス１４２、ポート属性１４３、ポートステータス１４４と使用可能共有ポートＩＤ１４５から構成される。
【００６３】
ポートＩＤ１４１は、ストレージシステム１のＳＡＮポート８を区別するためのＩＤであり管理サーバ４によって設定される。
【００６４】
ポートアドレス１４２は、ＳＡＮポート８のＳＡＮにおけるポートアドレスを示し、例えば外部Ｉ／Ｆ１０６の初期化時にプロトコル処理で決定される値である。また、管理サーバ４からポートアドレス１４２を指定し、その値を用いて外部Ｉ／Ｆ１０６を初期化しても良い。
【００６５】
ポート属性１４３は、当該ＳＡＮポート８の属性を示す。本実施形態において、「占有」は、当該ＳＡＮポートについて動的なＬＵ構成テーブル１２１への論理ボリューム６の追加を許可しない属性を示す。「共有可」は当該ＳＡＮポート８について、ＬＵ構成テーブル１２１への動的な論理ボリューム６の追加を許可する属性を示す。「交代」は当該ＳＡＮポート８についての動的なＬＵ構成テーブル１２１への論理ボリューム６の追加が管理サーバ４によって設定されたことを示す。具体的には、当該ＳＡＮポート８は障害が発生したＳＡＮポート８の論理ボリューム６へのアクセス経路を引き継いで動作中であることを示す。
【００６６】
ポート属性１４３は、管理サーバ４によって設定され、不揮発メモリ１１３に記録される。以下、「占有」の属性をもつポートを占有ポート、「共有可」の属性をもつポートを共有ポートと呼ぶ。
【００６７】
ポートステータス１４４は、ＳＡＮポート８の状態を示し、「正常」は正常に動作していることを示し、「ポート障害」はＳＡＮポート８に障害が発生し使用不能になっていることを示す。ポートステータス１４４は、ポートプロセッサ１０７が障害検出プログラム１２２を一定時間毎に実行する事で最新の値に保たれる。
【００６８】
使用可能共有ポートＩＤ１４５は、障害が発生した際に当該ＳＡＮポート８に関するＬＵ構成テーブル１２１の設定を引き継いで動作させるＳＡＮポート８のポートＩＤ１４１を指定する情報であり、管理サーバ４によって設定される。
【００６９】
図４は、図１で未使用なＳＡＮポート８である「Ｓ１ｄ」「Ｓ１ｖ」を共有ポートとし、使用可能共有ポートＩＤ１４５に指定する設定を行った状態を示している。さらにその状態で、ＳＡＮポート８「Ｓ１ａ」に障害が発生し、管理サーバ４によって自動的にＳＡＮポート８「Ｓ１ａ」に関するＬＵ構成テーブル１２１の設定をＳＡＮポート８「Ｓ１ｖ」に引き継いだ後の状態を示している。
【００７０】
図５は、ＬＵ構成テーブル１２１の構成を示す図である。ＬＵ構成テーブル１２１は、各々がストレージシステム１のＳＡＮポート８に対応する複数のエントリから構成され、各エントリは、ポートＩＤ１５１と当該ＳＡＮポート８のＬＵＮと論理ボリューム６の対応を保持するＬＵ構成サブテーブル１５３へのＬＵ構成サブテーブルポインタ１５２から構成される。
【００７１】
ＬＵ構成サブテーブル１５３は、各ＳＡＮポート８のＬＵＮと論理ボリューム６の対応を保持するテーブルであり、各エントリがＬＵＮ１５４と、ＬＵＮ１５４に対応する論理ボリュームＩＤ１５５を保持する。
【００７２】
図６は、ホスト２のハードウェア構成図である。ホスト２は、ＣＰＵ１６０、メインメモリ１６１、メインメモリ１６１を制御するメモリコントローラ１６２、ＨＤＤ  Ｉ／Ｆ１６３、ディスプレイＩ／Ｆ１６４、入力Ｉ／Ｆ１７１、１個以上のＨＢＡ１６６、ネットワークＩ／Ｆ１６７と、それらを接続するバス１６８から構成される。
【００７３】
ＣＰＵ１６０は、後述する各プログラムを実行し、メインメモリ１６１はそのために必要なデータを保持する。メモリコントローラ１６２は、メインメモリ１６１を制御しバス１６８に接続する部位である。
【００７４】
ＨＤＤ  Ｉ／Ｆ１６３は、バス１６８とＨＤＤ１６９を接続する部位である。
【００７５】
ディスプレイＩ／Ｆ１６４は、バス１６８とディスプレイ装置１７０を接続する部位である。
【００７６】
入力Ｉ／Ｆ１６４は、バス１６８とキーボードやマウスなどの入力デバイス１７１を接続する部位である。
【００７７】
ＨＢＡ１６６は、ＳＡＮポート８を含み、バス１６８とＳＡＮを接続する部位である。
【００７８】
ネットワークＩ／Ｆ１６７は、バス１６８とＬＡＮ５を接続する部位である。
【００７９】
なお、上記ハードウェア構成は例示であり、１個以上のＳＡＮポート８とＬＡＮ５へのインタフェースを有し、後述するソフトウェアを実行可能であれば、これに限定されるものではない。
【００８０】
図７は、ホスト２のソフトウェア構成図である。まず、ホスト２のＣＰＵ１６０が実行する処理や、メインメモリ１６１が保持するデータについて説明する。
【００８１】
ホスト２のＣＰＵ１６０は、アプリケーション１８０、ファイルシステム１８１、アクセス制御ドライバ１８２、ホスト管理プログラム１８３を実行する。より詳しくは、アクセス制御ドライバ１８２はＩ／Ｏ処理１８４とパス状態監視処理１８５を実行し、ホスト管理プログラム１８３はホスト初期化処理１８８、障害通知処理１８９、構成管理処理１９０を実行する。
【００８２】
また、それらのプログラムが用いるデータは、メインメモリ１６１に保持される。具体的には、メインメモリ１６１はホストボリューム構成テーブル（以下「ＨＶＯＬ構成テーブル」ともいう）１８６、論理パス構成テーブル１８７、ホストポート状態テーブル１９１、ノード情報１９２を保持する。
【００８３】
ＨＶＯＬ構成テーブル１８６は、ホストボリューム７と論理ボリューム６へのアクセス経路の対応を管理するテーブルである。
【００８４】
論理パス構成テーブル１８７は、論理ボリューム６へのアクセス経路を論理パスという形式で管理するテーブルである。
【００８５】
ホストポート状態テーブル１９１は、ホスト２のＳＡＮポート８の状態を管理するテーブルである。
【００８６】
まず、ホスト２の初期化処理について説明する。ホスト２は起動すると、ホスト管理プログラム１８３をＨＤＤ１６９からロードし実行する。ホスト管理プログラム１８３が起動すると、ＣＰＵ１６０はホスト初期化処理１８８を実行する。
【００８７】
ホスト初期化処理１８８においてＣＰＵ１６０は、初めにＨＶＯＬ構成テーブル１８６、論理パス構成テーブル１８７、ノード情報１９２をＨＤＤからロードし、ホストポート状態テーブル１９１を初期化し、アクセス制御ドライバ１８２を起動する。
【００８８】
また、ＣＰＵ１６０は、ネットワークＩ／Ｆ１６４を介して管理サーバ４へログインし、ノード情報１９２を管理サーバ４に登録し初期化処理を完了する。
【００８９】
次に、アプリケーション１８０からホストボリューム７へのアクセス要求の処理の流れを説明する。アプリケーション１８０は、ホスト２が実行するプログラムであり、例えばデータベースなどである。アプリケーション１８０は、ファイルシステム１８１を介して、もしくは直接アクセス制御ドライバ１８２のＩ／Ｏ処理１８４を呼び出し、ホストボリューム７へのアクセスを要求する。ファイルシステム１８１は、アプリケーション１８０が要求したファイルへのアクセスを、ホストボリューム７へのアクセスへ変換するプログラムである。
【００９０】
ＣＰＵ１６０は、Ｉ／Ｏ処理１８４において、アプリケーション１８０ないしファイルシステム１８１から受け取ったホストボリューム７へのアクセス要求を実行する。具体的にはＣＰＵ１６０は、ＨＶＯＬ構成テーブル１８６と論理パス構成テーブル１８７に基づいて論理ボリューム６へのアクセス経路、具体的にはストレージシステム１のポートアドレスとＬＵＮを決定し、ＨＢＡ１６６を介してストレージシステム１にＳＣＳＩコマンドを発行する。複数のアクセス経路がＨＶＯＬ構成テーブル１８６と論理パス構成テーブル１８７に設定されている場合、ＣＰＵ１６０はＩ／Ｏ処理１８４においてアクセス要求を複数のアクセス経路に振り分けることで、ＨＢＡ１６６、ＳＡＮ９、ストレージシステム１のＳＡＮポート８の負荷分散を行う。アクセス経路の選択にはラウンドロビンなどの方法を用いる。ストレージシステム１とのデータ転送が完了すると、ＣＰＵ１６０はＩ／Ｏ処理１８４からアプリケーション１８０ないしファイルシステム１８１へアクセスの完了を通知する。
【００９１】
なお、上記のアクセス要求処理の流れは例示であり、設定情報に基づいてホストボリューム７へのアクセス要求からアクセス経路を決定しストレージシステム１の論理ボリューム６へアクセスすることが可能であれば、これに限定されるものではない。
【００９２】
次にホスト２の構成管理処理について説明する。ＣＰＵ１６０は、管理サーバ４が発行した構成管理要求をネットワークＩ／Ｆ１６７から受け取ると構成管理処理１９０を実行する。構成管理処理においてＣＰＵ１６０はまず要求の種別を判定する。
【００９３】
要求が構成情報取得の場合、ＣＰＵ１６０はＨＶＯＬ構成テーブル１８６、論理パス構成テーブル１８７、ホストポート状態テーブル１９１、ノード情報１９２を、ネットワークＩ／Ｆ１６７を介して管理サーバ４へ送信する。
【００９４】
要求が構成変更の場合、ＣＰＵ１６０は管理サーバ４の要求に従い、ＨＶＯＬ構成テーブル１８６、論理パス構成テーブル１８７、ホストポート状態テーブル１９１、ノード情報１９２の変更をメインメモリ１６１及びＨＤＤ１６９に対して行い、実行完了をネットワークＩ／Ｆ１６７を介して管理サーバ４へ報告する。
【００９５】
最後に、ホスト２のアクセス経路障害の検出と管理サーバ４への通知処理の流れを説明する。ＣＰＵ１６０は、一定時間毎にパス状態監視処理１８５を実行する。本処理においてＣＰＵ１６０は、論理パス管理テーブル１８７で管理されている論理ボリューム６へのアクセス経路及びホスト２のＨＢＡ１６６内のＳＡＮポート８が正常であるか確認する。例えばＣＰＵ１６０は、あるアクセス経路を用いて論理ボリューム６の適当な領域へリードコマンドを発行する事で、当該経路が正常かどうか確認することが可能である。また、ＨＢＡ１６６とＳＡＮ９の接続状態からホスト２のＳＡＮポート８が正常であるか確認可能である。ＣＰＵ１６０は、アクセス経路やホスト２のＳＡＮポート８の状態を確認すると、論理パス構成テーブル１８７及びホストポート状態テーブル１９１を最新の状態に更新する。また、ＣＰＵ１６０は、アクセス経路やホスト２のＳＡＮポート８の障害を検出すると、ネットワークＩ／Ｆ１６７を介して管理サーバ４へ障害発生部位を通知する。
【００９６】
図８は、ＨＶＯＬ構成テーブル１８６、論理パス構成テーブル１８７、ホストポート状態テーブル１９１の構成を示す図である。
【００９７】
ＨＶＯＬ構成テーブル１８６は、各々がホストボリューム７に対応する複数のエントリから構成され、各エントリはホストボリュームＩＤ（以下「ＨＶＯＬＩＤ」ともいう）２００、論理パスＩＤ＃０（２０１）〜＃４（２０４）から構成される。
【００９８】
ＨＶＯＬＩＤ２００は、ホストボリューム７を特定するＩＤであり、管理サーバ４によって設定される。論理パスＩＤ＃０（２０１）〜＃４（２０４）は、ホストボリューム７に対応する論理ボリューム６へのアクセス経路を示すＩＤであり、管理サーバ４によって設定される。本実施形態では、論理パスＩＤ２０１〜２０４は最大４個まで登録することが可能だが、通常は２個登録することで冗長なアクセス経路を設定することが可能である。なお、この数字は例示であり、論理パスＩＤ２０１〜２０４の最大数は２を超える数字であれば特に制限はなく、また高性能化のために通常時において３個以上のアクセス経路を設定しても問題はない。
【００９９】
論理パス構成テーブル１８７は、各々が論理ボリューム６へのアクセス経路に対応する複数のエントリから構成され、各エントリは論理パスＩＤ２０５、ホストポートＩＤ２０６、ストレージポートＩＤ２０７、ストレージポートアドレス２０８、ＬＵＮ２０９、パスステータス２１０から構成される。
【０１００】
論理パスＩＤ２０５は、論理ボリューム６へのアクセス経路を特定するためのＩＤであり、管理サーバ４によって設定される。
【０１０１】
ホストポートＩＤ２０６は、論理ボリューム６へのアクセスに使用するホスト２のＳＡＮポート８のＳＡＮにおけるポートアドレスを示し、ＨＢＡ１６６の初期化時にプロトコル処理で決定される値、ないしは管理サーバ４によって設定される値が、ホスト初期化処理１８８の実行時に登録される。
【０１０２】
ストレージポートＩＤ２０７、ストレージポートアドレス２０８とＬＵＮ２０９は、論理ボリューム６へＳＣＳＩコマンドを送信するためのアクセス経路、すなわちストレージシステム１のＳＡＮポート８のポートＩＤ、ポートアドレスとＬＵＮを示し、管理サーバ４によって設定される。
【０１０３】
パスステータス２１０は、当該アクセス経路が使用可能な状態であるかを示す。パスステータス２１０は、例えばＣＰＵ１６０が一定時間毎にパス状態監視処理１８５を実行することで、最新の状態に更新される。
【０１０４】
ホストポート構成テーブル１９１は、各々がホスト２のＳＡＮポート８に対応する複数のエントリから構成され、各エントリはホストポートＩＤ２１１、ポートアドレス２１２、ポートステータス２１３から構成される。
【０１０５】
ホストポートＩＤ２１１は、ホスト２のＳＡＮポート８を特定するためのＩＤであり、管理サーバ４によって設定される。
【０１０６】
ポートアドレス２１２は、当該ＳＡＮポート８のＳＡＮにおけるポートアドレスを示し、ＨＢＡ１６６の初期化時にプロトコル処理で決定される値、ないしは管理サーバ４によって設定される値が、ホスト初期化処理１８８の実行時に登録される。
【０１０７】
ポートステータス２１３は、当該ＳＡＮポート８の状態を示す。例えばＣＰＵ１６０が一定時間毎にパス状態監視処理１８５を実行することで、ポートステータス２１３を最新の値に更新する。
【０１０８】
図８では、図１で「Ｈ２」と表現されたホスト２に行われる設定を示している。具体的には、ホスト２「Ｈ２」が使用するホストボリューム７「Ｖ０」と「Ｖ１」の論理パス「Ｐ０」「Ｐ２」が、図４で示したストレージシステム１のＳＡＮポート８「Ｓ１ａ」のポート障害によりパス障害となった状態を示している。
【０１０９】
さらに、管理サーバ４がＳＡＮポート８「Ｓ１ｖ」を使用した論理パスを論理パス構成テーブル１８７とＨＶＯＬ構成テーブル１８６に設定する事で、「Ｖ０」と「Ｖ１」へのアクセス経路の冗長性が復旧した後の状態を示している。
【０１１０】
図９は、管理サーバ４のハードウェア構成図である。管理サーバ４は、ＣＰＵ２２０、メモリ２２１、メモリ２２１を制御するメモリコントローラ２２２、ＨＤＤ  Ｉ／Ｆ２２３、ディスプレイＩ／Ｆ２２４、入力Ｉ／Ｆ２２５、ネットワークＩ／Ｆ２２７と、それらを接続するバス２２８から構成される。
【０１１１】
ＣＰＵ２２０は後述する各プログラムを実行し、メモリ２２１はそのために必要なデータを保持する。メモリコントローラ２２２はメモリ２２１を制御しバス２２８に接続する部位である。
【０１１２】
ＨＤＤ  Ｉ／Ｆ２２３は、バス２２８とＨＤＤ２２９を接続する部位である。
【０１１３】
ディスプレイＩ／Ｆ２２４は、バス２２８とディスプレイ装置２３０を接続する部位である。
【０１１４】
入力Ｉ／Ｆ２２５は、バス２２８とキーボードやマウスなどの入力デバイス２３１を接続する部位である。
【０１１５】
ネットワークＩ／Ｆ２２７は、バス２２８とＬＡＮ５を接続する部位である。
【０１１６】
なお、上記ハードウェア構成は例示であり、ＬＡＮ５へ接続するためのインタフェースを有し、後述するソフトウェアを実行可能であれば、これに限定するものではない。
【０１１７】
図１０は、管理サーバ４のソフトウェア構成図である。まず、管理サーバ４のＣＰＵ２２０が実行する処理や、メモリ２２１が保持するデータについて説明する。
【０１１８】
管理サーバ４のＣＰＵ２２０は、ＳＡＮ管理プログラム２４０を実行する。
【０１１９】
ＳＡＮ管理プログラム２４０は、管理サーバ初期化処理２４１、管理サーバサブプログラム（モジュール）２４２、ノード状態監視処理２４３、ノード構成管理サブプログラム（モジュール）２４４、自動パス切替えサブプログラム（モジュール）２４５から構成される。
【０１２０】
また管理サーバ４のメモリ２２１は、ＳＡＮ管理プログラム２４０が用いるデータを保持する。具体的には、メモリ２２１はノード構成テーブル２４６を保持する。
【０１２１】
ノード構成テーブル２４６は、前述したストレージシステム１及びホスト２の構成情報を保持するテーブルであり、ＨＤＤ２２９にもバックアップデータを格納する。
【０１２２】
まず、管理サーバ初期化処理２４１について説明する。管理サーバ４が起動すると、ＣＰＵ２２０はＳＡＮ管理プログラム２４０をＨＤＤ２２９からロードして起動し、管理サーバ初期化処理２４１を実行する。
【０１２３】
管理サーバ初期化処理２４１においてＣＰＵ２２０は、初めにＨＤＤ２２９からノード構成テーブル２４６のバックアップデータをロードし、ノード構成テーブル２４６を初期化する。また、ＣＰＵ２２０は管理サーバサブプログラム２４２を起動する。具体的には、ＣＰＵ２２０はネットワークＩ／Ｆ２２７を初期化して、管理サーバサブプログラム２４２をストレージシステム１やホスト２からのログインを待つ状態にする。
【０１２４】
次に、管理サーバ４のノード状態監視処理２４３について説明する。ＣＰＵ２２０は一定時間毎にノード状態監視処理２４３を呼び出す。具体的には、ＣＰＵ２２０はノード構成テーブル２４６を参照しログイン中のノードを確認する。次にそれらのノードへネットワークＩ／Ｆ２２７を介してアクセスし、最新の構成情報を取得し、それらをノード構成テーブル２４６へ登録する。
【０１２５】
構成情報の取得にあたり、例えばＣＰＵ２２０は最初に構成情報の変化の有無をノードに問い合わせ、変化があった構成情報のみを取得するなど、ＬＡＮ５の帯域や処理オーバーヘッドを節約する手段をとっても構わない。
【０１２６】
次に、管理サーバ４のノード構成管理サブプログラム２４４について説明する。ノード構成管理サブプログラム２４４は二つの機能をＳＡＮ管理者に提供する。
【０１２７】
第１の機能は構成表示機能である。ＣＰＵ２２０は、ディスプレイ２３０にノード構成テーブル２４６を表示することで、ＳＡＮ管理者が現在のノード稼動状況を確認することが出来る。
【０１２８】
第２の機能は構成変更機能である。ＣＰＵ２２０は、ディスプレイ２３０にノード構成テーブル２４６を表示した状態で、ＳＡＮ管理者からの入力に従い、ノード構成テーブル２４６を変更する。さらにＣＰＵ２２０は管理サーバサブプログラム２４２を呼び出し、ネットワークＩ／Ｆ２２７を介して各ノードが保持するノード情報１９２，１３１へ構成変更を反映する。また、ノード構成テーブル２４６の変更をＨＤＤ２２９へも保存する。
【０１２９】
最後に、管理サーバ４の自動パス切替えサブプログラム２４５について説明する。自動パス切替えサブプログラム２４５は、ホスト２からのアクセス経路障害通知を管理サーバサブプログラム２４２が受け取る事で起動される。
【０１３０】
自動パス切替えサブプログラム２４５において、ＣＰＵ２２０はストレージシステム１の共有可能なＳＡＮポート８を用いて、論理ボリューム６への新たなアクセス経路をホスト２とストレージシステム１に設定することで、アクセス経路を復旧する。本処理の詳細は後述する。
【０１３１】
図１１は、ノード構成テーブル２４６の構成を示す図である。ノード構成テーブル２４６は、各々がノードに対応する複数のエントリから構成され、各エントリはノードＩＤ２５０、ノード種別２５１、管理用ＬＡＮアドレス２５２、ノードステータス２５３、ノード詳細情報ポインタ２５４から構成される。
【０１３２】
ノードＩＤ２５０は管理サーバ４がノードを識別するＩＤ、ノード種別２５１はノードの種別、管理用ＬＡＮアドレス２５２はノードのネットワークＩ／Ｆ１６７，２２７のＬＡＮアドレスであり、ノード構成管理サブプログラム２４４を介してＳＡＮ管理者が入力し、ＨＤＤ２２９にバックアップされる情報である。
【０１３３】
ノードステータス２５３は、ノードが管理サーバ４にログイン中か否かを示す情報であり、管理サーバサブプログラム２４２やノード状態監視処理２４３によって最新の値に更新される。
ノード詳細情報ポインタ２５４は、ノード種別に応じた詳細な構成情報を保持するメモリ２２１の領域アドレスを指すポインタである。
【０１３４】
ノード詳細情報２５５は、ノード種別が「ストレージ」の場合はストレージポート状態テーブル１３０とＬＵ構成テーブル１２１を保持し、ノード種別が「ホスト」の場合はホストポート状態テーブル１９１、ＨＶＯＬ構成テーブル１８６と、論理パス構成テーブル１８７を保持する。
【０１３５】
図１２は、第１実施形態における自動パス切替えサブプログラム２４５の処理フローを示す図である。
【０１３６】
ＣＰＵ２２０はホスト２からアクセス経路の障害通知を受信すると管理サーバサブプログラム２４２を呼び出し、自動パス切替えサブプログラム２４５を呼び出す。なお、ＣＰＵ２は、ホスト２からの障害通知ではなく、ストレージシステム１からの障害通知の受信に応じて、管理サーバサブプログラム（モジュール）２４２を呼び出し、自動パス切り替えサブプログラム（モジュール）２４５を呼び出しても良い。
【０１３７】
まず、ＣＰＵ２２０は障害が発生したアクセス経路を、当該ホスト２のノード詳細管理情報２５５から検索し、ホストポート状態テーブル１９１を検索する事で、ホスト２のＳＡＮポート８の状態を確認する。この際、最新のＳＡＮポート８の状態を確認するため、ＣＰＵ２２０は管理サーバサブプログラム２４２を呼び出し、当該ホスト２から最新のＳＡＮポート８の状態を取得する（ステップ２６０）。
【０１３８】
ＣＰＵ２２０は、ホスト２の当該ＳＡＮポート８が正常であれば処理を継続し、さもなくば処理を終了する（ステップ２６１）。
【０１３９】
次に、ＣＰＵ２２０は論理パス構成テーブル１８７からストレージシステム１を特定し、管理サーバサブプログラム２４２を呼び出し、当該ストレージシステム１から最新のストレージポート状態テーブル１３０を取得する（ステップ２６２）。
【０１４０】
ＣＰＵ２２０は、ストレージシステム１の当該ＳＡＮポート８が異常、かつ当該ＳＡＮポート８に対応する共有可能ポートＩＤ１４５が指定するＳＡＮポート８（すなわち共有ポート）のポート属性１４３が「共有可」属性であれば処理を継続し、さもなくば処理を終了する（ステップ２６３）。
【０１４１】
次にＣＰＵ２２０は、ストレージシステム１のＬＵ構成情報を変更する。具体的にはＣＨＰ２２０は障害が発生したＳＡＮポート８に対応するＬＵ構成サブテーブル１５３の情報を、共有ポートに対応するＬＵ構成サブテーブル１５３にコピーする指示をＬＡＮ５経由でストレージシステム１に対して行い、メモリ２２１へも同様の変更を行う。この処理により、障害が発生したＳＡＮポート８経由でアクセスされていた論理ボリューム６へ、共有ポートからアクセス可能となる。また、ＣＰＵ２２０はストレージポート状態テーブル１３０の共有ポートのポート属性を「交代」に変更する指示をＬＡＮ５経由でストレージシステム１に対して行い、メモリ２２１へも同様の変更を行う（ステップ２６４）。
【０１４２】
次にＣＰＵ２２０は、ＬＡＮ５経由でホスト２の論理パス構成テーブル１８７に新たな論理パスを追加登録し、ＨＶＯＬ構成テーブル１８６を更新する。新たな論理パスは、障害を起こしたアクセス経路でホスト２が使用していたホスト２のＳＡＮポート８から、ステップ２６４で設定した共有ポートを通り、論理ボリューム６へとアクセスするアクセス経路である（ステップ２６５）。
【０１４３】
最後にＣＰＵ２２０は、ホスト２から追加した論理パスのパスステータスが正常に変化した通知を受けて処理を完了する。ＣＰＵ２２０は一定時間ホスト２から通知が無い場合は、エラーメッセージをディスプレイ２３０へ出力する（ステップ２６６）。
【０１４４】
図１３は、本実施形態におけるアクセス経路の復旧までの流れを示すラダーチャートである。最初に、アクセス経路の障害をホスト２が検知し、管理サーバ４へＬＡＮ５経由で通知する（メッセージ２７０）。
【０１４５】
管理サーバ４はホスト２から、ＳＡＮポート８の状態を取得し、正常であるか確認する（メッセージ２７１，２７２）。
【０１４６】
次に管理サーバ４は、ストレージシステム１へアクセスし、当該アクセス経路で使用するストレージシステム１のＳＡＮポート８の状態を取得し、共有ポートが使用可能であることを確認する（メッセージ２７３，２７４）。
【０１４７】
次に管理サーバ４は、ストレージシステム１のＬＵ構成テーブル１２１及びストレージポート状態テーブル１３０を更新することで、障害によりアクセス不能となった論理ボリューム６へのアクセス経路をストレージシステム１に設定する（メッセージ２７５，２７６）。
【０１４８】
次に管理サーバ４は、ホスト２の論理パス構成テーブル１８７およびＨＶＯＬ構成テーブル１８６を更新することで、論理ボリューム６への新しいアクセス経路を設定する（メッセージ２７７，２７８）。
【０１４９】
ホスト２はパス状態管理処理１８５によって、新たに設定されたアクセス経路の状態を「正常」と判断し、管理サーバ４へ報告を行う（メッセージ２７９，２８０，２８１）。
【０１５０】
以上の処理により、本実施形態のコンピュータシステムは、ストレージシステム１のポート障害に起因するアクセス経路の障害を、共有ポートを用いたアクセス経路を用いる事で自動的にアクセス経路を復旧する事を可能とする。
【実施例２】
【０１５１】
次に、本発明の第２実施形態について説明する。第２実施形態では、第１実施形態で発生したポート障害を修復するため、ホストＩ／Ｆ部１００を交換する作業中、当該ホストＩ／Ｆ部１００の正常なＳＡＮポート８の提供する全アクセス経路を共有ポートで提供可能であることを示す。
【０１５２】
これは、ＳＡＮ管理者が管理サーバ４のノード構成管理サブプログラム２４４を使用してストレージシステム１とホスト２の設定変更を実施することで可能となる。図１４は、ＳＡＮ管理者が行うべき操作のフローを示す。
【０１５３】
まず、ＳＡＮ管理者は、ノード構成管理サブプログラム２４４を使用して、交換するホストＩ／Ｆ１００部の各ＳＡＮポート８が提供している論理ボリューム６へのアクセス経路の設定を別のホストＩ／Ｆ部１００の共有ポートへ追加する。その際、ＬＵＮが重複するケースが有りうるが、ＳＡＮ管理者が重複しないようＬＵＮを割り振りながらＬＵＮと論理ボリューム６の対応をＬＵ構成テーブル１２１に設定する。さらにＳＡＮ管理者は共有ポートの属性を「交代」に設定し、設定した論理ボリューム６へアクセスする各ホスト２に対しても、論理パス構成テーブル１８７及びＨＶＯＬ構成テーブル１８６を変更する事で、移行したアクセス経路を有効にする（ステップ２９０）。
【０１５４】
この操作により、交換するホストＩ／Ｆ部１００の提供する全ての論理ボリューム６へ共有ポートからもアクセス可能な状態となる。
【０１５５】
次に、ＳＡＮ管理者は、ホストＩ／Ｆ部１００を交換し、その後ノード構成管理サブプログラム２４４を使用して、ストレージシステム１のＬＵ構成テーブル１２１を復元する（ステップ２９１）。
【０１５６】
この操作により、ホストＩ／Ｆ部１００は障害発生以前の状態に戻る。
【０１５７】
最後に、ホストＩ／Ｆ部１００交換前に共有ポートにおこなった設定を削除する。共有ポートに他の論理ボリューム６が設定されてない場合は、共有ポートの属性を「共有可」に設定する。
【０１５８】
以上の流れでホストＩ／Ｆ部１００を交換することで、当該ホストＩ／Ｆ部１００の正常なＳＡＮポート８の提供する全てのアクセス経路を共有ポートで提供しながらホストＩ／Ｆ部１００を交換することが可能となる。
【実施例３】
【０１５９】
次に、本発明の第３実施形態について説明する。第３実施形態では、共有ポートをポート障害時の交代用途だけでなく、性能過負荷時の負荷分散に使用可能であることを示す。
図１５は、第３実施形態におけるストレージシステム１のソフトウェア構成図を示す。
【０１６０】
第１実施形態との相違は、第１にポートプロセッサ１０７がポート稼動ステータス３００を保持する点である。ポート稼動ステータス３００はＳＡＮポート８及びポートプロセッサ１０７の使用状況と、それらの過負荷判定に用いる閾値を保持する。ポート稼動ステータス３００の使用状況データは、コマンド処理プログラム１２０においてポートプロセッサ１０７が処理するコマンドを集計する事で更新する。またポート稼動ステータス３００の閾値は管理サーバ４のノード構成管理サブプログラム２４４からＬＡＮ５経由でストレージシステム１に設定される。
【０１６１】
第２の相違点は、障害検出プログラム１２２がポート監視プログラム３０１に置き換わる点である。ポート監視プログラム３０１は障害検出プログラム１２２の機能に加えて、ポート稼動ステータス３００を一定時間毎に監視し、現在値が閾値を超える状況を検出すると、異常通知処理３０２へと通知する。
【０１６２】
第３の相違点は、管理プロセッサ１１２が障害通知処理１２９において、第１の実施形態での機能に加えて、性能過負荷を管理サーバ４へ通知する処理を行う点である。
【０１６３】
図１６は、第３実施形態における自動パス切替えサブプログラム２４５の処理フローを示す図である。
【０１６４】
初めに、ＣＰＵ２２０は、起動要因を管理サーバサブプログラム２４２から取得する。起動要因が性能過負荷であれば、負荷分散処理を実行し、さもなくばアクセス経路障害発生と判断し障害処理を実行する（ステップ３１０）。
【０１６５】
起動要因が性能過負荷の場合、ＣＰＵ２２０は負荷分散に使用できるポート状態を確認する。具体的には、負荷分散を行う対象ＳＡＮポート８の使用可能共有ポートＩＤ１４５が指定するＳＡＮポート８の属性が「共有可」かどうかを、同一ストレージシステム１のＬＵ構成テーブル１２１にアクセスし確認する。「共有可」であれば処理を続行し、さもなくば処理を終了する（ステップ３１１，３１２）。
【０１６６】
負荷分散に用いるポートが「共有可」属性である場合、次にＣＰＵ２２０は、ノード構成テーブル２４６から性能過負荷となっているＳＡＮポート８のＬＵ構成テーブル１２１から、１個以上の論理ボリューム６を選択し、負荷分散に用いるＳＡＮポート８からも当該論理ボリューム６へアクセスできるようストレージシステム１のＬＵ構成テーブル１２１を設定する。また、負荷分散に用いるＳＡＮポート８の属性を「使用中」に変更する（ステップ３１３）。
【０１６７】
次にＣＰＵ２２０は、ノード構成情報２４６からステップ３１３で設定した論理ボリューム６に性能過負荷となっているＳＡＮポート８経由でアクセスしているホスト２を検索する。それらの論理パス構成テーブル１８７に、負荷分散に用いるＳＡＮポート８経由で当該論理ボリューム６へアクセスするアクセス経路を追加設定する（ステップ３１４）。
【０１６８】
その後、ＣＰＵ２２０は、ステップ３１４で追加したアクセス経路の状態が「正常」に変化するホスト２からの通知を待つ。一定時間で応答がなければエラーメッセージをディスプレイ２３０に出力して処理を終了する（ステップ３１５）。
【０１６９】
また、起動要因が障害通知の場合、ＣＰＵ２２０は第１の実施形態における自動パス切替えサブプログラム２４５と、基本的には同様の処理を行う（ステップ２６１〜２６６）。
【０１７０】
しかし、ステップ２６３で、共有ポートが「共有可」属性で無い場合の処理が第１の実施形態から異なる。その場合、ＣＰＵ２２０は共有ポートが「使用中」属性か確認する。「使用中」でない場合は処理を終了し、さもなくば処理を続行する（ステップ３１６）。
【０１７１】
この場合、当該ＳＡＮポート８は負荷分散に使用中のため、ＣＰＵ２２０は負荷分散の設定を解除し交代ポートとして使用するよう設定変更を行う。具体的には、ＣＰＵ２２０は当該ＳＡＮポート８へアクセスしているホスト２をノード構成テーブル２４６から検索し、各ホスト２の論理パス構成テーブルから、当該ＳＡＮポート８を使用するアクセス経路設定を削除する（ステップ３１７）。
【０１７２】
その後、ＣＰＵ２２０は、共有ポートの属性を「使用中」から「共有可」に変更する設定をストレージシステム１に対して行い、ステップ２６２へ戻る（ステップ３１８）。
【０１７３】
このような、自動パス切替えサブプログラム２４５により、実施形態１では障害が発生しない限り使用されなかった共有ポートを、平常時は負荷分散にも用いることが可能となる。
【０１７４】
以上実施例で本発明を説明したが、本発明の計算機システムの管理計算機について、ホスト計算機、ストレージ装置又はスイッチが行うようにすることも可能である。ストレージ装置が、ＳＡＮネットワークを使用して行うこともできる。なお、上述した例では、ポートの属性について、共有可能属性と交代属性は排他的に設定されるように説明した。しかし、交代属性が設定されているポートに共有可能属性を重複して割り当てることもできる。ただし、この場合、ＬＵＮをずらす等の考慮をする必要がある。
【０１７５】
本発明の他の実施形態１は、前記管理計算機は、前記ホスト計算機又は前記ストレージ装置からの経路障害通知を受信すると、該ストレージ装置の共有ポートを用いた新たなアクセス経路を該当ホスト計算機及び該当ストレージ装置に設定するよう指示し経路障害を復旧する計算機システムである。
【０１７６】
本発明の他の実施形態２は、前記管理計算機は、前記ホスト計算機又は前記ストレージ装置からのポート過負荷通知を受信すると、該ストレージ装置の共有ポートを用いた新たなアクセス経路を該当ホスト計算機及び該当ストレージ装置に設定するよう指示しポート過負荷を解決する計算機システムである。
【０１７７】
本発明の他の実施形態３は、前記管理計算機は、前記ホスト計算機又は前記ストレージ装置からの経路障害通知を受信すると、該ストレージ装置の共有ポートの属性を確認し、ポート過負荷で使用中の共有ポートの属性を変更し、該共有ポートを用いた新たなアクセス経路を該当ホスト計算機及び該当ストレージ装置に設定するよう指示し経路障害を復旧する計算機システムである。
【０１７８】
本発明の他の実施形態４は、前記管理計算機は、前記ストレージ装置のパッケージ交換時に、該パッケージのパス定義を共有ポートへ変更し該当ホスト計算機及び該当ストレージ装置に設定するよう指示する計算機システムである。
【０１７９】
本発明の他の実施形態５は、１台以上のホスト計算機及び前記ホスト計算機に論理記憶領域を提供する１台以上のストレージ装置とネットワークを介して接続して計算機システムを構成する管理計算機において、ＣＰＵ、メモリコントローラ、メインメモリ及び接続用のインタフェースを備え、前記ホスト計算機又は前記ストレージ装置からの経路不具合通知を受信すると、新たなパス定義を該当ホスト計算機及び該当ストレージ装置に設定するよう指示する管理計算機である。
【０１８０】
本発明の他の実施形態６は、前記ホスト計算機又は前記ストレージ装置からの経路障害通知を受信すると、該ストレージ装置の共有ポートを用いた新たなアクセス経路を該当ホスト計算機及び該当ストレージ装置に設定するよう指示し経路障害を復旧する管理計算機である。
【０１８１】
本発明の他の実施形態７は、前記ホスト計算機又は前記ストレージ装置からのポート過負荷通知を受信すると、該ストレージ装置の共有ポートを用いた新たなアクセス経路を該当ホスト計算機及び該当ストレージ装置に設定するよう指示しポート過負荷を解決する管理計算機である。
【０１８２】
本発明の他の実施形態８は、前記ホスト計算機又は前記ストレージ装置からの経路障害通知を受信すると、該ストレージ装置の共有ポートの属性を確認し、ポート過負荷で使用中の共有ポートの属性を変更し、該共有ポートを用いた新たなアクセス経路を該当ホスト計算機及び該当ストレージ装置に設定するよう指示し経路障害を復旧する管理計算機である。
【０１８３】
本発明の他の実施形態９は、前記ストレージ装置のパッケージ交換時に、該パッケージのパス定義を共有ポートへ変更し該当ホスト計算機及び該当ストレージ装置に設定するよう指示する管理計算機である。
【０１８４】
本発明の他の実施形態１０は、１台以上のホスト計算機、前記ホスト計算機に論理記憶領域を提供する１台以上のストレージ装置、及び、前記ホスト計算機及び前記ストレージ装置とネットワークを介して接続する管理計算機を備える計算機システムにおけるアクセスパス管理方法において、前記管理計算機により、前記ホスト計算機又は前記ストレージ装置からの経路不具合通知を受信し、新たなパス定義を該当ホスト計算機及び該当ストレージ装置に設定するよう指示するアクセスパス管理方法である。
【０１８５】
本発明の他の実施形態１１は、前記管理計算機により、前記ホスト計算機又は前記ストレージ装置からの経路障害通知を受信し、該ストレージ装置の共有ポートを用いた新たなアクセス経路を該当ホスト計算機及び該当ストレージ装置に設定するよう指示し経路障害を復旧するアクセスパス管理方法である。
【０１８６】
本発明の他の実施形態１２は、前記管理計算機により、前記ホスト計算機又は前記ストレージ装置からのポート過負荷通知を受信し、該ストレージ装置の共有ポートを用いた新たなアクセス経路を該当ホスト計算機及び該当ストレージ装置に設定するよう指示しポート過負荷を解決するアクセスパス管理方法である。
【０１８７】
本発明の他の実施形態１３は、前記管理計算機により、前記ホスト計算機又は前記ストレージ装置からの経路障害通知を受信し、該ストレージ装置の共有ポートの属性を確認し、ポート過負荷で使用中の共有ポートの属性を変更し、該共有ポートを用いた新たなアクセス経路を該当ホスト計算機及び該当ストレージ装置に設定するよう指示し経路障害を復旧するアクセスパス管理方法である。
【０１８８】
本発明の他の実施形態１４は、前記管理計算機により、前記ストレージ装置のパッケージ交換時に、該パッケージのパス定義を共有ポートへ変更し該当ホスト計算機及び該当ストレージ装置に設定するよう指示するアクセスパス管理方法である。
【図面の簡単な説明】
【０１８９】
【図１】実施例１のコンピュータシステムの構成図。
【図２】実施例１のストレージシステムのハードウェア構成図。
【図３】実施例１のストレージシステムのソフトウェア構成図。
【図４】実施例１のストレージポート状態テーブルの構成図。
【図５】実施例１のＬＵ構成テーブルの構成図。
【図６】実施例１のホストのハードウェア構成図。
【図７】実施例１のホストのソフトウェア構成図。
【図８】実施例１のホストが保持する各テーブルの構成図。
【図９】実施例１のＳＡＮ管理計算機のハードウェア構成図。
【図１０】実施例１のＳＡＮ管理計算機のソフトウェア構成図。
【図１１】実施例１のノード構成テーブルの構成図。
【図１２】実施例１の自動パス切替えサブプログラムの処理フローを示す図。
【図１３】実施例１のパス障害復旧のラダーチャートを示す図。
【図１４】実施例２の保守作業フローを示す図。
【図１５】実施例３のストレージシステムのソフトウェア構成図。
【図１６】実施例３の自動パス切替えサブプログラムの処理フローを示す図。
【符号の説明】
【０１９０】
１  ストレージシステム
２  ホスト計算機
３  ＳＡＮスイッチ
４  ＳＡＮ管理計算機
５  ＬＡＮ
１００  ホストＩ／Ｆ部
１０１  ディスクＩ／Ｆ部
１０２  共有メモリ部
１０３  システム管理部
１０４  スイッチ部
１０６  外部Ｉ／Ｆ
１０７  ポートプロセッサ
１０８  転送制御部
１０９  ディスクＩ／Ｆ
１１０  ディスクプロセッサ
１１１  管理Ｉ／Ｆ
１１２  管理プロセッサ
１１３  不揮発メモリ
１２０  コマンド処理プログラム
１２１  ＬＵ構成テーブル
１２２  障害検出プログラム
１２３  キャッシュディレクトリ
１２４  キャッシュデータ
１２５  ＨＤＤ制御プログラム
１２６  ストレージ管理プログラム
１２７  ストレージ初期化処理
１２８  構成管理処理
１２９  障害通知処理
１３０  ストレージポート状態テーブル
１３１  ノード情報
１６０、２２０  ＣＰＵ
１６１、２２１  メインメモリ
１６２、２２２  メモリコントローラ
１６３、２２３  ＨＤＤ  Ｉ／Ｆ
１６４、２２４  ディスプレイＩ／Ｆ
１６５、２２５  入力Ｉ／Ｆ
１６６  ＨＢＡ
１６７、２２７  ネットワークＩ／Ｆ
１６８、２２８  バス
１６９、２２９  ＨＤＤ
１７０、２３０  ディスプレイ装置
１７１、２３１  入力デバイス
１８０  アプリケーション
１８１  ファイルシステム
１８２  アクセス制御ドライバ
１８３  ホスト管理プログラム
１８４  Ｉ／Ｏ処理
１８５  パス状態管理処理
１８６  ＨＶＯＬ構成テーブル
１８７  論理パス構成テーブル
１８８  ホスト初期化処理
１８９  障害通知処理
１９０  構成管理処理
１９１  ホストポート状態テーブル
１９２  ノード情報
２４０  ＳＡＮ管理プログラム
２４１  管理サーバ初期化処理
２４２  管理サーバサブプログラム
２４３  ノード状態監視処理
２４４  ノード構成サブプログラム
２４５  自動パス切替えサブプログラム
２４６  ノード構成テーブル
３００  ポート稼動ステータス
３０１  ポート監視プログラム
【図１】
2007072571.tif 000003
【図２】
2007072571.tif 000004
【図３】
2007072571.tif 000005
【図４】
2007072571.tif 000006
【図５】
2007072571.tif 000007
【図６】
2007072571.tif 000008
【図７】
2007072571.tif 000009
【図８】
2007072571.tif 000010
【図９】
2007072571.tif 000011
【図１０】
2007072571.tif 000012
【図１１】
2007072571.tif 000013
【図１２】
2007072571.tif 000014
【図１３】
2007072571.tif 000015
【図１４】
2007072571.tif 000016
【図１５】
2007072571.tif 000017
【図１６】
2007072571.tif 000018
【手続補正書】
【提出日】平成18年3月27日(2006.3.27)
【手続補正１】
【補正対象書類名】明細書
【補正対象項目名】００２５
【補正方法】変更
【補正の内容】
【００２５】
図２は、ストレージシステム１のハードウェア構成図である。ストレージシステム１は複数のホストＩ／Ｆ部１００、複数のディスクＩ／Ｆ部１０１、共有メモリ部１０２、システム管理部１０３と、それらを接続するスイッチ部１０４から構成される。ストレージシステム１はディスクＩ／Ｆ部１０１を介してハードディスク群１０５に接続している。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】００７２
【補正方法】変更
【補正の内容】
【００７２】
図６は、ホスト２のハードウェア構成図である。ホスト２は、ＣＰＵ１６０、メインメモリ１６１、メインメモリ１６１を制御するメモリコントローラ１６２、ＨＤＤ  Ｉ／Ｆ１６３、ディスプレイＩ／Ｆ１６４、入力Ｉ／Ｆ１６５、１個以上のＨＢＡ１６６、ネットワークＩ／Ｆ１６７と、それらを接続するバス１６８から構成される。
【手続補正３】
【補正対象書類名】明細書
【補正対象項目名】００７７
【補正方法】変更
【補正の内容】
【００７７】
ＨＢＡ１６６は、ＳＡＮポート８を含み、バス１６８とＳＡＮ９を接続する部位である。
【手続補正４】
【補正対象書類名】明細書
【補正対象項目名】００９６
【補正方法】変更
【補正の内容】
【００９６】
図８（（ａ）〜（ｂ））は、ＨＶＯＬ構成テーブル１８６、論理パス構成テーブル１８７、ホストポート状態テーブル１９１の構成を示す図である。
【手続補正５】
【補正対象書類名】明細書
【補正対象項目名】００９７
【補正方法】変更
【補正の内容】
【００９７】
ＨＶＯＬ構成テーブル１８６は、各々がホストボリューム７に対応する複数のエントリから構成され、各エントリはホストボリュームＩＤ（以下「ＨＶＯＬＩＤ」ともいう）２００、論理パスＩＤ＃０（２０１）〜＃３（２０４）から構成される。
【手続補正６】
【補正対象書類名】明細書
【補正対象項目名】００９８
【補正方法】変更
【補正の内容】
【００９８】
ＨＶＯＬＩＤ２００は、ホストボリューム７を特定するＩＤであり、管理サーバ４によって設定される。論理パスＩＤ＃０（２０１）〜＃３（２０４）は、ホストボリューム７に対応する論理ボリューム６へのアクセス経路を示すＩＤであり、管理サーバ４によって設定される。本実施形態では、論理パスＩＤ２０１〜２０４は最大４個まで登録することが可能だが、通常は２個登録することで冗長なアクセス経路を設定することが可能である。なお、この数字は例示であり、論理パスＩＤ２０１〜２０４の最大数は２を超える数字であれば特に制限はなく、また高性能化のために通常時において３個以上のアクセス経路を設定しても問題はない。
【手続補正７】
【補正対象書類名】明細書
【補正対象項目名】０１１０
【補正方法】変更
【補正の内容】
【０１１０】
図９は、管理サーバ４のハードウェア構成図である。管理サーバ４は、ＣＰＵ２２０、メインメモリ２２１、メインメモリ２２１を制御するメモリコントローラ２２２、ＨＤＤ  Ｉ／Ｆ２２３、ディスプレイＩ／Ｆ２２４、入力Ｉ／Ｆ２２５、ネットワークＩ／Ｆ２２７と、それらを接続するバス２２８から構成される。
【手続補正８】
【補正対象書類名】明細書
【補正対象項目名】０１１１
【補正方法】変更
【補正の内容】
【０１１１】
ＣＰＵ２２０は後述する各プログラムを実行し、メインメモリ２２１はそのために必要なデータを保持する。メモリコントローラ２２２はメインメモリ２２１を制御しバス２２８に接続する部位である。
【手続補正９】
【補正対象書類名】明細書
【補正対象項目名】０１１７
【補正方法】変更
【補正の内容】
【０１１７】
図１０は、管理サーバ４のソフトウェア構成図である。まず、管理サーバ４のＣＰＵ２２０が実行する処理や、メインメモリ２２１が保持するデータについて説明する。
【手続補正１０】
【補正対象書類名】明細書
【補正対象項目名】０１２０
【補正方法】変更
【補正の内容】
【０１２０】
また管理サーバ４のメインメモリ２２１は、ＳＡＮ管理プログラム２４０が用いるデータを保持する。具体的には、メインメモリ２２１はノード構成テーブル２４６を保持する。
【手続補正１１】
【補正対象書類名】明細書
【補正対象項目名】０１３３
【補正方法】変更
【補正の内容】
【０１３３】
ノードステータス２５３は、ノードが管理サーバ４にログイン中か否かを示す情報であり、管理サーバサブプログラム２４２やノード状態監視処理２４３によって最新の値に更新される。
ノード詳細情報ポインタ２５４は、ノード種別に応じた詳細な構成情報を保持するメインメモリ２２１の領域アドレスを指すポインタである。
【手続補正１２】
【補正対象書類名】明細書
【補正対象項目名】０１３７
【補正方法】変更
【補正の内容】
【０１３７】
まず、ＣＰＵ２２０は障害が発生したアクセス経路を、当該ホスト２のノード詳細管理情報２５５から検索し、ホストポート状態テーブル１９１を検索する事で、ホスト２のＳＡＮポート８の状態を確認する。この際、最新のＳＡＮポート８の状態を確認するため、ＣＰＵ２２０は管理サーバサブプログラム２４２を呼び出し、当該ホスト２から最新のＳＡＮポート８の状態を取得する（ステップＳ２６０）。
【手続補正１３】
【補正対象書類名】明細書
【補正対象項目名】０１３８
【補正方法】変更
【補正の内容】
【０１３８】
ＣＰＵ２２０は、ホスト２の当該ＳＡＮポート８が正常であれば処理を継続し、さもなくば処理を終了する（ステップＳ２６１）。
【手続補正１４】
【補正対象書類名】明細書
【補正対象項目名】０１３９
【補正方法】変更
【補正の内容】
【０１３９】
次に、ＣＰＵ２２０は論理パス構成テーブル１８７からストレージシステム１を特定し、管理サーバサブプログラム２４２を呼び出し、当該ストレージシステム１から最新のストレージポート状態テーブル１３０を取得する（ステップＳ２６２）。
【手続補正１５】
【補正対象書類名】明細書
【補正対象項目名】０１４０
【補正方法】変更
【補正の内容】
【０１４０】
ＣＰＵ２２０は、ストレージシステム１の当該ＳＡＮポート８が異常、かつ当該ＳＡＮポート８に対応する共有可能ポートＩＤ１４５が指定するＳＡＮポート８（すなわち共有ポート）のポート属性１４３が「共有可」属性であれば処理を継続し、さもなくば処理を終了する（ステップＳ２６３）。
【手続補正１６】
【補正対象書類名】明細書
【補正対象項目名】０１４１
【補正方法】変更
【補正の内容】
【０１４１】
次にＣＰＵ２２０は、ストレージシステム１のＬＵ構成情報を変更する。具体的にはＣＨＰ２２０は障害が発生したＳＡＮポート８に対応するＬＵ構成サブテーブル１５３の情報を、共有ポートに対応するＬＵ構成サブテーブル１５３にコピーする指示をＬＡＮ５経由でストレージシステム１に対して行い、メモリ２２１へも同様の変更を行う。この処理により、障害が発生したＳＡＮポート８経由でアクセスされていた論理ボリューム６へ、共有ポートからアクセス可能となる。また、ＣＰＵ２２０はストレージポート状態テーブル１３０の共有ポートのポート属性を「交代」に変更する指示をＬＡＮ５経由でストレージシステム１に対して行い、メモリ２２１へも同様の変更を行う（ステップＳ２６４）。
【手続補正１７】
【補正対象書類名】明細書
【補正対象項目名】０１４２
【補正方法】変更
【補正の内容】
【０１４２】
次にＣＰＵ２２０は、ＬＡＮ５経由でホスト２の論理パス構成テーブル１８７に新たな論理パスを追加登録し、ＨＶＯＬ構成テーブル１８６を更新する。新たな論理パスは、障害を起こしたアクセス経路でホスト２が使用していたホスト２のＳＡＮポート８から、ステップＳ２６４で設定した共有ポートを通り、論理ボリューム６へとアクセスするアクセス経路である（ステップＳ２６５）。
【手続補正１８】
【補正対象書類名】明細書
【補正対象項目名】０１４３
【補正方法】変更
【補正の内容】
【０１４３】
最後にＣＰＵ２２０は、ホスト２から追加した論理パスのパスステータスが正常に変化した通知を受けて処理を完了する。ＣＰＵ２２０は一定時間ホスト２から通知が無い場合は、エラーメッセージをディスプレイ２３０へ出力する（ステップＳ２６６）。
【手続補正１９】
【補正対象書類名】明細書
【補正対象項目名】０１４４
【補正方法】変更
【補正の内容】
【０１４４】
図１３は、本実施形態におけるアクセス経路の復旧までの流れを示すラダーチャートである。最初に、アクセス経路の障害をホスト２が検知し、管理サーバ４へＬＡＮ５経由で通知する（ステップＳ２７０）。
【手続補正２０】
【補正対象書類名】明細書
【補正対象項目名】０１４５
【補正方法】変更
【補正の内容】
【０１４５】
管理サーバ４はホスト２から、ＳＡＮポート８の状態を取得し、正常であるか確認する（ステップＳ２７１，２７２）。
【手続補正２１】
【補正対象書類名】明細書
【補正対象項目名】０１４６
【補正方法】変更
【補正の内容】
【０１４６】
次に管理サーバ４は、ストレージシステム１へアクセスし、当該アクセス経路で使用するストレージシステム１のＳＡＮポート８の状態を取得し、共有ポートが使用可能であることを確認する（ステップＳ２７３，２７４）。
【手続補正２２】
【補正対象書類名】明細書
【補正対象項目名】０１４７
【補正方法】変更
【補正の内容】
【０１４７】
次に管理サーバ４は、ストレージシステム１のＬＵ構成テーブル１２１及びストレージポート状態テーブル１３０を更新することで、障害によりアクセス不能となった論理ボリューム６へのアクセス経路をストレージシステム１に設定する（ステップＳ２７５，２７６）。
【手続補正２３】
【補正対象書類名】明細書
【補正対象項目名】０１４８
【補正方法】変更
【補正の内容】
【０１４８】
次に管理サーバ４は、ホスト２の論理パス構成テーブル１８７およびＨＶＯＬ構成テーブル１８６を更新することで、論理ボリューム６への新しいアクセス経路を設定する（ステップＳ２７７，２７８）。
【手続補正２４】
【補正対象書類名】明細書
【補正対象項目名】０１４９
【補正方法】変更
【補正の内容】
【０１４９】
ホスト２はパス状態管理処理１８５によって、新たに設定されたアクセス経路の状態を「正常」と判断し、管理サーバ４へ報告を行う（ステップＳ２７９，２８０，２８１）。
【手続補正２５】
【補正対象書類名】明細書
【補正対象項目名】０１５３
【補正方法】変更
【補正の内容】
【０１５３】
まず、ＳＡＮ管理者は、ノード構成管理サブプログラム２４４を使用して、交換するホストＩ／Ｆ１００部の各ＳＡＮポート８が提供している論理ボリューム６へのアクセス経路の設定を別のホストＩ／Ｆ部１００の共有ポートへ追加する。その際、ＬＵＮが重複するケースが有りうるが、ＳＡＮ管理者が重複しないようＬＵＮを割り振りながらＬＵＮと論理ボリューム６の対応をＬＵ構成テーブル１２１に設定する。さらにＳＡＮ管理者は共有ポートの属性を「交代」に設定し、設定した論理ボリューム６へアクセスする各ホスト２に対しても、論理パス構成テーブル１８７及びＨＶＯＬ構成テーブル１８６を変更する事で、移行したアクセス経路を有効にする（ステップＳ２９０）。
【手続補正２６】
【補正対象書類名】明細書
【補正対象項目名】０１５５
【補正方法】変更
【補正の内容】
【０１５５】
次に、ＳＡＮ管理者は、ホストＩ／Ｆ部１００を交換し、その後ノード構成管理サブプログラム２４４を使用して、ストレージシステム１のＬＵ構成テーブル１２１を復元する（ステップＳ２９１）。
【手続補正２７】
【補正対象書類名】明細書
【補正対象項目名】０１６１
【補正方法】変更
【補正の内容】
【０１６１】
第２の相違点は、障害検出プログラム１２２がポート監視プログラム３０１に置き換わる点である。ポート監視プログラム３０１は障害検出プログラム１２２の機能に加えて、ポート稼動ステータス３００を一定時間毎に監視し、現在値が閾値を超える状況を検出すると、障害通知処理１２９へと通知する。
【手続補正２８】
【補正対象書類名】明細書
【補正対象項目名】０１６４
【補正方法】変更
【補正の内容】
【０１６４】
初めに、ＣＰＵ２２０は、起動要因を管理サーバサブプログラム２４２から取得する。起動要因が性能過負荷であれば、負荷分散処理を実行し、さもなくばアクセス経路障害発生と判断し障害処理を実行する（ステップＳ３１０）。
【手続補正２９】
【補正対象書類名】明細書
【補正対象項目名】０１６５
【補正方法】変更
【補正の内容】
【０１６５】
起動要因が性能過負荷の場合、ＣＰＵ２２０は負荷分散に使用できるポート状態を確認する。具体的には、負荷分散を行う対象ＳＡＮポート８の使用可能共有ポートＩＤ１４５が指定するＳＡＮポート８の属性が「共有可」かどうかを、同一ストレージシステム１のＬＵ構成テーブル１２１にアクセスし確認する。「共有可」であれば処理を続行し、さもなくば処理を終了する（ステップＳ３１１，３１２）。
【手続補正３０】
【補正対象書類名】明細書
【補正対象項目名】０１６６
【補正方法】変更
【補正の内容】
【０１６６】
負荷分散に用いるポートが「共有可」属性である場合、次にＣＰＵ２２０は、ノード構成テーブル２４６から性能過負荷となっているＳＡＮポート８のＬＵ構成テーブル１２１から、１個以上の論理ボリューム６を選択し、負荷分散に用いるＳＡＮポート８からも当該論理ボリューム６へアクセスできるようストレージシステム１のＬＵ構成テーブル１２１を設定する。また、負荷分散に用いるＳＡＮポート８の属性を「使用中」に変更する（ステップＳ３１３）。
【手続補正３１】
【補正対象書類名】明細書
【補正対象項目名】０１６７
【補正方法】変更
【補正の内容】
【０１６７】
次にＣＰＵ２２０は、ノード構成情報２４６からステップＳ３１３で設定した論理ボリューム６に性能過負荷となっているＳＡＮポート８経由でアクセスしているホスト２を検索する。それらの論理パス構成テーブル１８７に、負荷分散に用いるＳＡＮポート８経由で当該論理ボリューム６へアクセスするアクセス経路を追加設定する（ステップＳ３１４）。
【手続補正３２】
【補正対象書類名】明細書
【補正対象項目名】０１６８
【補正方法】変更
【補正の内容】
【０１６８】
その後、ＣＰＵ２２０は、ステップＳ３１４で追加したアクセス経路の状態が「正常」に変化するホスト２からの通知を待つ。一定時間で応答がなければエラーメッセージをディスプレイ２３０に出力して処理を終了する（ステップＳ３１５）。
【手続補正３３】
【補正対象書類名】明細書
【補正対象項目名】０１６９
【補正方法】変更
【補正の内容】
【０１６９】
また、起動要因が障害通知の場合、ＣＰＵ２２０は第１の実施形態における自動パス切替えサブプログラム２４５と、基本的には同様の処理を行う（ステップＳ２６１〜２６６）。
【手続補正３４】
【補正対象書類名】明細書
【補正対象項目名】０１７０
【補正方法】変更
【補正の内容】
【０１７０】
しかし、ステップＳ２６３で、共有ポートが「共有可」属性で無い場合の処理が第１の実施形態から異なる。その場合、ＣＰＵ２２０は共有ポートが「使用中」属性か確認する。「使用中」でない場合は処理を終了し、さもなくば処理を続行する（ステップＳ３１６）。
【手続補正３５】
【補正対象書類名】明細書
【補正対象項目名】０１７１
【補正方法】変更
【補正の内容】
【０１７１】
この場合、当該ＳＡＮポート８は負荷分散に使用中のため、ＣＰＵ２２０は負荷分散の設定を解除し交代ポートとして使用するよう設定変更を行う。具体的には、ＣＰＵ２２０は当該ＳＡＮポート８へアクセスしているホスト２をノード構成テーブル２４６から検索し、各ホスト２の論理パス構成テーブルから、当該ＳＡＮポート８を使用するアクセス経路設定を削除する（ステップＳ３１７）。
【手続補正３６】
【補正対象書類名】明細書
【補正対象項目名】０１７２
【補正方法】変更
【補正の内容】
【０１７２】
その後、ＣＰＵ２２０は、共有ポートの属性を「使用中」から「共有可」に変更する設定をストレージシステム１に対して行い、ステップＳ２６２へ戻る（ステップＳ３１８）。
【手続補正３７】
【補正対象書類名】明細書
【補正対象項目名】０１７５
【補正方法】変更
【補正の内容】
【０１７５】
本発明の実施形態４は、前記管理計算機は、前記ホスト計算機又は前記ストレージ装置からの経路障害通知を受信すると、該ストレージ装置の共有ポートを用いた新たなアクセス経路を該当ホスト計算機及び該当ストレージ装置に設定するよう指示し経路障害を復旧する計算機システムである。
【手続補正３８】
【補正対象書類名】明細書
【補正対象項目名】０１７６
【補正方法】変更
【補正の内容】
【０１７６】
本発明の実施形態５は、前記管理計算機は、前記ホスト計算機又は前記ストレージ装置からのポート過負荷通知を受信すると、該ストレージ装置の共有ポートを用いた新たなアクセス経路を該当ホスト計算機及び該当ストレージ装置に設定するよう指示しポート過負荷を解決する計算機システムである。
【手続補正３９】
【補正対象書類名】明細書
【補正対象項目名】０１７７
【補正方法】変更
【補正の内容】
【０１７７】
本発明の実施形態６は、前記管理計算機は、前記ホスト計算機又は前記ストレージ装置からの経路障害通知を受信すると、該ストレージ装置の共有ポートの属性を確認し、ポート過負荷で使用中の共有ポートの属性を変更し、該共有ポートを用いた新たなアクセス経路を該当ホスト計算機及び該当ストレージ装置に設定するよう指示し経路障害を復旧する計算機システムである。
【手続補正４０】
【補正対象書類名】明細書
【補正対象項目名】０１７８
【補正方法】変更
【補正の内容】
【０１７８】
本発明の実施形態７は、前記管理計算機は、前記ストレージ装置のパッケージ交換時に、該パッケージのパス定義を共有ポートへ変更し該当ホスト計算機及び該当ストレージ装置に設定するよう指示する計算機システムである。
【手続補正４１】
【補正対象書類名】明細書
【補正対象項目名】０１７９
【補正方法】変更
【補正の内容】
【０１７９】
本発明の実施形態８は、１台以上のホスト計算機及び前記ホスト計算機に論理記憶領域を提供する１台以上のストレージ装置とネットワークを介して接続して計算機システムを構成する管理計算機において、ＣＰＵ、メモリコントローラ、メインメモリ及び接続用のインタフェースを備え、前記ホスト計算機又は前記ストレージ装置からの経路不具合通知を受信すると、新たなパス定義を該当ホスト計算機及び該当ストレージ装置に設定するよう指示する管理計算機である。
【手続補正４２】
【補正対象書類名】明細書
【補正対象項目名】０１８０
【補正方法】変更
【補正の内容】
【０１８０】
本発明の実施形態９は、前記ホスト計算機又は前記ストレージ装置からの経路障害通知を受信すると、該ストレージ装置の共有ポートを用いた新たなアクセス経路を該当ホスト計算機及び該当ストレージ装置に設定するよう指示し経路障害を復旧する管理計算機である。
【手続補正４３】
【補正対象書類名】明細書
【補正対象項目名】０１８１
【補正方法】変更
【補正の内容】
【０１８１】
本発明の実施形態１０は、前記ホスト計算機又は前記ストレージ装置からのポート過負荷通知を受信すると、該ストレージ装置の共有ポートを用いた新たなアクセス経路を該当ホスト計算機及び該当ストレージ装置に設定するよう指示しポート過負荷を解決する管理計算機である。
【手続補正４４】
【補正対象書類名】明細書
【補正対象項目名】０１８２
【補正方法】変更
【補正の内容】
【０１８２】
本発明の実施形態１１は、前記ホスト計算機又は前記ストレージ装置からの経路障害通知を受信すると、該ストレージ装置の共有ポートの属性を確認し、ポート過負荷で使用中の共有ポートの属性を変更し、該共有ポートを用いた新たなアクセス経路を該当ホスト計算機及び該当ストレージ装置に設定するよう指示し経路障害を復旧する管理計算機である。
【手続補正４５】
【補正対象書類名】明細書
【補正対象項目名】０１８３
【補正方法】変更
【補正の内容】
【０１８３】
本発明の実施形態１２は、前記ストレージ装置のパッケージ交換時に、該パッケージのパス定義を共有ポートへ変更し該当ホスト計算機及び該当ストレージ装置に設定するよう指示する管理計算機である。
【手続補正４６】
【補正対象書類名】明細書
【補正対象項目名】０１８４
【補正方法】変更
【補正の内容】
【０１８４】
本発明の実施形態１３は、１台以上のホスト計算機、前記ホスト計算機に論理記憶領域を提供する１台以上のストレージ装置、及び、前記ホスト計算機及び前記ストレージ装置とネットワークを介して接続する管理計算機を備える計算機システムにおけるアクセスパス管理方法において、前記管理計算機により、前記ホスト計算機又は前記ストレージ装置からの経路不具合通知を受信し、新たなパス定義を該当ホスト計算機及び該当ストレージ装置に設定するよう指示するアクセスパス管理方法である。
【手続補正４７】
【補正対象書類名】明細書
【補正対象項目名】０１８５
【補正方法】変更
【補正の内容】
【０１８５】
本発明の実施形態１４は、前記管理計算機により、前記ホスト計算機又は前記ストレージ装置からの経路障害通知を受信し、該ストレージ装置の共有ポートを用いた新たなアクセス経路を該当ホスト計算機及び該当ストレージ装置に設定するよう指示し経路障害を復旧するアクセスパス管理方法である。
【手続補正４８】
【補正対象書類名】明細書
【補正対象項目名】０１８６
【補正方法】変更
【補正の内容】
【０１８６】
本発明の実施形態１５は、前記管理計算機により、前記ホスト計算機又は前記ストレージ装置からのポート過負荷通知を受信し、該ストレージ装置の共有ポートを用いた新たなアクセス経路を該当ホスト計算機及び該当ストレージ装置に設定するよう指示しポート過負荷を解決するアクセスパス管理方法である。
【手続補正４９】
【補正対象書類名】明細書
【補正対象項目名】０１８７
【補正方法】変更
【補正の内容】
【０１８７】
本発明の実施形態１６は、前記管理計算機により、前記ホスト計算機又は前記ストレージ装置からの経路障害通知を受信し、該ストレージ装置の共有ポートの属性を確認し、ポート過負荷で使用中の共有ポートの属性を変更し、該共有ポートを用いた新たなアクセス経路を該当ホスト計算機及び該当ストレージ装置に設定するよう指示し経路障害を復旧するアクセスパス管理方法である。
【手続補正５０】
【補正対象書類名】明細書
【補正対象項目名】０１８８
【補正方法】変更
【補正の内容】
【０１８８】
本発明の実施形態１７は、前記管理計算機により、前記ストレージ装置のパッケージ交換時に、該パッケージのパス定義を共有ポートへ変更し該当ホスト計算機及び該当ストレージ装置に設定するよう指示するアクセスパス管理方法である。
【手続補正５１】
【補正対象書類名】図面
【補正対象項目名】図２
【補正方法】変更
【補正の内容】
【図２】
2007072571.tif 000019
【手続補正５２】
【補正対象書類名】図面
【補正対象項目名】図８
【補正方法】変更
【補正の内容】
【図８】
2007072571.tif 000020
【手続補正５３】
【補正対象書類名】図面
【補正対象項目名】図１３
【補正方法】変更
【補正の内容】
【図１３】
2007072571.tif 000021
【手続補正５４】
【補正対象書類名】図面
【補正対象項目名】図１６
【補正方法】変更
【補正の内容】
【図１６】
2007072571.tif 000022