JP2021026436A - 情報処理システム、情報処理装置およびストレージ装置 - Google Patents

Abstract

【課題】スイッチを削減可能にすること。【解決手段】ストレージ装置１０は、記憶装置１１と制御装置１２とを有する。ストレージ装置２０は、記憶装置２１と制御装置２２とを有する。制御装置２２は、記憶装置１１の記憶領域Ｒ１と同一の識別情報を記憶装置２１の記憶領域Ｒ２に付与し、記憶領域Ｒ１に格納されたデータの複製を、接続パス４１を介して記憶領域Ｒ２に格納する。情報処理装置３０は、ストレージ装置１０との間のパス４２を当該識別情報に対する主パスとする指示をストレージ装置１０から受信し、ストレージ装置２０との間のパス４３を当該識別情報に対する副パスとする指示をストレージ装置２０から受信する。情報処理装置３０は、主パスを介して当該識別情報に対応する記憶領域Ｒ１へのアクセスを行い、主パスを介したアクセスを行えなくなると、当該識別情報に対する副パスを介して当該識別情報に対応する記憶領域Ｒ２へのアクセスを行う。【選択図】図１７

Description

本発明は情報処理システム、情報処理装置およびストレージ装置に関する。

データの保存にストレージ装置が利用されている。ストレージ装置は、ＨＤＤ（Hard Disk Drive）やＳＳＤ（Solid State Drive）などの記憶デバイスを複数搭載可能であり、大容量の記憶領域を提供する。ストレージ装置は、例えば、記憶デバイスに対するデータの書き込みや読み出しのアクセス制御を行う制御装置を内蔵する。

ここで、データアクセスの可用性向上を図るため、サーバコンピュータなどのホスト装置（情報処理装置）からストレージ装置へのアクセス経路が冗長化されることがある。
例えば、１つのディスクを、１次ノードおよび２次ノードの両方と物理的に接続し、所与のノードによるディスク・アクセス要求を１次ノードに送信するクラスタ化コンピューティング・システムの提案がある。提案のシステムでは、ディスクへのアクセス・パスで障害が検出されると、ディスクへのそれ以降の全てのアクセス要求を２次ノードに送るように全てのノード上の代理ソフトウェアに通知する。

また、複数のコントローラ内の複数ポートの各々に現用系、待機系を設定し、コントローラあるいはポートの故障時には他のコントローラ内のポートに交替する記憶制御装置の提案もある。提案の記憶制御装置では、正常時には、全てのコントローラを稼動させ、コントローラを現用系／待機系に分けて稼働させるよりも高性能化を図る。

更に、ホストシステムと、ホストシステムと通信するドライバと、ドライバと通信する複数のホストバスアダプタとを備えるシステムの提案もある。提案のシステムでは、ホストバスアダプタによりホストシステムと記憶装置との間に複数のデータ伝送路を構成する。ドライバは、オペレーティングシステムに負荷をかけることなく、伝送路間のデータ伝送負荷を調整するように動作する。

特開平８−２５５１２２号公報 特開２００１−２１６２０４号公報 特表２００６−５０４１８６号公報

２つのストレージ装置のうちの一方のストレージ装置が有するボリュームをアクティブボリュームとし、他方のストレージ装置が有するボリュームをスタンバイボリュームとして、ボリュームの冗長化を図ることがある。この場合、ホスト装置と各ストレージ装置とをスイッチに接続し、スイッチの機能により、障害時におけるボリュームへのパス切り替えを行える。スイッチは、ホスト装置が該当のボリュームにアクセスするための各ストレージ装置のポートに対して、１つのアドレス（例えば、ＷＷＮ（World Wide Name）など）を割り当て、スタンバイ側のストレージ装置のポートをリンクダウンさせる。すると、該当のアドレスに対応するアクティブボリュームがホスト装置に認識され、ホスト装置からアクティブボリュームへのアクセスを行える。

アクティブ側のストレージ装置へのアクセスに障害が発生すると、スイッチは、アクティブ側のストレージ装置のポートのアドレスを引き継いだ、スタンバイ側のストレージ装置のポートをリンクアップさせる。すると、アクティブボリュームと同じアドレスに対応するスタンバイボリュームがホスト装置に認識され、ホスト装置からスタンバイボリュームへのアクセスを行える。

しかし、上記の方法によるボリュームの冗長化はスイッチの機能に依存するため、システム構成にスイッチを要するという問題がある。
１つの側面では、本発明は、スイッチを削減できる情報処理システム、情報処理装置およびストレージ装置を提供することを目的とする。

１つの態様では、情報処理システムが提供される。この情報処理システムは、第１のストレージ装置と第２のストレージ装置と情報処理装置とを有する。第１のストレージ装置は、第１の記憶領域を含む第１の記憶装置と、第１の記憶領域に所定の識別情報を付与する第１の制御装置と、を備える。第２のストレージ装置は、第２の記憶領域を含む第２の記憶装置と、第１のストレージ装置と接続パスを介して接続され、第２の記憶領域に識別情報と同一の識別情報を付与し、第１の記憶領域に格納されたデータの複製を、接続パスを介して第２の記憶領域に格納する第２の制御装置と、を備える。情報処理装置は、第１のストレージ装置と自装置とを接続する第１のパスを識別情報に対する主パスとする指示を第１のストレージ装置から受信し、第２のストレージ装置と自装置とを接続する第２のパスを識別情報に対する副パスとする指示を第２のストレージ装置から受信し、主パスを介して識別情報に対応する第１の記憶領域へのアクセスを行い、主パスを介したアクセスを行えなくなると、識別情報に対する副パスを特定し、副パスを介して識別情報に対応する第２の記憶領域へのアクセスを行う。

また、１つの態様では、情報処理装置が提供される。この情報処理装置は、第１のポートと第２のポートと処理部とを有する。第１のポートは、第１の記憶領域を含む第１の記憶装置を有する第１のストレージ装置に接続される。第２のポートは、第１のストレージ装置と接続パスを介して接続された第２のストレージ装置であって、第１の記憶領域に格納されたデータの複製が接続パスを介して格納される第２の記憶領域を含む第２の記憶装置を有する第２のストレージ装置に接続される。処理部は、第１のストレージ装置と第１のポートとを接続する第１のパスを第１の記憶領域の識別情報に対する主パスとする指示を第１のストレージ装置から受信し、第２のストレージ装置と第２のポートとを接続する第２のパスを、識別情報と同一である、第２の記憶領域の識別情報に対する副パスとする指示を第２のストレージ装置から受信し、主パスを介して識別情報に対応する第１の記憶領域へのアクセスを行い、主パスを介したアクセスを行えなくなると、識別情報に対する副パスを特定し、副パスを介して識別情報に対応する第２の記憶領域へのアクセスを行う。

また、１つの態様では、ストレージ装置が提供される。このストレージ装置は、第１の記憶装置と制御装置とを有する。第１の記憶装置は、第１の記憶領域を含む。制御装置は、他のストレージ装置が有する第２の記憶装置における第２の記憶領域の識別情報と同一の識別情報を第１の記憶領域に付与し、第２の記憶領域に格納されたデータの複製を、他のストレージ装置と自装置とを接続する接続パスを介して第１の記憶領域に格納し、情報処理装置と自装置とを接続するパスを、識別情報に対する副パスとする指示を情報処理装置に送信し、他のストレージ装置と情報処理装置とを接続する主パスを介して情報処理装置から第２の記憶領域へのアクセスを行えなくなると、副パスを介して、情報処理装置によるアクセスを受け付け、第１の記憶領域へのアクセスを行う。

１つの側面では、スイッチを削減できる。

第１の実施の形態の情報処理システムの例を示す図である。 第２の実施の形態のストレージシステムの例を示す図である。 ストレージ装置のハードウェア例を示す図である。 サーバ装置のハードウェア例を示す図である。 ポート間のケーブルによる接続例を示す図である。 サーバ装置およびストレージ装置のポート間の接続例を示す図である。 ストレージシステムの機能例を示す図である。 クラスタ設定テーブルの例を示す図である。 クラスタ状態テーブルの例を示す図である。 Ｉｎｑｕｉｒｙ変換情報の例を示す図である。 パス管理テーブルの例を示す図である。 ストレージ監視テーブルの例を示す図である。 書き込み時のアクセス例（その１）を示す図である。 書き込み時のアクセス例（その２）を示す図である。 読み出し時のアクセス例（その１）を示す図である。 読み出し時のアクセス例（その２）を示す図である。 主パス障害時の切り替え例を示す図である。 アクティブ側ストレージ装置のダウン時の切り替え例を示す図である。 ＲＥＣパス障害時の例を示す図である。 ストレージ起動処理の例を示すフローチャートである。 パス報告処理の例を示すフローチャートである。 読み出し処理の例を示すフローチャートである。 相手ストレージ読み出し処理の例を示すフローチャートである。 書き込み処理の例を示すフローチャートである。 相手ストレージ書き込み処理の例を示すフローチャートである。 サーバＩＯ処理の例を示すフローチャートである。 アクティブ／スタンバイ切り替えの例を示すフローチャートである。 ペア監視処理の例を示すフローチャートである。 ストレージシステムの比較例を示す図である。

以下、本実施の形態について図面を参照して説明する。
［第１の実施の形態］
第１の実施の形態を説明する。

図１は、第１の実施の形態の情報処理システムの例を示す図である。
情報処理システム１は、ストレージ装置１０，２０および情報処理装置３０を有する。ストレージ装置１０，２０は、それぞれがＨＤＤやＳＳＤなどの記憶装置を複数有し、大容量の記憶領域を情報処理装置３０に提供する。例えば、ストレージ装置１０は、記憶装置１１を有する。記憶装置１１は、記憶領域Ｒ１を含む。ストレージ装置２０は、記憶装置２１を有する。記憶装置２１は、記憶領域Ｒ２を含む。

また、ストレージ装置１０は、制御装置１２を有する。制御装置１２は、記憶装置１１に対するデータの書き込みや読み出しのアクセスを制御する。ストレージ装置２０は、制御装置２２を有する。制御装置２２は、記憶装置２１に対するデータの書き込みや読み出しのアクセスを制御する。

制御装置１２，２２は、接続パス４１により接続されている。接続パス４１は、制御装置１２が備えるポートと、制御装置２２が備えるポートとを所定のケーブルで接続することで形成される。接続パス４１は、ストレージ装置１０，２０相互の連携に用いられる。

ストレージ装置１０，２０は、相互に連携することで、ストレージクラスタを構成する。例えば、制御装置１２，２２は、互いに通信して、記憶領域Ｒ１，Ｒ２によりボリュームの冗長構成を実現する。一例では、制御装置１２，２２は、記憶領域Ｒ１をアクティブボリューム（運用系ボリューム）、記憶領域Ｒ２をスタンバイボリューム（待機系ボリューム）とする。記憶領域Ｒ１（アクティブボリューム）においてデータ更新が生じると、当該データ更新は記憶領域Ｒ２（スタンバイボリューム）にも適用され、これにより記憶領域Ｒ１，Ｒ２に記憶されたデータが同期される。

制御装置１２と情報処理装置３０とは、パス（アクセスパス）４２により接続されている。パス４２は、制御装置１２が備えるポートと情報処理装置３０が備えるポートとを所定のケーブルで接続することで形成される。パス４２は、情報処理装置３０からストレージ装置１０へのデータアクセスに用いられる。

制御装置２２と情報処理装置３０とは、パス４３により接続されている。パス４３は、制御装置２２が備えるポートと情報処理装置３０が備えるポートとを所定のケーブルで接続することで形成される。パス４３は、情報処理装置３０からストレージ装置２０へのデータアクセスに用いられる。

情報処理装置３０は、記憶部３１と処理部３２とポート３３，３４とを有する。記憶部３１は、ＲＡＭ（Random Access Memory）などの揮発性記憶装置、またはＨＤＤやＳＳＤなどの不揮発性記憶装置である。処理部３２は、ＣＰＵ（Central Processing Unit）、ＤＳＰ（Digital Signal Processor）、ＡＳＩＣ（Application Specific Integrated Circuit）、ＦＰＧＡ（Field Programmable Gate Array）などのプロセッサである。

記憶部３１は、ストレージ装置１０，２０が提供する記憶領域に対する冗長パス（パス４２，４３）に関する情報を記憶する。処理部３２は、記憶部３１に記憶された情報に基づいて、ストレージ装置１０，２０に格納されたデータにアクセスする。ポート３３，３４は、ストレージ装置１０，２０と接続するための通信ポートである。例えば、ポート３３は、制御装置１２とケーブルで接続される（制御装置１２も接続用のポートを有するが図示を省略している）。ポート３４は、制御装置２２とケーブルで接続される（制御装置２２も接続用のポートを有するが図示を省略している）。

情報処理システム１では、情報処理装置３０からストレージ装置１０，２０へのデータアクセスに用いられるパスが次のように制御される。
制御装置１２は、アクティブボリュームである記憶領域Ｒ１に対して、識別情報「ＩＤ＿ａ」（ＩＤ：IDentifier）を付与する。制御装置１２は、記憶領域Ｒ１の識別情報「ＩＤ＿ａ」を、接続パス４１を介してストレージ装置２０に送信する。ここで、記憶領域Ｒ１に対して付与される識別情報は、例えば、ＳＣＳＩ（Small Computer System Interface）におけるＩｎｑｕｉｒｙ情報でもよい。Ｉｎｑｕｉｒｙ情報は、ベンダＩＤ、記憶装置のプロダクトＩＤ、記憶装置を収納する筐体の筐体ＩＤ、記憶領域Ｒ１に対応するボリュームのボリューム番号などの組み合わせである。

制御装置２２は、スタンバイボリュームである記憶領域Ｒ２に対して、識別情報「ＩＤ＿ｂ」を付与する。更に、制御装置２２は、接続パス４１を介して、記憶領域Ｒ２に対するアクティブボリュームである記憶領域Ｒ１の識別情報「ＩＤ＿ａ」を制御装置１２から取得し、記憶領域Ｒ２に識別情報「ＩＤ＿ａ」も付与する。あるいは、制御装置２２は、識別情報「ＩＤ＿ｂ」に識別情報「ＩＤ＿ａ」を対応付けるとも言える。

制御装置１２は、情報処理装置３０からボリュームの問い合わせを受け付ける。制御装置１２は、ボリュームの問い合わせに対し、アクティブボリュームである記憶領域Ｒ１の識別情報「ＩＤ＿ａ」とともに、識別情報「ＩＤ＿ａ」に対して、パス４２を主パスとする指示を、情報処理装置３０に応答する。例えば、情報処理装置３０によるボリュームの問い合わせは、ＳＣＳＩのＩｎｑｕｉｒｙコマンドでもよい。

情報処理装置３０は、制御装置１２からの応答に基づいて、識別情報「ＩＤ＿ａ」のボリュームに対する主パスとして、パス４２を設定する。パス４２の識別情報を「＃１」と表す。

制御装置２２は、情報処理装置３０からボリュームの問い合わせを受け付ける。制御装置２２は、ボリュームの問い合わせに対し、スタンバイボリュームである記憶領域Ｒ２に対応付けた識別情報「ＩＤ＿ａ」とともに、識別情報「ＩＤ＿ａ」に対して、パス４３を副パスとする指示を情報処理装置３０に応答する。

情報処理装置３０は、制御装置２２からの応答に基づいて、識別情報「ＩＤ＿ａ」のボリュームに対する副パスとして、パス４３を設定する。パス４３の識別情報を「＃２」と表す。

例えば、処理部３２は、制御装置１２，２２に対する上記の問い合わせを行うことで、パスの管理情報５０を生成し、記憶部３１に格納する。管理情報５０は、識別情報「ＩＤ＿ａ」に対して、主パスをパス４２（＃１）、副パスをパス４３（＃２）とすることを示す。

処理部３２は、管理情報５０に基づいて、主パス（パス４２）を介して識別情報「ＩＤ＿ａ」に対応する記憶領域Ｒ１へのアクセスを行う。
制御装置１２は、パス４２を介してアクセスを受け付ける。制御装置１２は、読み出しのアクセスに対して、読み出し対象のデータを記憶領域Ｒ１から読み出し、情報処理装置３０に送信する。制御装置１２は、書き込みのアクセスに対して、書き込み対象のデータを記憶領域Ｒ１に書き込む。制御装置１２は、書き込み対象のデータの書き込み指示を制御装置２２に送信する。制御装置２２は、データの書き込み指示を制御装置１２から受信すると、書き込み対象のデータを記憶領域Ｒ２に書き込み、書き込み完了を制御装置１２に送信する。制御装置１２は、制御装置２２から書き込み完了を受信すると、書き込み完了を情報処理装置３０に送信する。こうして、記憶領域Ｒ１，Ｒ２のデータが同期される。

情報処理装置３０は、アクティブボリュームである記憶領域Ｒ１に対して主パス（パス４２）を介したアクセスを行えなくなると、該当の識別情報「ＩＤ＿ａ」に対する副パスを特定し、副パスを介して当該識別情報に対応する記憶領域Ｒ２へのアクセスを行う。例えば、パス４２の障害や、ストレージ装置１０の障害により、情報処理装置３０からアクティブボリュームである記憶領域Ｒ１へのアクセスが不能になり得る。この場合、処理部３２は、記憶部３１に記憶された管理情報５０に基づいて、識別情報「ＩＤ＿ａ」に対する副パスであるパス４３を特定する。処理部３２は、副パスであるパス４３を介して、記憶領域Ｒ２へのアクセスを行う。例えば、ストレージ装置２０は、識別情報「ＩＤ＿ａ」のボリュームに対するアクセスを受け付けたとき、当該アクセスを、識別情報「ＩＤ＿ａ」に対応付けられた、ストレージ装置２０における識別情報「ＩＤ＿ｂ」の記憶領域Ｒ２に対するアクセスに変換する。これにより、情報処理装置３０からスタンバイボリュームである記憶領域Ｒ２へのアクセスが実現される。

記憶領域Ｒ２に記憶されたデータは、記憶領域Ｒ１に記憶されたデータと同期されている。このため、上記の障害が発生しても、情報処理装置３０は、通常のデータアクセスを継続できる。

情報処理システム１によれば、情報処理装置３０と、ストレージ装置１０，２０との間にスイッチを設けなくても、アクティブボリュームへのアクセス障害時に、スタンバイボリュームへのアクセスに切り替えることができる。このため、パス切替用のスイッチを削減できる。スイッチを省略することで、スイッチの設定工数や運用工数を省け、ユーザの作業を省力化できる。

また、ストレージ装置１０，２０において、アクティブ／スタンバイのボリュームセットが複数存在する場合に、各ボリュームセットにおけるアクティブボリュームをストレージ装置１０，２０に分散して振り分けることが可能である。これにより、１ノード（ストレージ装置）当たりの負荷を軽減でき、ストレージ装置１０，２０において負荷分散を図れる。

［第２の実施の形態］
次に、第２の実施の形態を説明する。
図２は、第２の実施の形態のストレージシステムの例を示す図である。

ストレージシステム２は、ストレージ装置１００，２００、サーバ装置３００および管理装置４００を有する。ストレージ装置１００，２００は、ケーブルにより直接接続される。ストレージ装置１００およびサーバ装置３００は、ケーブルにより直接接続される。ストレージ装置２００およびサーバ装置３００は、ケーブルにより直接接続される。

ストレージ装置１００，２００の間、ストレージ装置１００およびサーバ装置３００の間、ストレージ装置２００およびサーバ装置３００の間の接続用のインタフェースには、例えば、ＦＣ（Fibre Channel）、ｉＳＣＳＩ（Internet SCSI）、ＳＡＳ（Serial Attached SCSI）などが用いられる。

ストレージ装置１００，２００、サーバ装置３００および管理装置４００は、ネットワーク６０に接続されている。ネットワーク６０は、運用管理用のネットワークであり、例えば、ＬＡＮ（Local Area Network）である。

ストレージ装置１００，２００は、ＨＤＤやＳＳＤなどの記憶装置を複数備え、大容量の記憶領域をサーバ装置３００に提供する。ストレージ装置１００，２００は、相互に連携してストレージクラスタを構成し、ストレージ装置１００，２００により冗長化されたアクティブボリューム／スタンバイボリュームを提供することでデータアクセスの高可用性を実現する。ストレージ装置１００，２００は、第１の実施の形態のストレージ装置１０，２０の一例である。

サーバ装置３００は、アプリケーションを実行し、アプリケーションの処理に応じてストレージ装置１００，２００に格納されたデータにアクセスするサーバコンピュータである。サーバ装置３００は、ストレージ装置１００，２００に格納されたデータを読み出すこともあるし、ストレージ装置１００，２００にデータを書き込むこともある。サーバ装置３００は、第１の実施の形態の情報処理装置３０の一例である。

管理装置４００は、ストレージ装置１００，２００の死活監視を行うサーバコンピュータである。管理装置４００は、ネットワーク６０を介して、ストレージ装置１００，２００に死活監視用のパケットを送信し、当該パケットの応答（あるいは応答の有無）を基に、ストレージ装置１００，２００が稼働中であるか、停止中であるかを監視する。あるいは、管理装置４００は、ストレージ装置１００，２００から定期的に管理装置４００に送信される所定の生存通知の受信の有無に応じて、ストレージ装置１００，２００の死活監視を行ってもよい。

図３は、ストレージ装置のハードウェア例を示す図である。
ストレージ装置１００は、コントローラモジュール（ＣＭ：Controller Module）１１０，１２０およびドライブ収納部１３０を有する。

ＣＭ１１０，１２０は、ドライブ収納部１３０に収納されたＨＤＤやＳＳＤなどの記憶装置へのアクセスを制御する制御装置である。ＣＭ１１０，１２０は、ストレージ装置２００と通信し、ボリュームのアクティブ／スタンバイの状態を管理する。

ＣＭ１１０は、ＣＰＵ１１１、ＲＡＭ１１２、ＮＶＲＡＭ（Non-Volatile RAM）１１３、ＤＩ（Drive Interface）１１４、ＮＡ（Network Adapter）１１５およびＣＡ（Channel Adapter）１１６，１１７を有する。

ＣＰＵ１１１は、ＣＭ１１０の全体を制御するプロセッサである。ＣＰＵ１１１は、ＮＶＲＡＭ１１３に記憶されたファームウェアのプログラムやデータの少なくとも一部をＲＡＭ１１２にロードし、ファームウェアのプログラムを実行する。

ＲＡＭ１１２は、ＣＭ１１０の主記憶装置である。ＲＡＭ１１２は、ＣＰＵ１１１により実行されるファームウェアのプログラムや、ＣＰＵ１１１の処理に用いられる各種のデータを記憶する。

ＮＶＲＡＭ１１３は、ＣＭ１１０の補助記憶装置である。ＮＶＲＡＭ１１３は、ＲＡＭ１１２にロードされるファームウェアのプログラムやＣＰＵ１１１の処理に用いられる各種のデータを記憶する。

ＤＩ１１４は、ドライブ収納部１３０に収納された記憶装置にアクセスするためのインタフェースである。
ＮＡ１１５は、ネットワーク６０に接続され、ネットワーク６０を介して管理装置４００などの他のコンピュータと通信する通信インタフェースである。

ＣＡ１１６，１１７は、ストレージ装置２００およびサーバ装置３００に接続される通信インタフェースである。ＣＡ１１６，１１７は、それぞれ複数のポートを有する。
ＣＭ１２０もＣＭ１１０と同様のハードウェアにより実現される。ＣＭ１１０，１２０は、ＣＭ間の所定のインタフェースにより接続され、冗長構成となっている（例えば、何れか一方のＣＭが故障しても他方のＣＭでデータアクセスを継続可能である）。

ドライブ収納部１３０は、ＨＤＤやＳＳＤなどの記憶装置を複数収納する。例えば、ドライブ収納部１３０は、ＨＤＤ１３１，１３２，…を収納する。
ストレージ装置２００もストレージ装置１００と同様のハードウェアにより実現される。

図４は、サーバ装置のハードウェア例を示す図である。
サーバ装置３００は、ＣＰＵ３０１、ＲＡＭ３０２、ＨＤＤ３０３、媒体リーダ３０４、出力ＩＦ３０５、入力ＩＦ３０６、ＮＩＣ（Network Interface Card）３０７およびＨＢＡ（Host Bus Adapter）３０８，３０９を有する。ＣＰＵ３０１は、第１の実施の形態の処理部３２に対応する。ＲＡＭ３０２またはＨＤＤ３０３は、第１の実施の形態の記憶部３１に対応する。

ＣＰＵ３０１は、プログラムの命令を実行するプロセッサである。ＣＰＵ３０１は、ＨＤＤ３０３に記憶されたプログラムやデータの少なくとも一部をＲＡＭ３０２にロードし、プログラムを実行する。

ＲＡＭ３０２は、サーバ装置３００の主記憶装置である。ＲＡＭ３０２は、ＣＰＵ３０１が実行するプログラムやＣＰＵ３０１が演算に用いるデータを一時的に記憶する。
ＨＤＤ３０３は、サーバ装置３００の補助記憶装置である。ＨＤＤ３０３は、ＯＳ（Operating System）やミドルウェアやアプリケーションソフトウェアなどのソフトウェアのプログラム、および、データを記憶する。なお、サーバ装置３００は、ＳＳＤなどの他の種類の記憶装置を備えてもよい。

媒体リーダ３０４は、記録媒体６１に記録されたプログラムやデータを読み取る読み取り装置である。記録媒体６１として、例えば、磁気ディスク、光ディスク、光磁気ディスク（ＭＯ：Magneto-Optical disk）、半導体メモリなどを使用できる。磁気ディスクには、フレキシブルディスク（ＦＤ：Flexible Disk）やＨＤＤが含まれる。光ディスクには、ＣＤ（Compact Disc）やＤＶＤ（Digital Versatile Disc）が含まれる。

媒体リーダ３０４は、例えば、記録媒体６１から読み取ったプログラムやデータを、ＲＡＭ３０２やＨＤＤ３０３などの他の記録媒体にコピーする。読み取られたプログラムは、例えば、ＣＰＵ３０１によって実行される。なお、記録媒体６１は可搬型記録媒体であってもよく、プログラムやデータの配布に用いられることがある。また、記録媒体６１やＨＤＤ３０３を、コンピュータ読み取り可能な記録媒体と言うことがある。

出力ＩＦ３０５は、ＣＰＵ３０１からの命令に従って、サーバ装置３００に接続されたディスプレイ６２に画像を出力する。ディスプレイ６２としては、ＣＲＴ（Cathode Ray Tube）ディスプレイ、液晶ディスプレイ（ＬＣＤ：Liquid Crystal Display）、プラズマディスプレイ、有機ＥＬ（ＯＥＬ：Organic Electro-Luminescence）ディスプレイなど、任意の種類のディスプレイを用いることができる。

入力ＩＦ３０６は、サーバ装置３００に接続された入力デバイス６３から入力信号を取得し、ＣＰＵ３０１に出力する。入力デバイス６３としては、マウス・タッチパネル・タッチパッド・トラックボールなどのポインティングデバイス、キーボード、リモートコントローラ、ボタンスイッチなどを用いることができる。また、サーバ装置３００に、複数の種類の入力デバイスが接続されていてもよい。

ＮＩＣ３０７は、ネットワーク６０に接続され、ネットワーク６０を介して管理装置４００などの他のコンピュータと通信を行うインタフェースである。
ＨＢＡ３０８，３０９は、ストレージ装置１００，２００と接続される通信インタフェースである。ＨＢＡ３０８，３０９は、それぞれ複数のポートを有する。

管理装置４００もサーバ装置３００と同様のハードウェアにより実現される。
図５は、ポート間のケーブルによる接続例を示す図である。
ＨＢＡ３０８は、ポートｐ１，ｐ２を有する。各ポートには、アダプタ単位のポート番号が付与されている。ポートｐ１のポート番号は「０」である。ポートｐ２のポート番号は「１」である。ＨＢＡ３０９は、ポートｐ３，ｐ４を有する。ポートｐ３のポート番号は「０」である。ポートｐ４のポート番号は「１」である。

ＣＭ１１０，１２０は、ボリューム１４０にアクセス可能である。ボリューム１４０は、ＨＤＤ１３１，１３２，…の所定の記憶領域である。
また、ストレージ装置２００は、ＣＭ２１０，２２０を有する。ＣＭ２１０，２２０は、ボリューム２４０にアクセス可能である。ボリューム２４０は、ストレージ装置２００に内蔵された複数のＨＤＤの所定の記憶領域である。

ストレージ装置１００，２００は、ボリューム１４０，２４０をクラスタ化し、一方をアクティブボリューム、他方をスタンバイボリュームとして運用する。
ここで、ＣＭ１２０は、ＣＡ１２６，１２７を有する。ＣＭ２１０は、ＣＡ２１６，２１７を有する。ＣＭ２２０は、ＣＡ２２６，２２７を有する。各ＣＭにおけるＣＡは次のポートを有する。

ＣＡ１１６は、ポートｑ１，ｑ２を有する。ポートｑ１のポート番号は「０」である。ポートｑ２のポート番号は「１」である。ＣＡ１１７は、ポートｑ３，ｑ４を有する。ポートｑ３のポート番号は「０」である。ポートｑ４のポート番号は「１」である。ＣＡ１２６は、ポートｑ５，ｑ６を有する。ポートｑ５のポート番号は「０」である。ポートｑ６のポート番号は「１」である。ＣＡ１２７は、ポートｑ７，ｑ８を有する。ポートｑ７のポート番号は「０」である。ポートｑ８のポート番号は「１」である。

ＣＡ２１６は、ポートｒ１，ｒ２を有する。ポートｒ１のポート番号は「０」である。ポートｒ２のポート番号は「１」である。ＣＡ２１７は、ポートｒ３，ｒ４を有する。ポートｒ３のポート番号は「０」である。ポートｒ４のポート番号は「１」である。ＣＡ２２６は、ポートｒ５，ｒ６を有する。ポートｒ５のポート番号は「０」である。ポートｒ６のポート番号は「１」である。ＣＡ２２７は、ポートｒ７，ｒ８を有する。ポートｒ７のポート番号は「０」である。ポートｒ８のポート番号は「１」である。

ポートｐ１，ｑ１は、互いにケーブルで接続されている。ポートｐ２，ｒ１は、互いにケーブルで接続されている。ポートｐ３，ｑ５は、互いにケーブルで接続されている。ポートｐ４，ｒ５は、互いにケーブルで接続されている。

また、ＣＭ故障時の冗長化を保つため、ストレージ装置１００，２００の各ＣＭ間が次のように接続されている。ポートｑ２，ｒ２は、互いにケーブルで接続されている。ポートｑ３，ｒ７は、互いにケーブルで接続されている。ポートｑ６，ｒ６は、互いにケーブルで接続されている。ポートｑ７，ｒ３は、互いにケーブルで接続されている。

ここで、ストレージ装置１００，２００の間に形成されるパス（ポートｑ２，ｒ２を繋ぐパス、ポートｑ３，ｒ７を繋ぐパス、ポートｑ６，ｒ６を繋ぐパス、ポートｑ７，ｒ３を繋ぐパス）をＲＥＣ（Remote Equivalent Copy）パスと称する。ＲＥＣパスは、第１の実施の形態の接続パス４１の一例である。

なお、ポートｑ４，ｑ８，ｒ４，ｒ８にはケーブルが接続されていない。
図６は、サーバ装置およびストレージ装置のポート間の接続例を示す図である。
サーバ装置３００により認識される各ポートの識別情報を次の通りとする。

ポートｐ１の識別情報は、「Ｐｏｒｔ１」である。例えば、ポートｐ１の識別情報「Ｐｏｒｔ１」は、ＨＢＡ３０８の識別番号とポートｐ１のポート番号との組み合わせでもよい（サーバ装置３００の他のポートも同様）。ポートｐ２の識別情報は、「Ｐｏｒｔ２」である。ポートｐ３の識別情報は、「Ｐｏｒｔ３」である。ポートｐ４の識別情報は、「Ｐｏｒｔ４」である。

また、ポートｑ１の識別情報は、「ＰｏｒｔＡ」である。例えば、ポートｑ１の識別情報「ＰｏｒｔＡ」は、ＣＭ１１０の識別番号と、ポートｑ１のポート番号との組み合わせでもよい（ＣＭ１１０の他のポートおよび他のＣＭの他のポートも同様）。ポートｑ５の識別情報は、「ＰｏｒｔＢ」である。ポートｒ１の識別情報は、「ＰｏｒｔＣ」である。ポートｒ５の識別情報は、「ＰｏｒｔＤ」である。

前述のように、ポートｐ１，ｑ１がケーブルで直接接続される。ポートｐ２，ｒ１がケーブルで直接接続される。ポートｐ３，ｑ５がケーブルで直接接続される。ポートｐ４，ｒ５がケーブルで直接接続される。

なお、ボリューム１４０，２４０は、クラスタボリュームを構成する。当初の段階では、ボリューム１４０，２４０のうち、ボリューム１４０がアクティブボリュームであり、ボリューム２４０がスタンバイボリュームである。ボリューム１４０において更新されたデータは、ストレージ装置１００，２００の間のＲＥＣパスを介して、ボリューム２４０にもコピーされる。

図７は、ストレージシステムの機能例を示す図である。
ストレージ装置１００は、記憶部１５０、クラスタ制御部１６０およびＩＯ（Input/Output）処理部１７０を有する。記憶部１５０は、ＲＡＭ１１２やＮＶＲＡＭ１１３の記憶領域により実現される。クラスタ制御部１６０およびＩＯ処理部１７０は、ＲＡＭ１１２に記憶されたプログラムをＣＰＵ１１１により実行することで実現される。ＣＭ１２０も記憶部１５０、クラスタ制御部１６０およびＩＯ処理部１７０の機能を有し、これらの機能がＣＭ１１０，１２０で冗長化されてもよい。

記憶部１５０は、クラスタ設定テーブル、クラスタ状態テーブルおよびＩｎｑｕｉｒｙ変換情報を記憶する。クラスタ設定テーブルは、クラスタボリュームを構成するボリュームのペアを管理するための情報である。クラスタ状態テーブルは、クラスタボリュームの現在の状態を管理するための情報である。クラスタボリュームの状態としては、等価（同期済）、同期コピー中およびコピー中断中がある。Ｉｎｑｕｉｒｙ変換情報は、クラスタボリュームのペアにおけるＩｎｑｕｉｒｙ情報の対応関係を示す情報である。

クラスタ制御部１６０は、クラスタボリュームの状態を管理する。クラスタ制御部１６０は、相手ストレージ（ストレージ装置２００）がアクティブボリュームであり、自ストレージ（ストレージ装置１００）がスタンバイボリュームであるクラスタボリュームについて、アクティブボリューム側がダウンした場合には、自ストレージにおけるスタンバイボリュームをアクティブ化する。

ＩＯ処理部１７０は、クラスタボリュームに対するＩＯ処理を実行する。ＩＯ処理部１７０は、自ストレージのアクティブボリュームに対する書き込み要求をサーバ装置３００から受け付けた場合、自ストレージに対する書き込みを実行する。ＩＯ処理部１７０は、相手ストレージに当該書き込み要求を送信し、相手ストレージでも当該書き込みが実行されると、書き込み完了をサーバ装置３００に応答する。

また、ＩＯ処理部１７０は、自ストレージのスタンバイボリュームに対する書き込み要求を相手ストレージから受け付けた場合、自ストレージのスタンバイボリュームに対して書き込みを実行し、相手ストレージに書き込み完了を応答する。

更に、ＩＯ処理部１７０は、自ストレージのスタンバイボリュームに対する書き込み要求をサーバ装置３００から受け付けた場合、相手ストレージのアクティブボリュームに対して当該書き込み要求を送信し、相手ストレージから当該書き込み要求を受け付ける。ＩＯ処理部１７０は、相手ストレージからの書き込み要求により自ストレージのスタンバイボリュームに対して書き込みを実行し、書き込み完了を相手ストレージに応答する。ＩＯ処理部１７０は、相手ストレージから書き込み完了の応答を受信すると、書き込み完了をサーバ装置３００に応答する。

なお、クラスタ制御部１６０は、自ストレージがスタンバイボリュームであるクラスタボリュームへの書き込み要求の受信数に応じて、当該スタンバイボリュームをアクティブボリュームに切り替えることがある。

データの読み出しの要求については、ＩＯ処理部１７０は、自ストレージがアクティブボリュームである場合には、当該アクティブボリュームからデータを読み出してサーバ装置３００に応答する。ＩＯ処理部１７０は、自ストレージがスタンバイボリュームである場合には、当該スタンバイボリュームが同期済であれば、当該スタンバイボリュームからデータを読み出して、サーバ装置３００に応答する。一方、スタンバイボリュームが同期済でなければ、ＩＯ処理部１７０は、読み出し対象のデータをアクティブ側のストレージ装置２００に要求し、ストレージ装置２００により読み出されたデータをサーバ装置３００に応答する。

ストレージ装置２００は、記憶部２５０、クラスタ制御部２６０およびＩＯ処理部２７０を有する。記憶部２５０、クラスタ制御部２６０およびＩＯ処理部２７０の機能は、ストレージ装置１００における同名の構成の機能と同様であるため、説明を省略する。

サーバ装置３００は、記憶部３１０、パス制御部３２０およびアクセス処理部３３０を有する。記憶部３１０は、ＲＡＭ３０２またはＨＤＤ３０３の記憶領域を用いて実現される。パス制御部３２０およびアクセス処理部３３０は、ＲＡＭ３０２に記憶されたプログラムをＣＰＵ３０１により実行することで実現される。

記憶部３１０は、パス管理テーブルを記憶する。パス管理テーブルは、サーバ装置３００が認識するボリュームに対して、主パス（プライマリパス）および副パス（セカンダリパス）を管理するための情報である。

パス制御部３２０は、記憶部３１０に記憶されたパス管理テーブルに基づいて、ボリュームにアクセスする際に用いるパスを制御する。パス制御部３２０は、あるボリュームに対して通常は主パスを介してアクセスするが、主パスを介して当該ボリュームへのアクセスを行えなくなると、副パスを用いて当該ボリュームにアクセスする。パス制御部３２０の機能は、例えば、マルチパスドライバと呼ばれるソフトウェアの機能により実現される。

アクセス処理部３３０は、ストレージ装置１００，２００に対してデータの書き込みやデータの読み出しなどのアクセス要求を発行する。
管理装置４００は、記憶部４１０および監視部４２０を有する。

記憶部４１０は、管理装置４００が有するＲＡＭやＨＤＤなどの記憶領域を用いて実現される。監視部４２０は、管理装置４００が有するＲＡＭに記憶されたプログラム（エージェントプログラム）を管理装置４００が有するＣＰＵにより実行することで実現される。

記憶部４１０は、ストレージ監視テーブルを記憶する。ストレージ監視テーブルは、クラスタ構成のストレージ装置１００，２００の状態を管理するための情報である。ストレージ装置１００，２００の状態としては、稼働中および停止中がある。

監視部４２０は、ストレージ装置１００，２００に対して死活監視を行い、ストレージ監視テーブルを更新する。例えば、監視部４２０は、ストレージ装置１００，２００に対して死活監視用のパケットを、ネットワーク６０を介して送信し、当該パケットに対する応答の有無などに基づいて、ストレージ装置１００，２００の死活監視を行う。

次に、上記で説明した各記憶部に格納される情報のデータ構造例を説明する。
図８は、クラスタ設定テーブルの例を示す図である。
クラスタ設定テーブル１５１は、記憶部１５０に格納される。クラスタ設定テーブル１５１は、クラスタボリューム番号、ストレージ＃１ボリューム番号、状態（１）、ストレージ＃２ボリューム番号および状態（２）の項目を含む。

クラスタボリューム番号の項目には、クラスタボリューム番号が登録される。クラスタボリューム番号は、ストレージ装置１００，２００のクラスタにおけるクラスタボリュームの識別番号である。ストレージ＃１ボリューム番号の項目には、該当のクラスタボリューム番号のクラスタに属する「ストレージ＃１」のボリュームの識別番号（ボリューム番号）が登録される。ここで、「ストレージ＃１」は、ストレージ装置１００の名称である。状態（１）の項目には、ストレージ＃１ボリューム番号で示されるボリュームの状態が登録される。ボリュームの状態には、「Ａｃｔｉｖｅ」および「Ｓｔａｎｄｂｙ」がある。「Ａｃｔｉｖｅ」はアクティブボリュームであることを示す。「Ｓｔａｎｄｂｙ」はスタンバイボリュームであることを示す。ストレージ＃２ボリューム番号の項目には、該当のクラスタボリューム番号のクラスタに属する「ストレージ＃２」のボリュームの識別番号（ボリューム番号）が登録される。ここで、「ストレージ＃２」は、ストレージ装置２００の名称である。状態（２）の項目には、ストレージ＃２ボリューム番号で示されるボリュームの状態が登録される。

例えば、クラスタ設定テーブル１５１には、クラスタボリューム番号が「０」、ストレージ＃１ボリューム番号が「０」、状態（１）が「Ａｃｔｉｖｅ」、ストレージ＃２ボリューム番号が「０」、状態（２）が「Ｓｔａｎｄｂｙ」というレコードが登録されている。このレコードは、クラスタボリューム番号「０」のクラスタに、ストレージ装置１００におけるボリューム番号「０」のボリュームと、ストレージ装置２００におけるボリューム番号「０」のボリュームとが所属することを示す。また、このうち、ストレージ装置１００におけるボリューム番号「０」のボリュームがアクティブボリュームであり、ストレージ装置２００におけるボリューム番号「０」のボリュームがスタンバイボリュームであることを示す。

また、クラスタ設定テーブル１５１には、クラスタボリューム番号が「１」、ストレージ＃１ボリューム番号が「１」、状態（１）が「Ｓｔａｎｄｂｙ」、ストレージ＃２ボリューム番号が「３」、状態（２）が「Ａｃｔｉｖｅ」というレコードが登録されている。このレコードは、クラスタボリューム番号「１」のクラスタに、ストレージ装置１００におけるボリューム番号「１」のボリュームと、ストレージ装置２００におけるボリューム番号「３」のボリュームとが所属することを示す。また、このうち、ストレージ装置１００におけるボリューム番号「１」のボリュームがスタンバイボリュームであり、ストレージ装置２００におけるボリューム番号「３」のボリュームがアクティブボリュームであることを示す。

クラスタ設定テーブル１５１には、他のクラスタボリュームに関するレコードも登録され得る。
図９は、クラスタ状態テーブルの例を示す図である。

クラスタ状態テーブル１５２は、記憶部１５０に格納される。クラスタ状態テーブル１５２は、クラスタボリューム番号および状態の項目を含む。クラスタボリューム番号の項目には、クラスタボリューム番号が登録される。状態の項目には、クラスタボリュームの状態が登録される。クラスタボリュームの状態には、前述のように、「等価」、「同期コピー中」および「コピー中断中」がある。「コピー中断中」の場合、クラスタボリュームに属するペアの何れか一方が異常な状態（異常系）となっていることになる。

例えば、クラスタ状態テーブル１５２には、クラスタボリューム番号が「０」、状態が「等価」というレコードが登録されている。このレコードは、クラスタボリューム番号「０」のクラスタでは、アクティブボリュームとスタンバイボリュームとが等価（すなわち、データを同期済）であることを示す。

また、クラスタ状態テーブル１５２には、クラスタボリューム番号が「１」、状態が「同期コピー中」というレコードが登録されている。このレコードは、クラスタボリューム番号「１」のクラスタでは、アクティブボリュームに対するデータの更新内容が、ＲＥＣパスを介して、クラスタボリュームにコピーされている最中であることを示す。

クラスタ状態テーブル１５２には、他のクラスタボリュームに関するレコードも登録され得る。
図１０は、Ｉｎｑｕｉｒｙ変換情報の例を示す図である。

Ｉｎｑｕｉｒｙ変換情報１５３は、記憶部１５０に格納される。Ｉｎｑｕｉｒｙ変換情報は、クラスタボリューム番号、相手ボリュームＩｎｑｕｉｒｙ情報および自ボリュームＩｎｑｕｉｒｙ情報の項目を含む。

クラスタボリューム番号の項目には、クラスタボリューム番号が登録される。相手ボリュームＩｎｑｕｉｒｙ情報の項目には、クラスタボリュームにおける相手ボリュームのＩｎｑｕｉｒｙ情報が登録される。自ボリュームＩｎｑｕｉｒｙ情報の項目には、クラスタボリュームにおける自ボリュームのＩｎｑｕｉｒｙ情報が登録される。

ここで、Ｉｎｑｕｉｒｙ情報は、ＳＣＳＩにおけるボリュームの管理情報である。Ｉｎｑｕｉｒｙ情報は、例えば、ベンダＩＤ、プロダクトＩＤ、筐体シリアル番号およびボリューム番号などの組により表される。ベンダＩＤは、該当のボリュームを提供するＨＤＤやＳＳＤなどの製造元の識別情報である。プロダクトＩＤは、当該記憶装置の識別情報である。筐体シリアル番号は、当該記憶装置を収納するストレージ装置の識別情報である。ボリューム番号は、当該ストレージ装置におけるボリュームの識別番号である。

例えば、Ｉｎｑｕｉｒｙ変換情報１５３には、クラスタボリューム番号が「０」、相手ボリュームＩｎｑｕｉｒｙ情報が「ベンダＩＤ：ＡＡＡ、プロダクトＩＤ：ＢＢＢ、筐体シリアル番号：ＣＣＣ、ボリューム番号：０」、自ボリュームＩｎｑｕｉｒｙ情報が「ベンダＩＤ：ＸＸＸ、プロダクトＩＤ：ＹＹＹ、筐体シリアル番号：ＺＺＺ、ボリューム番号：０」というレコードが登録されている。このレコードは、クラスタボリューム番号「０」のクラスタにおける相手ボリュームのＩｎｑｕｉｒｙ情報「ベンダＩＤ：ＡＡＡ、プロダクトＩＤ：ＢＢＢ、筐体シリアル番号：ＣＣＣ、ボリューム番号：０」に、自ボリュームのＩｎｑｕｉｒｙ情報「ベンダＩＤ：ＸＸＸ、プロダクトＩＤ：ＹＹＹ、筐体シリアル番号：ＺＺＺ、ボリューム番号：０」が対応することを示す。

Ｉｎｑｕｉｒｙ変換情報１５３には、他のクラスタボリュームに関するレコードも登録される。
例えば、ストレージ装置１００は、ストレージ装置２００のアクティブボリュームの代わりに自ストレージのスタンバイボリュームにアクセスする場合、Ｉｎｑｕｉｒｙ変換情報１５３を使用できる。すなわち、ストレージ装置１００は、アクセス先のアクティブボリュームの識別情報をＩｎｑｕｉｒｙ変換情報１５３によりスタンバイボリュームの識別情報に変換することで、スタンバイボリュームを特定し、当該スタンバイボリュームにアクセスできる。

図１１は、パス管理テーブルの例を示す図である。
パス管理テーブル３１１は、記憶部３１０に格納される。パス管理テーブル３１１は、ボリューム名、Ｉｎｑｕｉｒｙ情報、主パスおよび副パスの項目を含む。

ボリューム名の項目には、サーバ装置３００において認識されるボリュームのボリューム名が登録される。Ｉｎｑｕｉｒｙ情報の項目には、該当のボリュームのＩｎｑｕｉｒｙ情報が登録される。主パスの項目には、該当のボリュームにアクセスするための主パスを示す情報が登録される。副パスの項目には、該当のボリュームにアクセスするための副パスを示す情報が登録される。

例えば、パス管理テーブル３１１には、ボリューム名が「Ｖ１」、Ｉｎｑｕｉｒｙ情報が「ベンダＩＤ：ＡＡＡ、プロダクトＩＤ：ＢＢＢ、筐体シリアル番号：ＣＣＣ、ボリューム番号：０」、主パスが「Ｐｏｒｔ１−ＰｏｒｔＡ」，「Ｐｏｒｔ３−ＰｏｒｔＢ」、副パスが「Ｐｏｒｔ２−ＰｏｒｔＣ」，「Ｐｏｒｔ４−ＰｏｒｔＤ」というレコードが登録されている。このレコードは、サーバ装置３００では、ボリューム名「Ｖ１」のボリュームのＩｎｑｕｉｒｙ情報を「ベンダＩＤ：ＡＡＡ、プロダクトＩＤ：ＢＢＢ、筐体シリアル番号：ＣＣＣ、ボリューム番号：０」と認識していることを示す。また、当該ボリュームに対する主パスがポートｐ１，ｑ１（Ｐｏｒｔ１−ＰｏｒｔＡ）を結ぶパス、または、ポートｐ３，ｑ５（Ｐｏｒｔ３−ＰｏｒｔＢ）を結ぶパスであることを示す。更に、当該ボリュームに対する副パスがポートｐ２，ｒ１（Ｐｏｒｔ２−ＰｏｒｔＣ）を結ぶパス、または、ポートｐ４，ｒ５（Ｐｏｒｔ４−ＰｏｒｔＤ）を結ぶパスであることを示す。

パス管理テーブル３１１には、他のボリュームに関するＩｎｑｕｉｒｙ情報、主パスおよび副パスの情報も登録され得る。
図１２は、ストレージ監視テーブルの例を示す図である。

ストレージ監視テーブル４１１は、記憶部４１０に格納される。ストレージ監視テーブル４１１は、ストレージ＃１状態およびストレージ＃２状態の項目を含む。
ストレージ＃１状態の項目には、ストレージ装置１００の状態が登録される。ストレージ＃２状態の項目には、ストレージ装置２００の状態が登録される。ストレージ装置１００，２００の状態には、前述のように、稼働中および停止中がある。

例えば、ストレージ監視テーブル４１１には、ストレージ＃１状態が「稼働中」、ストレージ＃２状態が「稼働中」というレコードが登録されている。このレコードは、ストレージ装置１００，２００が、正常に稼働中であることを示す。

次に、サーバ装置３００からストレージ装置１００，２００に対するアクセスの処理例を、書き込み時、読み出し時に分けて説明する。
図１３は、書き込み時のアクセス例（その１）を示す図である。

以下のアクセス例の説明では、ボリューム１４０，２４０がクラスタボリュームを構成しており、ボリューム１４０がアクティブボリューム、ボリューム２４０がスタンバイボリュームであるとする。この場合、サーバ装置３００は、ポートｐ１，ｑ１を結ぶパスとポートｐ３，ｑ５を結ぶパスとを、それぞれボリューム１４０に対する主パスとして認識する。また、サーバ装置３００は、ポートｐ２，ｒ１を結ぶパスとポートｐ４，ｒ５を結ぶパスとを、それぞれボリューム１４０に対する副パスとして認識する。サーバ装置３００は、ボリューム１４０へのアクセスに主パスを優先して用いる。

ＣＭ１１０は、サーバ装置３００からデータの書き込み要求を受信する（ステップＳＴ１０）。
ＣＭ１１０は、書き込み要求を受信するとボリューム１４０にデータを書き込む（ステップＳＴ１１）。

ＣＭ１１０は、該当のデータの書き込み要求を、ＲＥＣパスを介してＣＭ２１０に送信する。ＣＭ２１０は、当該書き込み要求を受信すると、ボリューム２４０にデータを書き込み、ＲＥＣパスを介して、書き込み完了をＣＭ１１０に応答する（ステップＳＴ１２）。

ＣＭ１１０は、ＣＭ２１０から書き込み完了を受信すると、書き込み要求が完了した旨を、サーバ装置３００に応答する（ステップＳＴ１３）。
図１４は、書き込み時のアクセス例（その２）を示す図である。

図１４では、ポートｐ１，ｑ１を結ぶパスおよびポートｐ３，ｑ５を結ぶパスを介して、サーバ装置３００からストレージ装置１００のボリューム１４０へアクセス不能になった場合を例示する。この場合、サーバ装置３００は、ボリューム１４０への全ての主パスを介したアクセスができなくなったと認識し、副パスを介してボリューム１４０に対する書き込み要求を送信する。

ＣＭ２１０は、サーバ装置３００からデータの書き込み要求を受信する（ステップＳＴ２０）。
ＣＭ２１０は、書き込み要求を受信すると、ボリューム２４０がスタンバイボリュームであることから、ＲＥＣパスを介して、当該書き込み要求をＣＭ１１０に送信する（ステップＳＴ２１）。

ＣＭ１１０は、ＣＭ２１０から書き込み要求を受信すると、ボリューム１４０にデータを書き込む（ステップＳＴ２２）。
ＣＭ１１０は、該当のデータの書き込み要求を、ＲＥＣパスを介してＣＭ２１０に送信する。ＣＭ２１０は、当該書き込み要求を受信すると、ボリューム２４０にデータを書き込み、ＲＥＣパスを介して、書き込み完了をＣＭ１１０に応答する。ＣＭ１１０は、ＣＭ２１０から書き込み完了を受信すると、書き込み要求が完了した旨を、ＣＭ２１０に応答する（ステップＳＴ２３）。

ＣＭ２１０は、ＣＭ１１０から書き込み完了を受信すると、書き込み要求が完了した旨を、サーバ装置３００に応答する（ステップＳＴ２４）。
このように、ストレージ装置２００を介して、ストレージ装置１００におけるアクティブボリュームへの書き込みが行われることもある。ただし、この方法では、サーバ装置３００に対する書き込み完了の応答が遅延し得る。このため、ストレージ装置２００は、該当のクラスタボリュームに対して、ストレージ装置２００が受信する要求数が、所定期間内に一定数（閾値）に達すると、自ストレージのスタンバイボリュームをアクティブボリュームに切り替える。当該要求数が閾値に達する前に、該当のアクティブボリュームに対する主パスが復旧する場合には、ストレージ装置２００は、スタンバイボリュームをアクティブボリュームとする切り替えを行わないことになる。

図１５は、読み出し時のアクセス例（その１）を示す図である。
ＣＭ１１０は、サーバ装置３００からデータの読み出し要求を受信する（ステップＳＴ３０）。

ＣＭ１１０は、読み出し要求を受信すると、ボリューム１４０から該当のデータを読み出す（ステップＳＴ３１）。
ＣＭ１１０は、読み出したデータをサーバ装置３００に応答する（ステップＳＴ３２）。

図１６は、読み出し時のアクセス例（その２）を示す図である。
図１６では、ポートｐ１，ｑ１を結ぶパスおよびポートｐ３，ｑ５を結ぶパスを介して、サーバ装置３００からストレージ装置１００のボリューム１４０へアクセス不能になった場合を例示する。この場合、サーバ装置３００は、ボリューム１４０への全ての主パスを介したアクセスができなくなったと認識し、副パスを介してボリューム１４０に対する読み出し要求を送信する。

ＣＭ２１０は、サーバ装置３００からデータの読み出し要求を受信する（ステップＳＴ４０）。
ＣＭ２１０は、読み出し要求を受信すると、ボリューム１４０，２４０が同期済であることを確認する。すると、ＣＭ２１０は、ボリューム１４０に対応するスタンバイボリュームであるボリューム２４０から該当のデータを読み出す（ステップＳＴ４１）。

ＣＭ２１０は、読み出したデータをサーバ装置３００に応答する（ステップＳＴ４２）。
このように、ボリューム１４０，２４０が同期済である場合、ストレージ装置２００で読み出し要求を受け付けた際に、スタンバイボリュームからもデータの読み出しを行える。このため、データの読み出しを高速化できる。

次に、スタンバイボリュームからアクティブボリュームへの切り替え例を説明する。
図１７は、主パス障害時の切り替え例を示す図である。
図１７では、ポートｐ１，ｑ１を結ぶパスおよびポートｐ３，ｑ５を結ぶパスを介して、サーバ装置３００からストレージ装置１００のボリューム１４０へアクセス不能になった場合を例示する。この場合、サーバ装置３００は、ボリューム１４０への全ての主パスを介したアクセスができなくなったと認識し、副パスを介してボリューム１４０に対する書き込み要求、および、読み出し要求を送信する。

ＣＭ２１０は、書き込み要求に対し、図１４で例示したデータの書き込みを行う。ＣＭ２１０は、読み出し要求に対し、図１６で例示したデータの読み出しを行う。しかし、ＣＭ２１０は、相手ストレージのアクティブボリュームに対する書き込み要求、および、読み出し要求の受信数の累計が閾値に達すると、主パスがダウンしたと判断して、自ストレージのスタンバイボリュームをアクティブボリュームに変更する。このとき、ＣＭ２１０は、ＲＥＣパスを介して、ＣＭ１１０にアクティブボリュームをスタンバイボリュームに変更するように指示する。ＣＭ１１０は、ＣＭ２１０からの指示に応じて、自ストレージにおけるアクティブボリュームをスタンバイボリュームに変更する。

このように、クラスタボリュームにおけるボリュームのペアにおいて、アクティブボリュームとスタンバイボリュームとの切り替えが行われる。
以降、サーバ装置３００は、ボリューム１４０に対するアクセス要求を、副パスを介して、ＣＭ２１０（あるいは、ＣＭ２２０）に送信する。ＣＭ２１０，２２０は、当該アクセス要求に応じたデータの書き込みや読み出しを、ボリューム２４０に対して行い、アクセス結果をサーバ装置３００に応答する。ボリューム２４０に対するデータの更新内容は、スタンバイに変更されたボリューム１４０にも反映される。

このように、ストレージ装置２００は、自身がスタンバイボリュームを有するクラスタボリュームに対してサーバ装置３００からアクセスの要求を受信すると、アクセスの要求を、接続パスを介してストレージ装置１００に送信する。ストレージ装置２００は、サーバ装置３００からの当該クラスタボリュームに対するアクセスの要求の数が閾値に達すると、サーバ装置３００からの全てのアクセスをストレージ装置２００により処理するとともに、ストレージ装置２００におけるボリューム２４０に格納されたデータの複製を、ＲＥＣパスを介して、ボリューム２４０に対応するストレージ装置１００のボリューム１４０に格納する動作に切り替える。アクセスの要求の数が閾値に達してからアクティブ／スタンバイの切り替えを行うことで、主パスにおける一時的なパス障害（例えば、単に一時的に主パスの負荷が過大であったなど）によりアクティブ／スタンバイの切り替えが発生することを抑制できる。

図１８は、アクティブ側ストレージ装置のダウン時の切り替え例を示す図である。
図１８では、アクティブ側であるストレージ装置１００がダウンした場合を例示する。
この場合、サーバ装置３００からは、ボリューム１４０に対する主パスは、リンクダウン（障害パス）として認識される。

管理装置４００は、ストレージ装置１００と通信できないことを検知して、ストレージ装置１００の状態を「稼働中」から「停止中」に変更する。
ＣＭ２１０（あるいは、ＣＭ２２０）は、ストレージ装置１００と、ＲＥＣパスを介して通信できないことを検知して、ストレージ装置１００の状態を管理装置４００に確認する。

ＣＭ２１０（あるいは、ＣＭ２２０）は、管理装置４００からストレージ装置１００の状態が「停止中」である旨の応答を受信する。すると、ＣＭ２１０（あるいは、ＣＭ２２０）は、ストレージ装置２００のスタンバイボリュームであるボリューム２４０を、アクティブに切り替える。

以降、サーバ装置３００は、ボリューム１４０に対するアクセス要求を、副パスを介して、ＣＭ２１０（あるいは、ＣＭ２２０）に送信する。ＣＭ２１０，２２０は、当該アクセス要求に応じたデータの書き込みや読み出しを、ボリューム２４０に対して行い、アクセス結果をサーバ装置３００に応答する。

なお、その後、ストレージ装置１００が復旧した場合には、次のような手順を採ることが考えられる。まず、ストレージ装置１００が起動し、アクセス可能な状態となる。この時点では、ポートｐ１，ｑ１を結ぶパス、および、ポートｐ３，ｑ５を結ぶパスはリンクダウンした状態である。ストレージ装置１００内のボリュームはスタンバイボリュームとして稼働する。そして、ストレージ装置２００におけるアクティブボリュームとストレージ装置１００におけるスタンバイボリュームとの同期が開始される。

同期が完了すると、ストレージ装置１００は、ポートｐ１，ｑ１を結ぶパス、および、ポートｐ３，ｑ５を結ぶパスをリンクアップする。その後、ストレージ装置１００，２００におけるアクティブボリュームとスタンバイボリュームとの役割を、障害前の状態に戻すか、戻さずにそのままにするかは、ユーザの設定に応じて決定される。

図１９は、ＲＥＣパス障害時の例を示す図である。
図１９では、ストレージ装置１００，２００の間のＲＥＣパスが全てダウンした場合を例示する。この場合、ストレージ装置１００，２００は、稼働を継続する。ただし、ストレージ装置１００，２００それぞれは、ＲＥＣパスを介して、相手のストレージ装置と通信できなくなる。このため、ストレージ装置１００，２００は、それぞれ管理装置４００に対して、相手ストレージの状態確認を行う。

ストレージ装置１００，２００は、管理装置４００に対する状態確認の結果、ペアの相手ストレージが停止中であれば、相手ストレージがダウンしたものと認識し、自ストレージのボリュームを全てアクティブボリュームに変更して、運用を継続する。

一方、ストレージ装置１００，２００は、管理装置４００に対する状態確認の結果、ペアの相手ストレージが稼働中であれば、データの整合性を保つために、自ストレージのうち、アクティブボリュームのみについてアクセスを受け付ける。具体的には、ストレージ装置１００，２００は、それぞれ、スタンバイボリュームに対するアクセスをサーバ装置３００から受け付けると、サーバ装置３００に対してエラーを応答する。すると、サーバ装置３００では、アクセスに用いるパスが切り替えられて、アクティブボリュームへのリトライが行われる。

例えば、ストレージ装置２００は、ＲＥＣパスを介してストレージ装置１００との通信が不能になると、ストレージ装置１００の状態を管理装置４００に確認する。ストレージ装置２００は、確認の結果、ストレージ装置１００が停止中の場合、サーバ装置３００からの全てのアクセスをストレージ装置２００により処理する動作に切り替える。これにより、ストレージ装置２００によりデータアクセスを継続できる。

また、ストレージ装置２００は、確認の結果、ストレージ装置１００が稼働中の場合、スタンバイボリュームに対するサーバ装置３００からのアクセスにエラーを応答することで、サーバ装置３００によりストレージ装置１００へのアクセスをリトライさせる。これにより、サーバ装置３００からアクティブボリュームに対して適切にアクセスさせることができる。

次に、ストレージシステム２の処理手順を説明する。以下では、主にストレージ装置１００の処理手順を説明するが、ストレージ装置２００も同様の処理手順を実行する。
図２０は、ストレージ起動処理の例を示すフローチャートである。

例えば、ストレージ装置１００，２００は、ほぼ同じタイミングで起動が開始される。
（Ｓ１０）クラスタ制御部１６０は、ストレージ装置１００が起動されるとＲＥＣパス経由でペアの相手ストレージ（ストレージ装置２００）の生存確認要求を送信する。

（Ｓ１１）クラスタ制御部１６０は、生存確認要求に対する応答があるか否かを判定する。応答がある場合、ステップＳ１７に処理が進む。応答がない場合、ステップＳ１２に処理が進む。

（Ｓ１２）クラスタ制御部１６０は、管理装置４００にペアの相手ストレージの状態を確認する。
（Ｓ１３）クラスタ制御部１６０は、管理装置４００に対する確認の結果、相手ストレージが稼働中であるか否かを判定する。相手ストレージが稼働中の場合、ステップＳ１４に処理が進む。相手ストレージが停止中の場合、ステップＳ１５に処理が進む。

（Ｓ１４）クラスタ制御部１６０は、ＲＥＣパス切断を検出し、起動を停止する。例えば、クラスタ制御部１６０は、ユーザに対して、起動エラーを通知してもよい。そして、ストレージ起動処理が終了する。この場合、例えば、異常終了となり、異常が解消されるまでは相手ストレージ単独での運用となる。

（Ｓ１５）クラスタ制御部１６０は、自ストレージのボリューム（全てのボリューム）に対して「Ａｃｔｉｖｅ」を設定する。クラスタ制御部１６０は、設定に応じて、クラスタ設定テーブル１５１の各ボリューム番号に対する状態を、デフォルトの状態から更新する。

（Ｓ１６）クラスタ制御部１６０は、管理装置４００に稼働報告を行い、自ストレージのＩＯポート（ポートｑ１〜ｑ８）をリンクアップさせる。そして、ストレージ起動処理が終了する。

（Ｓ１７）クラスタ制御部１６０は、ペアのクラスタ設定テーブルを複製し、自ストレージのボリュームの同期を開始する。ここで、デフォルト設定が反映されたクラスタ設定テーブルは、ストレージ装置１００，２００の何れか一方が保持すればよい。この場合、デフォルトのクラスタ設定テーブルを有していないストレージ装置はペアの相手ストレージから当該クラスタ設定テーブルを取得し、デフォルト設定を自身のクラスタ設定テーブル（例えば、クラスタ設定テーブル１５１）に反映させる。あるいは、ストレージ装置１００，２００の両方が、デフォルトのクラスタ設定テーブルを予め保持していてもよい。このとき、クラスタ制御部１６０は、各ボリュームについて、相手ストレージの相手側Ｉｎｑｕｉｒｙ情報を取得して、Ｉｎｑｕｉｒｙ変換情報１５３を生成する。

（Ｓ１８）クラスタ制御部１６０は、クラスタ設定テーブル１５１に基づいて、自ストレージの各ボリュームの「Ａｃｔｉｖｅ」または「Ｓｔａｎｄｂｙ」を設定する。そして、ステップＳ１６に処理が進む。

図２１は、パス報告処理の例を示すフローチャートである。
（Ｓ２０）クラスタ制御部１６０は、サーバ装置３００からボリュームの問い合わせを受信する。ボリュームの問い合わせは、例えば、サーバ装置３００によるＳＣＳＩのＩｎｑｕｉｒｙコマンドの発行により行われる。

（Ｓ２１）クラスタ制御部１６０は、Ｉｎｑｕｉｒｙ変換情報１５３に基づいて、自ストレージにおけるスタンバイボリュームのＩｎｑｕｉｒｙ情報を相手ストレージのアクティブボリュームのＩｎｑｕｉｒｙ情報に変換する。

（Ｓ２２）クラスタ制御部１６０は、自ストレージのアクティブボリュームに関して、自ストレージへのパスを主パスとする指示を、Ｉｎｑｕｉｒｙ情報とともにサーバ装置３００に送信する。

（Ｓ２３）クラスタ制御部１６０は、自ストレージにおけるスタンバイボリュームに関して、自ストレージへのパスを副パスとする指示を、ステップＳ２１における変換後のＩｎｑｕｉｒｙ情報とともにサーバ装置３００に送信する。そして、パス報告処理が終了する。

サーバ装置３００は、Ｉｎｑｕｉｒｙコマンドに対するステップＳ２２，Ｓ２３の応答を受信することで、パス管理テーブル３１１を生成し、記憶部３１０に格納する。
このように、ストレージ装置１００，２００は、サーバ装置３００起動時などに、サーバ装置３００のＯＳのデバイス認識処理で発生するＩｎｑｕｉｒｙコマンドに応答する。このとき、ストレージ装置１００，２００は、クラスタボリュームに属するアクティブストレージ、スタンバイストレージを、別経路の同一ボリュームとして、サーバ装置３００に報告する。すると、サーバ装置３００からは両ボリュームが同一ボリュームとして認識される。特に、当該Ｉｎｑｕｉｒｙコマンドへの応答時に、アクティブボリュームへのパスを主パス、スタンバイボリュームへのパスを副パスとして報告することで、サーバ装置３００からのＩＯは、主パスを優先して行われるようになる。

図２２は、読み出し処理の例を示すフローチャートである。
（Ｓ３０）ＩＯ処理部１７０は、ボリューム１４０に対するデータの読み出し要求を、サーバ装置３００から受信する（なお、ボリューム１４０は、アクティブボリュームでもよいし、スタンバイボリュームでもよい）。ＩＯ処理部１７０は、クラスタ状態テーブル１５２を参照して、ボリューム１４０が属するクラスタ（クラスタボリューム）の状態を判定する。クラスタの状態が「等価」の場合、ステップＳ３１に処理が進む。クラスタの状態が「コピー中断中」の場合、ステップＳ３３に処理が進む。クラスタの状態が「同期コピー中」の場合、ステップＳ３７に処理が進む。

（Ｓ３１）ＩＯ処理部１７０は、自ストレージで該当のデータを読み出す。
（Ｓ３２）ＩＯ処理部１７０は、サーバ装置３００に、読み出されたデータを送信する。そして、読み出し処理が終了する。

（Ｓ３３）ＩＯ処理部１７０は、自ストレージが正常系であるか否かを判定する。自ストレージが正常系である場合、ステップＳ３１に処理が進む。自ストレージが正常系でない、すなわち、異常系である場合、ステップＳ３４に処理が進む。

（Ｓ３４）ＩＯ処理部１７０は、相手ストレージ（ストレージ装置２００）に読み出し依頼を行う。具体的には、ＩＯ処理部１７０は、該当のデータの読み出し要求を、ＲＥＣパスを介して、相手ストレージに送信する。

（Ｓ３５）相手ストレージは、データの読み出し処理を実行する。相手ストレージによるデータの読み出し処理の詳細は後述される。
（Ｓ３６）ＩＯ処理部１７０は、相手ストレージから、ステップＳ３５により読み出されたデータを受信する。そして、ステップＳ３２に処理が進む。

（Ｓ３７）ＩＯ処理部１７０は、該当のクラスタボリュームに関して、自ストレージが同期コピーのコピー元であるか否かを判定する。自ストレージが同期コピーのコピー元である場合、ステップＳ３１に処理が進む。自ストレージが同期コピーのコピー元でない場合、ステップＳ３８に処理が進む。

（Ｓ３８）ＩＯ処理部１７０は、読み出し対象のデータが格納されたボリューム１４０における領域がコピー済領域であるか否かを判定する。コピー済領域である場合、ステップＳ３１に処理が進む。コピー済領域でない場合、ステップＳ３４に処理が進む。

図２３は、相手ストレージ読み出し処理の例を示すフローチャートである。
相手ストレージ読み出し処理は、ステップＳ３５に相当する。
（Ｓ４０）ＩＯ処理部２７０は、ストレージ装置１００からデータの読み出し要求を受信すると、ボリューム１４０のペアであるボリューム２４０から該当のデータを読み出す。

（Ｓ４１）ＩＯ処理部２７０は、読み出したデータをペア側のストレージ（ストレージ装置１００）に送信する。
（Ｓ４２）ＩＯ処理部２７０は、読み出し完了をペア側のストレージに通知する。そして、相手ストレージ読み出し処理が終了する。

図２４は、書き込み処理の例を示すフローチャートである。
（Ｓ５０）ＩＯ処理部１７０は、ボリューム１４０に対するデータの書き込み要求を、サーバ装置３００から受信する（なお、ボリューム１４０は、アクティブボリュームであるとする）。ＩＯ処理部１７０は、クラスタ状態テーブル１５２を参照して、ボリューム１４０が属するクラスタ（クラスタボリューム）の状態を判定する。クラスタの状態が「等価」の場合、ステップＳ５１に処理が進む。クラスタの状態が「コピー中断中」の場合、ステップＳ５６に処理が進む。クラスタの状態が「同期コピー中」の場合、ステップＳ５８に処理が進む。

（Ｓ５１）ＩＯ処理部１７０は、自ストレージのボリューム１４０に対してデータの書き込みを行う。
（Ｓ５２）ＩＯ処理部１７０は、相手ストレージ（ストレージ装置２００）に書き込み依頼を行う。具体的には、ＩＯ処理部１７０は、該当のデータの書き込み要求を、ＲＥＣパスを介して、相手ストレージに送信する。

（Ｓ５３）相手ストレージは、データの書き込み処理を実行する。相手ストレージによるデータの書き込み処理の詳細は後述される。
（Ｓ５４）ＩＯ処理部１７０は、相手ストレージから、ステップＳ５２の書き込み要求に対する書き込み完了通知を受信する。

（Ｓ５５）ＩＯ処理部１７０は、サーバ装置３００に書き込み完了通知を送信する。そして、書き込み処理が終了する。
（Ｓ５６）ＩＯ処理部１７０は、自ストレージが正常系であるか否かを判定する。自ストレージが正常系である場合、ステップＳ５７に処理が進む。自ストレージが正常系でない場合、ステップＳ５２に処理が進む。

（Ｓ５７）ＩＯ処理部１７０は、自ストレージのボリューム１４０に対してデータの書き込みを行う。そして、ステップＳ５５に処理が進む。
（Ｓ５８）ＩＯ処理部１７０は、ボリューム１４０における該当のデータの書き込み対象の領域がコピー済領域であるか否かを判定する。コピー済領域の場合、ステップＳ５１に処理が進む。コピー済領域でない場合、ステップＳ５９に処理が進む。

（Ｓ５９）ＩＯ処理部１７０は、該当のクラスタボリュームに関して、自ストレージが同期コピーのコピー元であるか否かを判定する。自ストレージが同期コピーのコピー元である場合、ステップＳ５７に処理が進む。自ストレージが同期コピーのコピー元でない場合、ステップＳ５２に処理が進む。

図２５は、相手ストレージ書き込み処理の例を示すフローチャートである。
相手ストレージ書き込み処理は、ステップＳ５３に相当する。
（Ｓ６０）ＩＯ処理部２７０は、ストレージ装置１００からデータの書き込み要求を受信する。すると、ＩＯ処理部２７０は、記憶部２５０に格納されたクラスタ状態テーブルを参照して、書き込み対象のボリューム２４０が属するクラスタ（クラスタボリューム）の状態が「同期コピー中」であるか否かを判定する。クラスタの状態が「同期コピー中」の場合、ステップＳ６３に処理が進む。クラスタの状態が「同期コピー中」でない場合、ステップＳ６１に処理が進む。

（Ｓ６１）ＩＯ処理部２７０は、データの書き込み要求に応じて、ボリューム２４０にデータを書き込む。
（Ｓ６２）ＩＯ処理部２７０は、書き込み完了をペア側のストレージ（ストレージ装置１００）に通知する。そして、相手ストレージ書き込み処理が終了する。

（Ｓ６３）ＩＯ処理部２７０は、自ストレージ（ストレージ装置２００）が同期コピーのコピー先であるか否かを判定する。自ストレージが同期コピーのコピー先である場合、ステップＳ６４に処理が進む。自ストレージが同期コピーのコピー先でない場合（すなわち、コピー元である場合）、ステップＳ６１に処理が進む。

（Ｓ６４）ＩＯ処理部２７０は、書き込み要求に応じたデータの書き込み対象の領域と同じ領域への書き込み要求をペア側のストレージに送信済であるか否かを判定する。同じ領域への書き込み要求をペア側のストレージに送信済である場合、ステップＳ６５に処理が進む。同じ領域への書き込み要求をペア側のストレージに送信済でない場合、ステップＳ６１に処理が進む。

（Ｓ６５）ＩＯ処理部２７０は、異常終了をペア側のストレージに通知する。そして、相手ストレージ書き込み処理が終了する。
次に、サーバ装置３００によるパス制御の手順を説明する。

図２６は、サーバＩＯ処理の例を示すフローチャートである。
（Ｓ７０）アクセス処理部３３０は、パス管理テーブル３１１を参照して、アクセス対象のボリュームに対する主パスを特定し、特定した主パスのうち、正常な主パスがあるか否かを判定する。正常な主パスがある場合、ステップＳ７１に処理が進む。正常な主パスがない場合、ステップＳ７４に処理が進む。

（Ｓ７１）アクセス処理部３３０は、主パスを使用してＩＯ要求（データの読み出し要求、または、書き込み要求）を発行する。
（Ｓ７２）アクセス処理部３３０は、ステップＳ７１で発行したＩＯ要求に対するストレージ装置１００（または、ストレージ装置２００）の応答は正常であるか否かを判定する。正常である場合、サーバＩＯ処理が終了する。正常でない場合、ステップＳ７３に処理が進む。

（Ｓ７３）アクセス処理部３３０は、ステップＳ７１でＩＯ要求の発行に用いた主パスを異常とする。そして、ステップＳ７０に処理が進む。
（Ｓ７４）アクセス処理部３３０は、パス管理テーブル３１１を参照して、アクセス対象のボリュームに対する副パス（正常な副パス）を特定し、特定した副パスを使用して、ＩＯ要求を発行する。

（Ｓ７５）アクセス処理部３３０は、ステップＳ７４で発行したＩＯ要求に対するストレージ装置２００（または、ストレージ装置１００）の応答は正常であるか否かを判定する。正常である場合、ステップＳ７６に処理が進む。正常でない場合、ステップＳ７７に処理が進む。

（Ｓ７６）ストレージ装置２００（または、ストレージ装置１００）は、アクティブ／スタンバイ切り替え処理を実行する。アクティブ／スタンバイ切り替え処理の詳細は後述される。そして、サーバＩＯ処理が終了する。

（Ｓ７７）アクセス処理部３３０は、ステップＳ７４でＩＯ要求の発行に用いた副パスを異常とする。
（Ｓ７８）アクセス処理部３３０は、アクセス対象のボリュームに対する副パスのうち、正常な副パスがあるか否かを判定する。正常な副パスがある場合、ステップＳ７４に処理が進む。正常な副パスがない場合、ステップＳ７９に処理が進む。

（Ｓ７９）アクセス処理部３３０は、ユーザに異常を通知する。例えば、アクセス処理部３３０は、ログに異常を示すメッセージを記録したり、ディスプレイ６２に異常を示すメッセージを表示したりする。そして、サーバＩＯ処理が終了する。

図２７は、アクティブ／スタンバイ切り替えの例を示すフローチャートである。
アクティブ／スタンバイ切り替えの処理は、ステップＳ７６に相当する。ストレージ装置２００の手順を説明するが、ストレージ装置１００のクラスタ制御部１６０も自ストレージのスタンバイボリュームへのアクセスに応じて同様の手順を実行する。

（Ｓ８０）クラスタ制御部２６０は、ストレージ内のＩＯカウントアップを行う。すなわち、クラスタ制御部２６０は、ストレージ装置２００がサーバ装置３００から受信したスタンバイボリュームに対するＩＯ要求のカウント値（ＩＯカウント値）をインクリメントする。

（Ｓ８１）クラスタ制御部２６０は、ＩＯカウント値が閾値に達したか否かを判定する。ＩＯカウント値が閾値に達した場合、ステップＳ８２に処理が進む。ＩＯカウント値が閾値に達していない場合、アクティブ／スタンバイ切り替えの処理が終了する。

（Ｓ８２）クラスタ制御部２６０は、自ストレージのスタンバイボリュームをアクティブボリュームに切り替える。クラスタ制御部２６０は、切り替えに応じて、記憶部２５０に記憶されたクラスタ設定テーブルの各ボリュームの状態を更新する。このとき、クラスタ制御部２６０は、相手ストレージ（ストレージ装置１００）に対して、アクティブボリュームをスタンバイボリュームに切り替えるように指示する。すると、クラスタ制御部１６０は、ストレージ装置１００のアクティブボリュームをスタンバイボリュームに切り替える。そして、アクティブ／スタンバイ切り替えの処理が終了する。

なお、クラスタ制御部１６０，２６０は、例えば、所定期間、自ストレージにおけるスタンバイボリュームに対するＩＯカウント値の更新がない場合、ＩＯ要求のカウント数を０にリセットする。

図２６，図２７の手順によれば、主パス障害時においても、図１７で例示したように、スタンバイ側のストレージ装置で副パスを介したボリュームへのアクセスを適切に継続できる。

次に、ストレージ装置１００によるペア監視処理の手順を説明する。ペア監視処理は、所定の周期で実行される。また、ストレージ装置１００による手順を説明するが、ストレージ装置２００も同様の手順を実行する。更に、管理装置４００は、ストレージ装置１００，２００に対して、定期的に死活監視用のパケットを送信し、ストレージ装置１００，２００の状態を、ストレージ監視テーブル４１１に記録している。

図２８は、ペア監視処理の例を示すフローチャートである。
（Ｓ９０）クラスタ制御部１６０は、ペアのストレージ装置２００へポーリングする。 （Ｓ９１）クラスタ制御部１６０は、ストレージ装置２００からポーリングに対する応答があるか否かを判定する。応答がある場合、ペア監視処理が終了する。応答がない場合、ステップＳ９２に処理が進む。

（Ｓ９２）クラスタ制御部１６０は、管理装置４００にペアのストレージ（ストレージ装置２００）の状態を確認する。
（Ｓ９３）クラスタ制御部１６０は、管理装置４００に対する確認結果に基づいて、ストレージ装置２００の状態を判定する。ストレージ装置２００の状態が「停止中」の場合、ステップＳ９４に処理が進む。ストレージ装置２００の状態が「稼働中」の場合、ステップＳ９５に処理が進む。

（Ｓ９４）クラスタ制御部１６０は、自ストレージのボリュームをアクティブに設定する。すなわち、クラスタ制御部１６０は、自ストレージのスタンバイボリュームを全てアクティブボリュームに変更する。クラスタ制御部１６０は、設定変更の内容をクラスタ設定テーブル１５１に反映させる。そして、ペア監視処理が終了する。

（Ｓ９５）クラスタ制御部１６０は、自ストレージのスタンバイボリュームに対するＩＯ要求に対してエラーを応答するように制御する。そして、ペア監視処理が終了する。
図２８の手順によれば、アクティブ側ストレージ装置がダウンした場合や全てのＲＥＣパスを介した通信が不能となっても、サーバ装置３００によるボリュームへのアクセスを適切に継続できる。

次に、ストレージシステム２に対する比較例として、スイッチを用いるストレージシステムを説明する。
図２９は、ストレージシステムの比較例を示す図である。

ストレージシステム３は、ストレージ装置１００，２００、サーバ装置３００およびスイッチ５００を有する。スイッチ５００は、例えば、ファイバチャネルスイッチである。比較例のシステム構成では、ストレージ装置１００，２００およびサーバ装置３００は、直接接続されず、スイッチ５００により間接的に接続される。スイッチ５００は、ポートｔ１，ｔ２，ｔ３，ｔ４，ｔ５，ｔ６を有する。

ポートｐ１は、ポートｔ１と、ケーブルで接続される。ポートｐ３は、ポートｔ２と、ケーブルで接続される。ポートｑ１は、ポートｔ３と、ケーブルで接続される。ポートｑ５は、ポートｔ４と、ケーブルで接続される。ポートｒ１は、ポートｔ５と、ケーブルで接続される。ポートｒ５は、ポートｔ６と、ケーブルで接続される。

また、ポートｑ２は、ポートｒ２と、ケーブルで接続される。ポートｑ６は、ポートｒ６と、ケーブルで接続される。これら以外のポートｐ２，ｐ４，ｑ３，ｑ４，ｑ７，ｑ８，ｒ３，ｒ４，ｒ７，ｒ８にはケーブルが接続されていない。

ストレージシステム３では、サーバ装置３００からクラスタ化されたストレージ装置１００，２００へのアクセスパスの切り替えはスイッチ５００により行われる。例えば、スイッチ５００は、サーバ装置３００からアクティブ側のストレージ装置１００にアクセス不能となった場合、スタンバイ側のストレージ装置２００へ、サーバ装置３００からのアクセスパスの切り替えを行う。

具体的には、スイッチ５００は、ポートｑ１，ｒ１に同じＷＷＮを付与し、ポートｑ５，ｒ５に同じＷＷＮを付与する。１台のスイッチ５００に同一ＷＷＮのポートを接続することはできないため、スタンバイ側であるストレージ装置２００のポートｒ１，ｒ５はリンクダウンされる。すると、スイッチ５００のポートｔ３，ｔ４経由で、アクティブ側のストレージ装置１００のボリューム１４０がサーバ装置３００から認識され、ボリューム１４０へアクセスが可能になる。

アクティブ側のストレージ装置１００へのアクセスに障害が発生した場合、スイッチ５００は、ポートｑ１，ｑ５のＷＷＮをそれぞれ引き継いだポートｒ１，ｒ５をリンクアップさせる。これにより、サーバ装置３００からはスイッチ５００のポートｔ５，ｔ６を介して、同一のＷＷＮによりスタンバイ側のボリューム２４０が認識され、ボリューム１４０に代えて、ボリューム２４０へのアクセスが可能になる。

しかし、ストレージシステム３のシステム構成では、同一ＷＷＮをもつポートをリンクダウン／リンクアップさせる方式のため、ストレージクラスタを構成するためにスイッチ５００を要する。この場合、スイッチ５００を用意するためのコストが問題となる。近年では、システムの大規模化に伴いスイッチの数が過大になる可能性がある。また、スイッチ５００に対する設定作業や運用管理の工数も増える。

一方、ストレージシステム２では、ストレージクラスタを構成するためにスイッチ５００を用いなくてよい。スイッチ５００を省略可能にすることで、スイッチのコストや設定作業などの工数を削減できる。

また、ストレージシステム２では、アクティブ／スタンバイのボリュームセットが複数存在する場合、アクティブボリュームを各ノードに振り分けることで、１ノード（１つのストレージ装置）当たりの負荷が分散される。その結果、サーバ装置３００からストレージ装置１００，２００に格納されたデータへのデータアクセスを高速化できる。

１ 情報処理システム
１０，２０ ストレージ装置
１１，２１ 記憶装置
１２，２２ 制御装置
３０ 情報処理装置
３１ 記憶部
３２ 処理部
３３，３４ ポート
４１ 接続パス
４２，４３ パス
５０ 管理情報

Claims (7)

1. 第１の記憶領域を含む第１の記憶装置と、前記第１の記憶領域に所定の識別情報を付与する第１の制御装置と、を備える第１のストレージ装置と、
   第２の記憶領域を含む第２の記憶装置と、前記第１のストレージ装置と接続パスを介して接続され、前記第２の記憶領域に前記識別情報と同一の前記識別情報を付与し、前記第１の記憶領域に格納されたデータの複製を、前記接続パスを介して前記第２の記憶領域に格納する第２の制御装置と、を備える第２のストレージ装置と、
   前記第１のストレージ装置と自装置とを接続する第１のパスを前記識別情報に対する主パスとする指示を前記第１のストレージ装置から受信し、前記第２のストレージ装置と自装置とを接続する第２のパスを前記識別情報に対する副パスとする指示を前記第２のストレージ装置から受信し、前記主パスを介して前記識別情報に対応する前記第１の記憶領域へのアクセスを行い、前記主パスを介したアクセスを行えなくなると、前記識別情報に対する前記副パスを特定し、前記副パスを介して前記識別情報に対応する前記第２の記憶領域へのアクセスを行う情報処理装置と、
   を有する情報処理システム。
2. 前記第２のストレージ装置は、前記情報処理装置から前記アクセスの要求を受信すると、前記アクセスの要求を前記接続パスを介して前記第１のストレージ装置に送信し、前記アクセスの要求の数が閾値に達すると、前記情報処理装置からの全ての前記アクセスを前記第２のストレージ装置により処理するとともに、前記第２の記憶領域に格納されたデータの複製を、前記接続パスを介して、前記第１の記憶領域に格納する動作に切り替える、
   請求項１記載の情報処理システム。
3. 前記第１のストレージ装置および前記第２のストレージ装置の死活監視を行う管理装置を更に有し、
   前記第２のストレージ装置は、前記接続パスを介して前記第１のストレージ装置との通信が不能になると、前記第１のストレージ装置の状態を前記管理装置に確認し、確認の結果、前記第１のストレージ装置が停止中の場合、前記情報処理装置からの全ての前記アクセスを前記第２のストレージ装置により処理する動作に切り替える、
   請求項１記載の情報処理システム。
4. 前記第２のストレージ装置は、前記確認の結果、前記第１のストレージ装置が稼働中の場合、前記情報処理装置からの前記アクセスにエラーを応答することで、前記情報処理装置により前記第１のストレージ装置への前記アクセスをリトライさせる、
   請求項３記載の情報処理システム。
5. 前記第１のストレージ装置は、前記情報処理装置からＩｎｑｕｉｒｙコマンドを受信すると、前記識別情報および前記主パスの情報を前記情報処理装置に報告し、
   前記第２のストレージ装置は、前記情報処理装置から前記Ｉｎｑｕｉｒｙコマンドを受信すると、前記識別情報および前記副パスの情報を前記情報処理装置に報告する、
   請求項１乃至４の何れか１項に記載の情報処理システム。
6. 第１の記憶領域を含む第１の記憶装置を有する第１のストレージ装置に接続された第１のポートと、
   前記第１のストレージ装置と接続パスを介して接続された第２のストレージ装置であって、前記第１の記憶領域に格納されたデータの複製が前記接続パスを介して格納される第２の記憶領域を含む第２の記憶装置を有する前記第２のストレージ装置に接続された第２のポートと、
   前記第１のストレージ装置と前記第１のポートとを接続する第１のパスを前記第１の記憶領域の識別情報に対する主パスとする指示を前記第１のストレージ装置から受信し、前記第２のストレージ装置と前記第２のポートとを接続する第２のパスを、前記識別情報と同一である、前記第２の記憶領域の前記識別情報に対する副パスとする指示を前記第２のストレージ装置から受信し、前記主パスを介して前記識別情報に対応する前記第１の記憶領域へのアクセスを行い、前記主パスを介したアクセスを行えなくなると、前記識別情報に対する前記副パスを特定し、前記副パスを介して前記識別情報に対応する前記第２の記憶領域へのアクセスを行う処理部と、
   を有する情報処理装置。
7. 第１の記憶領域を含む第１の記憶装置と、
   他のストレージ装置が有する第２の記憶装置における第２の記憶領域の識別情報と同一の前記識別情報を前記第１の記憶領域に付与し、前記第２の記憶領域に格納されたデータの複製を、前記他のストレージ装置と自装置とを接続する接続パスを介して前記第１の記憶領域に格納し、情報処理装置と自装置とを接続するパスを、前記識別情報に対する副パスとする指示を前記情報処理装置に送信し、前記他のストレージ装置と前記情報処理装置とを接続する主パスを介して前記情報処理装置から前記第２の記憶領域へのアクセスを行えなくなると、前記副パスを介して、前記情報処理装置による前記アクセスを受け付け、前記第１の記憶領域への前記アクセスを行う制御装置と、
   を有するストレージ装置。

Images