JP2015207277A - ストレージシステムのデータ移行方法 - Google Patents

Abstract

【課題】移行元ストレージシステム内でボリュームペアを形成している移行元Ｐ−ＶＯＬ（プライマリボリューム）及び移行先Ｓ−ＶＯＬ（セカンダリボリューム）を、無停止で移行先ストレージシステムへと移行する。
【解決手段】最初に移行先ストレージシステムに、移行元Ｐ−ＶＯＬの記憶領域をマッピングした移行先Ｐ−ＶＯＬと、その複製先ボリュームとなる移行先Ｓ−ＶＯＬとを作成する。移行先ストレージシステムは、移行先Ｐ−ＶＯＬと移行先Ｓ−ＶＯＬに、移行元Ｐ−ＶＯＬ及び移行元Ｓ−ＶＯＬの有する識別子と同一の識別子を付す。続いてホスト計算機から移行元Ｐ−ＶＯＬへのアクセスパスを、移行先Ｐ−ＶＯＬへと切り替える。その後、移行先Ｐ−ＶＯＬと移行先Ｓ−ＶＯＬ間でボリュームペアの作成を行う。最後に移行先Ｐ−ＶＯＬの記憶領域を、移行先ストレージシステム内の記憶領域へと移動する。
【選択図】図１

Description

本発明は、ストレージ装置間のボリューム移行技術に関する。

ＩＴの進歩やインターネットの普及などにより、企業等における計算機システムが扱うデータ量は増加を続けており、データを格納するストレージ装置に対しても、より大容量、より高性能なストレージ装置が求められる。そのため、ストレージ装置は所定の年数を経過すると、新世代の装置に置き換えられる。

企業等における計算機システムは、無停止で運用されることが原則であり、ストレージ装置も例外ではない。そのため、ストレージ装置の置き換えの際にも、ダウンタイムを最小限にとどめることが求められる。たとえば特許文献１では、移行元ストレージＡから移行先ストレージＢへのボリューム移行が開示されている。特許文献１には、ストレージ装置内またはストレージ装置間でボリュームのミラーリングが行われているボリュームペアを移行すること、及び移行元装置から移行先装置へのボリュームの移行中にＩ／Ｏ要求を受付可能であることが開示されている。

特開２００７ー１１５２２１号公報 米国特許出願公開第２００５／０１４９５７７号明細書 米国特許第６１０１４９７号明細書 米国特許第５７４２７９２号明細書 米国特許第７１５２０７９号明細書

ボリュームペアを用いた運用を行っている計算機システムでは、必要に応じてボリュームペアの操作を行う。たとえばボリュームペアをバックアップ用途に用いる場合、ボリュームのバックアップを行う際に、コピー元ボリューム（正ボリューム）からコピー先ボリューム（副ボリューム）へのミラーリングを一時停止し、ミラーリングが停止された副ボリュームのデータをバックアップデバイスにバックアップし、バックアップが終了すると、ミラーリングを再開する、といった操作が行われる。この操作の際、ボリュームペアの所属するストレージ装置の識別番号（たとえば製造番号）やボリューム番号といった、ボリュームを一意に特定可能な識別子を指定したコマンドを発行することで、ボリュームペアの操作を可能にしている。また、バックアップなどは定型的作業であるため、バックアップ時に必要となるボリュームペアの一連の操作コマンドは、サーバ上のスクリプトファイルに記述されていることが多い。

ここでストレージ装置の置き換えが行われると、ストレージ装置の製造番号はもちろん、ボリューム番号も変更されることがある。そうすると、バックアップ用のスクリプトファイルについても、スクリプトファイルに記述されているボリューム番号などの情報をすべて書き替える必要が出る。大規模な計算機システムで、多数（たとえば数百以上）のボリュームペアを管理しているような場合、その変更量は膨大で、スクリプトファイルの変更に長時間を要する。結果として計算機システムのダウンタイムが長期化することになる。特許文献１に開示の技術では、データの移行中であっても計算機システムからのＩ／Ｏは可能であるが、ボリューム番号などの識別子の変更に係る考慮は無い。

本発明の目的は、ボリュームの移行に際し、計算機システムへの影響を最小限に抑えることにある。

本発明のボリューム移行方法では、移行元ストレージシステム内でボリュームペアを形成している少なくとも２つのボリューム（移行元Ｐ−ＶＯＬ、移行先Ｓ−ＶＯＬ）を、無停止で移行先ストレージシステムへと移行する。移行処理の最初に、移行先ストレージシステムに、移行元ストレージシステム内のボリュームペアの複製元ボリューム（移行元Ｐ−ＶＯＬ）の記憶領域をマッピングした仮想的な論理ボリューム（移行先Ｐ−ＶＯＬ）と、移行先Ｐ−ＶＯＬの複製先ボリュームとなる移行先Ｓ−ＶＯＬとを作成する。

移行先ストレージシステムは、移行先Ｐ−ＶＯＬと移行先Ｓ−ＶＯＬに対して、移行元Ｐ−ＶＯＬ及び移行元Ｓ−ＶＯＬの有する識別子と同一の識別子を付し、ホスト計算機に対して移行先Ｐ−ＶＯＬと移行先Ｓ−ＶＯＬが、移行元Ｐ−ＶＯＬ及び移行元Ｓ−ＶＯＬと同一ボリュームであると認識させる。続いてホスト計算機から移行元Ｐ−ＶＯＬへのアクセスパスを、移行先Ｐ−ＶＯＬへと切り替える。

その後、移行先Ｐ−ＶＯＬと移行先Ｓ−ＶＯＬとの間で、ボリュームペアの作成を行い、移行先Ｓ−ＶＯＬに移行先Ｐ−ＶＯＬのデータの複製が格納される状態にする。最後に移行先Ｐ−ＶＯＬの記憶領域を、移行先ストレージシステム内の記憶領域へと移動することで、移行処理を完了させる。

本発明の移行方法では、ホストＩ／Ｏを停止することなく、ストレージ装置間でボリュームペアを移行できるとともに、ストレージ装置間でのボリュームペア移行を行っても、各ボリュームの識別子が変化しないため、ボリュームを使用するホスト計算機側での設定変更が不要となる。

本発明の実施例１に係る計算機システムの概略構成図を示す。 ストレージ装置のハードウェア構成を示す。 パリティグループ管理テーブルの構成例を示す。 外部ボリュームグループ管理テーブルの構成例を示す。 論理ボリューム管理テーブルの構成例を示す。 ＬＵ管理テーブルの構成例を示す。 ペア管理テーブルの構成例を示す。 移行先プライマリストレージ装置に仮想ストレージを定義した場合の例を示した図である。 Ｖ−ＢＯＸ管理テーブルの構成例を示す。 仮想ＬＤＥＶ管理テーブルの構成例を示す。 ストレージマネージャ１０１が使用する設定ファイルの例を示す。 ストレージマネージャ１０１が使用する設定ファイルの例を示す。 ストレージマネージャ１０１が使用する設定ファイルの例を示す。 本発明の実施例１に係る計算機システムにおける、移行処理の概要を表した図である。 本発明の実施例１に係る計算機システムにおける、移行処理後の状態を表した図である。 本発明の実施例１に係る計算機システムにおける、ボリューム移行処理のフローチャート（１）である。 本発明の実施例１に係る計算機システムにおける、ボリューム移行処理のフローチャート（２）である。 本発明の実施例１に係る計算機システムにおける、ボリューム移行処理のフローチャート（３）である。 本発明の変形例２に係る計算機システムの構成図である。 本発明の変形例２に係る計算機システムにおける、移行処理中のデータの流れを表した図である。 本発明の実施例２に係る計算機システムの概略構成図である。 本発明の実施例２に係る計算機システムにおける、ボリューム移行処理のフローチャート（１）である。 本発明の実施例２に係る計算機システムにおける、ボリューム移行処理のフローチャート（２）である。 本発明の実施例２に係る計算機システムにおける、ボリューム移行処理のフローチャート（３）である。 本発明の実施例３に係る計算機システムの構成図である。 本発明の実施例３に係る計算機システムにおける、ボリューム移行処理のフローチャートである。 ストレージシステムの拡張に適用した例を表した図である。

以下、図面を参照して、本発明の一実施形態に係るストレージシステムを説明する。なお、本発明は、以下に説明する実施形態に限定されるものではない。

［計算機システムの構成］
図１は、本発明の実施例１に係る計算機システムの概略構成図である。計算機システムは、移行元プライマリストレージ装置１０ａ、移行元セカンダリストレージ装置１０ｂ、移行先プライマリストレージ装置２０ａ、移行先セカンダリストレージ装置２０ｂ、プライマリサーバ３０ａ、セカンダリサーバ３０ｂからなる。

なお、図１は、以下で説明する移行処理の処理中の構成を表したものであり、移行処理前は、移行先プライマリストレージ装置２０ａと移行先セカンダリストレージ装置２０ｂは存在しない。移行処理前の状態では、プライマリサーバ３０ａはＳＡＮ（Ｓｔｏｒａｇｅ Ａｒｅａ Ｎｅｔｗｏｒｋ）５０を介して移行元プライマリストレージ装置１０ａに接続されており、移行元プライマリストレージ装置１０ａの有する論理ボリューム１３０ａへのアクセスを行っている。またセカンダリサーバ３０ｂは移行処理を実施する前は、ＳＡＮ６０を介して移行元セカンダリストレージ装置１０ｂに接続され、移行元セカンダリストレージ装置１０ｂの論理ボリューム１３０ｂにアクセス可能な状態にある。また、移行元プライマリストレージ装置１０ａ、移行元セカンダリストレージ装置１０ｂはポート（１１ａ、１１ｂ）により相互接続されている。なお、本発明の実施例１に係る計算機システムにおいて、ＳＡＮ５０及びＳＡＮ６０はファイバチャネルケーブル及びファイバチャネルスイッチで構成されたネットワークであるが、イーサネットを用いて構成されたネットワークであってもよい。

移行処理を行う際に、移行先プライマリストレージ装置２０ａと移行先セカンダリストレージ装置２０ｂが計算機システム内に設置される。そして図１に示されているように、移行先プライマリストレージ装置２０ａはＳＡＮ５０を介してプライマリサーバ３０ａに接続されるとともに、移行元プライマリストレージ装置１０ａ及び移行先セカンダリストレージ装置２０ｂにも接続される。また移行先セカンダリストレージ装置２０ｂは、ＳＡＮ６０を介してセカンダリサーバ３０ｂに接続される。

なお、以下では、移行元プライマリストレージ装置１０ａ、移行元セカンダリストレージ装置１０ｂをまとめて、「移行元ストレージシステム１０」と呼ぶ。また移行先プライマリストレージ装置２０ａ、移行先セカンダリストレージ装置２０ｂをまとめて、「移行先ストレージシステム２０」と呼ぶ。そして移行元プライマリストレージ装置１０ａ、移行元セカンダリストレージ装置１０ｂ、移行先プライマリストレージ装置２０ａ、移行先セカンダリストレージ装置２０ｂを総称して、「ストレージ装置」と呼ぶ。また、プライマリサーバ３０ａ、セカンダリサーバ３０ｂを総称して、「ホスト計算機」と呼ぶ。

ここで、計算機システム内のストレージ装置内部のハードウェア構成について、図２を用いて説明する。ここでは主に、移行先プライマリストレージ装置２０ａのハードウェア構成について説明するが、他のストレージ装置（移行元プライマリストレージ装置１０ａ、移行元セカンダリストレージ装置１０ｂ、移行先セカンダリストレージ装置２０ｂ）も同様のハードウェア構成を採る。ただし、必ずしもすべてのストレージ装置が同一のハードウェア構成を採用している必要はない。

移行先プライマリストレージ装置２０ａは、フロントエンドパッケージ（ＦＥＰＫ）２０１、バックエンドパッケージ（ＢＥＰＫ）２０２、プロセッサパッケージ（ＭＰＰＫ）２０３、キャッシュメモリパッケージ（ＣＭＰＫ）２０４が相互結合網２０５で互いに結合されて構成されたコントローラ２００と、複数のドライブ２２１を搭載したディスクユニット（ＤＫＵ）２１０から構成される。

フロントエンドパッケージ（ＦＥＰＫ）２０１は、プライマリサーバ３０ａなどのホスト計算機や、ストレージ装置（１０ａ，１０ｂ，２０ｂ）と接続するためのポート２１を複数有し、ＣＭＰＫ２０４やＭＰＰＫ２０３との間で送受信される制御情報やデータの中継を行うコンポーネントである。ＦＥＰＫ２０１はポート２１の他、図示しないバッファ、ＣＰＵ、内部バス、及び内部ポートを有する。バッファは、ＦＥＰＫ２０１が中継する制御情報及びデータを一時的に記憶するための記憶領域であり、ＣＭＰＫ２０４と同様に、各種の揮発性メモリや不揮発性メモリを用いて構成される。内部バスは、ＦＥＰＫ２０１内の各種コンポーネントを相互接続する。ＦＥＰＫ２０１は、内部ポートを介して相互結合網２０５に接続されている。また、ポート２１は、図で示された数に限定されるものではない。

バックエンドパッケージ（ＢＥＰＫ）２０２は、ドライブ２２１と接続するためのインタフェース（Ｉ／Ｆ）２０２１を複数有し、ドライブ２２１と、ＣＭＰＫ２０４またはＭＰＰＫ２０３との間で送受信される制御情報やデータの中継を行うコンポーネントである。ＢＥＰＫ２０２はインタフェース（Ｉ／Ｆ）２０２１の他、図示しないバッファ、ＣＰＵ、内部バス、及び内部ポートを有する。バッファは、ＢＥＰＫ２０２が中継する制御情報やデータを一時的に記憶するための記憶領域であり、ＣＭＰＫ２０４と同様に、各種の揮発性メモリや不揮発性メモリを用いて構成される。内部バスは、ＦＥＰＫ２０１内の各種コンポーネントを相互接続する。

ＭＰＰＫ２０３は、ＣＰＵ２０３１、メモリ（ＬＭ）２０３２、そして非図示の内部バス及び内部ポートとから構成される。メモリ（ＬＭ）２０３２は、キャッシュメモリ２０４１と同様に、各種の揮発性メモリや不揮発性メモリを用いて構成することができる。ＣＰＵ２０３１、メモリ（ＬＭ）２０３２及び内部ポートは、内部バスを介して相互接続される。ＭＰＰＫ２０３は、ＭＰＰＫ２０３の内部ポートを介して相互結合網２０５に接続されている。

またＭＰＰＫ２０３は、ストレージ装置内の各種データ処理を行うためのコンポーネントである。ＣＰＵ２０３１がメモリ（ＬＭ）２０３２上のプログラムを実行することにより、以下で説明する、ストレージ装置が有するボリュームコピー機能等の各種機能が実現される。

ＣＭＰＫ２０４は、キャッシュメモリ２０４１と共有メモリ２０４２を備えたコンポーネントである。キャッシュメモリ２０４１は、プライマリサーバ３０ａあるいは別のストレージ装置から受信したデータを一時的に記憶し、及びドライブ２２１から読み出したデータを一時的に記憶するため記憶領域である。キャッシュメモリ２０４１は例えば、ＤＲＡＭやＳＲＡＭのような揮発性メモリ、あるいは、フラッシュメモリ等の揮発性メモリを用いて構成される。

共有メモリ２０４２は、ストレージ装置内の各種データ処理に関連する管理情報を記憶するための記憶領域である。共有メモリ２０４２は、キャッシュメモリ２０４１と同様に、各種の揮発性メモリや不揮発性メモリを用いて構成することができる。なお、共有メモリ２０４２のハードウェアとしては、キャッシュメモリ２０４１と共通のハードウェアを用いることもできるし、共通でないハードウェアを用いることもできる。

相互結合網２０５は、コンポーネント間を相互に接続し、相互に接続されたコンポーネント間で制御情報やデータを転送するためのコンポーネントである。相互結合網は、例えば、スイッチやバスを用いて構成することができる。

ドライブ２２１は、プライマリサーバ３０ａ上の各種プログラムが使用するデータ（ユーザデータ）、冗長データ（パリティデータ）を格納するための記憶デバイスである。ドライブ２２１の記憶メディアとしては、ＨＤＤで用いられるような磁気記憶媒体のほか、ＮＡＮＤフラッシュメモリ、ＭＲＡＭ、ＲｅＲＡＭ、及びＰＲＡＭのような不揮発性半導体記憶媒体を用いることができる。

図１の説明に戻る。本発明の実施例１に係る各ストレージ装置は、１以上の論理ボリューム（１３０ａ、１３０ｂ、２３０ａ、２３０ｂ）とコマンドデバイス（１３５ａ、１３５ｂ、２３５ａ、２３５ｂ）を有する。論理ボリューム（１３０ａ、１３０ｂ、２３０ａ、２３０ｂ）は、プライマリサーバ３０ａ等のホスト計算機からのライトデータを格納する記憶デバイスであり、詳細は後述する。コマンドデバイス（１３５ａ、１３５ｂ、２３５ａ、２３５ｂ）は、論理ボリュームの一種であるが、ホスト計算機からのライトデータを格納するために用いられるわけではない。プライマリサーバ３０ａまたはセカンダリサーバ３０ｂ上のストレージマネージャ１０１から、論理ボリュームのコピー指示などの各種制御命令を受け付けるために用いられる記憶デバイスである。本発明の実施例１に係る計算機システムでは、各ストレージ装置が１つのコマンドデバイスを有する。コマンドデバイスは、管理者が管理端末を用いて、各ストレージ装置にコマンドデバイスの作成指示の命令を発行することによって作成される。

本発明の実施例１に係る各ストレージ装置は、多数のポートを有するため、以下では各ポートを区別するため、図１に示されている通り、各ポートにＡ〜Ｒの識別子を付して説明する。移行元プライマリストレージ装置１０ａは、ポートＡ〜Ｅを有し、ポートＡ、Ｂはプライマリサーバ３０ａと接続するために用いられ、またポートＤ、Ｅは、移行元セカンダリストレージ装置１０ｂと接続するために用いられる。またポートＣは移行処理時に移行先プライマリストレージ装置２０ａと接続するために用いられる。

移行元セカンダリストレージ装置１０ｂは、ポートＦ〜Ｉを有し、ポートＦ、Ｇは移行元プライマリストレージ装置１０ａと接続するために用いられる。ポートＨ、Ｉはセカンダリサーバ３０ｂと接続するために用いられる。

移行先プライマリストレージ装置２０ａはポートＪ〜Ｎを有し、ポートＪ、Ｋはプライマリサーバ３０ａと接続するために用いられ、またポートＭ、Ｎは、移行先セカンダリストレージ装置２０ｂと接続するために用いられる。またポートＬは移行元プライマリストレージ装置１０ａと接続するために用いられる。

移行先セカンダリストレージ装置２０ｂは、ポートＯ〜Ｒを有し、ポートＯ、Ｐは移行先プライマリストレージ装置２０ａと接続するために用いられる。ポートＱ、Ｒはセカンダリサーバ３０ｂと接続するために用いられる。

なお、各ストレージ装置は、上で説明した数のポートのみを有する構成に限定されるわけではなく、上で説明した数より多くのポートを有していてもよい。

プライマリサーバ３０ａ、セカンダリサーバ３０ｂは、非図示のＣＰＵ、メモリを有した計算機である。また、プライマリサーバ３０ａとセカンダリサーバ３０ｂは、非図示の通信ネットワークで接続されている。通信ネットワークには、ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）やＷＡＮ（Ｗｉｄｅ Ａｒｅａ Ｎｅｔｗｏｒｋ）が用いられる。ＣＰＵはメモリ上にロードされた各種のプログラムを実行する。プライマリサーバ３０ａ上及びセカンダリサーバ３０ｂ上で動作するプログラムには、アプリケーションプログラム（ＡＰ）１００、ストレージマネージャ１０１、交替パスソフト１０２、クラスタソフトウェア１０３がある。

アプリケーションプログラム（ＡＰ）１００は一例として、データベース管理システムなどのプログラムで、論理ボリューム１３０ａに対するアクセス（リード、ライト）を行う。また移行元ストレージシステムでは論理ボリューム１３０ａにライトされたデータを、論理ボリューム１３０ｂに複製するリモートコピー機能が稼働しており、論理ボリューム１３０ａ上のデータは、常に論理ボリューム１３０ｂにも複製される。

クラスタソフトウェア１０３は、いわゆるディザスタリカバリ運用を行うためのプログラムで、プライマリサーバ３０ａとセカンダリサーバ３０ｂとで稼働する。例えばプライマリサーバ３０ａ、移行元プライマリストレージ装置１０ａが障害などでダウンした場合、セカンダリサーバ３０ｂで稼働しているクラスタソフトウェア１０３は、プライマリサーバ３０ａのＡＰ１００で行っていた業務を再開させる処理を行う。

交替パスソフト１０２は、プライマリサーバ３０ａ等のホスト計算機から、ストレージ装置のボリューム（論理ボリューム）へのアクセス経路（パス）を管理しており、１つのパスが障害で切断された場合でもボリュームへのアクセスを可能にするため、代替パスを用いてボリュームへのアクセスを継続させるプログラムである。

ストレージマネージャ１０１は、ストレージ装置の設定、制御を行うためのプログラムである。詳細な説明は後述する。

［移行処理で用いられるストレージ装置の機能］
続いて、本発明の実施例における移行方法の説明に必要な、ストレージ装置の機能について説明する。ここでは主に、移行先プライマリストレージ装置２０ａの持つ機能を中心に説明する。なお、先に述べたとおり、以下で説明するストレージ装置の各機能は、ストレージ装置のＣＰＵ２０３１がメモリ（ＬＭ）２０３２上のプログラムを実行することにより実現される。

（１）ボリューム作成機能
本発明の実施例における移行先プライマリストレージ装置２０ａは、１または複数のドライブ２２１を１つのグループとして管理しており、このグループをパリティグループ（図１の要素２２ａ、２２ｂ等がパリティグループである）と呼ぶ。また移行先プライマリストレージ装置２０ａは、いわゆるＲＡＩＤ技術を用いて、パリティグループ２２を構成するドライブ群にデータを格納する前に、データから冗長データ（パリティ）を作成する。そしてデータとパリティとをパリティグループ２２を構成するドライブ群に格納する。

移行先プライマリストレージ装置２０ａで管理されるパリティグループ２２の情報（たとえばパリティグループを構成するドライブの情報等）は、図３に示されるような、パリティグループ管理テーブルＴ１００で管理される。この情報は、共有メモリ２０４２に格納される。パリティグループ管理テーブルＴ１００は、パリティグループ名Ｔ１０１、ドライブ名Ｔ１０２、ＲＡＩＤレベルＴ１０３、サイズＴ１０４、残サイズＴ１０５の欄から構成される。パリティグループ名Ｔ１０１は、パリティグループの識別子が格納され、ドライブ名Ｔ１０２には、パリティグループを構成するドライブの識別子が格納される。ＲＡＩＤレベルＴ１０３には、当該パリティグループの冗長化方式であるＲＡＩＤレベルの情報が格納され、サイズＴ１０４にはパリティグループの容量の情報が格納される。

後述するが、論理ボリュームを作成する際にパリティグループの記憶領域が使用される。残サイズＴ１０５には、パリティグループの容量のうち、まだ論理ボリュームの作成のために使用されていないサイズの情報が格納される。

さらに移行先プライマリストレージ装置２０ａは、パリティグループの提供する記憶領域を用いて、１つまたは複数の論理ボリューム（ＬＤＥＶとも呼ばれる）を形成する機能を有する。この機能のことをボリューム作成機能と呼ぶ。

移行先プライマリストレージ装置２０ａは各論理ボリュームにストレージ装置内で一意な番号を付与して管理しており、それを論理ボリューム番号（ＬＤＥＶ＃）と呼ぶ。論理ボリュームの情報は、図５に示されている論理ボリューム管理テーブルＴ２００で管理される。論理ボリューム管理テーブルＴ２００の各行が、論理ボリュームの情報を表しており、ＬＤＥＶ＃（Ｔ２０１）が論理ボリュームの識別子である、論理ボリューム番号（ＬＤＥＶ＃）であり、サイズＴ２０２には、論理ボリュームのサイズが格納される。グループ名Ｔ２０３、先頭アドレスＴ２０４は、論理ボリュームの記憶領域が対応付けられているパリティグループ及び当該パリティグループの記憶領域の先頭アドレスの情報が格納される。

図５の例では、ＬＤＥＶ＃（Ｔ２０１）が４４である論理ボリュームの情報（行９０６の情報）を参照すると、グループ名Ｔ２０３が“ＲＧ Ａ”で、先頭アドレスＴ２０４が０であり、また論理ボリュームのサイズ（Ｔ２０２）が１００ＧＢであるので、パリティグループ“ＲＧ Ａ”の先頭（アドレス０）から１００ＧＢの領域が、論理ボリューム“４４”に割り当てられていることを表している。

なお、ここでは移行先プライマリストレージ装置２０ａがボリューム作成機能を有していることを説明したが、その他のストレージ装置も、上で説明したボリューム作成機能を有している。

（２）外部ストレージ接続機能
移行先プライマリストレージ装置２０ａは、他のストレージ装置（移行元プライマリストレージ装置１０ａ等）の有するボリュームの記憶領域を、移行先プライマリストレージ装置２０ａの有する記憶領域として扱い、当該記憶領域をプライマリサーバ３０ａ等のホスト計算機に提供する機能を有している。以下、この機能のことを「外部ストレージ接続機能」と呼ぶ。また、外部ストレージ接続機能により管理される記憶領域のことを、外部ボリュームグループ（２４ａ）と呼ぶ。

移行先プライマリストレージ装置２０ａで管理される外部ボリュームグループの情報は、図４に示されるような、外部ボリュームグループ管理テーブルＴ１５０で管理される。各行が外部ボリュームグループの情報を表し、グループ名Ｔ１５１には外部ボリュームグループの識別子が格納され、ＷＷＮ（Ｔ１５２）、ＬＵＮ（Ｔ１５３）、サイズ（Ｔ１５４）には、外部ボリュームグループに対応付けられた、外部のストレージ装置の論理ボリュームの情報が格納される。図４の例では、ＷＷＮ（Ｔ１５２）が“５００６０ｅ８００５１１１１１２ｂ”、ＬＵＮ（Ｔ１５３）が“０”である論理ボリュームが、外部ボリュームグループに対応付けられている。以下では、論理ボリュームを外部ボリュームグループに対応付ける操作のことを、「マッピング」と呼ぶ。なお、移行先プライマリストレージ装置２０ａの外部ボリュームグループから外部のストレージの論理ボリュームへのアクセス経路（パス）を複数設け、パス障害時にアクセスパスを交替したりすることもできる。

外部ボリュームグループ２４ａは、パリティグループ２２ａと同様に扱われる。そのため、ボリューム作成機能では、外部ボリュームグループの記憶領域を用いて、１または複数の論理ボリュームを作成することもできる。図５の論理ボリューム管理テーブルＴ２００の行９０７に、外部ボリュームグループ“ＥＧ１”の記憶領域から作成された論理ボリューム（ＬＤＥＶ＃（Ｔ２０１）が“３３”のボリューム）の例が示されている。

なお、外部ストレージ接続機能は、本発明の実施例１に係る計算機システムにおいて、移行先プライマリストレージ装置２０ａのみが有している機能である。ただし、移行先プライマリストレージ装置２０ａ以外のストレージ装置も、外部ストレージ接続機能を有していてもよい。

（３）ＬＵパス設定機能
上で説明した論理ボリュームを、プライマリサーバ３０ａ等のホスト計算機が認識できるようにするために、ＬＵＮ（論理ユニット番号）やポートの識別子を付す機能を「論理パス作成機能」あるいは「ＬＵパス設定機能」と呼ぶ。本発明の実施例では、各ポート２１ａが有する識別子であるＷＷＮ（Ｗｏｒｌｄ Ｗｉｄｅ Ｎａｍｅ）をポート識別子として用いる。ただし、その他の識別子を用いてもよい。図６に示すＬＵ管理テーブルＴ３００は、ストレージ装置内の各論理ボリュームに対応付けられている論理ユニット番号（ＬＵＮ）とポート名の情報を管理するためのテーブルである。このテーブルは、ストレージ装置の共有メモリ２０４２に格納される。

ポート名Ｔ３０１とＬＵＮ（Ｔ３０２）には、ＬＤＥＶ＃（Ｔ３０３）で特定される論理ボリュームに対応付けられているポート名及びＬＵＮの情報が格納される。たとえば図６のＬＵ管理テーブルＴ３００の先頭のエントリ（行）３００−５には、ポート名Ｔ３０１が「３ｅ２４３１７４ ａａａａａａａａ」、ＬＵＮ（Ｔ３０２）が「０」、ＬＤＥＶ＃（Ｔ３０３）が「１１」の情報が格納されている。この場合、ＳＡＮ５０に接続されているプライマリサーバ３０ａ等のホスト計算機は、ポートの配下に、ＬＵＮが０番のボリュームが存在すると認識する。以下、ホスト計算機（プライマリサーバ３０ａ等）が認識するボリュームのことを、「論理ユニット」あるいは「ＬＵ」と呼ぶ。

また、本発明の実施例におけるストレージ装置では、１つの論理ボリュームに対して（ポート名、ＬＵＮ）の組を複数対応付けることができる。たとえば図６の例では、ＬＤＥＶ＃（Ｔ３０３）が１１番の論理ボリュームの情報が、エントリ（行）３００−５に格納されているとともに、下段のエントリ（行）３００−６にも格納されている。この場合、ホスト計算機は、ポート（３ｅ２４３１７４ ａａａａａａａａ）の下に、ＬＵＮが０番のＬＵが存在することを認識するとともに、ポート（３ｅ２４３１７４ ｂｂｂｂｂｂｂｂ）の下にも、ＬＵＮが０番のＬＵが存在すると認識する。

またストレージ装置のＬＵパス設定機能では、ＬＵパス設定とは逆に、論理ボリュームに対応付けられたＬＵＮとポート名を削除する機能も有する。論理ボリュームに対応付けられたＬＵＮとポート名を削除する処理のことを、ＬＵパス削除処理と呼ぶ。ある論理ボリュームに対してＬＵパス削除が行われると、ホスト計算機から当該論理ボリュームにはアクセスできない。

（４）ボリュームコピー機能
ストレージ装置は、論理デバイス内のデータを別のボリュームに複製する機能を有し、この機能をボリュームコピー機能と呼ぶ。ボリュームコピー機能には、コピー元ボリュームの属するストレージ装置と同一のストレージ装置内のボリュームにデータをコピーする機能、コピー元ボリュームの属するストレージ装置とは別のストレージ装置内のボリュームにデータをコピーする機能（たとえば移行元プライマリストレージ装置１０ａ内のボリュームのデータを、移行元セカンダリストレージ装置１０ｂ内のボリュームへとコピー）とがある。本発明の実施例ではそれぞれを、「ローカルコピー機能」、「リモートコピー機能」と呼ぶ。

ローカルコピー機能としてはたとえば、先に挙げた特許文献２や特許文献３に開示されている技術を用いて実現できる。

またリモートコピー機能は、たとえば特許文献４や特許文献５に開示されている機能である。リモートコピー機能の種類として、同期型リモートコピー、非同期型リモートコピーという２種類が存在するが、ストレージ装置がいずれの種類のリモートコピー機能を採用している場合であっても、本発明は有効である。またリモートコピー機能の中には、たとえば特許文献５に開示されているように、コピーデータをジャーナルとしてボリューム（ジャーナルボリューム）に蓄積し、ジャーナルボリュームに格納されたデータをコピー先のストレージ装置へとコピーする、いわゆるジャーナルを用いたリモートコピーを行う方法も存在するが、その場合でも本発明は有効である。

以下、本明細書で用いられる、ボリュームコピー機能に関する各種用語の定義を説明しておく。

（ａ）Ｐ−ＶＯＬ：ボリュームコピー機能によりコピーされるボリューム（コピー元ボリューム）は、プライマリボリュームと呼ばれる。また、Ｐ−ＶＯＬと表記される。

（ｂ）Ｓ−ＶＯＬ：Ｐ−ＶＯＬ内データのコピー先のボリュームは、セカンダリボリュームと呼ばれる。またＳ−ＶＯＬと表記される。

（ｃ）ペア：Ｐ−ＶＯＬ内のデータ複製が格納されるＳ−ＶＯＬのことを、Ｐ−ＶＯＬと「ペア関係にあるボリューム」と呼ぶ。同様に、Ｓ−ＶＯＬの複製元データが格納されているＰ−ＶＯＬも、当該Ｓ−ＶＯＬとペア関係にあるボリューム、と呼ばれることもある。そして、Ｐ−ＶＯＬ及び当該Ｐ−ＶＯＬのデータの複製が格納されるＳ−ＶＯＬのセットのことは、「ペア」または「ボリュームペア」と呼ばれる。

（ｄ）ペア形成、ペア削除：ボリュームコピー機能を用いてストレージ装置（たとえば移行先プライマリストレージ装置２０ａ）のＬＤＥＶ（Ｐ−ＶＯＬ）とストレージ装置（たとえば移行先セカンダリストレージ装置２０ｂ）のＬＤＥＶ（Ｓ−ＶＯＬ）とをペア関係にあるボリュームにするよう、ストレージ装置に指示することを、「ペア形成する」（または「ペア作成する」）と呼ぶ。逆に、ペア関係にあるボリュームの関係を解除する（Ｐ−ＶＯＬのデータ複製がＳ−ＶＯＬに作成されないようにする）オペレーションのことを「ペア解除する」（または「ペア削除する」）と呼ぶ。ストレージ装置は、ペア形成またはペア削除などの指示を、ストレージマネージャ１０１あるいは管理端末から受け付ける。なお、ストレージ装置が受信する、ペア作成などを指示する制御用命令には、Ｐ−ＶＯＬの属するストレージ装置のシリアル番号、Ｐ−ＶＯＬのＬＤＥＶ＃、Ｓ−ＶＯＬの属するストレージ装置のシリアル番号、Ｓ−ＶＯＬのＬＤＥＶ＃が含まれている。これによりストレージ装置は、ペア操作対象になるＰ−ＶＯＬ、Ｓ−ＶＯＬを一意に特定する。

（ｅ）ペア状態：ボリュームペアは、ボリューム内のデータのコピー状態によって、いくつかの状態をとる。ストレージ装置がペア形成指示を受信すると、Ｐ−ＶＯＬ内データを全てＳ−ＶＯＬにコピーする作業を開始する。データのコピーを開始した時点では、まだＰ−ＶＯＬ内データがすべてＳ−ＶＯＬに反映されていないが、この状態のことを、“ｃｏｐｙ ｐｅｎｄｉｎｇ”と呼ぶ。そしてＰ−ＶＯＬ内全データのコピーが完了し、Ｐ−ＶＯＬとＳ−ＶＯＬの内容が同一になった（同期した）状態のことを、“ｐａｉｒ”状態と呼ぶ。“ｐａｉｒ”状態にあるボリュームペアのＰ−ＶＯＬに対して、ホスト計算機から書き込みがあると、ライトデータはＰ−ＶＯＬに書き込まれるとともに、Ｓ−ＶＯＬにもライトデータの複製が書き込まれ、Ｐ−ＶＯＬとＳ−ＶＯＬは同一データが格納されている状態が維持されるように制御される。また、ペア解除された後の状態のことを“ｓｉｍｐｌｅｘ”状態と呼ぶ。

さらに、“ｐａｉｒ”状態にあるボリュームペアで行われる複製処理を一旦停止することも可能である。複製処理が一時停止した状態のことを“ｓｕｓｐｅｎｄｅｄ”状態と呼ぶ。また“ｓｕｓｐｅｎｄｅｄ”状態のボリュームペアに対して、複製処理を再開し、再び“ｐａｉｒ”状態にすることもできる。この処理のことを「再同期」と呼ぶ。

ストレージ装置は、ペア管理テーブルＴ２０００を用いて各ボリュームペアを管理している。図７にペア管理テーブルＴ２０００の構成例を示す。ストレージ装置は各ペアに識別子を付して管理しており、この識別子をペア番号（Ｔ２００１）と呼ぶ。そしてペア管理テーブルＴ２０００には、各ペアのＰ−ＶＯＬ、Ｓ−ＶＯＬの情報（Ｐ−ＶＯＬの属するストレージ装置を特定可能な識別番号であるＰＤＫＣ＃（Ｔ２００３）、Ｐ−ＶＯＬのＬＤＥＶ＃であるＰ−ＶＯＬ＃（Ｔ２００４）、Ｓ−ＶＯＬの属するストレージ装置を特定可能な識別番号であるＳＤＫＣ＃（Ｔ２００５）、Ｓ−ＶＯＬのＬＤＥＶ＃であるＳ−ＶＯＬ＃（Ｔ２００６））を管理する。ＰＤＫＣ＃（Ｔ２００３）、ＳＤＫＣ＃（Ｔ２００５）には、それぞれストレージ装置のシリアル番号、ストレージ装置２０ｂのシリアル番号が格納される。なお、ペア管理テーブルＴ２０００はＰ−ＶＯＬの属するストレージ装置とＳ−ＶＯＬの属するストレージ装置の両方に格納される。そのため、移行先プライマリストレージ装置２０ａと移行先セカンダリストレージ装置２０ｂで、ペアボリュームが作成される場合、ペア管理テーブルＴ２０００は移行先プライマリストレージ装置２０ａと移行先セカンダリストレージ装置２０ｂの両方に格納される。

（５）ボリュームマイグレーション機能
ボリュームマイグレーション機能は、移行先プライマリストレージ装置２０ａ内の、１つの論理ボリュームに格納されているデータを、移行先プライマリストレージ装置２０ａ内のその他の論理ボリュームに移動する機能である。また、論理ボリューム内のデータの移動に加えて、ＬＤＥＶ＃等の識別子も移動する。

一例として、移行先プライマリストレージ装置２０ａ内に、ＬＤＥＶ＃４４、ＬＤＥＶ＃３３の論理ボリュームが作成されていた場合、そして、論理ボリューム管理テーブルＴ２００の状態が図５に示されている状態であった場合について説明する。移行先プライマリストレージ装置２０ａが、ＬＤＥＶ＃３３のデータをＬＤＥＶ＃４４に移動するよう指示された場合、移行先プライマリストレージ装置２０ａは、ＬＤＥＶ＃３３のデータをＬＤＥＶ＃４４に複製する処理を行う。以下では、ＬＤＥＶ＃３３のデータの移行先となる論理ボリューム（ＬＤＥＶ＃４４）のことを、「ターゲットボリューム」または「マイグレーションターゲットボリューム」と呼ぶ。また、複製中にプライマリサーバ３０ａ等のホスト計算機からＬＤＥＶ＃３３に対するデータ書き込みを受け付けることが可能である。

ＬＤＥＶ＃３３からＬＤＥＶ＃４４への複製が完了した時点で、移行先プライマリストレージ装置２０ａは、ＬＤＥＶ＃３３とＬＤＥＶ＃４４の役割を入れ替える。具体的には、論理ボリューム管理テーブルＴ２００の、ＬＤＥＶ＃（Ｔ２０１）の内容を入れ替える。つまり、図５の例では、行９０６のＬＤＥＶ＃（Ｔ２０１）に４４が、行９０７のＬＤＥＶ＃（Ｔ２０１）に３３が格納されているが、ボリュームマイグレーション機能によるボリューム移動後は、行９０６のＬＤＥＶ＃（Ｔ２０１）に３３が、行９０７のＬＤＥＶ＃（Ｔ２０１）に４４が格納される。すなわち、ＬＤＥＶ＃と、データ格納先であるグループ名及び先頭アドレスと、の対応関係をマイグレーション元とマイグレーション先とでスワップしている。これにより、データの格納されている論理ボリュームのＬＤＥＶ＃（及び、論理ボリュームに対応付けられているＬＵＮやポート名）は変化させずに、ホスト計算機などの上位装置に透過的にデータの格納位置を移動することができる。いいかえると、ＬＤＥＶ＃３３へのアクセスの際、複製完了前は外部ボリュームＥＧ１からデータが読出し／書込みされていたのに対して、複製完了後はパリティグループ ＲＧ Ａからデータが読出し／書込みされるようになる。

（６）仮想ストレージ
続いて、仮想ストレージについて説明する。本発明の実施例に係る移行先プライマリストレージ装置２０ａは、移行先プライマリストレージ装置２０ａ等の物理的なストレージ装置とは異なる、１または複数の仮想的なストレージ装置２５ａ（以下、これを仮想ストレージと呼ぶ）を定義し、プライマリサーバ３０ａに対して、物理的なストレージ装置に加えて仮想ストレージがＳＡＮ５０上に存在するように見せかける機能を有する。なお、以下では移行先プライマリストレージ装置２０ａを例にとって説明するが、仮想ストレージを定義する機能は、移行先セカンダリストレージ装置２０ｂも備えているので、移行先セカンダリストレージ装置２０ｂも以下で説明する機能を備えている。また、移行元プライマリストレージ装置１０ａ及び／または移行元セカンダリストレージ装置１０ｂが仮想ストレージを定義する機能を備えていても、備えていなくてもよい。移行元プライマリストレージ装置１０ａ及び／または移行元セカンダリストレージ装置１０ｂが仮想ストレージを定義する機能を備えており、移行元プライマリストレージ装置１０ａ及び／または移行元セカンダリストレージ装置１０ｂに定義された仮想ストレージに属するボリュームペアを移行する場合、以下の説明では、移行元のストレージ装置は移行元の仮想ストレージ装置に、移行元のストレージ装置の装置シリアル番号は仮想製番に、ＬＤＥＶ＃はＶＬＤＥＶ＃になる。

移行先プライマリストレージ装置２０ａに仮想ストレージ２５ａを定義した場合の例を、図８を用いて説明する。仮想ストレージは、装置シリアル番号（Ｓ／Ｎ）を有し（以下、仮想ストレージの有する装置シリアル番号のことを、「仮想製番」と呼ぶ）、また仮想ストレージ内のリソースとして論理ボリュームを有することができる。図８は、移行元プライマリストレージ装置１０ａのシリアル番号が１、移行先プライマリストレージ装置２０ａのシリアル番号が２、そして定義された仮想ストレージ２５ａのシリアル番号が１（つまり移行元プライマリストレージ装置１０ａのシリアル番号と同じ）である構成例を示している。また図８において、移行元プライマリストレージ装置１０ａはＬＤＥＶ＃が１１番の論理ボリューム１３０ａを有し、仮想ストレージ２５ａはＬＤＥＶ＃が３３番の論理ボリューム２３０ａを有している。

仮想ストレージの有する論理ボリューム２３０ａは、ＬＤＥＶ＃とは別の、仮想的な識別番号を有しており、これを仮想ＬＤＥＶ＃あるいはＶＬＤＥＶ＃と呼ぶ。図８の仮想ストレージ２５ａの有する論理ボリューム２３０ａは、ＶＬＤＥＶ＃が１１番（つまり移行元プライマリストレージ装置１０ａの有する論理ボリューム１３０ａのＬＤＥＶ＃と等しい番号が付されている）である。

この場合、プライマリサーバ３０ａがＳＣＳＩのＩＮＱＵＩＲＹコマンド等を移行先プライマリストレージ装置２０ａに発行することにより、論理ボリューム２３０ａの情報を取得すると、ボリューム番号として１１番が、装置シリアル番号として１番が返却される。つまりプライマリサーバ３０ａに対し、仮想製番とＶＬＤＥＶ＃が返却される。一方プライマリサーバ３０ａが移行元プライマリストレージ装置１０ａから論理ボリューム１３０ａの情報を取得すると、論理ボリューム２３０ａと同一のボリューム番号（１１番）及び同一の装置シリアル番号（１番）が返却される。

そのため、プライマリサーバ３０ａ（の交替パスソフト１０２）はこの２つのボリュームを同一ボリュームとして認識するので、プライマリサーバ３０ａから論理ボリューム１３０ａへのパス（図中の実線矢印。以下このパスを「パス１」と呼ぶ）の交替パスが、プライマリサーバ３０ａから論理ボリューム２３０ａへのパス（図中の点線矢印。以下このパスを「パス２」と呼ぶ）であると判断する。

そしてパス１が削除された場合、交替パスソフト１０２がアプリケーションプログラムなどから論理ボリューム１３０ａへのアクセス要求を受け付けると、交替パスソフト１０２はパス２を介してアクセス要求を発行する（つまり論理ボリューム２３０ａにアクセス要求を発行する）。

仮想ストレージの管理で用いられる管理情報について、図９を用いて説明する。図９は、移行先プライマリストレージ装置２０ａが有するＶ−ＢＯＸ管理テーブルＴ１０００の構成を示している。Ｖ−ＢＯＸ管理テーブルＴ１０００は移行先プライマリストレージ装置２０ａの共有メモリ２０４２に格納される。また、ここでは移行先プライマリストレージ装置２０ａが有するＶ−ＢＯＸ管理テーブルＴ１０００の構成についてのみ説明するが、本発明の実施例１において、データ移行作業時には移行先セカンダリストレージ装置２０ｂにも仮想ストレージが定義されるため、移行先セカンダリストレージ装置２０ｂもＶ−ＢＯＸ管理テーブルＴ１０００を有する。

移行先プライマリストレージ装置２０ａは仮想ストレージを定義する際、ストレージ装置２０内にＶ−ＢＯＸと呼ばれる管理情報を生成する。Ｖ−ＢＯＸとは、ある仮想ストレージに所属させるべき、論理ボリューム等のリソースの情報を管理するための管理情報である。図９のＶ−ＢＯＸ管理テーブルＴ１０００内の１つの行（たとえばＲ１０１１，Ｒ１０１２）が、１つのＶ−ＢＯＸを表す情報に相当する。

Ｖ−ＢＯＸは、移行先プライマリストレージ装置２０ａで定義されるＶ−ＢＯＸの識別子であるＩＤ（Ｔ１００１）、Ｖ−ＢＯＸの機種名情報（Ｔ１００２）、Ｖ−ＢＯＸのシリアル番号（Ｓ／Ｎ）つまり仮想製番（Ｔ１００３）、Ｖ−ＢＯＸに属する論理ボリュームに付されているＶＬＤＥＶ＃（Ｔ１００４）、ＬＤＥＶ＃（Ｔ１００５）から成る。ＶＬＤＥＶ＃（Ｔ１００４）、ＬＤＥＶ＃（Ｔ１００５）はそれぞれ、仮想ストレージに所属する論理ボリュームの仮想ＬＤＥＶ＃とＬＤＥＶ＃の情報が格納される。

移行先プライマリストレージ装置２０ａは初期状態では、移行先プライマリストレージ装置２０ａ内に、仮想製番として移行先プライマリストレージ装置２０ａの装置シリアル番号が設定されたＶ−ＢＯＸが１つ定義されている。以下、このＶ−ＢＯＸを「仮想ストレージｖ０」と呼ぶ。初期状態ではＶ−ＢＯＸ管理テーブルＴ１０００に、行Ｒ１０１１の情報のみが格納された状態にある。また論理ボリュームが作成されると、作成された論理ボリュームはすべて仮想ストレージｖ０に所属した状態になる。

仮想ストレージは、移行先プライマリストレージ装置２０ａがストレージマネージャ１０１あるいは管理端末から、仮想ストレージの機種名、仮想製番の指定とともに、仮想ストレージの定義を指示する命令を受信することに応じて作成される。ただし仮想ストレージが定義された直後は、仮想ストレージ内に論理ボリュームが１つも所属していない仮想ストレージが定義される（つまりＴ１００４，Ｔ１００５の欄に論理ボリュームの情報が登録されていない）。仮想ストレージの定義後に、仮想ストレージに論理ボリュームを所属させる旨の指示を移行先プライマリストレージ装置２０ａが受け付けると、Ｖ−ＢＯＸ管理テーブル１０００のＴ１００４，Ｔ１００５の欄に論理ボリュームの情報（仮想ＬＤＥＶ＃及びＬＤＥＶ＃）が登録される。

Ｖ−ＢＯＸ管理テーブル１０００に論理ボリュームの情報を登録する際に用いられる、仮想ＬＤＥＶ管理テーブルＴ１５００について、図１０を用いて説明する。仮想ＬＤＥＶ管理テーブルＴ１５００は、論理ボリュームのＬＤＥＶ＃とＶＬＤＥＶ＃との対応関係を管理するテーブルで、ＬＤＥＶ＃（Ｔ１５０１）、ＶＬＤＥＶ＃（Ｔ１５０２）、ＩＤ（Ｔ１５０３）、属性（Ｔ１５０４）の欄からなる。

ＶＬＤＥＶ＃（Ｔ１５０２）には、ＬＤＥＶ＃（Ｔ１５０１）で特定される論理ボリュームに付された仮想ＬＤＥＶ＃が格納される。初期状態では、全ての論理ボリュームについて、ＬＤＥＶ＃（Ｔ１５０１）とＶＬＤＥＶ＃（Ｔ１５０２）は同一の値が格納される。ただし外部（ストレージマネージャ１０１など）からの指示によって、ＶＬＤＥＶ＃（Ｔ１５０２）は変更可能である。また外部からの指示に応じて、ＶＬＤＥＶ＃（Ｔ１５０２）の値を無効値（ＮＵＬＬ）に設定することもできる。

ＩＤ（Ｔ１５０３）は、論理ボリュームが所属しているＶ−ＢＯＸの識別子であるＩＤが格納される。

属性（Ｔ１５０４）には、当該論理ボリュームが仮想ストレージに登録（予約）されているか否かを表す情報が格納される。論理ボリュームが仮想ストレージに登録（予約）された場合、属性（Ｔ１５０４）には“ｒｅｓｅｒｖｅｄ”が格納される。

仮想ＬＤＥＶ管理テーブルＴ１５００またはＶ−ＢＯＸ管理テーブル１０００に登録されるＬＤＥＶ＃は、論理ボリュームが作成された状態にあるか否か（論理ボリューム管理テーブルＴ２００に論理ボリュームの情報が登録されているか否か）とは独立に登録されることができる。そのため、論理ボリュームが作成されていない場合であっても、移行先プライマリストレージ装置２０ａは仮想ストレージに論理ボリュームを登録する処理を実施することができる。

一例として、図５の論理ボリューム管理テーブルＴ２００には、ＬＤＥＶ＃（Ｔ２０１）が３３、４４、５５の３つの論理ボリュームの情報が登録されている。つまり、移行先プライマリストレージ装置２０ａの論理ボリューム管理テーブルＴ２００の状態が図５の状態である場合、移行先プライマリストレージ装置２０ａは３つの論理ボリュームが作成された状態にある。この状態でも、論理ボリューム管理テーブルＴ２００に登録されていない論理ボリューム、たとえばＬＤＥＶ＃が２番の論理ボリュームを仮想ストレージに所属させる処理を行うことが許されている。

先に述べたとおり、ＬＤＥＶ＃に対応づけられたＶＬＤＥＶ＃を、後から変更することは可能で、本発明の実施例１ではこの作業を「仮想化」と呼ぶ。たとえば移行先プライマリストレージ装置２０ａが、ＬＤＥＶ＃が４４番の論理ボリュームに仮想ＬＤＥＶ＃として１１番を付す指示を受け付けると、移行先プライマリストレージ装置２０ａは、仮想ＬＤＥＶ管理テーブルＴ１５００のＬＤＥＶ＃（Ｔ１５０２）が４４番の行に対応するＶＬＤＥＶ＃（Ｔ１５０１）に１１を、そしてＶ−ＢＯＸ管理テーブル１０００のＬＤＥＶ＃（Ｔ１００５）が４４番の行に対応するＶＬＤＥＶ＃（Ｔ１００４）に１１を格納する。

本発明の実施例１に係る移行先プライマリストレージ装置２０ａで仮想化を行う場合、以下の手順を踏むことになっている。ＬＤＥＶ＃が２番の論理ボリュームを仮想ストレージｖ１（Ｖ−ＢＯＸ管理テーブルＴ１０００において、ＩＤ（Ｔ１００１）がｖ１である仮想ストレージ）に所属させ、仮想化により４番のＶＬＤＥＶ＃を付す時の処理の流れを概説する。なお、以下では、ＬＤＥＶ＃がｎ番の論理ボリュームのことを、「ＬＤＥＶ＃ｎ」と略記する。また、ＬＤＥＶ＃２は仮想ストレージｖ０に所属している状態で、ＬＤＥＶ＃２に対応するＶＬＤＥＶ＃が２である状態を想定する。

まず、移行先プライマリストレージ装置２０ａは、ＬＤＥＶ＃２に対応付けられているＶＬＤＥＶ＃をＮＵＬＬにする。これにより仮想ＬＤＥＶ管理テーブルＴ１５００の、ＬＤＥＶ＃（Ｔ１５０１）が２番の行において、ＶＬＤＥＶ＃（Ｔ１５０２）をＮＵＬＬにする。また仮想ＬＤＥＶ管理テーブルＴ１５００の属性Ｔ１５０４に“ｒｅｓｅｒｖｅｄ”を格納する。続いて同じ行のＩＤ（Ｔ１５０３）を参照し、ＬＤＥＶ＃の所属するＶ−ＢＯＸが「ｖ０」であることを認識すると、Ｖ−ＢＯＸ管理テーブルＴ１０００の行Ｒ１０１１において、ＬＤＥＶ＃（Ｔ１００５）が２の行のＶＬＤＥＶ＃（Ｔ１００４）をＮＵＬＬにする。

続いて、ＬＤＥＶ＃２を仮想ストレージｖ１に所属させる処理が行われる。移行先プライマリストレージ装置２０ａは、Ｖ−ＢＯＸ管理テーブルＴ１０００の行Ｒ１０１２のＬＤＥＶ＃（Ｔ１００５）の欄に２を格納する。また対応するＶＬＤＥＶ＃（Ｔ１００４）にはＮＵＬＬが格納される。仮想ＬＤＥＶ管理テーブルＴ１５００のＬＤＥＶ＃２に対応する行のＩＤ（Ｔ１５０３）には「ｖ１」が格納される。

その後、ＬＤＥＶ＃２を仮想化する。移行先プライマリストレージ装置２０ａは、Ｖ−ＢＯＸ管理テーブルＴ１０００に登録されているＬＤＥＶ＃Ｔ１００５が２番の行に対応するＶＬＤＥＶ＃（Ｔ１００４）に４を格納する。仮想ＬＤＥＶ管理テーブルＴ１５００のＬＤＥＶ＃２に対応する行のＶＬＤＥＶ＃（Ｔ１５０２）にも、４を格納する。

詳細は後述するが、本発明の実施例１に係る計算機システムでは、仮想ストレージに所属しているボリュームペアに対してペア操作を行う場合、Ｐ−ＶＯＬやＳ−ＶＯＬを特定する識別情報として仮想製番と仮想ＬＤＥＶ＃の情報、及び命令中に仮想の識別子が使用されている旨の情報が含まれた、ペア操作用の制御用命令がストレージ装置に発行される。ストレージ装置（移行先プライマリストレージ装置２０ａ等）が、Ｐ−ＶＯＬやＳ−ＶＯＬの識別子として仮想製番と仮想ＬＤＥＶ＃の情報を受信すると、Ｖ−ＢＯＸ管理テーブルＴ１０００を参照することによって、仮想ＬＤＥＶ＃をＬＤＥＶ＃に変換し、処理対象の論理ボリュームを特定する。また、命令中に仮想の識別子が使用されている旨の情報が含まれていない場合、命令に含まれている仮想製番と、命令を受信したストレージ装置の装置シリアル番号が一致していないとき、ストレージ装置は命令を拒絶する。

（７）ストレージマネージャの機能
ストレージマネージャ１０１は、プライマリサーバ３０ａまたはセカンダリサーバ３０ｂからストレージ装置の設定、制御を行うためのプログラムである。本発明の実施例１に係る計算機システムの各ストレージ装置はいずれも、ストレージマネージャ１０１から制御される。以下では、ストレージマネージャ１０１の機能及びストレージマネージャ１０１が使用する設定情報について説明する。

ストレージマネージャ１０１は、管理者またはクラスタソフトウェア１０３等のプログラムがストレージ装置の管理操作を行う場合に用いられるプログラムである。ここでの「管理操作」とは、ＬＵパス設定などの設定操作、あるいはリモートコピー機能を用いたペア操作などである。

ストレージマネージャ１０１は、管理操作用のコマンドをいくつかサポートしており、管理者またはクラスタソフトウェア１０３等のプログラムはストレージマネージャ１０１にコマンドを発行することで、ストレージ装置の管理操作を行う。ストレージマネージャ１０１は、受領したコマンドを加工し、ストレージ装置に対して発行するための制御用命令を作成する。そして作成された制御用命令を、ストレージ装置に定義されているコマンドデバイスに対して発行する。制御用命令を受信したストレージ装置は、受信した制御用命令の内容に応じて、所定の処理（ＬＵパス設定等）を行う。そのため、本発明の実施例１に係る計算機システムに存在する各ストレージ装置には、コマンドデバイスが１つ定義される。

ストレージマネージャ１０１でサポートされる管理操作用のコマンドは、大別すると二種類のコマンドがある。１つ目の種類のコマンドは、ボリュームコピー機能（ローカルコピー機能、リモートコピー機能）及びボリュームマイグレーション機能を用いた、ボリュームペアの操作用のコマンド（以下これを、「ペア操作用コマンド」と呼ぶ）である。

２つ目の種類のコマンドは、ペア操作用コマンド以外のコマンドで、これにはＬＵパス設定など、ストレージ装置の設定を行うコマンドが含まれる（以下これを、「設定用コマンド」と呼ぶ）。ストレージマネージャ１０１は、以下で説明する移行処理において必要となるストレージ装置の各種設定処理のうち、コマンドデバイスの作成処理以外の全ての設定処理を行うことができる。

なお、コマンド発行時に操作対象の論理ボリュームの識別子を指定する必要のあるコマンドが存在する。たとえば、ボリュームペアを作成するコマンドや、ＬＵパス設定コマンドなどである。操作対象の論理ボリュームに仮想ＬＤＥＶ＃が付されている場合、指定すべき論理ボリュームの識別子として、仮想ＬＤＥＶ＃を指定するべきか、ＬＤＥＶ＃を指定するべきかという問題がある。本発明の実施例に係るストレージマネージャ１０１では、設定用コマンドでは、論理ボリュームを特定する識別子に、仮想ＬＤＥＶ＃ではなくＬＤＥＶ＃が用いられる。またペア操作用のコマンド（あるいは後述する設定ファイル）で指定される、論理ボリュームを特定する識別子には、仮想ＬＤＥＶ＃が用いられる。

ストレージマネージャ１０１は、ホスト計算機（プライマリサーバ３０ａまたはセカンダリサーバ３０ｂ）上で動作するオペレーティングシステム（ＯＳ）の常駐プログラム（サービス）として動作する。本発明の実施例ではこの常駐プログラムを「インスタンス」と呼ぶ。インスタンスは、１つのホスト計算機で複数稼働させることが可能である。またインスタンスの稼働を開始させることを、「インスタンスを起動する」と呼ぶ。

各インスタンスが起動される時、インスタンス番号と呼ばれる番号が指定される。各インスタンスは起動時に、指定されたインスタンス番号に従って、１つの設定ファイルを読み込む（設定ファイルにはインスタンス番号を含むファイル名が付されており、インスタンスは、指定されたインスタンス番号をファイル名に含むファイルを読み込む）。

設定ファイルには後述する通り、様々な情報が格納されているが、少なくとも使用するコマンドデバイスの情報が格納されている。各インスタンスは設定ファイルに格納されているコマンドデバイスの情報に基づいて、制御用命令の発行先となるコマンドデバイスを特定する。たとえば２つのインスタンスを起動する場合（以下、この２つのインスタンスをそれぞれ、「インスタンス０」、「インスタンス１」と呼ぶ）、インスタンス０用の設定ファイルには移行元プライマリストレージ装置１０ａのコマンドデバイスの情報を格納し、インスタンス１用の設定ファイルに移行先プライマリストレージ装置２０ａのコマンドデバイスの情報を格納しておけば、インスタンス０は移行元プライマリストレージ装置１０ａの管理操作を行うために使用可能で、インスタンス１は移行先プライマリストレージ装置２０ａの管理操作を行うために使用可能である。

またインスタンス０用の設定ファイルとインスタンス１用の設定ファイルの両方に、同一コマンドデバイスの情報を格納しておけば、いずれのインスタンスも、同じストレージ装置の管理操作を行うために用いることができる。これは、一方のインスタンスを、ＬＵパス設定などの設定用用途で用い、もう一方のインスタンスをペア操作の用途で用いる場合に好適である。

また、ストレージマネージャ１０１を用いてストレージ装置のリモートコピー機能の制御（ペア操作）を行う場合、Ｐ−ＶＯＬにアクセスするホスト計算機（プライマリサーバ３０ａ）と、Ｓ−ＶＯＬにアクセスするホスト計算機（セカンダリサーバ３０ｂ）のそれぞれで、少なくとも１つのインスタンスを起動する。

リモートコピー機能の制御を行う場合の設定ファイルの例を図１１に示す。設定ファイル３０００−１はプライマリサーバ３０ａに格納される設定ファイルで、設定ファイル３０００−２はセカンダリサーバ３０ｂに格納される設定ファイルである。また、設定ファイル３０００−１は移行元プライマリストレージ装置１０ａのペア操作用の設定ファイルで、設定ファイル３０００−２は移行元セカンダリストレージ装置１０ｂのペア操作用の設定ファイルである。そしてＰ−ＶＯＬのＬＤＥＶ＃が１１番、Ｐ−ＶＯＬの属するストレージ装置（移行元プライマリストレージ装置１０ａ）のシリアル番号が１番、そしてＳ−ＶＯＬのＬＤＥＶ＃が２２番、Ｓ−ＶＯＬの属するストレージ装置（移行元セカンダリストレージ装置１０ｂ）のシリアル製番が１１番である場合の例である。

各設定ファイル３０００−１，３０００−２には、３種類の情報が格納される。１つ目の情報が、先に述べたコマンドデバイスの情報であり、コマンドデバイス名３００１のフィールドには、インスタンスが制御用命令を発行するコマンドデバイスの識別子が記録される。コマンドデバイスの識別子の名称は、ストレージ装置毎に一意に定まっており、設定用ファイルを作成する際にはその名称を記録する。

２つ目の情報はボリュームペアの情報であり、ペア情報フィールド３００２には、リモートコピー機能による操作対象となるボリュームペアの情報が格納される。記述形式については後述する。

３つ目の情報は、相手先ホスト計算機の情報３００３である。ストレージマネージャ１０１を用いてストレージ装置のリモートコピー機能の制御を行う場合、プライマリサーバ３０ａのインスタンスはセカンダリサーバ３０ｂのインスタンスからＳ−ＶＯＬの情報等を取得する。相手先ホスト計算機の情報３００３はそのために用いられる情報で、相手先ホスト計算機のＩＰアドレスが記述されている。

２つ目の情報である、ペア情報フィールド３００２の記述形式について説明する。ペア情報フィールド３００２には、グループ名３００２−１、装置シリアル番号３００２−２、ＬＤＥＶ＃（３００２−３）が格納される。ＬＤＥＶ＃３００２−３は、ボリュームペアを形成するうちの１つの論理ボリュームのＬＤＥＶ＃が記述される。装置シリアル番号３００２−２には、ＬＤＥＶの存在する装置のシリアル番号（Ｓ／Ｎ）が格納される。グループ名３００２−１にはボリュームペアに付されるグループ名が記述される。グループ名３００２−１の詳細については後述する。

なお、プライマリサーバ３０ａの設定ファイルには、移行元（または移行先）プライマリストレージ装置（１０ａまたは２０ａ）にあるＰ−ＶＯＬのＬＤＥＶ＃が格納され、セカンダリサーバ３０ｂの設定ファイルには、移行元（または移行先）セカンダリストレージ装置（１０ｂまたは２０ｂ）にあるＳ−ＶＯＬのＬＤＥＶ＃が格納される。また、少なくともペア関係にあるＬＤＥＶについては、同じグループ名が付与される必要がある。図１１の例では、ＬＤＥＶ＃（３００２−３）が１１の論理ボリュームと、ＬＤＥＶ＃（３００２−３）が２２の論理ボリュームがペア関係にあり、そのグループ名（３００２−１）が“ｄｅｖｇ０１”であることが記述されている。

なお、管理者またはクラスタソフトウェア１０３等のプログラムが、ストレージマネージャ１０１（のインスタンス）を用いてボリュームペア操作を行う場合、操作対象となるボリュームペアを特定する情報としてグループ名を用いる。たとえばペア作成を指示するコマンドの書式は、以下の通りである。
ｐａｉｒｃｒｅａｔｅ ＜グループ名＞

プライマリサーバ３０ａで稼働するインスタンスに対して、このコマンドが発行されると、プライマリサーバ３０ａで稼働するインスタンスは、設定ファイルの内容に基づいて、コマンドで指定されたグループ名に対応するＬＤＥＶ＃（３００２−３）及び装置シリアル番号（３００２−１）を特定する。またセカンダリサーバ３０ｂで稼働するインスタンスと通信することにより、セカンダリサーバ３０ｂで稼働するインスタンス用の設定ファイルに記述されている、グループ名に対応するＬＤＥＶ＃（３００２−３）及び装置シリアル番号（３００２−１）を取得する。これによりプライマリサーバ３０ａで稼働するインスタンスは、Ｐ−ＶＯＬ及びＳ−ＶＯＬのＬＤＥＶ＃及び装置シリアル番号を特定できる。この情報に基づいて、コマンドデバイスに対して発行する制御用命令を作成して、コマンドデバイスに対してペア操作の制御用命令を発行する。

また、複数のボリュームペアに同一のグループ名を付与してもよく、その場合、上で説明したペア操作用コマンドを発行すると、複数のボリュームペアのペア操作が行われることになる。

この設定ファイルは、計算機システムの管理者によって作成されていた。移行元ストレージシステム１０でボリュームペアの制御を行う場合には、ＬＤＥＶ＃（３００２−３）及び装置シリアル番号３００２−１には、移行元ストレージシステム１０におけるＰ−ＶＯＬまたはＳ−ＶＯＬのＬＤＥＶ＃及び移行元ストレージシステム１０の装置シリアル番号が格納されている。ボリューム移行により、ボリュームペアが移行先ストレージシステム２０に移動した場合、装置シリアル番号やＬＤＥＶ＃も変更されることになるが、その場合、管理者はこの設定ファイルを書き換える必要がある。つまり装置シリアル番号あるいはＬＤＥＶ＃を、移行先ストレージシステムの装置シリアル番号やＬＤＥＶ＃に書き換える必要がある。この作業は、特にボリューム数が増大すると時間のかかる作業となる。

次に、ストレージ装置に仮想ストレージが定義されており、ペア操作対象となる論理ボリュームが仮想ストレージ装置に所属している場合の設定ファイルの例について、図１２を用いて説明する。図１２の例は、移行先ストレージシステムにおいて仮想ストレージを定義し、Ｐ−ＶＯＬの仮想ＬＤＥＶ＃が１１番、Ｐ−ＶＯＬの属する仮想ストレージの仮想製番が１番、そしてＳ−ＶＯＬの仮想ＬＤＥＶ＃が２２番、Ｓ−ＶＯＬの属する仮想ストレージの仮想製番が１１番にした場合の例である（つまり、移行先ストレージシステムにおけるＰ−ＶＯＬ（これを移行先Ｐ−ＶＯＬと呼ぶ）及びＳ−ＶＯＬ（これを移行先Ｓ−ＶＯＬと呼ぶ）に付される仮想製番はそれぞれ、移行元プライマリストレージ装置１０ａ及び移行元セカンダリストレージ装置１０ｂのシリアル番号と同じで、また移行先Ｐ−ＶＯＬ及び移行先Ｓ−ＶＯＬに付される仮想ＬＤＥＶ＃はそれぞれ、移行元プライマリストレージ装置１０ａのＰ−ＶＯＬ（移行元Ｐ−ＶＯＬ）のＬＤＥＶ＃及び移行元セカンダリストレージ装置１０ｂのＳ−ＶＯＬ（移行元Ｓ−ＶＯＬ）のＬＤＥＶ＃と等しい関係にある）。

先に述べたとおり、仮想ストレージが定義されているストレージ装置は、仮想ストレージに所属しているボリュームペアに対するペア操作の指示を受け付ける場合、ストレージマネージャ１０１から、Ｐ−ＶＯＬやＳ−ＶＯＬの識別子として、仮想製番と仮想ＬＤＥＶ＃の情報を受信することによって動作する。そのため、設定ファイルに記述されるボリュームペアの情報としては、Ｐ−ＶＯＬやＳ−ＶＯＬを特定する情報として、仮想製番と仮想ＬＤＥＶ＃が記述される。

図１２において、ファイル３０００−１’が、移行先プライマリストレージ装置２０ａ用の設定ファイルで、ファイル３０００−２’が、移行先セカンダリストレージ装置２０ｂ用の設定ファイルである。以下、ファイル３０００−１’を例にとって、図１１の設定ファイルとの差異を説明する。

図１１に示されている設定ファイルの例と比較すると、ブロック３００１の内容が、ブロック３００１−１’、３００１−２’に変更されている点のみが異なる。ブロック３００１−１’は、ストレージマネージャ１０１がコマンドを発行する先であるコマンドデバイスの識別子である。またブロック３００１−２’は、仮想ストレージに対してコマンドを発行することを表す情報（ＨＯＲＣＭ＿ＶＣＭＤ）、そして仮想ストレージの仮想製番（１番）を表している。

そしてブロック３００１以外の点は、図１１の設定ファイルと同じである。そのため、本発明の実施例に係る移行先ストレージシステムを使用した場合、移行元ストレージシステムから移行先ストレージシステムにボリュームを移行する際の設定ファイル変更の必要がないため、移行に係る作業負担を大幅に削減することができる。

設定ファイルの別の例を図１３に示す。図１３に示されている設定ファイル３０００−１’には、コマンドデバイス名３００１のフィールドだけが存在する。ＬＵパス設定などの設定用途だけに用いられるインスタンスを起動する場合には、このようにコマンドデバイス名３００１のフィールドだけを定義すればよい。

［移行処理の概要］
図１４は、本発明の実施例１に係る計算機システムにおける、移行処理の概要を表した図である。移行元プライマリストレージ装置１０ａ、移行元セカンダリストレージ装置１０ｂは、リモートコピー機能を有している。リモートコピー機能により、移行元プライマリストレージ装置１０ａの論理ボリューム１３０ａと移行元セカンダリストレージ装置１０ｂの論理ボリューム１３０ｂとはペア関係にあり、論理ボリューム１３０ａがＰ−ＶＯＬ、論理ボリューム１３０ｂがＳ−ＶＯＬという関係にある。つまりプライマリサーバ３０ａから移行元プライマリストレージ装置１０ａの論理ボリューム１３０ａに書き込まれたデータは、移行元セカンダリストレージ装置１０ｂの論理ボリューム１３０ｂへとコピーされ、論理ボリューム１３０ｂには常時、論理ボリューム１３０ａのデータの複製が格納されている状態（ペア状態）にある。以下、論理ボリューム１３０ａのことを「移行元Ｐ−ＶＯＬ」と呼び、論理ボリューム１３０ｂのことを「移行元Ｓ−ＶＯＬ」と呼ぶ。

本発明の実施例１に係るボリューム移行方法では、このペア状態にある論理ボリューム１３０ａと論理ボリューム１３０ｂを、ペア状態を維持したまま移行先ストレージシステム２０へと移行する。まず、移行先プライマリストレージ装置２０ａにおいて、仮想ストレージ２５ａを作成する。そして仮想ストレージ２５ａ内に、移行先プライマリボリュームとなる論理ボリューム２３０ａ、及び論理ボリューム２３１ａを作成する。同様に移行先セカンダリストレージ装置２０ｂにおいて、仮想ストレージ２５ｂを作成し、仮想ストレージ２５ｂ内に移行先セカンダリボリュームとなる論理ボリューム２３０ｂを作成する。

仮想ストレージ２５ａは、移行元プライマリストレージ装置１０ａのシリアル番号（Ｓ／Ｎ＝１番）と同じ仮想製番（１番）が設定される。また仮想ストレージ２５ｂは、移行元セカンダリストレージ装置１０ｂのシリアル番号（Ｓ／Ｎ＝１１番）と同じ仮想製番（１１番）が設定される。さらに論理ボリューム２３０ａには、移行元Ｐ−ＶＯＬのＬＤＥＶ＃と同じ番号の仮想ＬＤＥＶ＃が付され、論理ボリューム２３０ｂには、移行元Ｓ−ＶＯＬのＬＤＥＶ＃と同じ番号の仮想ＬＤＥＶ＃が付される。

なお、論理ボリューム２３０ａを作成する際、外部ストレージ接続機能により、論理ボリューム１３０ａが記憶領域として対応付けられる。そのため、論理ボリューム２３０ａは「論理ボリューム１３０ａにマッピングされている」と表現されることもある。一方、論理ボリューム２３１ａは、移行先プライマリストレージ装置２０ａ内のパリティグループ２２ａ（図１に記載のパリティグループ２２ａ）を記憶領域として作成された論理ボリュームである。論理ボリューム２３０ａ、論理ボリューム２３１ａは、論理ボリューム１３０ａと同サイズのボリュームとして作成される。論理ボリューム２３０ａは、実体（データの記憶される記憶領域）が外部のストレージ装置（移行元プライマリストレージ装置１０ａ）に存在する。

続いてプライマリサーバ３０ａの論理ボリュームへのアクセス経路（パス）を切り替えることにより、プライマリサーバ３０ａが論理ボリューム１３０ａ（移行元Ｐ−ＶＯＬ）ではなく、移行先Ｐ−ＶＯＬである論理ボリューム２３０ａにアクセスするように設定を変更する。論理ボリューム２３０ａは、論理ボリューム１３０ａにマッピングされているため、プライマリサーバ３０ａが論理ボリューム２３０ａにデータをライトすると、そのデータは移行先プライマリストレージ装置２０ａから移行元プライマリストレージ装置１０ａに転送され、論理ボリューム１３０ａへと書き込まれる。またプライマリサーバ３０ａが論理ボリューム２３０ａにリードリクエストを発行すると、論理ボリューム１３０ａからデータが読み出され、読み出されたデータは移行元プライマリストレージ装置１０ａから移行先プライマリストレージ装置２０ａに転送され、移行先プライマリストレージ装置２０ａからプライマリサーバ３０ａへと返送される。さらに、論理ボリューム２３０ａには、論理ボリューム１３０ａと同一のボリューム番号（仮想ボリューム番号）が付されており、プライマリサーバ３０ａのアクセス経路は移行先プライマリストレージ装置２０ａへと変更されたものの、プライマリサーバ３０ａは、論理ボリューム２３０ａが論理ボリューム１３０ａと同一ボリュームであると認識する。

次に、移行先ストレージシステム２０のリモートコピー機能により、論理ボリューム２３０ａと論理ボリューム２３０ｂの間でボリュームコピーを開始する。これにより、論理ボリューム２３０ａ（実際には論理ボリューム１３０ａ）から順次データが読み出されて、論理ボリューム２３０ｂへと複製される。なお、この複製処理中も、プライマリサーバ３０ａは論理ボリューム２３０ａに対してＩ／Ｏ要求を発行することができる。プライマリサーバ３０ａが論理ボリューム２３０ａに対してライト要求を発行した場合、論理ボリューム２３０ａ（実際には論理ボリューム１３０ａ）に対してライトデータが書き込まれるとともに、論理ボリューム２３０ｂにもライトデータの複製が格納される。移行元ストレージシステム１０においても、論理ボリューム１３０ａと論理ボリューム１３０ｂはペア状態が維持されているので、論理ボリューム２３０ｂに加えて論理ボリューム１３０ｂにも、論理ボリューム１３０ａのデータの複製が格納される状態にある。

論理ボリューム２３０ａと論理ボリューム２３０ｂの間でボリュームコピーが完了し、２つのボリュームの内容が同一になった時点（つまり、ペア状態が“ｐａｉｒ”になった時点）で、セカンダリサーバ３０ｂの論理ボリュームへのアクセス経路を切り替えて、セカンダリサーバ３０ａが論理ボリューム１３０ｂではなく論理ボリューム２３０ｂにアクセスするように設定を変更する。これで、プライマリサーバ３０ａや移行先プライマリストレージ装置２０ａが障害で停止した場合にも、セカンダリサーバ３０ｂ及び移行先セカンダリストレージ装置２０ｂを用いた業務継続が可能になる。ただしこの時点では、移行先プライマリストレージ装置２１ａには論理ボリューム２３０ａのデータは存在しない。これは、論理ボリューム２３０ａの実体が移行元プライマリストレージ装置１０ａの論理ボリューム１３０ａだからであり、論理ボリューム２３０ａの実体を移行先プライマリストレージ装置２０ａに移動しない限り、移行は完了したことにならない。そのため、移行先プライマリストレージ装置２０ａはボリュームマイグレーション機能を用いることにより、論理ボリューム２３０ａの内容を論理ボリューム２３１ａへと移行する処理を行う。

この移行処理では、移行先プライマリストレージ装置２０ａは論理ボリューム２３０ａの内容を論理ボリューム２３１ａへと複製する。このとき、論理ボリューム２３０ａのデータの実体は、論理ボリューム１３０ａにあるため、実際は、論理ボリューム１３０ａから論理ボリューム２３１ａに対応付けられた記憶領域にデータがコピーされる。そして複製が完了した時点で移行先プライマリストレージ装置２０ａは、論理ボリューム２３０ａと論理ボリューム２３１ａの役割を入れ替える。その結果、論理ボリューム２３１ａが、論理ボリューム２３０ｂのボリュームペアになり、論理ボリューム２３１ａのボリューム番号が、これまで論理ボリューム２３０ａに付されていたボリューム番号へと変更される。

図１５に、ボリュームマイグレーション機能により、論理ボリューム２３０ａと論理ボリューム２３１ａの役割が入れ替わった後の状態を示す。これにより、プライマリサーバ３０ａからライト要求が到来しても、ライトデータが移行元プライマリストレージシステム１０に転送されることはなくなるため、移行元ストレージシステム１０を撤去しても良い状態（つまりボリュームペアの移行が完了した状態）になる。

［移行処理のフロー］
続いて、本発明の実施例１に係る計算機システムにおける、ボリューム移行処理のフローを、図１６、１７、１８のフローチャートを用いて説明する。なお、以下では説明の簡単化のため、移行元ストレージシステムの１ボリュームペア（Ｐ−ＶＯＬ、Ｓ−ＶＯＬのセット）のみの移行処理について説明するが、同時に複数のボリュームペアの移行を行うことも可能である。

最初にストレージマネージャ１０１は、移行元ストレージシステムの構成の調査を行う（Ｓ１０）。移行元ストレージシステムの構成の調査では、主に以下の情報を取得する。
（ア） 移行元プライマリストレージ装置１０ａ、移行元セカンダリストレージ装置１０ｂのシリアル番号（Ｓ／Ｎ）、機種名
（イ） 移行対象のＰ−ＶＯＬ、Ｓ−ＶＯＬのＬＤＥＶ＃及びサイズ
（ウ） 移行元プライマリストレージ装置１０ａ、移行元セカンダリストレージ装置１０ｂで使用されていないＬＤＥＶ＃

これらの情報を調査する際、移行元プライマリストレージ装置１０ａ、移行元セカンダリストレージ装置１０ｂに対して、ストレージマネージャ１０１から構成情報取得用の制御用命令を発行する。ストレージ装置は構成情報取得用の制御用命令を受信すると、装置のシリアル番号、ストレージ装置内で定義されている論理ボリュームのＬＤＥＶ＃やサイズ等の情報を返却する。ストレージ装置内で定義されている論理ボリュームの情報として、一例では論理ボリューム管理テーブルＴ２００の内容が返却される。管理者は、論理ボリューム管理テーブルＴ２００のＬＤＥＶ＃（Ｔ２０１）を参照することで、ＬＤＥＶ＃（Ｔ２０１）に記録されていないＬＤＥＶ＃が「使用されていないＬＤＥＶ＃」であると判断することができる。

なお、以下で説明する移行処理では、各ストレージ装置の構成が以下の場合について説明する。
（ａ） 移行元プライマリストレージ装置１０ａのＰ−ＶＯＬ（移行元Ｐ−ＶＯＬと呼ぶ）のＬＤＥＶ＃が１１番、サイズが１００ＧＢ
（ｂ） 移行元セカンダリストレージ装置１０ｂのＳ−ＶＯＬ（移行元Ｓ−ＶＯＬと呼ぶ）のＬＤＥＶ＃が２２番、サイズが１００ＧＢ
（ｃ） 移行元プライマリストレージ装置１０ａのシリアル番号が１番
（ｄ） 移行元セカンダリストレージ装置１０ｂのシリアル番号が１１番
（ｅ） 移行先プライマリストレージ装置２０ａのシリアル番号が２番
（ｆ） 移行先セカンダリストレージ装置２０ｂのシリアル番号が２２番

また、Ｓ１０において、移行元プライマリストレージ装置１０ａ、移行元セカンダリストレージ装置１０ｂで使用されていないＬＤＥＶ＃を調査した結果、移行先Ｐ−ＶＯＬ、移行先Ｓ−ＶＯＬ、ボリュームマイグレーション機能のターゲットボリュームとして用いる論理ボリュームとして、以下のＬＤＥＶ＃の論理ボリュームを用いると決定された場合を想定する。
（ｇ） 移行先プライマリストレージ装置２０ａのＰ−ＶＯＬ（移行先Ｐ−ＶＯＬと呼ぶ）として選定される論理ボリュームのＬＤＥＶ＃が３３番
（ｈ） 移行先プライマリストレージ装置２０ａにおいて、ボリュームマイグレーション機能のターゲットボリュームとして選定される論理ボリュームのＬＤＥＶ＃が４４番、及び仮想ＬＤＥＶ＃が９９番
（ｉ） 移行元セカンダリストレージ装置１０ｂのＳ−ＶＯＬ（移行元Ｓ−ＶＯＬと呼ぶ）のＬＤＥＶ＃が５５番

また、プライマリサーバ３０ａ、セカンダリサーバ３０ｂで稼働している、ストレージマネージャ１０１のインスタンス番号、及び各インスタンスが使用している設定ファイルを特定しておく。以下の例では、プライマリサーバ３０ａ及びセカンダリサーバ３０ｂで稼働しているインスタンスのインスタンス番号がそれぞれ、１００番及び１０１番であったとする。また以下では、設定ファイルの内容が図１１に示されているものであった場合について説明する。

続いて、移行先ストレージシステムを設置し、移行先ストレージシステムをホスト計算機や他のストレージ装置とファイバチャネルケーブルで接続する（Ｓ２０）。なお、ストレージ装置とホスト計算機、あるいはストレージ装置同士を接続する、ファイバチャネルケーブルなどの伝送線のことを、「物理パス」と呼び、ストレージ装置とホスト計算機、あるいはストレージ装置同士を物理パスで接続する作業のことを、「物理パスの接続」と呼ぶ。

物理パスの接続作業では、以下の物理パスを接続する。
（ア） 移行先プライマリストレージ装置２０ａ（ポートＪ、ポートＫ）とプライマリサーバ３０ａ間の物理パス
（イ） 移行先セカンダリストレージ装置２０ｂ（ポートＱ、ポートＲ）とセカンダリサーバ３０ｂ間の物理パス
（ウ） 移行元プライマリストレージ装置１０ａ（ポートＣ）と移行先プライマリストレージ装置１０ｂ（ポートＬ）間の物理パス
（エ） 移行先プライマリストレージ装置２０ａ（ポートＭ、ポートＮ）と移行先セカンダリストレージ装置２０ｂ（ポートＯ、ポートＰ）間の物理パス

（ア）は、プライマリサーバ３０ａと移行先プライマリストレージ装置２０ａの間のＩ／Ｏ要求、移行先プライマリストレージ装置２０ａのコマンドデバイスへの指示をやり取りするための物理パスである。（イ）は、セカンダリサーバ３０ｂと移行先セカンダリストレージ装置２０ｂの間のＩ／Ｏ要求、移行先セカンダリストレージ装置２０ｂのコマンドデバイスへの指示をやり取りするための物理パスである。

（ウ）は、データ移行のために用いられる物理パスで、外部ストレージ接続機能により移行元プライマリストレージ装置１０ａの移行元ボリューム（Ｐ−ＶＯＬ）を、移行先プライマリストレージ装置２０ａにマッピングするために用いられる。実施例１では、（ウ）の物理パスは１本の例を説明したが、複数の物理パスを接続する構成をとることもできる。また（エ）は、移行先ストレージシステムで、リモートコピー機能によるデータ伝送のために用いられる物理パスである。

Ｓ３０では、ストレージマネージャ１０１は移行元プライマリストレージ装置１０ａの論理ボリュームに対して、ＬＵパス設定を行う。ここでＬＵパス設定の行われる論理ボリュームは、移行対象となるＰ−ＶＯＬである。またここで行われるＬＵパス設定は、移行先プライマリストレージ装置２０ａが外部ストレージ接続機能により、移行元プライマリストレージ装置１０ａの移行対象ボリューム（Ｐ−ＶＯＬ）を認識できるようにするために行われる。そのため、Ｓ２０で移行先プライマリストレージ装置２０ａと接続した、移行元プライマリストレージ装置１０ａのポートＣに対してＬＵパス設定を行う。なお、ＬＵパス設定の際、ＬＵＮを指定する必要があるが、任意のＬＵＮを指定すればよい。

プライマリサーバ３０ａのストレージマネージャ１０１が移行元プライマリストレージ装置１０ａにＬＵパス設定の指示を発行すると、移行元プライマリストレージ装置１０ａは、その指示に従ってＰ−ＶＯＬに対するＬＵパス設定を行う。また、別の実施態様として、管理端末からＬＵパス設定が行われてもよい。

続いてＳ４０では、移行先プライマリストレージ装置２０ａの設定作業を行う。以下、図１７を用いて、Ｓ４０で行われる処理を説明する。まず、管理端末は、コマンドデバイスを作成する。そしてコマンドデバイスの作成後、プライマリサーバ３０ａでストレージマネージャ１０１のインスタンスを起動する。この時起動されるインスタンスが読み込む設定ファイルは、図１３に示されているようなファイル、つまり少なくともコマンドデバイスの識別子の情報が記録された設定ファイルであればよい。また、ここで起動されるインスタンスのインスタンス番号は、すでにプライマリサーバ３０ａ及びセカンダリサーバ３０ｂで稼働しているインスタンスのインスタンス番号（１００番及び１０１番）とは異なるインスタンス番号を用いる。これ以降の各作業は、ストレージマネージャ１０１から行われる。ただし別の実施形態として、管理端末が用いられてもよい。

続いてＳ４０ｂでは、起動されたインスタンスを用いて、移行先プライマリストレージ装置２０ａのポートのうち、移行元プライマリストレージ装置１０ａと接続されるポート（ポートＬ）の属性を、外部ストレージ接続機能用の属性に変更する。さらに移行先プライマリストレージ装置２０ａのポートのうち、移行先セカンダリストレージ装置２０ｂと接続されるポート（ポートＭ、ポートＮ）の属性を、リモートコピー機能用の属性に変更する。具体的にはポートＭ、ポートＮのうち、一方のポートの属性を、移行先プライマリストレージ装置２０ａから移行先セカンダリストレージ装置２０ｂへのデータ送信用ポートの属性にし、残りのポートの属性を移行先セカンダリストレージ装置２０ｂから移行先プライマリストレージ装置２０ａへのデータ受信用ポートの属性に変更する。同様に、移行先セカンダリストレージ装置２０ｂのポートのうち、移行先プライマリストレージ装置２０ａと接続されるポート（ポートＯ、ポートＰ）の属性を、リモートコピー機能用の属性に変更する。

Ｓ４０ｃでは、ストレージマネージャ１０１は、移行先プライマリストレージ装置２０ａに仮想ストレージを作成する。仮想ストレージを作成する際に、ストレージマネージャ１０１が移行先プライマリストレージ装置２０ａに発行する仮想ストレージ作成用の制御用命令には、作成対象の仮想ストレージの識別子、仮想ストレージのシリアル番号、機種名の情報が含まれる。Ｓ４０ｃで発行される制御用命令に含まれる仮想ストレージの識別子はＶ−ＢＯＸ管理テーブルＴ１０００のＩＤ（Ｔ１００１）に格納される識別子であり、定義済みである仮想ストレージの識別子（たとえば、先に述べたように、識別子ｖ０は初期状態で定義済みである）と異なる識別子が指定される。またＳ４０ｃで発行される制御用命令に含まれる仮想ストレージのシリアル番号は移行元プライマリストレージ１０ａのシリアル番号、仮想ストレージ機種名は移行元プライマリストレージ１０ａの機種名が指定される。ストレージマネージャ１０１はこれらの情報とともに仮想ストレージ作成用の制御用命令を移行先プライマリストレージ装置２０ａに発行する。仮想ストレージ作成用の制御用命令を受信した移行先プライマリストレージ装置２０ａは、Ｖ−ＢＯＸ管理テーブルＴ１０００の、ＩＤ（Ｔ１００１）、機種名（Ｔ１００２）、Ｓ／Ｎ（Ｔ１００３）に、受信した仮想ストレージの識別子、機種名、シリアル番号の情報を格納する。

Ｓ４０ｄでは、ストレージマネージャ１０１は移行先プライマリストレージ装置２０ａに対し、移行先ボリュームとして用いるボリュームに付されている仮想ＬＤＥＶ＃を削除する指示を発行する。先に述べたとおり、移行先プライマリストレージ装置２０ａで用意する移行先ボリューム（移行先Ｐ−ＶＯＬ、ターゲットボリューム）のＬＤＥＶ＃が３３番と４４番であるので、その場合について説明する。移行先プライマリストレージ装置２０ａは、仮想ＬＤＥＶ＃を削除する制御用命令を受信すると、仮想ＬＤＥＶ管理テーブルに登録されているＬＤＥＶのうち、ＬＤＥＶ＃（Ｔ１５０１）が４４番と３３番である行のＶＬＤＥＶ＃（Ｔ１５０２）の内容を無効化する（ＮＵＬＬ値を格納する）。また、ストレージマネージャ１０１は、仮想ＬＤＥＶ＃を削除したＬＤＥＶのＬＤＥＶ＃を、仮想ストレージに登録する指示を発行する。移行先プライマリストレージ装置２０ａはこの指示を受けると、Ｖ−ＢＯＸ管理テーブルＴ１０００のＬＤＥＶ＃（Ｔ１００５）にＬＤＥＶ＃を登録し、また仮想ＬＤＥＶ管理テーブルＴ１５００の属性Ｔ１５０４に“ｒｅｓｅｒｖｅｄ”を格納する。属性Ｔ１５０４に“ｒｅｓｅｒｖｅｄ”が格納されていると、移行先プライマリストレージ装置２０ａは、当該ＬＤＥＶが仮想ストレージに所属していると認識し、当該ＬＤＥＶを他の用途で用いない。

Ｓ４０ｅでは、ストレージマネージャ１０１は、仮想ストレージに登録したＬＤＥＶを仮想化、つまり仮想ストレージに登録したＬＤＥＶに対して仮想ＬＤＥＶ＃を付す指示を発行する。先に述べたとおり、ターゲットボリュームの仮想ＬＤＥＶ＃には９９番を使用する。そして移行先Ｐ−ＶＯＬの仮想ＬＤＥＶ＃には、移行元Ｐ−ＶＯＬのＬＤＥＶ＃を付すので、ＬＤＥＶ＃が３３番の論理ボリュームに対して、１１番の仮想ＬＤＥＶ＃を付す制御用命令を、またＬＤＥＶ＃が４４番の論理ボリュームに対して、９９番の仮想ＬＤＥＶ＃を付す制御用命令を発行する。

移行先プライマリストレージ装置２０ａはこの指示を受け付けると、Ｖ−ＢＯＸ管理テーブルＴ１０００に登録されているＬＤＥＶ＃（Ｔ１００５）が３３番の行に対応するＶＬＤＥＶ＃（Ｔ１００４）に１１を格納し、またＬＤＥＶ＃（Ｔ１００５）が４４番の行に対応するＶＬＤＥＶ＃（Ｔ１００４）に９９を格納する。これにより、ＬＤＥＶ＃が３３番の論理ボリュームに仮想ＬＤＥＶ＃として１１番が付され、ＬＤＥＶ＃が４４番の論理ボリュームに、仮想ＬＤＥＶ＃として９９番が付されたことになる。

Ｓ４０ｆでは、外部ストレージ接続機能により、移行元プライマリストレージ装置１０ａの移行元ボリューム（Ｐ−ＶＯＬ）を、移行先プライマリストレージ装置２０ａにマッピングする。ストレージマネージャ１０１は、移行元ボリュームを移行先プライマリストレージ装置２０ａの外部ボリュームグループに登録する制御用命令を発行する。移行先プライマリストレージ装置２０ａはこのコマンドを受け付けると、外部ボリュームグループ管理テーブルＴ１５０に、移行元ボリュームの情報を登録する。この時移行先プライマリストレージ装置２０ａは、移行元ボリュームのサイズの情報を移行元プライマリストレージ装置１０ａから取得し、サイズＴ１５４に格納する。図４が移行元Ｐ−ＶＯＬをマッピングした後の、外部ボリュームグループ管理テーブルＴ１５０の例である。ここでは外部ボリュームグループ名（Ｔ１５１）がＥＧ１である外部ボリュームグループに、移行元Ｐ−ＶＯＬがマッピングされた場合の例が示されている。移行元Ｐ−ＶＯＬのサイズが１００ＧＢであるので、サイズＴ１５４には「１００ＧＢ」が格納される。

さらに、ストレージマネージャ１０１は外部ボリュームグループの記憶領域から論理ボリューム（移行先Ｐ−ＶＯＬ）を作成する制御用命令を発行する。移行先プライマリストレージ装置２０ａはこの制御用命令を受信すると、論理ボリューム管理テーブルＴ２００のＬＤＥＶ＃（Ｔ２０１）に３３、サイズＴ２０２に１００ＧＢ（つまり移行元Ｐ−ＶＯＬの全領域を使って移行先Ｐ−ＶＯＬを作成する）、グループ名Ｔ２０３に“ＥＧ１”、先頭アドレスＴ２０４に０を格納し、ＬＤＥＶ＃が３３番の論理ボリュームの記憶領域が外部ボリュームグループＥＧ１の記憶領域である旨の情報を格納する。

Ｓ４０ｇでは、ボリュームマイグレーション機能で用いるターゲットボリュームを作成する。ここで作成するターゲットボリュームのサイズは、移行先Ｐ−ＶＯＬと同サイズであり、記憶領域として、移行先プライマリストレージ装置２０ａ内のパリティグループの記憶領域を用いる。パリティグループが複数存在する場合、パリティグループの残サイズ（パリティグループ管理テーブルＴ１００の残サイズＴ１０５）が移行先Ｐ−ＶＯＬのサイズ以上である、任意のパリティグループを選定して良い。

ストレージマネージャ１０１は、ＬＤＥＶ＃が４４番の論理ボリュームに、パリティグループの記憶領域を割り当てる制御用命令を発行する。移行先プライマリストレージ装置２０ａはこの制御用命令を受け付けると、論理ボリューム管理テーブルＴ２００に、ＬＤＥＶ＃及びＬＤＥＶに割り当てた記憶領域（パリティグループ）の情報を登録する。図５に、割り当て後の論理ボリューム管理テーブルＴ２００の内容の一例を示す。図５では、ＬＤＥＶ＃４４に、パリティグループＲＧ Ａの領域が１００ＧＢ割り当てられていること（行９０６）、ＬＤＥＶ＃３３に、外部ボリュームグループＥＧ１の領域が１００ＧＢ割り当てられていること（行９０７）が示されている。

Ｓ４０ｈでは、移行先ボリュームにＬＵパス設定を行う。ストレージマネージャ１０１は、ＬＤＥＶ＃３３に、ポート名、ＬＵＮを割り当てる制御用命令を発行する。移行先プライマリストレージ装置２０ａはこの制御用命令を受け付けると、ＬＵ管理テーブルＴ３００に情報を登録する。たとえば、ＬＤＥＶ＃３３に、ポート名３ｅ２４３１７４ａａａａａａａａ、ＬＵＮ０を割り当てる旨の指示が到来した場合、移行先プライマリストレージ装置２０ａは、ＬＵ管理テーブルＴ３００の、ポート名Ｔ３０１が“３ｅ２４３１７４ａａａａａａａａ”、ＬＵＮ（Ｔ３０３）が０の行のＬＤＥＶ＃（Ｔ３０４）の欄に、“３３”を登録する。

以上がＳ４０で行われる処理である。続いて図１６に戻り、Ｓ５０以降の処理について説明する。Ｓ５０では、移行先セカンダリストレージ装置２０ｂの設定作業が行われる。この処理は、Ｓ４０で移行先プライマリストレージ装置２０ａに対して行った作業とほとんど同様である。コマンドデバイスの作成（Ｓ４０ａ相当の作業）、仮想ストレージの作成（Ｓ４０ｃ相当の作業）、移行先ボリューム（Ｓ−ＶＯＬ）として用いるボリュームに付されている仮想ＬＤＥＶ＃の削除及び移行先ボリュームの仮想ストレージへの登録（Ｓ４０ｄ相当の作業）、移行先ボリュームの仮想化（Ｓ４０ｅ相当の作業）、移行先ボリュームの作成（Ｓ４０ｆ相当の作業）、移行先ボリュームへのＬＵパス設定（Ｓ４０ｈ相当の作業）を行う。また、コマンドデバイスの作成作業は、管理端末から実施し、コマンドデバイス作成後にセカンダリサーバ３０ｂでストレージマネージャ１０１のインスタンスを起動すること、そして以降の作業は、起動されたインスタンスを用いて実施する点も、Ｓ４０と同様である。

Ｓ６０では、プライマリサーバ３０ａから移行先プライマリストレージ装置２０ａへの交替パスを追加する。プライマリサーバ３０ａで、プライマリサーバ３０ａのオペレーティングシステム及び交替パスソフト１０２が提供するコマンドを実行することで、Ｓ４０の作業で移行先プライマリストレージ装置２０ａに作成された移行先Ｐ−ＶＯＬを、プライマリサーバ３０ａのオペレーティングシステム及び交替パスソフト１０２が認識する。移行先Ｐ−ＶＯＬが交替パスソフト１０２から認識されると、移行元プライマリストレージ装置１０ａの移行元Ｐ−ＶＯＬと、移行先プライマリストレージ装置２０ａの移行先Ｐ−ＶＯＬは、プライマリサーバ３０ａに対して同じ属性情報（装置シリアル番号、ＬＤＥＶ＃）を見せているため、交替パスソフト１０２は双方のボリュームが同一ボリュームであると認識し、交替パスが構築される。

続いて、プライマリサーバ３０ａから移行元プライマリストレージ装置１０ａの移行元ボリュームへのパスが無効化されるよう、交替パスソフト１０２の設定が変更される。これは交替パスソフト１０２が提供するコマンドが実行されることによって行われる。交替パスソフト１０２は、移行元Ｐ−ＶＯＬと移行先Ｐ−ＶＯＬが同一ボリュームであると認識しているので、交替パスが削除された場合、交替パスソフト１０２は、プライマリサーバ３０ａで稼働するアプリケーションプログラムなどが移行元Ｐ−ＶＯＬに対して発行していたＩ／Ｏ要求を、移行先Ｐ−ＶＯＬへと発行するようになる。

その後移行元プライマリストレージ装置１０ａで、移行元Ｐ−ＶＯＬのＬＵパスの削除が行われる。この作業は、ストレージマネージャ１０１または管理端末から、移行元プライマリストレージ装置１０ａに対してＬＵパスの削除指示を発行することによって行われる。

Ｓ７０では、移行先ストレージシステム１０で、移行先Ｐ−ＶＯＬと移行先Ｓ−ＶＯＬ間のペア作成を行う。プライマリサーバ３０ａ及びセカンダリサーバ３０ｂで、移行元Ｐ−ＶＯＬ、移行先Ｓ−ＶＯＬのボリュームペア操作用に用いられていた設定ファイル（設定ファイルの例は図１１）のデータに基づいて、図１２のように、仮想ストレージに対して制御用命令を発行するための設定ファイルが作成される。そして作成された設定ファイルを用いて、プライマリサーバ３０ａ及びセカンダリサーバ３０ｂのストレージマネージャ１０１のインスタンスが起動される。なお、ここで起動されるインスタンスのインスタンス番号は、すでにプライマリサーバ３０ａ及びセカンダリサーバ３０ｂで稼働しているインスタンスのインスタンス番号（１００番及び１０１番）とは異なるインスタンス番号を用いる。その後プライマリサーバ３０ａのストレージマネージャ１０１がペア作成の制御用命令を発行すると、移行先ストレージシステム１０は、移行先Ｐ−ＶＯＬと移行先Ｓ−ＶＯＬ間でのデータ複製を開始する。

ペア作成が完了する、つまり移行先Ｐ−ＶＯＬのデータが完全に移行先Ｓ−ＶＯＬに複製される間、プライマリサーバ３０ａが移行先Ｐ−ＶＯＬ（ＬＤＥＶ＃３３、仮想ＬＤＥＶ＃１１）にデータをライトすると、そのデータは外部ストレージ接続機能により移行元プライマリストレージ装置１０ａの移行元Ｐ−ＶＯＬ（ＬＤＥＶ＃１１）へと書き込まれ、書き込まれたデータは移行元Ｓ−ＶＯＬ（ＬＤＥＶ＃２２）へと書き込まれる。よって、移行先Ｐ−ＶＯＬと移行先Ｓ−ＶＯＬとの間のペア形成中も移行元Ｐ−ＶＯＬと移行元Ｓ−ＶＯＬとの間で冗長構成が保たれている。また、ペア状態は、ストレージマネージャ１０１から移行先プライマリストレージ装置２０ａに対してペア状態を表示する制御用命令を発行することによって、確認できる。

移行先Ｐ−ＶＯＬと移行先Ｓ−ＶＯＬのペア状態が“ｐａｉｒ”状態に変更された後、プライマリサーバ３０ａ及びセカンダリサーバ３０ｂ上のクラスタソフトウェア１０３等、ディザスタリカバリ用のソフトウェアの動作が停止される（Ｓ８０）。

続いて、移行元ストレージシステム用に起動していた、ストレージマネージャ１０１のインスタンスを停止し、ストレージマネージャ１０１の設定ファイルの書き換えを行う。設定ファイルの書き換えは、Ｓ７０で行ったものと同様である。設定ファイルの書き換えでは、ボリュームペアの情報が記載されているブロック３００２等の変更は不要であるため、設定ファイルの書き換えは短時間で実施できる。設定ファイルの書き換えが終了すると、プライマリサーバ３０ａ及びセカンダリサーバ３０ｂで、当該設定ファイルを用いたインスタンス起動が行われる（Ｓ９０）。ここで起動されるインスタンスのインスタンス番号は、移行処理前にプライマリサーバ３０ａ及びセカンダリサーバ３０ｂで稼働しているインスタンスのインスタンス番号（１００番及び１０１番）と同じインスタンス番号が用いられる。

Ｓ１００では、セカンダリサーバ３０ｂから移行元セカンダリストレージ装置１０ｂの移行元ボリュームへのパスの無効化、移行元セカンダリストレージ装置１０ｂの移行元ボリュームのＬＵパス削除が行われる。この作業はＳ６０で、移行元プライマリストレージ装置１０ａの移行元Ｐ−ＶＯＬに対して行われた作業と同様の作業を、移行元セカンダリストレージ装置１０ｂの移行元Ｓ−ＶＯＬに対して行うものである。また、セカンダリサーバ３０ｂから移行先セカンダリストレージ装置２０ｂの移行先Ｓ−ＶＯＬへのＬＵパス設定を行い、セカンダリサーバ３０ｂに移行先Ｓ−ＶＯＬを認識させる。その後、Ｓ８０で停止していたプライマリサーバ３０ａ及びセカンダリサーバ３０ｂ上のクラスタソフトウェア１０３等のディザスタリカバリ用のソフトウェアの動作を再開させる。

続いてＳ１１０では、移行先Ｐ−ＶＯＬをターゲットボリュームに移行する作業が行われる。移行の際、Ｓ９０で起動したストレージマネージャ１０１のインスタンスとは別のインスタンス（第２インスタンスと呼ぶ）がプライマリサーバ３０ａで起動され、移行先プライマリストレージ装置２０ａに対するボリュームの移行の指示は第２インスタンスを用いて行われる。指示を受け付けた移行先プライマリストレージ装置１０ａは、ボリュームマイグレーション機能を用いて、移行先Ｐ−ＶＯＬをターゲットボリュームに移行する。

移行の完了を待つ、つまり移行先Ｐ−ＶＯＬのデータが完全にターゲットボリュームに複製される間、プライマリサーバ３０ａが移行先Ｐ−ＶＯＬ（ＬＤＥＶ＃３３、仮想ＬＤＥＶ＃１１）にデータをライトすると、そのデータは外部ストレージ接続機能により移行元プライマリストレージ装置１０ａの移行元Ｐ−ＶＯＬ（ＬＤＥＶ＃１１）へと書き込まれる。また、書き込まれたデータは移行先Ｓ−ＶＯＬ（ＬＤＥＶ＃５５、仮想ＬＤＥＶ＃２２）へと書き込まれる。よって、移行先Ｐ−ＶＯＬとターゲットボリュームとの間のデータ移行中も移行元Ｐ−ＶＯＬと移行先Ｓ−ＶＯＬとの間で冗長構成が保たれている。また、ボリューム状態は、ストレージマネージャ１０１から移行先プライマリストレージ装置２０ａに対して、移行状態を取得する制御用命令を発行することによって、確認できる。

移行が完了すると、移行元ストレージシステムのデータはすべて移行先ストレージシステムに格納された状態になる。また、ボリュームマイグレーション機能により、ＬＤＥＶ＃とデータ格納先記憶領域との対応関係が、マイグレーション元とマイグレーション先とで入れ替わる。そのため、マイグレーションが完了すると、仮想ＬＤＥＶ＃１１を指定したプライマリサーバ３０ａからのアクセス要求に対して、移行先プライマリストレージ装置２０ａ内のパリティグループ２２ａの記憶領域が対応付けられた論理ボリュームに対してアクセス処理が実行される。プライマリサーバ３０ａ及びセカンダリサーバ３０ｂは移行元ストレージシステムにはアクセスしない状態になっている（パスが削除されているため）ので、管理者は移行元ストレージシステムを撤去する（Ｓ１２０）。これにより移行処理が完了する。ここまで説明した手順により、プライマリサーバ３０ａからのアクセス（リード、ライト要求等）受け付けを停止することなく、冗長構成を維持したまま、Ｐ−ＶＯＬとＳ−ＶＯＬのボリュームペアを移行元ストレージシステム１０から移行先ストレージシステム２０に移行することができる。

［変形例１］
上で説明した移行処理では、Ｓ７０でペア作成の指示を行った後、ペア状態が“ｐａｉｒ”に変化したことが確認されてから、Ｓ８０以降の処理が行われていた。ただし本発明の移行処理は、上で説明した処理手順に限定されるものではない。別の実施形態として、Ｓ７０でペア作成の指示を行った直後に、それ以降の作業を実施するようにしてもよい。その場合の処理の流れについて、上で説明した移行処理との相違点を中心に説明する。

Ｓ１０からＳ６０の処理は、上で説明した処理と同一である。Ｓ７０において、ペア作成の指示を行うと、ペア状態が“ｐａｉｒ”に変化するのを待たずにＳ８０の処理（ディザスタリカバリ用のソフトウェアの動作の停止）に進む。

続いて、上で説明した移行処理のうち、Ｓ１１０のボリュームの移行指示を移行先プライマリストレージ装置２０ａに対して発行する。ボリューム移行指示の後、ペア作成が完了するのを待つ。この場合、ペア作成が完了すると、同時にボリュームマイグレーション機能により、移行元Ｐ−ＶＯＬとターゲットボリュームが入れ替わる。

ペア作成が完了した後、Ｓ９０、Ｓ１００の処理が実行される。その後Ｓ１２０の処理（移行元ストレージシステムの撤去）を行って、移行処理が終了する。

この移行処理の場合、リモートコピー機能による移行元Ｐ−ＶＯＬから移行先Ｓ−ＶＯＬへの複製と、移行元Ｐ−ＶＯＬからターゲットボリュームへのデータ移行（複製）とが並行して実施されるため、実施例１に係るデータ移行処理よりも、データ移行に要する時間を短縮することができる。

［変形例２］
続いて、本発明の変形例２に係る計算機システムについて説明する。図１９は、本発明の変形例２に係る計算機システムの構成図である。本発明の変形例２に係る計算機システムは実施例１に係る計算機システムと同じく、移行元プライマリストレージ装置１０ａ、移行元セカンダリストレージ装置１０ｂ、移行先プライマリストレージ装置２０ａ、移行先セカンダリストレージ装置２０ｂ、プライマリサーバ３０ａ、セカンダリサーバ３０ｂから構成され、各ストレージ装置のハードウェア構成も実施例１で説明したものと同じである。

実施例１に係る計算機システムとの相違は、リモートコピー機能に、ジャーナルを用いたリモートコピー機能が用いられる点である。なお、変形例２に係る計算機システムにおいて、ジャーナルとは、Ｐ−ＶＯＬのあるストレージ装置からＳ−ＶＯＬのあるストレージ装置に対して送信される、Ｐ−ＶＯＬの複製データを一時蓄積するために用いられる記憶領域である。移行元プライマリストレージ装置１０ａと移行元セカンダリストレージ装置１０ｂにはそれぞれ、ジャーナル１３ａ、ジャーナル１３ｂが設けられている。また、移行処理の際、移行先プライマリストレージ装置２０ａと移行先セカンダリストレージ装置２０ｂにもそれぞれ、ジャーナル２３ａ、ジャーナル２３ｂが設けられる。

ジャーナル（１３ａ、１３ｂ、２３ａ、２３ｂ）には、ジャーナルＩＤと呼ばれる、ストレージ装置内で一意な識別子が付されている。また、ジャーナル１３ａ、１３ｂ、２３ａ、２３ｂにはそれぞれ、ジャーナルボリューム１３３ａ、１３３ｂ、２３３ａ、２３３ｂが登録されている。以下、ジャーナルのことを「ＪＮＬ」と略記することがあり、またジャーナルボリュームのことを「ＪＶＯＬ」と略記することがある。

ジャーナルボリューム（１３３ａ、１３３ｂ、２３３ａ、２３３ｂ）は、実施例１で説明してきた論理ボリューム１３０ａ等と同じ論理ボリュームである。なお、実施例１で説明してきた論理ボリューム１３０ａは、論理ボリューム作成時に、静的にストレージ装置内のパリティグループの記憶領域が対応付けられるボリュームであったが、いわゆるＴｈｉｎ Ｐｒｏｖｉｓｉｏｎｉｎｇ技術を用いて形成されるボリュームをジャーナルボリュームとして用いてもよい。Ｔｈｉｎ Ｐｒｏｖｉｓｉｏｎｉｎｇ技術を用いて形成されるボリュームの場合、ボリュームに対するアクセスを受け付けた時点で、アクセスのあった領域に対して動的に記憶領域を割り当てるため、記憶領域の節約になる。

変形例２に係る計算機システムにおいて、移行元Ｐ−ＶＯＬである論理ボリューム１３０ａのデータは、ジャーナルを用いたリモートコピー機能によって、常時移行元Ｓ−ＶＯＬである論理ボリューム１３０ｂに複製されている状態（ペア状態）にある。移行処理中のデータの流れを図２０に示すが、移行元Ｐ−ＶＯＬの複製データが移行元Ｓ−ＶＯＬへと複製される前に、ＪＮＬ１３ａ、１３ｂを経由する点以外は、実施例１と変わりはない。つまり、移行元Ｐ−ＶＯＬの複製データを移行元セカンダリストレージ装置１０ｂに転送する際、複製データは一旦ＪＮＬ１３ａ（のＪＶＯＬ１３３ａ）に格納される。なお、この時複製データには、シーケンス番号と呼ばれる、複製データの書き込み順を指示する番号が付される。シーケンス番号は、プライマリサーバ３０ａが移行元Ｐ−ＶＯＬにデータを書き込んだ順序と同じ順序で、移行元セカンダリストレージ装置１０ｂが移行元Ｓ−ＶＯＬに複製データを書き込めるようにするために付されるものである。

ＪＮＬ１３ａに格納された複製データは、移行元セカンダリストレージ装置１０ｂのＪＮＬ１３ｂ（のＪＶＯＬ１３３ｂ）へと転送される。その後移行元セカンダリストレージ装置１０ｂは、ＪＮＬ１３ｂに格納された移行元Ｐ−ＶＯＬの複製データを取り出し、複製データに付されているシーケンス番号の順に、複製データを移行元Ｓ−ＶＯＬへと反映する。ここでは、移行元ストレージシステム１０におけるボリューム複製の概要を説明したが、移行先ストレージシステム２０でも、移行先Ｐ−ＶＯＬと移行先Ｓ−ＶＯＬのボリュームペア作成が行われると同様の処理が行われる。

［移行処理のフロー］
続いて、ボリューム移行処理のフローを説明する。変形例２に係る計算機システムにおける、ボリューム移行処理の流れは、実施例１で説明したものとほとんど同じであるため、実施例１で用いられた図１６〜１８を用いて説明する。

変形例２に係る計算機システムでは、リモートコピー機能としてジャーナルを用いたリモートコピー機能を用いるため、移行先ストレージシステム２０にジャーナルを用意する処理が加わる点が、主な相違点である。移行処理のＳ１０において、実施例１で説明した情報に加えて、移行元Ｐ−ＶＯＬ、移行元Ｓ−ＶＯＬのボリュームペアで使用されているジャーナルのジャーナルＩＤの情報を取得する。

後で説明するＳ４０、Ｓ５０において、移行先ストレージシステム２０にジャーナルを作成するが、そこでは移行元ストレージシステム１０のジャーナル１３ａ、１３ｂのジャーナルＩＤと同じＩＤのジャーナル（２３ａ、２３ｂ）を作成する。以下では、ジャーナルＩＤの情報の取得の結果、ジャーナル１３ａのジャーナルＩＤは０、ジャーナル１３ｂのジャーナルＩＤは１であった場合を例にとって説明する。また、ジャーナルボリューム２３３ａのＬＤＥＶ＃は７７番、ジャーナルボリューム２３３ｂのＬＤＥＶ＃は８８番とする場合を例にとって説明する。

Ｓ２０，Ｓ３０は、実施例１で説明した処理と同じである。

Ｓ４０では、実施例１で説明した処理（図１７のＳ４０ａ〜Ｓ４０ｈ）に加えて、Ｓ４０ｇとＳ４０ｈの間に、ジャーナルボリューム２３３ａの作成、そしてジャーナルボリューム２３３ａのジャーナル２３ａへの登録を行う。それ以外の点は、実施例１で説明したＳ４０の処理と同じである。ジャーナルボリューム２３３ａの作成及びジャーナル２３ａへの登録は、ストレージマネージャ１０１から移行先プライマリストレージ装置２０ａに、ジャーナルＩＤ＝０のジャーナルに、ＬＤＥＶ＃７７の論理ボリューム（２３３ａ）を登録する制御用命令を発行することで実施される。この制御用命令を受信した移行先プライマリストレージ装置２０ａは、ジャーナルＩＤ＝０のジャーナルを作成し、さらにＬＤＥＶ＃７７の論理ボリューム（２３３ａ）を作成されたジャーナルに登録する処理を行う。なお、この処理を行う順序は上で説明した順に限定されるわけではない。たとえばＳ４０ｆの前に行うようにしてもよい。

Ｓ５０でも、実施例１で説明した処理に加えて、ジャーナルボリューム２３３ｂの作成及び作成されたジャーナルボリュ―ム２３３ｂのジャーナル２３ｂへの登録を行う。それ以外の点は実施例１で説明したＳ５０の処理と同じである。

Ｓ６０は、実施例１で説明した処理と同じである。

Ｓ７０は、ストレージマネージャ１０１が、ボリュームペア（つまり移行先Ｐ−ＶＯＬと移行先Ｓ−ＶＯＬ）のペア作成の制御用命令を発行する際に、移行先Ｐ−ＶＯＬと移行先Ｓ−ＶＯＬの識別子を指定する他に、Ｓ４０で作成されたジャーナル２３ａ、ジャーナル２３ｂのジャーナルＩＤ（０と１）を指定した制御用命令を発行する。それ以外の点は、実施例１で説明した処理と同じである。これにより、ジャーナル２３ａ、ジャーナル２３ｂを用いた、移行先Ｐ−ＶＯＬから移行先Ｓ−ＶＯＬへのコピーが行われる。

Ｓ８０以降の処理は、実施例１で説明した処理と同じである。

続いて、本発明の実施例２に係る計算機システムについて説明する。図２１は、本発明の実施例２に係る計算機システムの概略構成図である。計算機システムは、移行元ストレージ装置１０ａ、移行先ストレージ装置２０ａ、プライマリサーバ３０ａ、セカンダリサーバ３０ｂからなる。移行元ストレージ装置１０ａ、移行先ストレージ装置２０ａのハードウェア構成は、実施例１で説明した構成と同様である。

本発明の実施例２に係る計算機システムでは、移行前には移行元ストレージ装置１０ａ内の論理ボリューム１３０ａ、１３０ａ’がボリュームペアとして運用されている。論理ボリューム１３０ａがＰ−ＶＯＬ、論理ボリューム１３０ａ’がＳ−ＶＯＬである。つまり、実施例１に係る計算機システムにおいて、移行元セカンダリストレージ１０ｂ内にあった論理ボリューム１３０ｂが、実施例２に係る計算機システムにおいては、論理ボリューム１３０ａと同じストレージ装置（移行元ストレージ装置１０ａ）に存在する構成である。

論理ボリューム１３０ａ’は、論理ボリューム１３０ａのバックアップ取得用に用いられるボリュームで、セカンダリサーバ３０ｂがバックアップ取得時に論理ボリューム１３０ａ’のデータを、非図示のバックアップデバイスにバックアップする。セカンダリサーバ３０ｂには、バックアップ運用のためのプログラムであるバックアップソフト１０４が稼働している。

たとえばバックアップ取得時には、バックアップソフト１０４はストレージマネージャ１０１を用いてボリュームペアの状態を“ｓｕｓｐｅｎｄｅｄ”にし（あるいは、すでにボリュームペアが“ｓｕｓｐｅｎｄｅｄ”の状態であった場合には、ボリュームペアの再同期を行ってからボリュームペアの状態を“ｓｕｓｐｅｎｄｅｄ”にする）、セカンダリサーバ３０ｂのバックアップソフト１０４は論理ボリューム１３０ａ’のデータを、非図示のバックアップデバイスにコピーする処理を行う。バックアップ処理が終了すると、セカンダリサーバ３０ｂはボリュームペアの再同期を行い、ボリュームペアを再び“ｐａｉｒ”状態にする。

以下では、このような構成の計算機システムにおいて、論理ボリューム１３０ａ、１３０ａ’のペア状態を維持したまま移行する際の処理の流れを、図２２、２３、２４を用いて説明する。この処理の流れは、実施例１の移行処理と類似しているため、以下では実施例１との相違点を中心に説明する。

最初に、移行元ストレージ装置１０ａの構成の調査を行う（Ｓ１０’）。実施例１のＳ１０では、移行元セカンダリストレージ装置１０ｂについての調査を行ったが、実施例２の計算機システムでは移行元セカンダリストレージ装置１０ｂは存在しないため、Ｓ１０’では移行元セカンダリストレージ装置１０ｂについての調査は行わない。その他の点は、Ｓ１０’と実施例１のＳ１０とは変わりがない。

続いて管理者は、移行先ストレージ装置２０ａを設置し、移行先ストレージシステムとホスト計算機や移行元ストレージ装置１０ａとの間の物理パス接続を行う（Ｓ２０’）。物理パスの接続作業では、以下の物理パスを接続する。
（ア） 移行先ストレージ装置２０ａ（ポートＪ、ポートＫ）とプライマリサーバ３０ａ間の物理パス
（イ） 移行先ストレージ装置２０ａ（ポートＱ、ポートＲ）とセカンダリサーバ３０ｂ間の物理パス
（ウ） 移行元ストレージ装置１０ａ（ポートＣ）と移行先ストレージ装置２０ａ（ポートＬ）間の物理パス

Ｓ３０’では、ストレージマネージャ１０１は、移行元ストレージ装置１０ａの論理ボリュームに対して、ＬＵパス設定を行う。ここで行われるＬＵパス設定は、実施例１のＳ３０で行われた処理と同様である。つまり移行先ストレージ装置２０ａが外部ストレージ接続機能により、移行元プライマリストレージ装置１０ａの移行対象ボリューム（Ｐ−ＶＯＬ）を認識できるようにするために行われる。そのため、Ｓ２０で移行先ストレージ装置２０ａと接続した、移行元ストレージ装置１０ａのポートＣに対してＬＵパス設定を行う。

続いてＳ４０’では、移行先ストレージ装置２０ａの設定作業が行われる。この作業も、移行先セカンダリストレージ装置に対しての処理を行わない点を除けば、実施例１のＳ４０と同様の作業が行われる。以下、図２３を用いて、Ｓ４０’で実施される処理を説明する。まず、管理端末は、コマンドデバイスを作成する（Ｓ４０ａ）。コマンドデバイスの作成後、プライマリサーバ３０ａでストレージマネージャ１０１のインスタンスが起動される。以降の各作業では、ストレージマネージャ１０１から各種設定が行われる。ただし別の実施形態として、管理端末が用いられてもよい。

続いてＳ４０ｂで、プライマリサーバ３０ａで稼働するストレージマネージャ１０１は、移行先ストレージ装置２０ａのポートのうち、移行元プライマリストレージ装置１０ａと接続されるポート（ポートＬ）の属性を、外部ストレージ接続機能用の属性に変更する。

Ｓ４０ｃでは、ストレージマネージャ１０１は、移行先ストレージ装置２０ａに仮想ストレージ２５ａを作成する。

Ｓ４０ｄ’では、ストレージマネージャ１０１は移行先ストレージ装置２０ａに対し、移行先ボリュームとして用いるボリュームに付されている仮想ＬＤＥＶ＃を削除する制御用命令を発行する。続いて、ストレージマネージャ１０１は、仮想ＬＤＥＶ＃を削除したＬＤＥＶのＬＤＥＶ＃を、仮想ストレージに登録する制御用命令を発行する。ここで、移行先ストレージ装置２０ａで用いられる移行先ボリュームには、移行先Ｐ−ＶＯＬ及び移行先Ｓ−ＶＯＬ（実施例１では移行先セカンダリストレージ装置２０ｂ内にあったもの）が存在する。そのためＳ４０ｄ’では、２つのボリュームに付されている仮想ＬＤＥＶ＃を削除し、この２つのボリュームを仮想ストレージに登録する。

Ｓ４０ｅ’では、ストレージマネージャ１０１は、仮想ストレージに登録したＬＤＥＶの仮想化を実施する。Ｓ４０ｄ’と同じく、２つのボリュームに対して仮想化が実施される。

Ｓ４０ｆでは、ストレージマネージャ１０１は、移行元ストレージ装置１０ａの移行元Ｐ−ＶＯＬを、移行先プライマリストレージ装置２０ａにマッピングする。さらにストレージマネージャ１０１は、マッピングされた記憶領域から移行先ボリューム（移行先Ｐ−ＶＯＬ）を作成する。

Ｓ４０ｇ’では、ボリュームマイグレーション機能で用いるターゲットボリュームを作成する。ここで作成するターゲットボリュームのサイズは、移行先Ｐ−ＶＯＬと同サイズであり、記憶領域として、パリティグル―プ２２ａの記憶領域を用いる。同時に、移行先Ｓ−ＶＯＬの作成を行う。移行先Ｓ−ＶＯＬも記憶領域として、パリティグル―プ２２ａの記憶領域が用いられる。

Ｓ４０ｈでは、移行先Ｐ−ＶＯＬにＬＵパス設定を行う。ストレージマネージャ１０１は、ＬＤＥＶ＃３３に、ポート名、ＬＵＮを割り当てる制御用命令を発行する。

以上がＳ４０’で行われる処理である。続いて図２２に戻り、Ｓ６０’以降の処理について説明する。

Ｓ６０’では、プライマリサーバ３０ａから移行先ストレージ装置２０ａへの交替パスが追加され、またプライマリサーバ３０ａから移行元ストレージ装置１０ａへの交替パスが削除される。これはＳ６０と同様の処理である。

Ｓ７０’では、移行先ストレージ装置２０ａで、移行先Ｐ−ＶＯＬと移行先Ｓ−ＶＯＬ間のペア作成が行われる。プライマリサーバ３０ａのストレージマネージャ１０１がペア作成の制御用命令を発行すると、移行先ストレージ装置２０ａはローカルコピー機能により、移行先Ｐ−ＶＯＬと移行先Ｓ−ＶＯＬ間でのデータ複製を開始する。

移行先Ｐ−ＶＯＬと移行先Ｓ−ＶＯＬのペア状態が“ｐａｉｒ”状態になった後、プライマリサーバ３０ａ及びセカンダリサーバ３０ｂ上のバックアップソフト１０４が停止される（Ｓ８０’）。

続いて、移行元ストレージ装置１０ａ用に起動していた、ストレージマネージャ１０１のインスタンスを停止し、ストレージマネージャ１０１の設定ファイルの書き換えを行う。設定ファイルの書き換え内容は、実施例１と同様で、仮想ストレージに対する制御を行うように、設定ファイルの内容を変更すればよい。設定ファイルの書き換え終了後、プライマリサーバ３０ａ及びセカンダリサーバ３０ｂで、該設定ファイルを用いたインスタンス起動が行われる（Ｓ９０’）。

続いてＳ１００’で、セカンダリサーバ３０ｂは移行元ストレージ装置１０ａの移行元ボリュームへのパスの無効化、移行元セカンダリストレージ装置１０ｂの移行元ボリュームのＬＵパス削除を行う。また、セカンダリサーバ３０ｂは移行先ストレージ装置２０ａの移行先Ｓ−ＶＯＬへのＬＵパス設定を行い、セカンダリサーバ３０ｂに移行先Ｓ−ＶＯＬを認識させる。その後、Ｓ８０’で停止していたバックアップソフト１０４の動作を再開させる。

続いてＳ１１０’では、移行先Ｐ−ＶＯＬをターゲットボリュームに移行する作業が行われる。移行の際、Ｓ９０’で起動したストレージマネージャ１０１のインスタンスとは別のインスタンス（第２インスタンスと呼ぶ）がプライマリサーバ３０ａで起動され、移行先ストレージ装置２０ａに対するボリュームの移行の指示は第２インスタンスから行われる。指示を受け付けた移行先ストレージ装置２０ａは、ボリュームマイグレーション機能を用いて、移行先Ｐ−ＶＯＬをターゲットボリュームに移行する。

移行が完了すると、管理者は移行元ストレージシステムを撤去し（Ｓ１２０’）、移行処理を終了する。実施例２では、プライマリサーバ３０ａからのアクセス受け付けを停止することなく、ストレージ装置内の論理ボリュームのペアを維持したまま、Ｐ−ＶＯＬとＳ−ＶＯＬとを移行元ストレージ装置１０から移行先ストレージ装置２０に移行することができる。

続いて、本発明の実施例３に係る計算機システムについて説明する。図２５は、本発明の実施例３に係る計算機システムの構成図である。実施例１に係る計算機システムとの相違は、プライマリサーバ３０ａに、移行処理を実施するプログラムである移行マネージャ１０５が、そしてセカンダリサーバ３０ｂには、移行マネージャ１０５から呼び出されることで移行先ストレージシステムやセカンダリサーバ３０ｂの設定処理を行うプログラムである移行サブマネージャ１０６が存在する点である。その他の点は、実施例１に係る計算機システムと同様である。なお、図示を省略しているが、プライマリサーバ３０ａとセカンダリサーバ３０ｂ、そして管理端末（１６ａ、１６ｂ、２６ａ、２６ｂ）とは、ＬＡＮまたはＷＡＮで接続され、相互に通信可能になっている。

実施例３に係る計算機システムでは、移行マネージャ１０５が移行処理を一括実行する。そのため、移行マネージャ１０５は、ストレージマネージャ１０１、交替パスソフト１０２、クラスタソフトウェア１０３に対してコマンドを発行し、所定の処理を行わせることができる。また管理端末１６ａ、２６ａに対してコマンドを発行して、コマンドデバイス作成等の処理を行わせることができる。また、ストレージマネージャ１０１が使用する設定ファイルの書き換えを行う機能も有する。

移行サブマネージャ１０６も移行マネージャ１０５と同様に、ストレージマネージャ１０１、交替パスソフト１０２、クラスタソフトウェア１０３に対してコマンドを発行し、所定の処理を行わせることができる。また、ストレージマネージャ１０１が使用する設定ファイルの書き換えを行う機能も有する。ただし移行サブマネージャ１０６は、移行マネージャ１０５からの指示に従って、ストレージマネージャ１０１、交替パスソフト１０２、クラスタソフトウェア１０３に対してコマンドを発行する、あるいはストレージマネージャ１０１が使用する設定ファイルの書き換えを行う。

［移行処理の流れ］
続いて、本発明の実施例３に係る計算機システムにおける、ボリューム移行処理の流れを、図２６のフローチャートを用いて説明する。なお、以下では説明の簡単化のため、移行元ストレージシステムの１ボリュームペア（Ｐ−ＶＯＬ、Ｓ−ＶＯＬのセット）のみの移行処理について説明するが、同時に複数のボリュームペアの移行を行うことも可能である。

Ｓ１０、Ｓ２０は、実施例１の移行処理と同じである。ただし、管理者はＳ１０において、移行元ストレージシステムでボリュームペアとして運用されていたボリューム（移行元Ｐ−ＶＯＬ、移行元Ｓ−ＶＯＬ）の情報を調査する。そしてこのボリュームペアの調査結果とＳ１０での移行元ストレージシステムの構成調査の結果に基づいて、管理者は移行マネージャ１０５に対して移行処理を指示する際に必要となる、以下の情報を準備する。
（１） ストレージ装置１０ａ、１０ｂ、２０ａ、２０ｂの装置シリアル番号
（２） ストレージ装置１０ａ、１０ｂ、２０ａ、２０ｂで未使用のＬＤＥＶ＃
（３） ストレージ装置２０ａ、２０ｂの、各パリティグループの残サイズ
（４） 移行元Ｐ−ＶＯＬのＬＤＥＶ＃、移行元Ｓ−ＶＯＬのＬＤＥＶ＃
（５） 移行元プライマリストレージ装置１０ａのポートのうち、プライマリサーバ３０ａ、移行元セカンダリストレージ装置１０ｂと接続されているポート名
（６） 移行元セカンダリストレージ装置１０ｂのポートのうち、セカンダリサーバ３０ｂ、移行元プライマリストレージ装置１０ａと接続されているポート名
（７） 移行先プライマリストレージ装置２０ａと接続される、移行元プライマリストレージ装置１０ａのポート名（仮にこのポート名を「ポートＣ」と呼ぶ）
（８） ポートＣに対してＬＵパス設定される論理ボリューム（移行元Ｐ−ＶＯＬ）のＬＤＥＶ＃

続いて管理者は移行マネージャ１０５に対し、データ移行の指示を発行する（Ｓ２０’）。その際、以下の情報をパラメータとして指定する。
（１） 移行元プライマリストレージ装置１０ａの装置シリアル番号
（２） 移行元セカンダリストレージ装置１０ｂの装置シリアル番号
（３） 移行先プライマリストレージ装置２０ａの装置シリアル番号
（４） 移行先セカンダリストレージ装置２０ｂの装置シリアル番号
（５） 移行元Ｐ−ＶＯＬのＬＤＥＶ＃、移行元Ｓ−ＶＯＬのＬＤＥＶ＃
（６） 移行先プライマリストレージ装置１０ａ及び移行先セカンダリストレージ装置２０ｂで使用可能なＬＤＥＶ＃（Ｓ１０で調査する、未使用のＬＤＥＶ＃をもとに決定する）
（７） 移行先プライマリストレージ装置１０ａ及び移行先セカンダリストレージ装置２０ｂで使用可能なパリティグループのグループ名（Ｓ１０で調査する、パリティグループの残サイズをもとに、移行先Ｐ−ＶＯＬ（のマイグレーションターゲットボリューム）、移行先Ｓ−ＶＯＬを作成可能なパリティグループを決定する）
（８） 移行先プライマリストレージ装置２０ａと接続される、移行元プライマリストレージ装置１０ａのポート名（仮にこのポート名を「ポートＣ」と呼ぶ）
（９） プライマリサーバ３０ａと接続される移行先プライマリストレージ装置２０ａのポート名
（１０） セカンダリサーバ３０ｂと接続される移行先セカンダリストレージ装置２０ｂのポート名
（１１） 移行先セカンダリストレージ装置２０ｂと接続される、移行先プライマリストレージ装置２０ａのポート名及び移行先セカンダリストレージ装置２０ｂのポート名
（１２） プライマリサーバ３０ａ及びセカンダリサーバ３０ｂで稼働しているインスタンスのインスタンス番号、及びインスタンスが読み込む設定ファイルのファイル名

移行マネージャ１０５は指示を受信すると、移行処理を開始する（Ｓ３０’）。移行処理で行われる内容は、実施例１のＳ３０以降の処理と同様である。以下、実施例１の移行処理と異なる点を中心に説明する。

Ｓ３０、Ｓ４０の処理は、実施例１のＳ３０、Ｓ４０と同様である。Ｓ５０では、移行マネージャ１０５は移行サブマネージャ１０６に指示を出すことにより、移行サブマネージャ１０６に移行先セカンダリストレージ装置２０ｂの設定処理を行わせる。移行サブマネージャ１０６が実施する処理の内容は、実施例１のＳ５０と同様である。

Ｓ５０の処理が終了すると、移行マネージャ１０５はＳ６０、Ｓ７０の処理を行う。Ｓ７０の処理が完了（つまりペア作成完了）すると、移行マネージャ１０５はＳ８０の処理を実施する。Ｓ８０では、セカンダリサーバ３０ｂ上のクラスタソフトウェア１０３等の停止を行う必要もあるため、移行マネージャ１０５はプライマリサーバ３０ａ上のクラスタソフトウェアの動作を停止する処理に加えて、移行サブマネージャ１０６に対し、セカンダリサーバ３０ｂ上のクラスタソフトウェア１０３等の停止を指示する。

Ｓ９０では、移行マネージャ１０５はストレージマネージャ１０１の設定ファイルの書き換えを行う。セカンダリサーバ３０ｂの設定ファイルの書き換えも必要であるので、移行マネージャ１０５は移行サブマネージャ１０６に、セカンダリサーバ３０ｂの設定ファイルの書き換えを行わせる。続いてＳ１００で、移行マネージャ１０５は移行サブマネージャ１０６に指示して、セカンダリサーバ３０ｂから移行元セカンダリストレージ装置１０ｂの移行元ボリュームへのパスの無効化、移行元セカンダリストレージ装置１０ｂの移行元ボリュームのＬＵパス削除を行わせる。

最後にＳ１１０で移行マネージャ１０５は、移行先Ｐ−ＶＯＬをターゲットボリュームに移行する処理を行う。移行が終了すると、移行マネージャ１０５は管理者に、ボリュームの移行処理が完了したことを通知する。管理者はこの通知を受信してから移行元ストレージシステムを撤去（Ｓ１２０）し、移行処理が完了する。

なお、実施例３の移行処理は、上で説明した処理に限定されるものではなく、様々な変形が可能である。上で説明したすべての処理を移行マネージャ１０５あるいは移行サブマネージャ１０６で実行する以外に、一部の処理は管理者が手動で実施するようにしてもよい。たとえば設定ファイルの書き換えは管理者が実施するようにしてもよい。

逆に移行先ストレージシステムで作成する論理ボリュームのＬＤＥＶ＃の選定、あるいは論理ボリュームの作成先となるパリティグループの選定を、移行マネージャ１０５が構成情報の調査結果に基づいて自動決定してもよい。

また、実施例３では、実施例１に係る計算機システムと同様の構成下でのボリュームペア移行、つまりリモートコピー機能によるボリュームペアの移行について説明したが、実施例３で説明した移行方法を、実施例２に係る計算機システムでのボリュームペア移行（ローカルコピー機能によるボリュームペアの移行）に適用することもできる。

以上が、本発明の実施例に係る移行処理の内容である。本発明の移行処理では、移行元ストレージ装置から移行先ストレージ装置にボリュームを移行しても、移行対象の論理ボリュームに付されている、ホスト計算機から認識される識別情報である、ボリューム番号や装置シリアル番号などの情報が変化しない。そのためホスト計算機からは透過的にボリューム移行が実行されるので、ホスト計算機ではＩ／Ｏ処理を停止する必要がない。

また、リモートコピー機能などによるボリュームペアを形成しているボリューム群を移行する場合でも、移行中でもボリュームが二重化された状態が常時維持されるため、移行処理によってデータの可用性が低下しない。さらにボリューム番号等の識別情報が変化しないため、ホスト計算機上に存在するペアボリュームの制御用の設定ファイルをほとんど変更する必要がない。そのため、バックアップやディザスタリカバリ用のソフトウェア・サービスの停止時間を、極めて短時間に限定することができる。

以上、本発明の実施形態に係るストレージシステムを説明してきたが、本発明は上で説明した実施形態に限定されるものではない。上で説明してきた移行処理は、ホスト計算機（プライマリサーバ）からの指示によって行われるものであったが、ストレージ装置が管理操作用の命令を発行することにより、移行を制御する構成もあり得る。また、本発明の実施例に係る移行処理は、装置間のデータ移行、装置の置き換え用途にのみ用いられるものではなく、システムの拡張に用いることもできる。

一例として、図２７に示されているように、ストレージ装置１０ａ、１０ａ’から構成されているストレージシステム１０’において、ストレージ装置１０ａの負荷が高くなった場合を想定する。その場合、ストレージシステム１０’に新規ストレージ装置２０ａ’を導入し、ストレージシステム１０’内のボリュームペアを、新規ストレージ装置２０ａ’に移行するという場合に、本発明の実施例に係る移行処理を適用することが可能である。またこの時、ストレージシステム１０’内のストレージ装置１０ａ’（または１０ａ）内に、実施例１で説明したストレージマネージャ相当のプログラムであるストレージ制御プログラム１５０’を設け、ストレージ装置１０ａ’が各装置の構成情報の取得、ボリュームの設定、ペア作成、ボリューム移行等の処理の流れを制御するようにしてもよい。

１０ａ: 移行元プライマリストレージ装置
１０ｂ: 移行元セカンダリストレージ装置
２０ａ: 移行先プライマリストレージ装置
２０ｂ: 移行先セカンダリストレージ装置
３０ａ: プライマリサーバ
３０ｂ: セカンダリサーバ
５０：ＳＡＮ
６０：ＳＡＮ

Claims (12)

1. 移行元ストレージシステムと、移行先ストレージシステムと、前記移行元ストレージシステムと移行先ストレージシステムに接続されるサーバとを有する計算機システムにおけるボリューム移行方法において、
   前記移行元ストレージシステムは、移行元プライマリボリュームと移行元セカンダリボリュームを有し、前記移行元プライマリボリュームと前記移行元セカンダリボリュームは、前記移行元セカンダリボリュームに前記移行元プライマリボリュームのデータの複製が常時格納されたペア状態において、
   （１）前記移行先ストレージシステムは、前記移行元プライマリボリュームを記憶領域とする移行先プライマリボリュームと、前記移行先ストレージシステムの有する記憶デバイスを記憶領域とする移行先セカンダリボリュームを作成し、
   （２）前記サーバは、前記移行元プライマリボリュームへのアクセス要求の発行先を、前記移行先プライマリボリュームへと切り替え、
   （３）前記アクセスパスが前記移行先プライマリボリュームに切り替えられたのち、前記移行先ストレージシステムは、前記移行先プライマリボリュームのデータを前記移行先セカンダリボリュームへと複製することによって、前記移行先プライマリボリュームと前記移行先セカンダリボリュームとをペア状態にする、
   手順を実行することを特徴とする、ボリューム移行方法。
2. 前記移行先ストレージシステムは、
   （４）前記移行先プライマリボリュームのデータを、前記移行先ストレージシステムの有する記憶デバイスを記憶領域とするターゲットボリュームへ移行する、
   ことを特徴とする、請求項１に記載のボリューム移行方法。
3. 前記移行先プライマリボリュームは、前記移行元プライマリボリュームと同一の識別子を有し、
   前記サーバは、前記識別子に基づいて、前記移行先プライマリボリュームへのアクセスパスを、前記移行元プライマリボリュームの交替パスと認識するサーバであって、
   前記サーバは、前記移行元プライマリボリュームへのアクセスパスが削除されたことを契機に、前記移行元プライマリボリュームへのアクセス要求の発行先を、前記移行先プライマリボリュームへと切り替える、
   ことを特徴とする、請求項１に記載のボリューム移行方法。
4. 前記識別子は、前記移行元プライマリストレージシステム内で一意なボリューム番号及び前記移行元プライマリストレージシステムのシリアル番号であり、
   前記移行先プライマリボリュームは、前記移行先プライマリストレージシステム内で一意なボリューム番号及び前記移行先プライマリストレージシステムのシリアル番号で構成される識別情報に加え、前記識別子を仮想識別子として有し、
   前記サーバには前記仮想識別子を前記移行先プライマリボリュームの識別子として提供する、
   ことを特徴とする、請求項３に記載のボリューム移行方法。
5. 前記移行元ストレージシステムは、前記移行元プライマリボリュームを有する移行元プライマリストレージ装置と、前記移行元セカンダリボリュームを有する移行元セカンダリストレージ装置とから構成され、
   前記移行先ストレージシステムは、移行先プライマリストレージ装置と移行先セカンダリストレージ装置とから構成され、
   前記移行先ストレージシステムは、前記移行先プライマリストレージ装置に前記移行先プライマリボリュームを作成し、前記移行先セカンダリストレージ装置に前記移行先セカンダリボリュームを作成する、
   ことを特徴とする、請求項１に記載のボリューム移行方法。
6. 前記アクセスパスが前記移行先プライマリボリュームに切り替えられたのち、前記移行先ストレージシステムは、前記移行先プライマリボリュームのデータの前記移行先セカンダリボリュームへの複製を開始し、
   前記複製の完了前に、前記移行先プライマリボリュームのデータの前記移行先セカンダリボリュームへの複製を開始する、
   ことを特徴とする、請求項５に記載のボリューム移行方法。
7. 前記手順の実行中、
   前記移行元プライマリボリュームと前記移行元セカンダリボリュームは、前記移行元セカンダリボリュームに前記移行元プライマリボリュームのデータの複製が常時格納されたペア状態が維持されている、
   ことを特徴とする、請求項１に記載のボリューム移行方法。
8. 移行元ストレージシステムと、移行先ストレージシステムと、前記移行元ストレージシステムと移行先ストレージシステムに接続されるサーバとを有する計算機システムにおいて、
   前記移行元ストレージシステムは、移行元プライマリボリュームと移行元セカンダリボリュームを有し、前記移行元プライマリボリュームと前記移行元セカンダリボリュームは、前記移行元セカンダリボリュームに前記移行元プライマリボリュームのデータの複製が常時格納されたペア状態であって、
   前記計算機システムは、
   （１）前記移行先ストレージシステムに、前記移行元プライマリボリュームを記憶領域とする移行先プライマリボリュームと、前記移行先ストレージシステムの有する記憶デバイスを記憶領域とする移行先セカンダリボリュームを作成させ、
   （２）前記サーバに、前記移行元プライマリボリュームへのアクセス要求の発行先を、前記移行先プライマリボリュームへと切り替えさせ、
   （３）前記アクセスパスが前記移行先プライマリボリュームに切り替えられたのち、前記移行先ストレージシステムに、前記移行先プライマリボリュームのデータを前記移行先セカンダリボリュームへと複製させることによって、前記移行先プライマリボリュームと前記移行先セカンダリボリュームとをペア状態にする、
   ことを特徴とする、計算機システム。
9. 前記計算機システムは、前記移行先ストレージシステムに、
   （４）前記移行先プライマリボリュームのデータを、前記移行先ストレージシステムの有する記憶デバイスを記憶領域とするターゲットボリュームへ移行させる、
   ことを特徴とする、請求項８に記載の計算機システム。
10. 前記移行先プライマリボリュームは、前記移行元プライマリボリュームと同一の識別子を有し、
    前記サーバは、前記識別子に基づいて、前記移行先プライマリボリュームへのアクセスパスを、前記移行元プライマリボリュームの交替パスと認識するサーバであって、
    前記サーバは、前記移行元プライマリボリュームへのアクセスパスが削除されたことを契機に、前記移行元プライマリボリュームへのアクセス要求の発行先を、前記移行先プライマリボリュームへと切り替える、
    ことを特徴とする、請求項８に記載の計算機システム。
11. 前記移行元ストレージシステムは、前記移行元プライマリボリュームを有する移行元プライマリストレージ装置と、前記移行元セカンダリボリュームを有する移行元セカンダリストレージ装置とから構成され、
    前記移行先ストレージシステムは、移行先プライマリストレージ装置と移行先セカンダリストレージ装置とから構成され、
    前記移行先ストレージシステムは、前記移行先プライマリストレージ装置に前記移行先プライマリボリュームを作成し、前記移行先セカンダリストレージ装置に前記移行先セカンダリボリュームを作成する、
    ことを特徴とする、請求項８に記載の計算機システム。
12. 前記アクセスパスが前記移行先プライマリボリュームに切り替えられたのち、前記移行先ストレージシステムは、前記移行先プライマリボリュームのデータの前記移行先セカンダリボリュームへの複製を開始し、
    前記複製の完了前に、前記移行先プライマリボリュームのデータの前記移行先セカンダリボリュームへの複製を開始する、
    ことを特徴とする、請求項１１に記載の計算機システム。

Images