(57)【要約】【課題】複数台のストレージ装置からなるストレージシステムにおいて、ストレージ装置間で複製ボリュームを移行する。【解決手段】複製ボリュームをストレージ装置２０Ａからストレージ装置２０Ｂに移行する場合、仮想化装置５２が、ストレージ装置２０Ｂとの間のパスを設定する。次に、ストレージ装置２０Ｂが、アクセス要求を受けるために差分ビットマップの準備を行う。その準備が完了したときに、仮想化装置５２が、アクセス要求をストレージ装置２０Ｂに行う。そして、ストレージ装置２０Ｂが、アクセス要求をストレージ装置２０Ａに渡す。続いて、ストレージ装置２０Ａが、アクセス要求をディスク装置２４に反映させるように処理し、キャッシュ上のデータをディスク装置２４に格納する緊急デステージを行う。緊急デステージが終了したときに、ストレージ装置２０Ｂが、外部ストレージ装置７０を接続し、アクセス要求を外部ストレージ装置７０に渡す。【選択図】図１
2007115221.tif 000002
【特許請求の範囲】
【請求項１】
複数のストレージ装置が論理的に管理するボリュームを、実体として各ストレージ装置
または前記ストレージ装置に接続される外部ストレージ装置に有するストレージシステム
と、前記複数のストレージ装置を１つのストレージ装置として識別する仮想化装置とを含
んで構成されるシステムにおいて、前記ボリュームを前記ストレージ装置間で移行するボ
リューム移行方法であって、
前記ボリュームを前記ストレージ装置間で移行する場合に、
そのボリュームとペアまたは２以上のペアからなるグループをなす他ボリュームを含め
て移行すること
を特徴とするボリューム移行方法。
【請求項２】
前記ボリュームが複製ボリュームをなしており、その複製ボリュームの実体が前記外部
ストレージ装置にあり、その複製ボリュームのコピー元ボリュームおよびコピー先ボリュ
ームを、前記仮想化装置とのパスが既に設定されている第１のストレージ装置からそのパ
スが設定されていない第２のストレージ装置に移行する場合に、
前記仮想化装置が、前記第２のストレージ装置との間のパスを設定するステップと、
前記第２のストレージ装置が、アクセス要求を受けるために、前記コピー元ボリューム
および前記コピー先ボリュームのデータの差分を示す差分ビットマップの準備を行うステ
ップと、
前記差分ビットマップの準備が完了したときに、前記仮想化装置が、前記ボリュームに
対するアクセス要求を、前記第１のストレージ装置ではなく前記第２のストレージ装置に
行うように設定するステップと、
前記第２のストレージ装置が、前記仮想化装置から受けたアクセス要求を前記第１のス
トレージ装置に渡すステップと、
前記第１のストレージ装置が、前記第２のストレージ装置から受けたアクセス要求をデ
ィスク装置に反映させるように処理するステップと、
前記第１のストレージ装置が、前記ボリュームのキャッシュ上のデータをディスク装置
に格納する緊急デステージを行うステップと、
前記緊急デステージが終了したときに、前記第２のストレージ装置が、前記外部ストレ
ージ装置を接続し、前記仮想化装置から受けたアクセス要求を、前記第１のストレージ装
置ではなく前記外部ストレージ装置に渡すステップと、
を含んで実行すること
を特徴とする請求項１に記載のボリューム移行方法。
【請求項３】
前記複製ボリュームにおいて、その複製ボリュームのコピー先ボリュームが他の複製ボ
リュームのコピー元ボリュームであるときに、
前記複製ボリュームのコピー元ボリュームおよびコピー先ボリュームならびに前記他の
複製ボリュームのコピー先ボリュームを同一の前記第２のストレージ装置に移行すること
を特徴とする請求項２に記載のボリューム移行方法。
【請求項４】
前記複製ボリュームにおいて、コピー元ボリュームからコピー先ボリュームにコピー中
であるときに、そのコピーを実施するとともに、前記コピー元ボリュームおよび前記コピ
ー先ボリュームを前記第２のストレージ装置に移行すること
を特徴とする請求項２に記載のボリューム移行方法。
【請求項５】
前記複製ボリュームにおいて、コピー元ボリュームを前記第２のストレージ装置に移行
した後、前記第２のストレージ装置においてコピー元ボリュームからコピー先ボリューム
にコピーすること
を特徴とする請求項２に記載のボリューム移行方法。
【請求項６】
前記ボリュームが複製ボリュームをなしている場合に、
その複製ボリュームのコピー元ボリュームを現在のストレージ装置に残し、コピー先ボ
リュームを別のストレージ装置に移行すること
を特徴とする請求項１に記載のボリューム移行方法。
【請求項７】
最初に全データをコピー元ボリュームからコピー先ボリュームにコピーする形成コピー
を行った後に、前記コピー先ボリュームを別のストレージ装置に移行すること
を特徴とする請求項６に記載のボリューム移行方法。
【請求項８】
前記ボリュームが複製ボリュームをなしている場合に、
コピー元ボリュームを別のストレージ装置に移行した後、その別のストレージ装置にお
いて、コピー元ボリュームからのコピー先ボリュームへのコピーをするべきであると判定
すること
を特徴とする請求項１に記載のボリューム移行方法。
【請求項９】
前記ボリュームが複製ボリュームをなしている場合に、
コピー先ボリュームが不要になる予定があるときに、
その予定に応じて前記ボリュームを移行するか否かを決定すること
を特徴とする請求項１に記載のボリューム移行方法。
【請求項１０】
前記仮想化装置は、ホスト計算機、スイッチまたは専用装置であること
を特徴とする請求項１に記載のボリューム移行方法。
【請求項１１】
前記ストレージシステムに接続された管理装置が、前記ボリュームを移行するタイミン
グを調停すること
を特徴とする請求項１に記載のボリューム移行方法。
【請求項１２】
前記ストレージ装置間で通信することによって、前記ボリュームを移行するタイミング
を調停すること
を特徴とする請求項１に記載のボリューム移行方法。
【請求項１３】
複数のストレージ装置が論理的に管理するボリュームを、実体として各ストレージ装置
または前記ストレージ装置に接続される外部ストレージ装置に有するストレージシステム
と、前記複数のストレージ装置を１つのストレージ装置として識別する仮想化装置とを含
んで構成されるシステムにおいて、前記ボリュームを前記ストレージ装置間で移行するボ
リューム移行方法であって、
前記ボリュームを前記ストレージ装置間で移行する場合に、
そのボリューム内にあるデータとペアまたは２以上のペアからなるグループをなす他デ
ータのある他ボリュームを含めて移行すること
を特徴とするボリューム移行方法。
【請求項１４】
前記ボリュームのデータが複製データをなしている場合に、
コピー元データのあるボリュームおよびコピー先データのあるボリュームを同一のスト
レージ装置に移行すること
を特徴とする請求項１３に記載のボリューム移行方法。
【請求項１５】
前記ボリューム内にあるデータとペアまたはグループをなす他データが仮想的な領域ま
たはボリュームに格納されている場合、移行先のストレージ装置にも仮想的な領域または
ボリュームを確保して移行すること
を特徴とする請求項１３に記載のボリューム移行方法。
【請求項１６】
前記ボリュームのデータが複製データをなしている場合に、
コピー元データのあるボリュームを現在のストレージ装置に残し、コピー先データのあ
るボリュームを別のストレージ装置に移行すること
を特徴とする請求項１３に記載のボリューム移行方法。
【請求項１７】
最初に全データをコピー元ボリュームからコピー先ボリュームにコピーする形成コピー
を行った後に、前記コピー先データのあるボリュームを別のストレージ装置に移行するこ
と
を特徴とする請求項１６に記載のボリューム移行方法。
【請求項１８】
前記ボリュームのデータが複製データをなしている場合に、
コピー元データのあるボリュームを別のストレージ装置に移行した後、コピー元データ
のあるボリュームからのコピー先データのあるボリュームへのコピーをするべきであると
判定すること
を特徴とする請求項１３に記載のボリューム移行方法。
【請求項１９】
複数のストレージ装置が論理的に管理するボリュームを、実体として各ストレージ装置
または前記ストレージ装置に接続される外部ストレージ装置に有するストレージシステム
と、前記複数のストレージ装置を１つのストレージ装置として識別する仮想化装置とを含
んで構成されるシステムにおいて、前記ボリュームを前記ストレージ装置間で移行するボ
リューム移行方法であって、
第１のストレージ装置によって管理されるボリュームが複製ボリュームをなしており、その複製ボリュームの２組以上がグループをなしている場合に、そのグループの一部の複製ボリュームを前記第１のストレージ装置から第２のストレージ装置へ移行したときに、前記仮想化装置が前記第１のストレージ装置および前記第２のストレージ装置にまたがって複製ボリュームが存在するグループを所定のテーブルによって管理する
ことを特徴とするボリューム移行方法。
【請求項２０】
前記グループの一部の複製ボリュームを前記第１のストレージ装置から前記第２のストレージ装置へ移行するときに、さらに一部の複製ボリュームについては、副ボリュームだけを移行する
ことを特徴とする請求項１９に記載のボリューム移行方法。
【請求項２１】
前記仮想化装置は、前記グループ単位で複製ボリュームを分割するＳｐｌｉｔ要求を各ストレージ装置のグループに対して発行し、
前記ストレージ装置は、前記仮想化装置から前記Ｓｐｌｉｔ要求を受けたときに、前記グループに属するすべての複製ボリュームを分割する処理を行う
ことを特徴とする請求項１９または請求項２０に記載のボリューム移行方法。
【請求項２２】
前記仮想化装置は、前記グループ単位で複製ボリュームを分割するＳｐｌｉｔ要求を各ストレージ装置の複製ボリュームに対して発行し、
前記ストレージ装置は、前記仮想化装置から前記Ｓｐｌｉｔ要求を受けたときに、前記複製ボリュームが属するグループを特定し、そのグループに属するすべての複製ボリュームを分割する処理を行う
ことを特徴とする請求項１９または請求項２０に記載のボリューム移行方法。
【請求項２３】
複数のストレージ装置が論理的に管理するボリュームを、実体として各ストレージ装置
または前記ストレージ装置に接続される外部ストレージ装置に有するストレージシステム
と、前記複数のストレージ装置を１つのストレージ装置として識別する仮想化装置とを含
んで構成されるシステムにおいて、前記ボリュームを前記ストレージ装置間で移行するボ
リューム移行方法であって、
前記ストレージ装置は、
予め全容量のデータ領域を確保しない仮想ボリュームとして、
前記仮想ボリュームのデータの一部または全部を格納する仮想領域と、
前記仮想ボリューム内のアドレスごとにデータの格納箇所を管理するアドレスマッピングテーブルと、
を論理的に管理し、
第１のストレージ装置が管理するボリュームが複製ボリュームをなしており、その複製ボリュームのうち、副ボリュームが前記仮想ボリュームであり、
前記第１のストレージ装置から第２のストレージ装置へ前記複製ボリュームを移行する場合に、前記副ボリュームに係る仮想領域およびアドレスマッピングテーブルの管理を前記第１のストレージ装置から前記第２のストレージ装置へ移行する
ことを特徴とするボリューム移行方法。
【請求項２４】
前記複製ボリュームのうち、正ボリュームおよび副ボリュームともに前記仮想ボリュームであり、
前記第１のストレージ装置から第２のストレージ装置へ前記複製ボリュームを移行する場合に、前記正ボリュームおよび前記副ボリュームに係る仮想領域およびアドレスマッピングテーブルの管理を前記第１のストレージ装置から前記第２のストレージ装置へ移行する
ことを特徴とする請求項２３に記載のボリューム移行方法。
【請求項２５】
前記第１のストレージ装置が管理する前記仮想領域または前記アドレスマッピングテーブルが前記第１のストレージ装置内に格納されている場合には、前記第１のストレージ装置から前記第２のストレージ装置へ前記複製ボリュームを移行するときに、前記第１のストレージ装置から前記第２のストレージ装置へ前記仮想領域または前記アドレスマッピングテーブルを転送する
ことを特徴とする請求項２３または請求項２４に記載のボリューム移行方法。
【請求項２６】
前記第１のストレージ装置が管理する前記仮想領域または前記アドレスマッピングテーブルが前記外部ストレージ装置内に格納されている場合には、前記第１のストレージ装置から前記第２のストレージ装置へ前記複製ボリュームを移行したときに、前記第２のストレージ装置が前記外部ストレージ装置内の前記仮想領域または前記アドレスマッピングテーブルを参照更新する
ことを特徴とする請求項２３または請求項２４に記載のボリューム移行方法。
【請求項２７】
複数のストレージ装置が論理的に管理するボリュームを、実体として各ストレージ装置
または前記ストレージ装置に接続される外部ストレージ装置に有するストレージシステム
と、前記複数のストレージ装置を１つのストレージ装置として識別する仮想化装置とを含
んで構成されるストレージネットワークシステムであって、
前記ボリュームを前記ストレージ装置間で移行する場合に、
そのボリュームとペアまたは２以上のペアからなるグループをなす他ボリュームを含め
て移行する
ことを特徴とするストレージネットワークシステム。
【請求項２８】
前記ボリュームが複製ボリュームをなしており、その複製ボリュームの実体が前記外部
ストレージ装置にあり、その複製ボリュームのコピー元ボリュームおよびコピー先ボリュ
ームを、前記仮想化装置とのパスが既に設定されている第１のストレージ装置からそのパ
スが設定されていない第２のストレージ装置に移行する場合に、
前記仮想化装置が、前記第２のストレージ装置との間のパスを設定し、
前記第２のストレージ装置が、アクセス要求を受けるために、前記コピー元ボリューム
および前記コピー先ボリュームのデータの差分を示す差分ビットマップの準備を行い、
前記差分ビットマップの準備が完了したときに、前記仮想化装置が、前記ボリュームに
対するアクセス要求を、前記第１のストレージ装置ではなく前記第２のストレージ装置に
行うように設定し、
前記第２のストレージ装置が、前記仮想化装置から受けたアクセス要求を前記第１のス
トレージ装置に渡し、
前記第１のストレージ装置が、前記第２のストレージ装置から受けたアクセス要求をデ
ィスク装置に反映させるように処理し、
前記第１のストレージ装置が、前記ボリュームのキャッシュ上のデータをディスク装置
に格納する緊急デステージを行い、
前記緊急デステージが終了したときに、前記第２のストレージ装置が、前記外部ストレ
ージ装置を接続し、前記仮想化装置から受けたアクセス要求を、前記第１のストレージ装
置ではなく前記外部ストレージ装置に渡す
ことを特徴とする請求項２７に記載のストレージネットワークシステム。
【請求項２９】
複数のストレージ装置が論理的に管理するボリュームを、実体として各ストレージ装置
または前記ストレージ装置に接続される外部ストレージ装置に有するストレージシステム
と、前記複数のストレージ装置を１つのストレージ装置として識別する仮想化装置とを含
んで構成されるストレージネットワークシステムであって、
第１のストレージ装置によって管理されるボリュームが複製ボリュームをなしており、その複製ボリュームの２組以上がグループをなしている場合に、そのグループの一部の複製ボリュームを前記第１のストレージ装置から第２のストレージ装置へ移行したときに、前記仮想化装置が前記第１のストレージ装置および前記第２のストレージ装置にまたがって複製ボリュームが存在するグループを所定のテーブルによって管理する
ことを特徴とするストレージネットワークシステム。
【請求項３０】
複数のストレージ装置が論理的に管理するボリュームを、実体として各ストレージ装置
または前記ストレージ装置に接続される外部ストレージ装置に有するストレージシステム
と、前記複数のストレージ装置を１つのストレージ装置として識別する仮想化装置とを含
んで構成されるストレージネットワークシステムであって、
前記ストレージ装置は、
予め全容量のデータ領域を確保しない仮想ボリュームとして、
前記仮想ボリュームのデータの一部または全部を格納する仮想領域と、
前記仮想ボリューム内のアドレスごとにデータの格納箇所を管理するアドレスマッピングテーブルと、
を論理的に管理し、
第１のストレージ装置が管理するボリュームが複製ボリュームをなしており、その複製ボリュームのうち、少なくとも副ボリュームが前記仮想ボリュームであり、
前記第１のストレージ装置から第２のストレージ装置へ前記複製ボリュームを移行する場合に、少なくとも前記副ボリュームに係る仮想領域およびアドレスマッピングテーブルの管理を前記第１のストレージ装置から前記第２のストレージ装置へ移行する
ことを特徴とするストレージネットワークシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、複数のディスク装置が接続された複数の制御装置を有するストレージ装置お
よびそのレプリケーション（複製）ボリュームの移行方法に関する。
【背景技術】
【０００２】
ストレージ装置のボリュームに関する仮想化技術として、異なる筐体である外部ストレ
ージ装置の論理ユニット（ＬＵ：Logical Unit）をストレージ装置内で管理する技術があ
る（例えば、特許文献１、２、３参照）。また、ストレージ装置内でボリュームのレプリ
ケーションを作成する技術がある。
【特許文献１】特開平７−２１０４３９号公報
【特許文献２】特開２００１−３１８８３３号公報
【特許文献３】特開２００３−００８８２１号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
ところで、近年、ストレージ業界では、分散する複数のコンピューティングリソースを
あたかも一つであるかのように運用する『ストレージＧｒｉｄ』という概念が注目されて
いる。その形態の一つとして、複数台のストレージ装置をひとまとめにして一つのシステ
ムとみなす構成が考えられる。現時点では、そのシステム構成の中で、ストレージ装置の
台数の増減に伴って、または、ストレージ装置間における負荷分散を目的として、あるス
トレージ装置内の複製ボリューム（属性が同一など、関連のあるボリュームを含む）内の
データを、その関連性を維持したまま他のストレージ装置内へ移行する処理ができない。
さらに、前記ストレージ装置が外部ストレージ装置と接続している場合、外部ストレージ
装置内に実体のある複製ボリュームについても、同様にストレージ装置間のボリューム移
行処理ができない。
【０００４】
そこで、本発明は、前記問題に鑑み、複数台のストレージ装置からなるストレージシス
テムにおいて、ストレージ装置間で複製ボリューム（外部ストレージ装置にボリュームの
実体があるものを含む）を移行する手段を提供することを課題とする。
【課題を解決するための手段】
【０００５】
前記課題を解決する本発明は、複数のストレージ装置が論理的に管理するボリュームを
、実体として各ストレージ装置またはストレージ装置に接続される外部ストレージ装置に
有するストレージシステムと、複数のストレージ装置を１つのストレージ装置として識別
する仮想化装置とを含んで構成されるシステムにおいて、ボリュームをストレージ装置間
で移行するボリューム移行方法であって、ボリュームをストレージ装置間で移行する場合
に、そのボリュームとペアまたは２以上のペアからなるグループをなす他ボリュームを含
めて移行することを特徴とする。
【０００６】
また、本発明は、ボリュームをストレージ装置間で移行するボリューム移行方法であっ
て、ボリュームが複製ボリュームをなしており、その複製ボリュームの実体が外部ストレ
ージ装置にあり、その複製ボリュームのコピー元ボリュームおよびコピー先ボリュームを
、仮想化装置とのパスが既に設定されている第１のストレージ装置からそのパスが設定さ
れていない第２のストレージ装置に移行する場合に、仮想化装置が、第２のストレージ装
置との間のパスを設定するステップと、第２のストレージ装置が、アクセス要求を受ける
ために、コピー元ボリュームおよびコピー先ボリュームのデータの差分を示す差分ビット
マップの準備を行うステップと、差分ビットマップの準備が完了したときに、仮想化装置
が、ボリュームに対するアクセス要求を、第１のストレージ装置ではなく第２のストレー
ジ装置に行うように設定するステップと、第２のストレージ装置が、仮想化装置から受け
たアクセス要求を第１のストレージ装置に渡すステップと、第１のストレージ装置が、第
２のストレージ装置から受けたアクセス要求をディスク装置に反映させるように処理する
ステップと、第１のストレージ装置が、ボリュームのキャッシュ上のデータをディスク装
置に格納する緊急デステージを行うステップと、緊急デステージが終了したときに、第２
のストレージ装置が、外部ストレージ装置を接続し、仮想化装置から受けたアクセス要求
を、第１のストレージ装置ではなく外部ストレージ装置に渡すステップとを含んで実行す
ることを特徴とする。
【０００７】
なお、特許請求の範囲の「仮想化装置」は、発明を実施するための最良の形態の「ホス
ト計算機５１における仮想化プログラムや仮想化装置５２」に相当する。また、本発明は
、その他のボリューム移行方法およびストレージネットワークシステムを含む。
【発明の効果】
【０００８】
本発明によれば、複数台のストレージ装置からなるストレージシステムにおいて、スト
レージ装置間で複製ボリュームを移行することができる。その複製ボリュームは、外部ス
トレージ装置にボリュームの実体があるものを含む。
【発明を実施するための最良の形態】
【０００９】
以下、本発明を実施するための最良の形態について図面を参照して詳細に説明する。
【００１０】
≪システムの構成と概要≫
まず、図１を参照して、本発明の実施形態に係るストレージシステムの概略構成につい
て説明する。
ストレージシステム１００は、複数のストレージ装置２０（２０Ａ、２０Ｂ）および外
部ストレージ装置７０を備えている。ストレージ装置２０には、管理装置５０がネットワ
ーク４０を介して接続されている。また、ホスト計算機５１が、ＳＡＮ（Storage Area N
etwork）４１、４２や仮想化装置５２を介してストレージ装置２０に接続されている。こ
こで、ホスト計算機５１における仮想化プログラム（図示せず）や仮想化装置５２が、ス
トレージシステム１００における複数のストレージ装置２０を１つのストレージ装置とし
て識別する。これによって、外部のホスト計算機５１（上位プログラム）が、ストレージ
システム１００により提供される論理的に１つのストレージ装置にアクセスすることが可
能となる。なお、ストレージシステム１００および仮想化装置５２を含んで構成されるシ
ステムをストレージネットワークシステムという。
【００１１】
ストレージ装置２０は、ＣＰＵ（Central Processing Unit）２１、メモリ２２、ディ
スクインタフェース制御部２３、複数のディスク装置２４、ＦＣ（Fibre Channel）イン
タフェース制御部２５、２６およびＬＡＮ（Local Area Network）インタフェース制御部
２７を備えている。ＣＰＵ２１は、メモリ２２に格納されている各種プログラム、モジュ
ールを実行することによって、ストレージ装置２０における各種制御処理を実現する。メ
モリ２２は、いわゆる内部記憶装置であり、各種モジュールなどを記憶する不揮発性メモ
リおよび演算処理結果を一時的に格納する揮発性メモリの双方を含む。
【００１２】
ＣＰＵ２１は、ディスクインタフェース制御部２３を介してディスク装置２４に接続さ
れている。ディスクインタフェース制御部２３は、ＣＰＵ２１から送信された論理アドレ
スを論理ブロックアドレスに変換して、ＣＰＵ２１による各論理デバイスへのアクセスを
実現する。
【００１３】
ディスク装置２４は、１以上の磁気ハードディスクドライブによるＲＡＩＤ（Redundan
t Array of Inexpensive Disks）構成からなるディスクアレイ装置であり、複数のハード
ディスクドライブによって１または複数の記憶ボリューム領域、すなわち、論理デバイス
（ＬＤＥＶ：Logical Device）を提供し、もしくは、１つのハードディスクドライブによ
って１または複数の論理デバイスを提供する。各論理デバイス（論理ユニットとも呼ぶ）
に対するアクセスは、論理ユニット番号（ＬＵＮ：Logical Unit Number）および論理ブ
ロックアドレス（ＬＢＡ：Logical Block Address）を用いて実行される。本発明の実施
形態では、ディスク装置２４およびディスクインタフェース制御部２３がない構成でもよ
い。それは、後記する外部ストレージ装置７０が接続されていることが前提となる。
【００１４】
ＦＣインタフェース制御部２５は、例えば、光ファイバケーブルや銅線に接続されてお
り、ストレージ装置２０と外部ストレージ装置７０との間では、ＳＡＮ４３を介して、フ
ァイバチャネルプロトコルを通じてコマンド、データの授受が実行される。ＳＡＮ４３で
は、ファイバチャネルやｉＳＣＳＩといった通信プロトコルが用いられる。なお、ＳＡＮ
４３は必須ではなく、各ストレージ装置２０（ＦＣインタフェース制御部２５）と外部ス
トレージ装置７０とが光ファイバケーブルなどによって直接接続されていてもよい。
【００１５】
ＦＣインタフェース制御部２６には、光ファイバケーブルと、さらにＳＡＮ４１を介し
てホスト計算機５１が接続されている。ホスト計算機５１は、データベース管理システム
（ＤＢＭＳ：DataBase Management System）などの業務プログラムを実行し、処理結果を
ストレージ装置２０に対して書き込み、または、ストレージ装置２０に格納されている情
報資源を活用する。ＳＡＮ４１、４２では、ファイバチャネルやｉＳＣＳＩといった通信
プロトコルが用いられる。また、ＦＣインタフェース制御部２６がＳＡＮ４１を介して仮
想化装置５２と接続し、仮想化装置５２がＳＡＮ４２を介してホスト計算機５１と接続さ
れている構成もある。ＦＣインタフェース制御部２６がＳＡＮ４１を介してホスト計算機
５１と接続している場合には、仮想化装置５２内にある仮想化プログラムがホスト計算機
５１内にインストールされている。仮想化装置５２には、例えば、スイッチ、インテリジ
ェントスイッチ、専用装置などがある。また、仮想化装置５２は、仮想化プログラムがイ
ンストールされたホスト計算機５１によって代替可能である。
【００１６】
管理装置５０は、ストレージシステム１００に対する管理、例えば、ストレージ装置２
０におけるボリュームの作成、ホスト計算機５１へのボリュームの割り当て、ゾーニング
、ＬＵＮマスキングの設定を実行する管理計算機である。管理装置５０は、ＬＡＮ４０を
介してストレージ装置２０のＬＡＮインタフェース制御部２７に接続されており、通信プ
ロトコルであるＴＣＰ／ＩＰプロトコルによってストレージ装置２０との間でコマンド、
データの授受を実行する。ＬＡＮ４０は、イーサネット（登録商標）によって構築されて
いるローカルエリアネットワークであり、ＴＣＰ／ＩＰプロトコルを用いてデータの伝送
が行われる。なお、ストレージ装置２０間における通信は、例えば、ＳＡＮ４１を経由し
て行われる。
【００１７】
外部ストレージ装置７０は、ストレージ装置２０とは異なる機種のストレージ装置であ
る。外部ストレージ装置７０は、ストレージ装置２０に接続され、ストレージ装置２０に
より管理されている。ストレージ装置２０は、外部ストレージ装置７０内のボリュームに
対しＬＵを割り付け、そのＬＵをホスト計算機５１に対してあたかもストレージ装置２０
内部のディスク装置２４であるように見せる。外部ストレージ装置７０にデータをリード
／ライトする場合は、ホスト計算機５１がストレージ装置２０内で仮想的に割り当てられ
たＬＵへのリード／ライト要求を出す。ストレージ装置２０は、受信した要求を外部スト
レージ装置７０内の対応するＬＵへのリード／ライトコマンドに変換し、外部ストレージ
装置７０へ送信する。なお、外部ストレージ装置７０は、ストレージ装置２０と同じ機種
であってもよい。以上によれば、ストレージ装置２０は、自らが論理的に管理するボリュ
ームを、実体として各ストレージ装置２０または外部ストレージ装置７０に有することに
なる。
【００１８】
図２は、サービスプロセッサ（ＳＶＰ：Service Processor）の構成例を示す図である
。サービスプロセッサ８１は、各ストレージ装置２０の構成設定や稼動情報取得などを行
うものであり、例えば、ＰＣ（Personal Computer）などの端末である。ＳＶＰは、図１
に示すＬＡＮ４０を介して各ストレージ装置２０に接続される。図２（ａ）に示す例は、
サービスプロセッサ８１がＬＡＮにより各ストレージ装置２０に設置される構成である。
各サービスプロセッサ８１は、マスタサービスプロセッサ（ＭＳＶＰ：Master Service P
rocessor）８０と接続し、各サービスプロセッサ８１から取得した情報をまとめる。これ
によって、ユーザはＭＳＶＰ８０を用いることで各サービスプロセッサ８１の情報をまと
めて参照することができる。なお、サービスプロセッサ８１のうちの１つがＭＳＶＰとな
る場合もある。図２（ｂ）に示す例は、各ストレージ装置２０が直接マスタサービスプロ
セッサ８０と接続される構成である。
ここで、ストレージシステム１００は、ストレージ装置２０間で構成情報を取得して、
ストレージ装置２０間におけるボリュームの移行処理を行うことが可能な範囲（外部スト
レージ装置７０を含む場合もある）を示している。
【００１９】
≪プログラムとテーブルの構成≫
図３は、交替パスソフトウェアの構成を示す図である。交替パスソフトウェアＭｃ１０
０は、ホスト計算機５１からストレージシステム１００内の論理ボリュームへアクセスす
る際、論理ボリュームへの複数パスを管理し、どのパスを使用するかを制御するものであ
る。交替パスソフトウェアＭｃ１００は、マルチパス管理プログラムＭｃ１、筐体間マル
チパスプログラムＭｃ２、優先制御プログラムＭｃ３および同一デバイス対応テーブルＶ
ｔ１を備える。マルチパス管理プログラムＭｃ１は、交替パスソフトウェアＭｃ１００全
体の管理、制御を行う。筐体間マルチパスプログラムＭｃ２は、外部ストレージ装置７０
内のある論理ボリュームに対して、複数のストレージ装置２０にまたがったパスをマルチ
パスと認識する。優先制御プログラムＭｃ３は、前記異なるストレージ装置２０にマルチ
パスを張った場合、パスごとに使用率を設定することにより、一部のパスを優先して使用
する制御をする。同一デバイス対応テーブルＶｔ１は、パスが異なるが実体を同一とする
デバイスの対応を示すものである。
この交替パスソフトウェアＭｃ１００は、ホスト計算機５１内にあってもよいし、仮想
化装置５２内にあってもよい。
【００２０】
図４は、ストレージ装置のメモリの構成を示す図である。メモリ２２には、ＣＰＵ２１
で実行される、オペレーティングシステムＯＳとレプリケーション作成プログラムＭｒ１
、移行中差分取得プログラムＭｒ１１および移行中ボリュームペア設定プログラムＭｒ１
２が格納されている。また、レプリケーション作成プログラムＭｒ１によりボリュームま
たはデータのレプリケーションを作成する際の制御情報も格納されている。さらに、ペア
情報管理テーブルＣｔ１、ボリューム情報テーブルＣｔ２、差分ビットマップＣｔ３およ
び構成情報テーブルＣｔ４が格納される。ペア情報管理テーブルＣｔ１は、データのコピ
ー元とコピー先とに関する情報を記録する。ボリューム情報テーブルＣｔ２は、各ボリュ
ームがレプリケーションを作成しているか否かを記録する。差分ビットマップＣｔ３は、
レプリケーション作成の際のコピー処理をするときに使用されるものであり、コピー元ボ
リュームおよびコピー先ボリュームのデータの差分を示す。構成情報テーブルＣｔ４は、
外部ストレージ装置７０がストレージ装置２０に対して自身のＬＵをストレージ装置２０
のＬＵとして提供するためのものである。これらのプログラムやテーブルが、各ストレー
ジ装置２０のメモリ２２内にある。
【００２１】
なお、データのレプリケーションを実施する際、同期（データのコピーの完了を待って
、上位装置（ホスト計算機５１）に完了を報告する）、非同期（データのコピーの完了を
待たずに、上位装置（ホスト計算機５１）に完了を報告する）といったバリエーションが
あるが、本発明の実施形態では、特にこれらを区別せずに説明する。
【００２２】
図５は、仮想化装置５２および仮想化する層（ホスト計算機５１内のプログラム層）が
持つ同一デバイス対応テーブルＶｔ１の一例を示す図である。同一デバイス対応テーブル
Ｖｔ１は、パス番号、ストレージ装置識別子、ＬＵ番号および同一デバイス対応識別子を
含んで構成される。図５の同一デバイス対応識別子は、パス番号の０番、２番および３番
が異なる筐体であっても同一のデバイスの実体をアクセスできることを示している。ここ
で、同一デバイスであっても、０番、２番と３番とでＬＵ番号が異なっているのは、その
パスが別のストレージ装置２０（筐体）を経由するからである。
【００２３】
図６は、ペア情報管理テーブルＣｔ１の一例を示す図である。ペア情報管理テーブルＣ
ｔ１は、ストレージ装置２０内の、コピーされたデータを保持するボリュームの対（以下
、「ペア」という）を管理するための情報であり、ペア番号、正ボリューム情報、副ボリ
ューム情報、ペア状態、形成コピービット、副側アクセス不可ビットおよび移行情報を含
んで構成される。図６（ａ）は、同一ストレージ装置内のレプリケーション作成を行う場
合のテーブル例である。図６（ｂ）は、異なるストレージ装置間のレプリケーション作成
を行う場合のテーブル例である。
【００２４】
図６（ａ）に示すペア情報管理テーブルＣｔ１Ａのうち、ペア番号は、ペアに対して任
意に割り当てられた識別子を示す。正ボリューム情報は、識別子が与えられたペアのうち
、正ボリュームに割り振られたボリューム番号を示す。副ボリューム情報は、識別子が与
えられたペアのうち、副ボリュームに割り振られたボリューム番号を示す。ペア状態は、
ペアの現在の状態を示す。例えば、ペアの各々のボリュームに格納されているデータの同
期が取られ、各々に格納されたデータの内容が一致している状態（以下、「Ｐａｉｒ状態
」という）やペア間でデータの同期が取られていない状態（以下、「Ｓｐｌｉｔ状態」と
いう）などがある。
【００２５】
ストレージ装置２０は、例えば、Ｐａｉｒ状態にあったペアを、任意の時刻においてＳ
ｐｌｉｔ状態に変更する。このとき、副ボリュームには、任意の時刻におけるペアが有す
るデータが保存される（このような処理を「スナップショットを取る」という）。その後
、ホスト計算機５１が副ボリュームからデータを読み出して他の記憶装置（例えばテープ
装置など）に書き込むことで、スナップショットを取った時刻におけるペアに格納された
データのバックアップをとることができる。なお、スナップショットを取った後の副ボリ
ュームそのものをデータのバックアップとして保存しておいてもよい。
【００２６】
形成コピービットは、該当ペアが他筐体からの移行中のペアであるため、ペア作成と同
時に通常起動する形成コピー（正ボリュームからの副ボリュームへの全データのコピー）
を起動させないようにするための識別子である。デフォルト値は‘０’であり、ペア作成
と同時に形成コピーを実施する。
【００２７】
副側アクセス不可ビットは、次のように用いられる。すなわち、該当ペアが他筐体から
の移行中のペアであるため、移行完了する前に移行先ストレージ装置２０Ｂでペアの副側
ボリュームのデータが変更されてしまうと、後で形成コピーが実施された場合、データが
上書きされてしまうため、正しいデータが残らないということが起きる可能性がある。そ
こで、移行中は移行先ストレージ装置２０Ｂでは副ボリュームへのアクセスを禁止するた
め、副側アクセス不可ビットに識別子を立てる。デフォルト値は‘０’であり、副側への
アクセスは禁止しない。ただし、ペア状態において、副側アクセス可のときしかアクセス
できない。
【００２８】
移行情報は、移行元と移行先それぞれについてのストレージ装置番号（筐体番号）およ
びペア番号である。移行する先が決定した場合に、移行先のストレージ装置番号およびペ
ア番号を登録しておく。また、移行元へ戻す場合に、移行元のストレージ装置番号および
ペア番号を参照する。
【００２９】
図６（ｂ）に示すペア情報管理テーブルＣｔ１Ｂは、図６（ａ）に示すものと基本的に
は同じであるが、正ボリューム情報および副ボリューム情報が異なる。正ボリュームに割
り振られたボリューム番号を示す場合、ストレージ装置２０の識別子であるストレージ装
置番号およびその筐体内におけるボリューム番号の組み合わせで示す。副ボリューム情報
についても同様である。これは、異なるストレージ装置間のレプリケーションに関する情
報であり、ボリュームが存在するストレージ装置を特定する必要があるためである。
【００３０】
ここでは、ボリューム番号およびペア番号をストレージ装置２０内でユニークに付け、
それをストレージ装置２０の番号と組み合わせることによって、ストレージシステム１０
０内でユニークな番号にする例を示したが、ストレージ装置２０間でユニークになるよう
に、ボリューム番号およびペア番号を通し番号で付ける方法もある。この場合、ストレー
ジ装置２０間でボリュームを移行した後も、同じ番号を引き継いで使用することになる。
【００３１】
例えば、装置の初期状態として、ストレージ装置２０Ａ内ではボリューム番号０〜９９
９を設定し、ストレージ装置２０Ｂ内ではボリューム番号１０００〜１９９９を設定する
。ストレージ装置２０Ａの内部のボリューム２００番をストレージ装置２０Ｂの内部のボ
リューム１２００番にコピーして移行する場合、ボリューム番号２００をストレージ装置
２０Ｂで引き継いで（コピー先ボリュームに付け替えて）使用するが、単純に引き継ぐと
、コピー先であるストレージ装置２０Ｂのボリューム番号１２００が消滅するため、スト
レージ装置２０Ａのボリューム番号２００と、ストレージ装置２０Ｂのボリューム番号１
２００とを入れ替える。すなわち、データ移行後は、ボリューム番号１２００がストレー
ジ装置２０Ａにあり、ボリューム番号２００がストレージ装置２０Ｂにあることになる。
【００３２】
図７は、ボリューム情報テーブルＣｔ２の一例を示す図である。ボリューム情報テーブ
ルＣｔ２は、ストレージ装置２０配下のボリュームを管理する情報を登録するものであり
、ストレージ装置２０内のメモリ２２に格納される。ボリューム情報テーブルＣｔ２は、
ボリューム番号、正／副フラグ、相手ボリューム情報、ボリューム使用中フラグおよび外
部ストレージ装置ボリューム使用中フラグを含んで構成される。
【００３３】
ボリューム番号は、ボリュームに対して割り当てられた識別子である。図７は、ボリュ
ーム番号０に対してペアを３個組んだ例である。図７の上から第１のペアは、相手ボリュ
ームである副ボリュームがストレージ装置１番のボリューム２０番であることを示す。第
２のペアは、副ボリュームが同一ストレージ装置内のボリューム１５８番であることを示
す。第３のペアは、第１のペアと同様である。なお、第４のペアは、ボリューム１番がペ
アの副ボリュームとして使用されており、正ボリュームがストレージ装置３番のボリュー
ム３７８３番であることを示す。
【００３４】
正／副フラグは、ボリュームがペアの正の役割をしているか、副の役割をしているかを
示す。相手ボリューム情報は、ペアを組んでいる場合の相手のボリューム情報であり、ス
トレージ装置番号およびボリューム番号からなる。同一ストレージ装置内のペアの場合は
、副ボリュームのボリューム番号を相手ボリューム情報のボリューム番号に登録する。異
なるストレージ装置間のペアの場合は、副ボリュームのストレージ装置番号とボリューム
番号を相手ボリューム情報に登録する。ボリューム使用中フラグは、そのボリュームを使
用中か空いているかを示す情報である。外部ストレージ装置ボリューム使用中フラグは、
そのボリュームを外部ストレージ装置のボリュームとして使用中か否かを示す情報である
。
【００３５】
≪システムの処理≫
続いて、ストレージシステム１００を含む全体システムの処理について説明する。以下
では、まず、ストレージ装置からの外部ストレージ装置へのコマンド動作を説明する。次
に、ストレージ装置間におけるレプリケーションペアの移行処理を説明する。このレプリ
ケーションペアの移行処理については、同一ストレージ装置内の移行処理と、異筐体にま
たがった移行処理とに分けて説明する。そして、その同一ストレージ装置内の移行処理で
最初に行われる移行ボリューム決定処理を説明する。この移行ボリューム決定処理につい
ては、装置増設時、装置減設時および負荷分散時の３つのケースに分けて説明する。さら
に、移行タイミング調停処理について説明する。
【００３６】
＜外部ストレージ装置へのコマンド動作＞
ストレージ装置２０は、ホスト計算機５１から入出力要求を受け取ると、入出力の対象
となるＬＵの実体であるボリュームがストレージ装置２０内か、外部ストレージ装置７０
内かを判断する。ボリューム情報テーブルＣｔ２の外部ストレージ装置ボリューム使用中
フラグに未使用を示す‘−’記号が格納されている場合は、ボリュームがストレージ装置
２０内である場合であり、通常の動作によってディスク装置２４内の対応するＬＤＥＶ（
Logical Device、論理ボリューム）をアクセスする。‘使用中’とある場合は、ボリュー
ムが外部ストレージ装置７０内であり、ストレージ装置２０が外部ストレージ装置７０へ
入出力要求を出しなおす。外部ストレージ装置ボリューム使用中フラグは、デフォルト値
としては‘−’記号となっており、外部ストレージ装置７０に実体のあるボリュームを管
理する場合に‘使用中’が格納される。
【００３７】
図８は、差分ビットマップＣｔ３の一例を示す図である。差分ビットマップＣｔ３の‘
０’は正ボリュームからの副ボリュームへのコピーが終了した箇所を、‘１’はそのコピ
ーが終了していない箇所をそれぞれ表している。差分ビットマップＣｔ３では、１ビット
に対して予め決められたデータサイズのデータを対応させている。例えば、１ビットに対
し６４ＫＢｙｔｅのデータを対応させた場合、その６４ＫＢｙｔｅのデータ内の１ｂｉｔ
でも更新があった場合は、ビットを‘１’にして、内容がコピー先にも反映されるように
する。図８（ａ）は、差分ビットマップを１つ用意する例を示す。図８（ｂ）は、１つの
ペアに対して同じサイズのビットマップを２つ用意する例を示す。
【００３８】
ペアのコピー元である正ボリュームの内容をコピー先である副ボリュームへ最初に全コ
ピーする処理を初期コピーまたは形成コピーと呼ぶ。初期コピーは、差分ビットマップＣ
ｔ３Ｐ１（図８（ａ）参照）の全ビットを‘１’にする。コピーの処理が順次差分ビット
マップ上の‘１’を検出したら、ビットに対応する箇所のデータがキャッシュ（図１に示
すメモリ２２の一部）にあるか否かの判定を行う。キャッシュになければ正ボリュームか
らキャッシュにリードし、キャッシュ内で副ボリュームのデータ用にコピーする。そのコ
ピーに伴って、データが正しいか否かを判定するための冗長情報（例えば、パリティデー
タ）も副ボリューム用に新規に作成し、データに付随させる。キャッシュに格納したら、
差分ビットマップＣｔ３Ｐ１の該当ビットを‘０’にする。次に‘１’のビットがあれば
、前記処理を繰り返す。また、前記の正ボリュームからデータをリードする際に、副ボリ
ューム用の冗長情報を作成し、直接副ボリューム用のデータとしてキャッシュに格納する
方法もある。一方、非同期でキャッシュ上の副ボリューム用データを副ボリュームに格納
する方法もある。
【００３９】
前記処理において正／副ボリューム間でデータの同期が取られて、正ボリュームと副ボ
リュームとがＰａｉｒ状態となる。ストレージ装置２０が、Ｐａｉｒ状態にあったペアを
、任意の時刻において‘Ｓｐｌｉｔ’することで、副ボリュームには、任意の時刻におけ
るペアが有するデータが保存される。
【００４０】
通常、Ｓｐｌｉｔは、初期コピーが終了して正ボリュームおよび副ボリュームの内容の
同期がとれた時点で実行する。これに対して、初期コピー中にＳｐｉｌｔ要求を受け取っ
た場合であっても、ホスト計算機５１へは即時にＳｐｌｉｔ完了報告を行って、バックグ
ラウンドで残りのコピーを実行する『高速Ｓｐｌｉｔ』と呼ばれる技術がある。『高速Ｓ
ｐｌｉｔ』の際、図８（ｂ）に示すように、ストレージ装置２０では、差分ビットマップ
Ｃｔ３Ｐ１（形成コピー用）および差分ビットマップＣｔ３Ｐ２（Ｓｐｌｉｔ後の更新を
記録するもの、すなわち、差分用）を併用して高速Ｓｐｌｉｔを実現する。
【００４１】
前記図５〜７の各テーブルは一例としてテーブル構造で示したが、前記した情報があれ
ばよいのであって、その情報のデータ構造は特に限定しない。例えば、リスト構造であっ
てもよい。すなわち、情報を保持する形式は本発明の本質ではない。
【００４２】
＜ストレージ装置間レプリケーションペア移行処理＞
ストレージ装置間でレプリケーションペアを移行する処理を説明する。レプリケーショ
ンペアとは、コピー元ボリュームとコピー先ボリュームのペアのことである。ここでは、
コピー元が１つのレプリケーションを作成した場合を用いて説明するが、コピー元ボリュ
ームに対して複数レプリケーションを作成している場合（マルチペア）や、コピー先ボリ
ュームからさらにコピーを作成している（コピー先ボリュームが他のペアのコピー元ボリ
ュームになっている）場合（カスケード）や、ボリューム単位以外の単位でレプリケーシ
ョンを作成している場合についても、同様に関連するボリュームすべてを移行することが
できる。カスケードの場合は、コピー元とコピー先で１ペア、そのコピー先をコピー元に
したものを１ペアとする。以下の説明では、仮想化装置５２により同一ＬＵに対するマル
チパスの仮想化処理を行っている例を示すが、仮想化する層は限定しない。例えば、ホス
ト計算機５１のプログラム層であってもよい。
【００４３】
［同一ストレージ装置内のペア単位移行］
図１０のフローチャートに従って、論理的に管理している外部ストレージ装置７０のペ
アボリューム（形成コピー中）をストレージ装置２０Ａ内から異なるストレージ装置２０
Ｂ内にペアごとに移行する処理を説明する。
【００４４】
移行前処理として、管理装置５０がどのボリュームをどこへ移行するかを決定する処理
があるが（Ｓ１０１０）、詳細は後記する。まず、サービスプロセッサ（ＳＶＰ）８１か
らボリュームを移行することおよびそのボリューム情報（移行元ボリューム）を移行先ス
トレージ装置２０Ｂへ通知する（Ｓ１０２０）。それに対応して、移行先ストレージ装置
２０Ｂは、移行元ストレージ装置２０Ａから構成情報（外部ストレージ装置７０のボリュ
ーム情報）を取得する（Ｓ１０３０）。構成情報には、レプリケーション中であればペア
情報も含まれる。このとき、構成情報の取得は、ＳＡＮ４１を経由して行われる。そして
、移行元ストレージ装置２０Ａは、仮想化装置５２に移行元ボリューム番号を通知する（
Ｓ１０４０）。移行先ストレージ装置２０Ｂは、移行分のＬＵを新規に設定し（Ｓ１０５
０）、ストレージ装置２０Ｂ内のボリューム情報テーブルＣｔ２に登録する。移行する単
位がペアであればペア分登録し、マルチであればマルチ数分登録する。また、カスケード
であればカスケード数分登録する。
【００４５】
さらに、移行元のボリュームがレプリケーションを組んでいれば、新規に設定したＬＵ
にも移行元ストレージ装置２０Ａと同様のレプリケーションの情報（ペア関係）を設定し
、登録する（Ｓ１０６０）。移行中ボリュームペア設定プログラムＭｒ１２は、ボリュー
ム情報テーブルＣｔ２に登録したＬＵおよびペア情報をペア情報管理テーブルＣｔ１Ａに
設定し、登録する。移行先ペア情報管理テーブルＣｔ１Ａには、移行元ペアのストレージ
装置番号やペア番号も登録する。移行中ボリュームペア設定プログラムＭｒ１２は、レプ
リケーションのペア関係があることだけを設定し、初期コピーを実施しないようにペア情
報管理テーブルＣｔ１Ａの前記登録したペア番号の形成コピービットに‘１’を設定する
（Ｓ１０７０）。また、コピー先である副ボリュームへのアクセスを受け付けないように
ペア情報管理テーブルＣｔ１Ａの前記登録したペア番号の副側アクセス不可ビットに‘１
’を設定する（Ｓ１０７０）。ペア状態を移行元と移行先とで同じ状態に統一するため、
ストレージ装置２０Ｂでは、ペアを作成するための初期コピーである形成コピーは実施せ
ずとも、ペア状態には、移行元と同じ『Ｐａｉｒ（コピー中）』を登録する。移行先スト
レージ装置２０Ｂは、仮想化装置５２に移行先新規ＬＵ番号を通知する（Ｓ１０８０）。
【００４６】
仮想化装置５２において、交替パスソフトウェアＭｃ１００の筐体間マルチパスプログ
ラムＭｃ２（図３参照）が、移行元ＬＵと移行先新規ＬＵとが同一の実ボリュームを示す
ことを同一デバイス対応テーブルＶｔ１により認識する（Ｓ１０９０）。具体的には、一
例として、図５の同一デバイス対応テーブルＶｔ１に示すように、パスごとに、アクセス
先のストレージ装置を区別する識別子であるストレージ装置識別子と、そのストレージ装
置内のＬＵ番号とで特定する方法がある。この方法では、異なるストレージ装置内のＬＵ
の実体が同じ外部ストレージ装置内のＬＵであることを、交替パスソフトウェアＭｃ１０
０は認識できない。従って、筐体の区別をしない従来の情報とは別に、新たに、実体が同
一のＬＵであることを示すための情報である同一デバイス対応識別子情報を設け、交替パ
スソフトウェアＭｃ１００の筐体間マルチパスプログラムＭｃ２（図３参照）が、筐体の
異なるストレージ装置間であってもマルチパスを設定して、実体が同一の外部ストレージ
装置内のボリュームであることを認識させる。図５の例では、パス０番、２番および３番
が同じ実体のＬＵへのパスである。そして、筐体間マルチパスプログラムＭｃ２が、仮想
化装置５２と移行先ストレージ装置２０Ｂのパスを開通させる（設定する）（Ｓ１０９５
）。
【００４７】
Ｓ１０３０において構成情報を取得して移行先で設定する方法として、（１）管理装置
５０がコマンドをストレージ装置２０に発行することにより取得する場合(一旦管理装置
５０に情報を吸い上げる場合、またはストレージ装置２０へ指示を出すことによりストレ
ージ装置間で通信して行う場合)、（２）ＳＶＰ８１経由で移行元の情報を取得し、移行
先のＳＶＰ８１に渡す場合、（３）ホスト計算機５１がコマンドを発行して取得する場合
（（１）と同様）、（４）外部ストレージ装置７０内のボリューム（専用ボリュームまた
は空ボリューム）に情報を書き込み、それを移行先で吸い上げる場合、などが考えられる
。この際（Ｓ１０９５以降）、移行元ストレージ装置２０Ａと移行先ストレージ装置２０
Ｂとの間でもパス（ＳＡＮ４１を経由したもの）が形成される。このパスは、移行先スト
レージ装置２０Ｂが受けたコマンドを、移行元ストレージ装置２０Ａを経由して外部スト
レージ装置７０に送信する際に利用される。
【００４８】
図１０で移行処理が開始する前、ペアが形成コピー中であるとする。そのとき、正ボリ
ュームの内容を副ボリュームに全コピーする初期コピー処理を実施している。図１０の処
理中は、移行元ストレージ装置２０Ａ内で形成コピー用ビットマップを持ち使用する。コ
ピー処理する際は、ストレージ装置２０Ａ内のＣＰＵ２１がプログラムを起動して実行す
る。
【００４９】
図１５は、移行対象となったペアのボリュームに注目した構成およびＩ／Ｏの経路を示
す図である。ここでは、ホスト計算機５１で筐体間マルチパスの仮想化をしているものと
する。外部ストレージ装置７０内に実体のある論理ボリューム１（ＬＤＥＶ１：Logical 
Device 1）と論理ボリューム２（ＬＤＥＶ２）のペアに対し、ストレージ装置２０Ａで仮
想化してＬＵ管理している。ホスト計算機５１がペアボリュームに対してＩ／Ｏを発行す
ると、ホスト計算機５１内の交替パスソフトウェアＭｃ１００のマルチパス管理プログラ
ムＭｃ１（図３参照）が要求のあったボリュームへ割り付けたパスを検索する。図１０の
Ｓ１０９０までの時点ではストレージ装置２０Ａを経由するパスだけなので、その複数パ
スの中からパスを選択し、Ｉ／Ｏを発行する。もし、通常Ｉ／Ｏ（書き込み：ライト要求
）が発行された場合は、形成コピー用のビットマップに‘１’を立てる。ここまでがスト
レージ装置２０と仮想化装置５２間のパス設定の処理である。
【００５０】
次に、図１１のフローチャートに従って、実際に異筐体（異なるストレージ装置）へ移
行開始する処理を説明する。
実際の移行処理を起動するため、まず、ホスト計算機５１（または管理装置５０または
ＭＳＶＰ８０）からストレージ装置２０Ａのペアへ『Ｓｐｌｉｔ（ペアを分割する）』指
示を出す（Ｓ１１１０）。その指示に対応して、移行元ストレージ装置２０ＡでＳｐｌｉ
ｔ処理を行う。ペア状態を遷移、すなわち、ＰａｉｒからＳｐｌｉｔに更新し（Ｓ１１１
５）、それ以降、書き込み要求があった場合は、ストレージ装置２０Ａ内の差分用ビット
マップ（ここでは、差分ビットマップＣｔ３Ｐ２）に記録する。移行元ストレージ装置２
０Ａは、移行処理の一環として移行先ストレージ装置２０ＢへＳＡＮ４１経由により‘Ｓ
ｐｌｉｔ’指示を渡す（Ｓ１１２０）。その際に、移行元のストレージ装置の識別子とペ
ア情報も渡す。
【００５１】
移行先ストレージ装置２０Ｂは、移行元ストレージ装置２０Ａからの指示に対応して、
Ｓｐｌｉｔすべき該当するペアを検索する（Ｓ１１２５）。具体的には、ペア情報管理テ
ーブルＣｔ１Ａ（図６（ａ）参照）に登録された移行元であるペア情報を検索することに
より、移行先での該当ペアを検索することができる。検索できたら、移行先ストレージ装
置２０Ｂで当該ペアのＳｐｌｉｔの処理（ペア状態の遷移、差分のマージ）をする（Ｓ１
１３０）。具体的には、ペア情報管理テーブルＣｔ１Ａの前記検索したペア番号のペア状
態を、Ｓ１１１５と同様に遷移させる（ここではＳｐｌｉｔに更新する）。さらに、移行
元ストレージ装置２０Ａで対応するペアのＳｐｌｉｔ前に形成コピー用に使用していた差
分ビットマップＣｔ３Ｐ１の内容を当該移行先ストレージ装置２０Ｂのペアの形成コピー
用差分ビットマップＣｔ３Ｐ１にマージする（形成コピー用差分ビットマップＣｔ３Ｐ１
は初期化されているものとする）。さらに、差分用ビットマップＣｔ３Ｐ２もマージする
。これにより、移行先ストレージ装置２０Ｂでの新規Ｉ／Ｏを受信したときに対する差分
ビットの取得準備が整う。ここで、マージとは、２つのビットマップ間で対応するビット
同士をＯＲした結果を新たなビットマップとすることをいう。
【００５２】
移行先ストレージ装置２０Ｂは、差分のマージ（準備）が完了したら、その旨を移行元
ストレージ装置２０Ａと仮想化装置５２へ通知する（Ｓ１１３５）。前記差分ビットマッ
プＣｔ３Ｐ１、Ｃｔ３Ｐ２それぞれのマージを開始してから完了するまでの間は、１つの
方法としては、新規Ｉ／Ｏを受け付けることなく、新規Ｉ／Ｏが来た場合には、ホスト計
算機５１へ受け付け不可を返答し、所定時間経過後再度要求を出してもらう。また、別の
方法としては、新規Ｉ／Ｏを受け付けて、Ｉ／Ｏ要求の対象が差分マージ完了部分であれ
ば、移行先ストレージ装置２０Ｂの差分ビットマップを参照し、差分マージが完了してい
ない部分であれば、移行元ストレージ装置２０Ａの差分ビットマップを参照して処理を行
う。この処理では、差分ビットマップＣｔ３Ｐ１により形成コピーが終了しているか否か
を確認し、終了していない場合には、その箇所の形成コピーが終了してから、書き込み処
理を行う。形成コピーが終了していれば、書き込み処理を行う。なお、この書き込み処理
は、新規Ｉ／Ｏを受け付けたストレージ装置２０で行われる。
そして、仮想化装置５２は、優先制御プログラムＭｃ３により、異筐体間に張られてい
るマルチパスのＩ／Ｏを処理するときに、移行先筐体のパスがそのＩ／Ｏを１００％受信
できるように設定する（Ｓ１１４０）。
【００５３】
その間既に受信済みのＩ／Ｏの処理は続けられ、移行元ストレージ装置２０Ａ経由（図
１６の旧ルート）で既に受信したＩ／Ｏの処理が完了したとき移行元ストレージ装置２０
Ａからホスト計算機５１に完了報告し、全ての処理が完了した場合移行対象となったＬＵ
を削除（ボリューム情報テーブルの情報をクリア）する（Ｓ１１５０）。このとき、移行
元のＬＵ情報が無効となるように、ＬＵ番号ごとに情報が有効か無効かのビットを立てる
方法もある。また、移行したペアの移行元ペア情報も削除する（Ｓ１１５０）。その間、
ストレージ装置２０Ｂは外部ストレージ装置７０を接続してスタンバイしておく（Ｓ１１
６０）。また、ストレージ装置２０Ａは緊急デステージ（キャッシュからディスク装置２
４への書き込み処理を最優先で処理すること）を行うとともに、それ以降の新規書き込み
要求のときには、キャッシュに格納せずに直接ディスク装置２４へ書き込むライトスルー
モードで実行する（Ｓ１１６５）。このようにして、キャッシュのデータおよび新たなア
クセス要求を完全にディスク装置２４へ反映しておく。移行単位のボリューム全てにつき
緊急デステージ処理が終了したのであれば（Ｓ１１７０のＹ）、移行元ストレージ装置２
０Ａ内のキャッシュにダーティデータ（ディスク装置２４へ反映されていない新しいデー
タ）が残っていないため、移行先ストレージ装置２０Ｂへ完全に移行することが可能とな
り、ストレージ装置２０Ｂが外部ストレージ装置７０を接続する（Ｓ１１７５）。
前記処理で、‘Ｓｐｌｉｔ’指示は、ホスト計算機５１から直接移行先ストレージ装置
２０Ｂへ出してもよい。
【００５４】
ストレージ装置２０Ａでの緊急デステージが終了するまでの間、ストレージ装置２０Ｂ
は新たなＩ／Ｏを受け付ける。この際、ストレージ装置２０Ｂは、受信したＩ／Ｏを、ス
トレージ装置２０間のＳＡＮ４１を介してストレージ装置２０Ａに転送する。また、差分
ビットマップのマージが完了したら、その後Ｉ／Ｏを受信すると、そのＩ／Ｏをストレー
ジ装置２０Ａに転送する前に、ストレージ装置２０Ｂの２面ある差分ビットマップ（図８
（ｂ）参照）のうち、差分用ビットマップＣｔ３Ｐ２の該当するビットに‘１’を立てる
。そのとき、形成コピーが終了しているか否かを確認し、終了していない場合は、その箇
所の形成コピーが終了してから書き込み処理を行う。形成コピーが終了していれば、形成
コピー用ビットマップＣｔ３Ｐ１を参照しながら、ストレージ装置２０Ｂ側でコピー処理
の続きを実行する。
【００５５】
図１６は、図１５と同様に、移行対象となったペアのボリュームに注目した構成および
Ｉ／Ｏの経路を示す図である。外部ストレージ装置７０内に実体のあるＬＤＥＶ１とＬＤ
ＥＶ２のペアに対し、ストレージ装置２０Ａとストレージ装置２０ＢでＬＵを設定し管理
している状態である。ホスト計算機５１がペアボリュームに対してＩ／Ｏを発行すると、
優先制御によりストレージ装置２０Ｂ側を経由して実行される。既にストレージ装置２０
Ａで受信済みのＩ／Ｏはストレージ装置２０Ａから完了報告する。Ｓ１１５０で受信済み
の全てのＩ／Ｏの処理が完了したら、旧ルートはなくなり、新ルートのみとなる。ただし
、Ｓ１１６５の緊急デステージが完了するまでは、ストレージ装置２０Ａが実際の処理を
行う。キャッシュもストレージ装置２０Ａ内のものを使用し、ストレージ装置２０Ｂ内の
ものは使用しない。Ｓ１１６５の緊急デステージが終わったら、図１７のストレージ装置
２０Ｂでの処理に切り替わる。緊急デステージが完了した時点で、キャッシュはストレー
ジ装置２０Ａ内のものは使用せず、ストレージ装置２０Ｂ内のものを使用する。なお、処
理がストレージ装置２０Ｂに完全に移行した後、移行中にストレージ装置２０間で使用し
ていたパス（ＳＡＮ４１を経由するもの）は使用されなくなる。
【００５６】
ここでは、移行処理を起動するタイミングとして、‘Ｓｐｌｉｔ’要求を発行する方法
を取ったが、形成コピーが終了した後に移行処理を起動する方法でもよい。この場合、形
成コピー終了後に、移行を開始するためのコマンドを新規に導入してもよいし、ストレー
ジ装置側で形成コピーが終了したら移行するものとして、処理してもよい。
また、この例ではコピー中に移行処理する場合を説明したが、Ｓｐｌｉｔ中に移行処理
する場合も同様の流れで行う。ただし、移行元の差分ビットマップを移行先でマージする
ときは、既に形成コピーが終了している場合には形成コピー用ビットマップＣｔ３Ｐ１は
マージせずに、差分用ビットマップＣｔ３Ｐ２のみマージすればよい。
形成コピー中に‘Ｓｐｌｉｔ’要求を発行する場合またはＳｐｌｉｔ中に移行処理する
場合は、前記高速Ｓｐｌｉｔ技術を使用するため、差分ビットマップは図８（ｂ）の２面
構成となり、図９（ｂ）のように設けられる。形成コピー完了後に移行処理する場合は、
差分ビットマップは図８（ａ）の１面構成となり、図９（ａ）のように設けられる。
また、コピー元ボリュームの移行処理を行った後、移行先のストレージ装置２０Ｂにお
いてコピー元ボリュームからコピー先ボリュームにコピーするようにしてもよい。例えば
、移行元のストレージ装置２０Ａでコピー済みのデータ量が、予め決められた割合より少
ない場合に、このような移行処理後のコピーを行うべきであると判定することが考えられ
る。
【００５７】
［異筐体にまたがった移行処理］
次に、論理的に管理している外部ストレージ装置７０のペアボリューム（形成コピー中
）について、ペアの正または副ボリュームの一方を同一ストレージ装置２０Ａ内から異な
るストレージ装置２０Ｂ内に移行する処理を説明する。
【００５８】
移行に伴う事前設定は、図１０のフローチャートと同様である。Ｓ１０５０で、移行先
ストレージ装置２０Ｂは移行分のＬＵを新規に設定し、ストレージ装置２０Ｂ内のボリュ
ーム情報テーブルＣｔ２に登録する。このとき、移行するボリューム数分のＬＵの設定を
行う。さらに、新規に設定したＬＵにも移行元と同様のレプリケーションの情報（ペア情
報）を設定し、登録する。すなわち、移行中ボリュームペア設定プログラムＭｒ１２が、
ボリューム情報テーブルＣｔ２に登録したＬＵおよびペア情報をペア情報管理テーブルＣ
ｔ１Ｂへ設定し、登録する。ペア情報管理テーブルＣｔ１Ｂには、正副ボリューム情報と
して、ストレージ装置番号およびボリューム番号を登録する。また、移行先ストレージ装
置２０Ｂ側のペア情報管理テーブルＣｔ１Ｂには、移行元のストレージ装置番号２０Ａお
よびストレージ装置２０Ａ内でのペア番号を登録する。移行元ストレージ装置２０Ａ側の
ペア情報管理テーブルＣｔ１Ｂには、同様に移行先の情報を登録する。他の情報はペア情
報管理テーブルＣｔ１Ａと同様である。ペアのボリュームが筐体間にまたがる場合、ペア
情報は移行元と移行先で持つため、移行元でもペア情報を後に更新する必要がある。
【００５９】
Ｓ１０８０では、移行先ストレージ装置２０Ｂは仮想化装置５２に正ボリュームの移行
先新規ＬＵ番号を通知する。Ｓ１０９０では、正ボリュームについて移行元ＬＵと移行先
新規ＬＵが同一の実ボリュームを示すことを同一デバイス対応テーブルＶｔ１により認識
する。正ボリュームに関して、仮想化装置５２と移行先ストレージ装置２０Ｂのパスを開
通させる（設定する）（Ｓ１０９５）。
【００６０】
図１８のフローチャートに従って、実際に移行する処理を説明する。ここでは、移行す
るのはペアの正ボリュームとする。
ホスト計算機５１（または管理装置５０またはＭＳＶＰ８０）からペアへ『Ｓｐｌｉｔ
（ペアを分割する）』指示を出す（Ｓ１８１０）。移行元ストレージ装置２０ＡでＳｐｌ
ｉｔ処理を行う。ペア状態を遷移、すなわち、ＰａｉｒからＳｐｌｉｔに更新し（Ｓ１８
１５）、それ以降、書き込み要求があった場合は、ストレージ装置２０Ａ内の差分用ビッ
トマップＣｔ３Ｐ２に記録する。移行元ストレージ装置２０Ａは、移行処理の一環として
移行先ストレージ装置２０ＢへＳＡＮ４１経由により‘Ｓｐｌｉｔ’指示を渡す（Ｓ１８
２０）。その際に、移行元のストレージ装置の識別子とペア情報も渡す。
【００６１】
移行先ストレージ装置２０Ｂは、移行元ストレージ装置２０Ａからの指示に対応して、
、Ｓｐｌｉｔすべき該当するペアを検索する（Ｓ１８２５）。具体的には、ペア情報管理
テーブルＣｔ１Ｂ（図６（ｂ）参照）に登録された移行元であるペア情報を検索すること
により、移行先での該当ペアを検索することができる。検索できたら、移行先ストレージ
装置２０Ｂで当該ペアのＳｐｌｉｔの処理（ペア状態の遷移、差分のマージ）をする（Ｓ
１８３０）。具体的には、ペア情報管理テーブルＣｔ１Ｂの前記検索したペア番号のペア
状態を、Ｓ１８１５と同様に遷移（ここではＳｐｌｉｔに更新）する。さらに、移行元ス
トレージ装置２０Ａで対応するペアのＳｐｌｉｔ前に形成コピー用に使用していた差分ビ
ットマップＣｔ３Ｐ１の内容を当該移行先ストレージ装置２０Ｂのペアの形成コピー用差
分ビットマップＣｔ３Ｐ１にマージする（形成コピー用差分ビットマップＣｔ３Ｐ１は初
期化されているものとする）。さらに、差分用ビットマップＣｔ３Ｐ２もマージする。こ
れにより、移行先ストレージ装置２０Ｂ側での正ボリュームの新規Ｉ／Ｏを受信したとき
に対する差分ビットの取得準備が整う。
【００６２】
移行先ストレージ装置２０Ｂは、差分のマージが完了したら、その旨を移行元ストレー
ジ装置２０Ａと仮想化装置５２へ通知する（Ｓ１８３５）。前記差分ビットマップのマー
ジを開始してから完了するまでの間は、１つの方法としては、新規Ｉ／Ｏを受け付けるこ
となく、新規Ｉ／Ｏが来た場合には、ホストへ受け付け不可を返答し、所定時間経過後再
度要求を出してもらう。また、別の方法としては、新規Ｉ／Ｏを受け付けて、Ｉ／Ｏ要求
の対象が差分マージ完了部分であるか否かに応じて処理を行う。その詳細は、図１１のＳ
１１３５の説明と同様である。そして、仮想化装置５２は優先制御プログラムＭｃ３によ
り、正ボリュームのみに対し、異筐体間に張られているマルチパスのＩ／Ｏを処理すると
きに、移行先筐体のパスがそのＩ／Ｏを１００％受信できるように設定する（Ｓ１８４０
）。副ボリュームに対しては、変更なく移行元のストレージ装置２０ＡでＩ／Ｏを受信し
て処理する。
【００６３】
その間既に受信済みの正ボリュームへのＩ／Ｏの処理は続けられ、移行元ストレージ装
置２０Ａ経由（図１６の旧ルート）で既に受信したＩ／Ｏの処理が完了したとき移行元ス
トレージ装置２０Ａからホスト計算機５１に完了報告し、全ての処理が完了した場合移行
対象となった正ボリュームのＬＵを削除（ボリューム情報テーブルＣｔ２の情報をクリア
）する（Ｓ１８５０）。このとき、移行元のＬＵ情報が無効となるように、ＬＵ番号ごと
に情報が有効か無効かのビットを立てる方法もある。また、移行したペアの移行元ペア情
報のボリューム情報も更新する（Ｓ１８５０）。その間、ストレージ装置２０Ｂは、外部
ストレージ装置７０を接続してスタンバイしておく（Ｓ１８６０）。また、ストレージ装
置２０Ａは正ボリュームについて緊急デステージ（キャッシュからディスク装置２４への
書き込み処理を最優先で処理すること）を行うとともに、それ以降の正ボリュームに対す
る新規書き込み要求のときには、キャッシュ（ストレージ装置２０Ａおよび２０Ｂ）に格
納せずに直接ディスク装置２４へ書き込むライトスルーモードで実行する（Ｓ１８６５）
。このようにして、正ボリュームのキャッシュのデータを完全にディスク装置２４へ反映
しておく。正ボリューム全てにつき緊急デステージ処理が終了したのであれば（Ｓ１８７
０のＹ）、正ボリュームを移行先ストレージ装置２０Ｂへ完全に移行することが可能とな
り、ストレージ装置２０Ｂは外部ストレージ装置７０を接続する（Ｓ１８７５）。なお、
処理がストレージ装置２０Ｂに完全に移行した後、移行中にストレージ装置２０間で使用
していたパス（ＳＡＮ４１を経由するもの）は使用されなくなる。
【００６４】
図１９のフローチャートに従って、ペアの副ボリュームを移行する場合について説明す
る。
Ｓ１８１０と同様、ホスト計算機５１（または管理装置５０またはＭＳＶＰ８０）から
ペアへ『Ｓｐｌｉｔ（ペアを分割する）』指示を出す（Ｓ１９１０）。Ｓ１８１５と同様
、移行元ストレージ装置２０ＡでＳｐｌｉｔ処理を行う。ペア状態を遷移、すなわち、Ｐ
ａｉｒからＳｐｌｉｔに更新し（Ｓ１９１５）、それ以降、書き込み要求があった場合は
、ストレージ装置２０Ａ内の差分用ビットマップＣｔ３Ｐ２に記録する。Ｓ１８２０と同
様、移行元ストレージ装置２０Ａは、移行処理の一環として移行先ストレージ装置２０Ｂ
へＳＡＮ４１経由により‘Ｓｐｌｉｔ’指示を渡す（Ｓ１９２０）。その際に、移行元の
ストレージ装置の識別子とペア情報も渡す。
【００６５】
Ｓ１８２５と同様、移行先ストレージ装置２０Ｂは、移行元ストレージ装置２０Ａから
の指示に対応して、Ｓｐｌｉｔすべき該当するペアを検索する（Ｓ１９２５）。ペア情報
管理テーブルＣｔ１Ｂに登録された移行元であるペア情報を検索することにより、移行先
での該当ペアを検索することができる。検索できたら、移行先ストレージ装置２０Ｂで当
該ペアのＳｐｌｉｔの処理（ペア状態の遷移、差分ビットマップの初期化）をする（Ｓ１
９３０）。具体的には、ペア情報管理テーブルＣｔ１Ｂの前記検索したペア番号のペア状
態を、Ｓ１９１５と同様に遷移（ここではＳｐｌｉｔに更新）する。さらに、移行先スト
レージ装置２０Ｂのペア差分ビットマップＣｔ３Ｐ２を初期化する。移行先ストレージ装
置２０Ｂは、処理が完了したら、その旨を移行元ストレージ装置２０Ａと仮想化装置５２
へ通知する（Ｓ１９３５）。仮想化装置５２は、優先制御プログラムＭｃ３により、副ボ
リュームのみに対し、異筐体間に張られているマルチパスのＩ／Ｏを処理するときに、移
行先筐体のパスがそのＩ／Ｏを１００％受信できるように設定する（Ｓ１９４０）。正ボ
リュームに対しては、変更なく移行元のストレージ装置２０ＡでＩ／Ｏを受信して処理す
る。
【００６６】
その間既に受信済みの副ボリュームへのＩ／Ｏの処理は続けられ、移行元ストレージ装
置２０Ａ経由（図１６の旧ルート）で既に受信したＩ／Ｏの処理が完了したとき移行元ス
トレージ装置２０Ａからホスト計算機５１に完了報告し、全ての処理が完了した場合移行
対象となった副ボリュームのＬＵを削除（ボリューム情報テーブルＣｔ２の情報をクリア
）する（Ｓ１９５０）。このとき、移行元のＬＵ情報が無効となるように、ＬＵ番号ごと
に情報が有効か無効かのビットを立てる方法もある。また、移行したペアの移行元ペア情
報のボリューム情報も更新する（Ｓ１９５０）。その間、ストレージ装置２０Ｂは、副ボ
リュームに対する外部ストレージ装置７０を接続してスタンバイしておく（Ｓ１９６０）
。また、ストレージ装置２０Ａは、副ボリュームについて緊急デステージを行うとともに
、それ以降の副ボリュームに対する新規書き込み要求のときには、キャッシュ（ストレー
ジ装置２０Ａおよび２０Ｂ内）に格納せずに直接ディスク装置２４へ書き込むライトスル
ーモードで実行する（Ｓ１９６５）。このようにして、副ボリュームのキャッシュのデー
タを完全にディスク装置２４へ反映しておく。副ボリューム全てにつき緊急デステージ処
理が終了したのであれば（Ｓ１９７０のＹ）、副ボリュームを移行先ストレージ装置２０
Ｂへ完全に移行することが可能となり、ストレージ装置２０Ｂは外部ストレージ装置７０
を接続する（Ｓ１９７５）。なお、形成コピーを行った後に、副ボリュームをストレージ
装置２０Ｂに移行するようにしてもよい。処理がストレージ装置２０Ｂに完全に移行した
後、移行中にストレージ装置２０間で使用していたパス（ＳＡＮ４１を経由するもの）は
使用されなくなる。
【００６７】
図１８の移行処理中に、差分ビットマップのマージ完了後、正ボリュームへ書き込み要
求が来た場合、ストレージ装置２０Ｂの２面ある差分ビットマップのうち、差分用ビット
マップＣｔ３Ｐ２の該当するビットに‘１’を立てる。そのとき、形成コピーが終了して
いるか否かを確認し、終了していない場合は、その箇所の形成コピーを終了してから書き
込み処理を行う。形成コピーが終了している場合、差分用ビットマップＣｔ３Ｐ２を参照
しながら、ストレージ装置２０Ｂ側でコピー処理の続きを実行する。副ボリュームへのＩ
／Ｏが来た場合、ストレージ装置２０Ｂの形成コピー用のビットを参照し、形成コピーが
終了していない場合は、その箇所の形成コピーを終了してから処理を行い、形成コピーが
終了している場合は、書き込み要求のときだけストレージ装置２０Ａの差分用ビットマッ
プＣｔ３Ｐ２の該当するビットに‘１’を立て、通常のリードライト処理を行う。形成コ
ピー用のビットを参照する際は、ストレージ装置２０ＢへＳＡＮ４１を介して問い合わせ
ることにより行う。また形成コピーが終了していない場合、ストレージ装置２０Ｂがコピ
ーすべきデータのステージング（キャッシュへの読み出し）を行い、ＳＡＮ４１を介して
キャッシュからストレージ装置２０Ａへデータを転送する。
【００６８】
筐体間にまたがる移動の場合、図９（ａ）に示すように、ペア情報管理テーブルＣｔ１
Ｂと差分ビットマップＣｔ３Ｐ１、Ｃｔ３Ｐ２は両方のストレージ装置２０に設ける。前
記高速Ｓｐｌｉｔを行わず、‘Ｓｐｌｉｔ’指示を受け取ったら、実際にボリュームの中
身が同様になるまでコピーを続けて、その処理が完了してからＳｐｌｉｔする場合は、図
９（ａ）のように差分を１面ずつ持つことでも実現できる。
筐体間にまたがる移行を行った後のＩ／Ｏ処理については、本願出願人の特願２００４
−１１５６９３の明細書に記載がある。
正ボリューム側ストレージ装置２０Ａで形成コピー用の差分ビットマップＣｔ３Ｐ１を
管理するため、図１９の副ボリュームのみ移行する場合には、差分ビットマップのマージ
処理は発生しない。その他は図１８のフローチャートの処理と同様である。
【００６９】
＜移行ボリューム決定処理＞
図１２ないし図１４のフローチャートに従って、図１０のＳ１０１０でどのボリューム
を移行するかを決定する処理（移行事前処理）について説明する。移行処理がストレージ
装置２０の増減設によるか、既構成においてストレージ装置２０のリソース使用率最適化
（負荷分散）による処理性能向上によるかで、移行事前処理が異なる。
【００７０】
［装置増設時の処理］
図１２は、ストレージ装置が追加された場合の移行事前処理を示すフローチャートであ
る。ここでは、ストレージ装置２０Ｂを新規追加するものとする。まず、管理装置５０ま
たはその他のＳＡＮ管理装置は、その新規ストレージ装置２０Ｂをストレージシステム１
００に接続する定義を行う（Ｓ１２１０）。具体的には、定義内容がユーザによって管理
装置５０などに入力され、所定のメモリに記憶される。次に、ストレージ装置２０Ｂ以外
の既存のストレージ装置から負荷情報を取得する（Ｓ１２１５）。負荷情報の取得は、Ｍ
ＳＶＰ８０または管理装置５０を経由して行う。そして、取得した情報から負荷が高いと
ころを検索する（Ｓ１２２０）。具体的には、予め設定された値よりプロセッサ稼働率が
高いプロセッサを検索したり、予め設定されたＩ／Ｏ数を超えてＩ／Ｏが発行されている
ボリュームを検索する。負荷が高いプロセッサやボリュームなどのリソースがあるストレ
ージ装置２０を特定し、その中から実際にどのボリュームを移行の対象にするかを決定す
る。具体的には、負荷情報をユーザに提示して、移行するボリュームをユーザが決定して
入力するか、または、ストレージ装置２０内で自動的に決定する（Ｓ１２２５）。また、
移行先は追加したストレージ装置２０Ｂがデフォルトであるが、その他も選択できる。
【００７１】
対象となるボリュームがペアで同一筐体への移行の場合は（Ｓ１２３０のＹ）、同一筐
体での移行処理（図１０、図１１参照）を実行する（Ｓ１２４０）。ペアで同一筐体への
移行でない場合は（Ｓ１２３０のＮ）、ペア間で異なる筐体への移行か否かを判断する（
Ｓ１２３５）。ペア間で異なる筐体への移行であれば（Ｓ１２３５のＹ）、異筐体での移
行処理（詳細は後記）を実行する（Ｓ１２４５）。ペア間で異なる筐体への移行でなけれ
ば（Ｓ１２３５のＮ）、ボリューム単体での移行処理を行う（Ｓ１２５０）。移行処理が
終わったら、まだ移行を続ける場合は（Ｓ１２５５のＹ）、Ｓ１２２５へ戻る。移行を行
わない場合は（Ｓ１２５５のＮ）、終了する。
【００７２】
［装置減設時の処理］
図１３は、ストレージ装置が減設された場合の移行事前処理を示すフローチャートであ
る。ここでは、ストレージ装置２０Ｂを減設するものとする。Ｓ１２１５と同様、減設す
るストレージ装置２０Ｂ以外のストレージ装置から負荷情報を取得する。負荷情報の取得
は、ＭＳＶＰ８０または管理装置５０を経由して行う（Ｓ１３１０）。そして、取得した
情報から負荷が低いところを検索する（Ｓ１３１５）。具体的には、予め設定された値よ
りプロセッサ稼働率が低いプロセッサを検索したり、予め設定されたＩ／Ｏ数より少ない
Ｉ／Ｏが発行されているボリュームを検索する。負荷が低いプロセッサやボリュームなど
のリソースがあるストレージ装置２０を特定し、その中から具体的にどのボリュームを移
行の対象にするかを決定する。減設するストレージ装置２０Ｂ内のどれを何処に移行する
かを決定する（Ｓ１３２０）。処理の具体的手順はＳ１２２５を参照。Ｓ１３２５〜Ｓ１
３４５は、Ｓ１２３０〜Ｓ１２５０の処理と同様。まだ移行を続ける場合は（Ｓ１３５０
のＹ）、Ｓ１３２０へ戻る。移行を行わない場合は（Ｓ１３５０のＮ）、ストレージ装置
２０Ｂをストレージシステム１００からはずして処理を終了する（Ｓ１３５５）。
【００７３】
［負荷分散時の処理］
図１４は、負荷分散の目的で、複数ストレージ装置２０間でボリューム移行をする場合
の移行事前処理を示すフローチャートである。予め決められた時間ごとに処理を行うため
、まず、所定時間が経過したか否かを判定する（Ｓ１４１０）。所定時間が経過したら（
Ｓ１４１０のＹ）、管理装置５０またはその他のＳＡＮ管理装置は、ストレージ装置２０
から負荷情報を取得する。負荷情報の取得は、ＭＳＶＰ８０または管理装置５０を経由し
て行われる（Ｓ１４１５）。そして、取得した情報から負荷が高いところと低いところを
検索する（Ｓ１４２０）。処理の具体的手順は、Ｓ１２２０と同様である。そこで、どの
ストレージ装置２０内のどのボリュームを何処に移行するかを決定する（Ｓ１４２５）。
処理の具体的手順は、Ｓ１２２５と同様である。Ｓ１４３０〜Ｓ１４５０は、Ｓ１２３０
〜Ｓ１２５０の処理と同様である。まだ移行を続ける場合は（Ｓ１４５５のＹ）、Ｓ１４
２５へ戻る。移行を行わない場合は（Ｓ１４５５のＮ）、処理を終了する。
【００７４】
Ｓ１２２５、Ｓ１３２０およびＳ１４２５でどれをどこへ移行するかを決定するポリシ
ーは、リソースの稼働率、すなわち、ＣＰＵ稼働率、キャッシュ使用率、ボリューム使用
率などによる。また、複製を作成した後、ある目的で使用するボリュームを同じストレー
ジ装置（筐体）へ格納しておきたいとか、ある期間使用した後は削除するため負荷が増加
するのは特定期間のみであることが予め分かっている場合は、その要素も考慮して決定す
ることができる。例えば、どのボリュームを移行すべきかを決定する際、リソースの稼働
率だけでなく、そのボリュームの属性を含めて参照する。業務の一環として、複製ボリュ
ーム（コピー先ボリューム）を所定の期間に限定して使用する場合がある。この場合、ボ
リュームの属性を参照することによって、所定の期間経過後は、複製ボリュームが不要に
なり、削除可能になること（予定）が予めわかる。これによると、所定の期間は負荷が大
きくなっても、いずれは負荷が軽減される見込みがあるので、ボリューム移行は行わない
という判断もある。
【００７５】
また、レプリケーション作成の時点では同一筐体内のペアであり、ボリュームの移行処
理により、異筐体間のペアとなった後、さらなるボリュームの移行処理により、元の同一
筐体のペアに戻る場合は、新規にＬＵおよびペア情報を作成してもよいし、前回の情報を
無効化しておき、移行処理時に再度有効にして使用してもよい。
【００７６】
＜移行タイミング調停処理＞
図１０および図１１の処理は、ストレージ装置２０Ａ／２０Ｂ間で通信することによっ
てボリュームを移行するタイミングを調停して実施する例であったが、これを管理装置５
０が行ってもよい。すなわち、各タイミングになったら、管理装置５０から各ストレージ
装置２０へその旨を通知することにより、各ストレージ装置２０が処理を開始するように
してもよい。
【００７７】
以上によれば、移行対象となるボリュームが、レプリケーションを作成中のボリューム
である場合、レプリケーション関係を維持したまま、レプリケーションのコピー処理を実
行しながら、ボリュームの移行処理を実現することができる。また、複数ディスク装置が
接続された制御部を複数有するストレージ装置において、同一制御部に接続されたディス
ク装置内のボリュームにレプリケーションを作成するだけでなく、異なった制御部に接続
されたディスク装置（実体）のないボリュームにレプリケーションを作成する場合も、異
なった制御部であることを意識することなく記憶領域のコピーを作成することができる。
【００７８】
≪グループの移行とペア分割≫
ここまでは、ストレージ装置間の移行対象となるボリュームとして、ボリューム全体が相互に一致するような複製ボリュームを取り扱うように記載したが、必ずしも１組のペアであることは要せず、２組以上のペアからなるグループを取り扱うようにしてもよい。そして、グループを移行ボリュームとして取り扱う場合、グループ内のペアの全てを移行対象としてもよいし、グループ内のペアの一部を移行対象としてもよい。
【００７９】
ここで、１つのグループには、例えば、所定の業務に関するテーブル、インデックス、ログなどの互いに整合性を維持すべきデータのペアが属する。一方、ストレージ装置２０が１つのグループのデータ全部を格納している場合、ホスト計算機５１などからの要求に対する処理や内部処理によって、リソース（ポート、ＣＰＵ、キャッシュメモリ、ハードディスク装置など）の負荷が高くなることがある。そこで、負荷分散を行うために、例えば、グループ内のデータのうち、ログを別のストレージ装置２０に移行し、格納する。そのとき、複数のストレージ装置２０にまたがったデータ（ログとログ以外のデータ）を１つのグループに属するものとして管理することによって、データ相互の整合性を維持するとともに、データ間におけるペア分割の同時性（結果的には、ペア分割時の整合性）を確保することができる。
【００８０】
なお、複数のストレージ装置２０にまたがるグループを形成するには、ペアのグループ化処理および移行処理の順序はどちらでもよく、次の２つの手順がある。一方は、１つのストレージ装置２０内でペアのグループを設定してから、その一部のペアを別のストレージ装置２０に移行する手順である。他方は、１つのストレージ装置２０内で複数のペアを作成し、その一部のペアを別のストレージ装置２０に移行してから、２つのストレージ装置２０間にまたがるペアをグループ化する手順である。
【００８１】
図２０は、グループ情報テーブルの一例を示す図である。グループ情報テーブルＧｔ１は、グループ、ストレージ装置およびペアの対応関係を管理するテーブルであり、グループ番号、ストレージ装置番号およびペア番号を含んで構成される。グループ番号は、ストレージシステム１００（図１参照）内でグループにユニークな番号とする。ストレージ装置番号は、そのグループに属するペアを管理するストレージ装置の番号である。ここで、１つのグループ番号に、２以上のストレージ装置番号が対応してもよい。これは、そのグループに属するペアが２以上のストレージ装置２０（筐体）にまたがって存在することを意味する。ペア番号は、そのグループに属するペアのうち、そのストレージ装置の管理対象となるペアの番号である。なお、そのペア番号に対応する正副ボリュームに関する情報については、ペア情報管理テーブルＣｔ１（図６参照）によって特定できる。
【００８２】
図２０に示すように、例えば、グループ番号０番のグループは、ストレージ装置２０Ａおよび２０Ｂで管理されるペアから構成されており、具体的にはペア番号０番〜６番（ストレージ装置２０Ａ内）および６番〜９番（ストレージ装置２０Ｂ内）のペアからなる。また、グループ番号１番のグループは、ストレージ装置２０Ｃ内にあるペア番号１１番と１２番のペアからなる。なお、ここでは、ペア番号の記載の仕方としてストレージシステム１００でユニークな番号の例を示している。
【００８３】
また、グループ情報テーブルＧｔ１は、管理装置５０、ホスト計算機５１または仮想化装置５２に持つものとする。これに関して、グループ情報テーブルＧｔ１と交替パスソフトウェアＭｃ１００との配置関係を見てみる。管理装置５０がグループ情報テーブルＧｔ１を持つ場合には、ホスト計算機５１または仮想化装置５２が交替パスソフトウェアＭｃ１００を持つ。ホスト計算機５１がグループ情報テーブルＧｔ１を持つ場合には、そのホスト計算機５１が交替パスソフトウェアＭｃ１００も持つ。これと同様に、仮想化装置５２がグループ情報テーブルＧｔ１を持つ場合には、その仮想化装置５２が交替パスソフトウェアＭｃ１００も持つ。なお、ストレージ装置２０がグループ情報テーブルＧｔ１の内容の参照または問い合わせを行うこともある。
【００８４】
次に、グループ内のペアを移行する処理について説明する。例えば、グループ０番内のペアの一部であるペア０番〜６番を移行対象とし、移行先をストレージ装置２０Ｂとする場合、ペア０番〜６番の移行処理は既に説明済の方法で行い、グループ情報テーブルＧｔ１のグループ０番のストレージ装置が２０Ａおよび２０Ｂとなり、それぞれにあるペア番号が登録される。また、ストレージ装置２０間をまたがった移行（例えば、副ボリュームだけの移行）を行ったペアは、両方のペア番号に記載される。その例として、図２０に示すように、ペア６番はストレージ装置２０Ａと２０Ｂとの間でペアを組んでいる。
【００８５】
既に説明したように、ペアの使い方には一旦複製ボリュームとして整合性のとれたペアを分割（Ｓｐｌｉｔ）して別々に使用することがある。ここで、グループに対するＳｐｌｉｔ要求は、グループに属するペアに対して分割を要求するものであるが、その要求を実現する方法として、グループごとにAt-Time Splitコマンドを発行する方法やグループ内のペアの１つにAt-Time Splitコマンドを発行する方法がある。ここで、At-Time Splitとは、複数のペアに対して所定の時刻に同期をとってＳｐｌｉｔさせる機能である。そして、At-Time Splitコマンドとは、その機能を実行するためのコマンドである。
【００８６】
図２１は、グループが１つのストレージ装置２０Ａ内に収まっている場合にホスト計算機５１からＳｐｌｉｔ要求を行う方法を示す図である。図２１（ａ）は、グループに対してAt-Time Splitコマンドを発行する方法を示す。図２１（ｂ）は、グループ内の１つのペアに対してAt-Time Splitコマンドを発行する方法を示す。
【００８７】
図２１（ａ）の場合、ストレージ装置２０Ａは、あるグループに対するAt-Time Splitコマンドを受け、そのグループに属するすべてのペアを同時刻にＳｐｌｉｔする処理を実行する。一方、図２１（ｂ）の場合、ストレージ装置２０Ａは、あるペアに対するAt-Time Splitコマンドを受け、そのコマンドを受けたペアがグループに属しているときに、そのグループを特定し、そのグループに属するすべてのペアを（コマンドを受けたペアおよびその他のペアを含めて）同時刻にＳｐｌｉｔする処理を実行する。
【００８８】
ホスト計算機５１がグループ情報テーブルＧｔ１を用いることにより、図２１に示すようにホスト計算機５１がAt-Time Splitコマンドを１つのストレージ装置２０Ａに発行するのに対して、グループが複数のストレージ装置２０にまたがる場合には、そのグループがあるすべてのストレージ装置２０にAt-Time Splitコマンドを発行する処理を行う。図２２は、その例を示す図である。ホスト計算機５１は、グループ０番がストレージ装置２０Ａおよび２０Ｂにまたがった場合、グループ０番へのAt-Time Splitコマンドをストレージ装置２０Ａと２０Ｂそれぞれに出すことで、グループ０番に属するペアすべてを同時刻にＳｐｌｉｔする処理を実行する。図２２（ａ）は、グループに対してAt-Time Splitコマンドを発行する方法を示す。図２２（ｂ）は、グループ内のペアに対してAt-Time Splitコマンドを発行する方法を示す。
【００８９】
図２２（ａ）の場合には、対象となるグループがあるすべてのストレージ装置２０について、各グループにAt-Time Splitコマンドを発行する。この場合、各ストレージ装置２０（２０Ａおよび２０Ｂ）は、あるグループに対するAt-Time Splitコマンドを受け、そのグループに属するすべてのペアを同時刻にＳｐｌｉｔする処理を実行する。一方、図２２（ｂ）の場合には、対象となるグループがあるすべてのストレージ装置２０について、各グループ内の１つのペアにAt-Time Splitコマンドを発行する。この場合、各ストレージ装置２０（２０Ａおよび２０Ｂ）は、あるペアに対するAt-Time Splitコマンドを受け、そのコマンドを受けたペアがグループに属しているときに、そのグループを特定し、そのグループに属するすべてのペアを同時刻にＳｐｌｉｔする処理を実行する。なお、ストレージ装置２０間における同時刻のＳｐｌｉｔ処理を実現するためには、例えば、ホスト計算機５１がAt-Time SplitコマンドにＳｐｌｉｔ処理時刻を設定しておき、各ストレージ装置２０がその設定されたＳｐｌｉｔ処理時刻にＳｐｌｉｔ処理を行う方法がある。
【００９０】
続いて、グループがストレージ装置２０間にまたがった場合の処理について説明する。ここでは、グループ情報テーブルＧｔ１によりコマンドをどのストレージ装置２０に発行するか（複数のストレージ装置２０に発行するか否か）を認識して、コマンドを発行するまでの処理を述べる。その処理は、既に述べた図２１および図２２の範囲内の処理とする。以下では、図２３を参照しながら、ホスト計算機５１にグループ情報テーブルＧｔ１がある場合の処理について順次説明する。
【００９１】
（１）ホスト計算機５１（またはＭＳＶＰ８０、ＳＶＰ８１（図２参照））からの指示により、グループ＃０の１つのペアをストレージ装置２０Ａから２０Ｂへ移行する。なお、ペア移行に関する処理は、図１１のフローチャートにより説明した通りである。
（２）ペア移行が完了したら、ホスト計算機５１は、グループ情報テーブルＧｔ１を更新する。
（３）ホスト計算機５１（またはＭＳＶＰ８０、ＳＶＰ８１）を介して、ユーザからのグループ＃０全体をＳｐｌｉｔする要求（At-Time Splitコマンド）を受ける。
（４）ホスト計算機５１は、グループ情報テーブルＧｔ１を検索し、どのストレージ装置２０にAt-Time Splitコマンドを発行すべきかを判断する。この例では、ストレージ装置２０Ａおよび２０Ｂに発行する。
（５）ストレージ装置２０Ａおよび２０Ｂは、例えば、At-Time Splitコマンドに設定されたＳｐｌｉｔ処理時刻に従って、同時刻にグループ＃０内のペアすべてのＳｐｌｉｔ処理を行う。
【００９２】
以上によれば、複製ボリュームのグループとしての属性を維持しながら、ペアとしての整合性を確保することができる。すなわち、グループに属するデータ相互の整合性を維持するとともに、データ間におけるペア分割の同時性（結果的には、ペア分割時の整合性）を確保することができる。
【００９３】
≪ボリュームが仮想領域にある場合の移行処理≫
前記実施の形態は、コピー元ボリュームの容量と同じ容量をコピー先ボリュームに確保し、全データをコピーしてペアを作成する方法で説明した。別の実施の形態として、複製ボリュームのペアのうち、副ボリュームが、正ボリュームと同じ容量のデータ領域を確保せずに、プールと呼ばれる仮想領域（以下、プール領域という）に正ボリュームと異なる箇所のデータだけを格納する仮想的なボリューム（以下、仮想ボリュームという）である場合の移行処理について説明する。
【００９４】
副ボリュームに仮想ボリュームを使用する場合、副ボリューム内の各箇所（アドレス）のデータがどこに格納されているかをアドレスマッピングテーブルにより管理する。正ボリュームと同じデータである箇所には、正ボリューム内の対象データが格納されている箇所のアドレスが示される。正ボリュームと異なるデータである箇所には、プール領域内のデータが格納されているアドレスが示される。アドレスマッピングテーブルは、スナップショットの世代別（ペアの分割タイミングごと）に１つ存在する。なお、プール領域は、ストレージ装置２０内のディスク装置２４または外部ストレージ装置７０（図１参照）にある。また、アドレスマッピングテーブルは、ストレージ装置２０内のメモリ２２または外部ストレージ装置７０にある。
【００９５】
図２４は、アドレスマッピングテーブルの一例を示す図である。アドレスマッピングテーブルＡｔ１ｓは、所定のペアの副ボリュームに関するテーブルであり、ボリュームアドレスおよび実データ格納アドレスからなる。ボリュームアドレスは、１つのボリューム容量分の全アドレスであり、例えば、ＬＢＡ（Logical Block Address）である。実データ格納アドレスは、そのボリュームアドレスごとに、そのアドレスに対応する副ボリュームのデータが実際に格納されている箇所である。図２４のように、例えば、ボリュームアドレス０番のデータは、プール領域の１００１１に格納されており、ボリュームアドレス１番のデータは、正ボリューム（Ｐ−ＶＯＬ、Primary Volume）の同じボリュームアドレスに格納されていることを示す。なお、アドレスマッピングテーブルの構成は、各スナップショットのデータの格納されているアドレスが管理できれば他の構成でもよい。
【００９６】
ここで、正ボリュームに仮想ボリュームを使用する場合もある。正ボリュームに限らず、通常の実体のあるボリューム（以下、実ボリュームという）には、予め所定の記憶容量が確保される。換言すれば、データが書き込まれているか否かにかかわらず、実体として所定の記憶容量のデータ領域があるので、それには使用されていない（データが書き込まれていない）領域もありうる。そこで、そのような無用なデータ領域をなくすために、正ボリュームに実際に書き込まれたデータの容量分の記憶領域をプール領域に割り当てるようにする。
【００９７】
そして、図２４のアドレスマッピングテーブルＡｔ１ｓと同様の形式のアドレスマッピングテーブルＡｔ１ｐ（図示せず）を用いて、記憶領域を管理する。ボリュームアドレスとしては、その正ボリュームの容量分の全アドレスを用意してもよいし、使用した分だけのアドレスを追加してもよい。実データ格納アドレスは、ボリュームアドレスに対応するデータが格納されたプール領域のアドレスである。ボリュームアドレスが全アドレスである場合には、ボリュームアドレスによっては未使用のことがあるため、実データ格納アドレスは無効のことがある。ボリュームアドレスが使用アドレスである場合には、実データ格納アドレスはすべて有効である。なお、正ボリューム、副ボリュームともに仮想ボリュームの場合、図２４に示すように実データ格納アドレスが“Ｐ−ＶＯＬ”という形式によって設定されることはなく、プール領域のアドレスが設定されることになる。
【００９８】
＜移行処理の概要＞
次に、正ボリュームが実ボリュームであり、副ボリュームが仮想ボリュームである場合の移行処理について説明する。
【００９９】
（１）特定のペアのみ移行
図１に示すストレージシステム１００において、プール領域を使ったペアを作成する場合、１つの実施の形態として、正ボリュームおよびプール領域を外部ストレージ装置７０に持たせる方法がある。図２５は、その方法を実現する構成を示す図である。ストレージ装置２０Ａにあるペアは、副ボリュームを仮想ボリュームで生成している。このペアをストレージ装置２０Ｂに移行する場合、正／副ボリュームをストレージ装置２０間で切り替える処理（説明済）を行うとともに、副ボリュームのアドレスマッピングテーブルＡｔ１ｓをストレージ装置２０Ａからストレージ装置２０Ｂへ転送する。ストレージ装置２０Ｂは、ストレージ装置２０ＡからのアドレスマッピングテーブルＡｔ１ｓの転送が完了すると、プール領域内のデータを読み出して、正／副ボリュームに対するＩ／Ｏ処理を開始する。
【０１００】
（２）プール領域全体を移行
移行したいボリュームにペアが存在し、その副ボリュームが仮想ボリュームであった場合、プール領域全体を移行することも考えられる。この場合、プール領域内にあるペアすべてを移行する処理を行う。
【０１０１】
続いて、正ボリュームおよび副ボリュームが仮想ボリュームである場合の移行処理について説明する。この場合には、副ボリュームへの処理を正副両方のボリュームに対して行う。プール領域がストレージ装置２０内にある場合、移行先のストレージ装置２０にプール領域全体を移行するときは、プール領域内のデータおよびアドレスマッピングテーブルＡｔ１ｐ、Ａｔ１ｓをコピーする。
【０１０２】
＜スナップショットの移行のバリエーション＞
ペアが仮想ボリュームを含む場合のスナップショットについては、仮想ボリュームのバリエーションとして、正／副ボリュームが仮想ボリュームである場合および副ボリュームが仮想ボリュームである場合の２つがある。また、移行対象のバリエーションとして、副ボリューム、ペア単体（正ボリュームと副ボリューム）およびプール領域全体（プール領域にあるペアの全体）の３つがある。したがって、ペアが仮想ボリュームを含む場合のスナップショットの移行のバリエーションには、６つ（＝２×３）が考えられる。以下、それらの個々の処理について説明する。なお、以下では、プール領域が外部ストレージ装置７０に格納されていることを前提とする。ただし、プール領域が、各ストレージ装置２０に格納され、ストレージ装置２０間で転送されるようにしてもよい。
【０１０３】
［正／副ボリュームが仮想ボリュームであって、副ボリュームを移行する場合］
ストレージ装置２０Ａからストレージ装置２０Ｂへ副ボリュームのアドレスマッピングテーブルＡｔ１ｓを移行する。ストレージ装置２０Ｂは、ストレージ装置２０Ａから移行されたアドレスマッピングテーブルＡｔ１ｓを参照し、プール領域内のデータを参照更新する。正／副ボリュームが仮想ボリュームであるので、データはすべてプール領域内にある。なお、正ボリュームについては、ストレージ装置２０Ａに正ボリューム用のアドレスマッピングテーブルＡｔ１ｐがある。ストレージ装置２０Ｂから正ボリュームを参照するには、ＳＡＮ４１を経由する。
【０１０４】
［正／副ボリュームが仮想ボリュームであって、ペアを移行する場合］
ストレージ装置２０Ａからストレージ装置２０Ｂへ正ボリューム、副ボリュームのアドレスマッピングテーブルＡｔ１ｐ、Ａｔ１ｓを移行する。ストレージ装置２０Ｂは、ストレージ装置２０Ａから移行されたアドレスマッピングテーブルＡｔ１ｐ、Ａｔ１ｓを参照し、プール領域内のデータを参照更新する。なお、正／副ボリュームが仮想ボリュームであるので、データはすべてプール領域内にある。
【０１０５】
［正／副ボリュームが仮想ボリュームであって、プール領域全体を移行する場合］
プール領域にあるペアの全体を移行する場合、プール領域に係るアドレスマッピングテーブル全体を移行する。アドレスマッピングテーブルＡｔ１ｐ、Ａｔ１ｓは、ストレージ装置２０Ａからコピーしてもよいし、外部ストレージ装置７０にある場合、そこからコピーしてもよい。
【０１０６】
［副ボリュームが仮想ボリュームであって、副ボリュームを移行する場合］
ストレージ装置２０Ａからストレージ装置２０Ｂへ副ボリュームのアドレスマッピングテーブルＡｔ１ｓを移行する。副ボリュームのデータのうち、その実体が正ボリューム内にある箇所（ボリュームアドレス）については、アドレスマッピングテーブルＡｔ１ｓ内の実データ格納アドレスを、正ボリュームが格納されているストレージ装置およびボリューム番号が特定できるように修正する。ストレージ装置２０Ｂは、ストレージ装置２０Ａから移行されたアドレスマッピングテーブルＡｔ１ｓを参照し、プール領域にデータがある場合は、プール領域内のデータを参照更新し、正ボリュームにデータがある場合は、ＳＡＮ４１経由でストレージ装置２０Ａのデータを参照更新する。
【０１０７】
［副ボリュームが仮想ボリュームであって、ペアを移行する場合］
正ボリュームの実体が外部ストレージ装置７０内であれば、ＳＡＮ４３のつなぎ替えをし、ストレージ装置２０Ａの内部ボリュームであれば、ＳＡＮ４１経由でデータコピーをして移行する。次に、ストレージ装置２０Ａからストレージ装置２０Ｂへ副ボリュームのアドレスマッピングテーブルＡｔ１ｓを移行する。副ボリュームデータのうち、正ボリューム内にある箇所（ボリュームアドレス）については、アドレスマッピングテーブルＡｔ１ｓ内の情報をそのまま使用する。すなわち、ストレージ装置２０Ｂは、副ボリュームのデータについてストレージ装置２０Ａから移行されたアドレスマッピングテーブルＡｔ１ｓを参照し、プール領域にデータがある場合は、プール領域内のデータを参照更新し、正ボリュームにデータがある場合は、正ボリュームのデータを参照更新する。
【０１０８】
［副ボリュームが仮想ボリュームであって、プール領域全体を移行する場合］
プール領域にあるペアの全体を移行する場合、プール領域に係るアドレスマッピングテーブル全体を移行する。アドレスマッピングテーブルＡｔ１ｓは、ストレージ装置２０Ａから転送してもよいし、外部ストレージ装置７０内にある場合、それを参照してもよい。正ボリュームの実体が外部ストレージ装置７０内であれば、ＳＡＮ４３のつなぎ替えをし、ストレージ２０Ａの内部ボリュームであれば、ＳＡＮ４１経由でデータコピーをして移行する。ストレージ装置２０Ｂは、ストレージ装置２０Ａから移行されたアドレスマッピングテーブルＡｔ１ｓを参照し、プール領域にデータがある場合は、プール領域内のデータを参照更新し、正ボリュームにデータがある場合は、ＳＡＮ４１経由でデータを参照更新する。
【０１０９】
以上によれば、副ボリュームが仮想ボリュームであっても、正ボリュームおよび副ボリュームともに仮想ボリュームであっても、複製ボリュームとしてストレージ装置２０間の移行を行うことができる。特に、プール領域を外部ストレージ装置７０に格納した場合には、プール領域をストレージ装置２０間で移行する必要がなく、速やかに仮想ボリュームの移行を行うことができる。
【０１１０】
以上本発明の実施の形態について説明したが、図１に示すストレージシステムのそれぞ
れで実行されるプログラムをコンピュータによる読み取り可能な記録媒体に記録し、この
記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行することに
より、本発明の実施の形態に係るストレージシステムが実現されるものとする。なお、プ
ログラムをインターネットなどのネットワーク経由でコンピュータシステムに提供するよ
うにしてもよい。
【０１１１】
≪その他の実施の形態≫
以上本発明について好適な実施の形態について一例を示したが、本発明は前記実施の形
態に限定されず、本発明の趣旨を逸脱しない範囲で適宜変更が可能である。例えば、以下
のような実施の形態が考えられる。
（１）前記実施の形態では、ストレージ装置間の移行対象となるボリュームとして、ボリ
ューム全体が相互に一致するような複製ボリュームを取り扱うように記載したが、ボリュ
ームの属性（例えば、ボリューム内の一部のデータ）が同じであるようなボリューム同士
を取り扱うようにしてもよい。すなわち、所定のデータを有するボリュームと、その所定
のデータの複製を有するボリュームとをストレージ装置間の移行の対象としてもよい。
【０１１２】
（２）ストレージ装置間の移行対象となるボリュームが、２組以上のペアからなるグループに属する場合においては、必ずしもデータの内容が一致することは要せず、データの属性（例えば、データ内の一部の範囲）が一致するようなペアまたはグループであってもよい。これは、（１）のボリューム内の一部のデータについても同様である。
【０１１３】
（３）前記実施の形態では、複製ボリュームの正副両方が外部ストレージ装置７０に存在
する場合について記載したが、その他のボリューム配置であってもよい。例えば、複製ボ
リュームの両方がストレージ装置２０にあるような配置であってもよいし、複製ボリュームの一方がストレージ装置２０にあって、もう一方が外部ストレージ装置７０にあるような配置であってもよい。
【０１１４】
このように複製ボリュームの少なくとも一方がストレージ装置２０内に存在する（内部
ボリュームである）場合には、図１１のＳ１１６５において、内部ボリュームの緊急デス
テージが終了したら、内部ボリュームのデータ移行を開始する。ここで、データ移行とは
、移行元ストレージ装置２０Ａから移行先ストレージ装置２０ＢへＳＡＮ４１を介してデ
ータを転送することである。データ移行の際、ストレージ装置２０Ａでは、内部ボリュー
ムのどの位置までデータ転送が終了したかをデータ転送終了位置情報により管理する。新
規Ｉ／Ｏをストレージ装置２０Ｂ側で受信した場合、ストレージ装置２０Ａ側のデータ転
送終了位置情報を参照し、Ｉ／Ｏ要求の対象がデータ転送終了している場合、ストレージ
装置２０Ｂが自装置内に転送中または転送済のボリューム内にデータを書き込む。データ
転送が終了していない場合には、ストレージ装置２０Ａ内のボリュームに書き込んだ後に
データ転送を行うか、または、Ｉ／Ｏ要求の対象のデータを先にストレージ装置２０Ｂに
転送してから書き込みを行う。
【０１１５】
以上によれば、複製ボリュームだけでなく、前記のような関係を有するボリュームのペ
アまたはグループをストレージ装置間の移行対象とすることができる。これによって、ス
トレージ装置の増減や負荷分散に対応した、より柔軟なストレージシステムの運用を行う
ことができる。
【０１１６】
（４）前記実施の形態では、複数のストレージ装置２０にまたがったグループの処理および正／副ボリュームまたは副ボリュームが仮想ボリュームである場合の処理についてそれぞれ説明したが、それらは独立したボリュームの設定方法を提供するものであり、それらを２以上の複製ボリュームに対して同時に適用することができる。
【図面の簡単な説明】
【０１１７】
【図１】本発明の実施の形態に係るストレージシステムの概略構成を示す図である。
【図２】サービスプロセッサの構成例を示す図である。
【図３】交替パスソフトウェアの構成を示す図である。
【図４】ストレージ装置のメモリの構成を示す図である。
【図５】同一デバイス対応テーブルの一例を示す図である。
【図６】ペア情報管理テーブルの一例を示す図であり、（ａ）は同一ストレージ装置    内のレプリケーション作成を行う場合のテーブル例であり、（ｂ）は異なるストレー    ジ装置間のレプリケーション作成を行う場合のテーブル例である。
【図７】ボリューム情報テーブルの一例を示す図である。
【図８】差分ビットマップの一例を示す図であり、（ａ）は差分ビットマップを１つ    用意する例であり、（ｂ）は１つのペアに対して同じサイズのビットマップを２つ用    意する例である。
【図９】ストレージ装置間の差分ビットマップの構成を示す図であり、（ａ）は１面    構成を示し、（ｂ）は２面構成を示す。
【図１０】ストレージ装置間のペアボリュームの移行前処理を示すフローチャートで    ある。
【図１１】ストレージ装置間のペアボリュームの移行開始処理を示すフローチャート    である。
【図１２】ストレージ装置が追加された場合の移行事前処理を示すフローチャートで    ある。
【図１３】ストレージ装置が減設された場合の移行事前処理を示すフローチャートで    ある。
【図１４】負荷分散の目的で、複数ストレージ装置間でボリューム移行をする場合の    移行事前処理を示すフローチャートである。
【図１５】移行対象となったペアのボリュームに注目した構成およびＩ／Ｏの経路を    示す図である。
【図１６】移行対象となったペアのボリュームに注目した構成およびＩ／Ｏの経路を    示す図である。
【図１７】移行対象となったペアのボリュームに注目した構成およびＩ／Ｏの経路を    示す図である。
【図１８】ストレージ装置間のペアボリュームの正ボリュームを移行する処理を示す    フローチャートである。
【図１９】ストレージ装置間のペアボリュームの副ボリュームを移行する処理を示す    フローチャートである。
【図２０】グループ情報テーブルの一例を示す図である。
【図２１】グループが１つのストレージ装置内に収まっている場合にホスト計算機からＳｐｌｉｔ要求を行う方法を示す図であり、（ａ）はグループに対してAt-Time Splitコマンドを発行する方法を示し、（ｂ）はグループ内の１つのペアに対してAt-Time Splitコマンドを発行する方法を示す。
【図２２】グループが複数のストレージ装置にまたがる場合にそのグループがあるすべてのストレージ装置にホスト計算機からＳｐｌｉｔ要求を行う方法を示す図であり、（ａ）はグループに対してAt-Time Splitコマンドを発行する方法を示し、（ｂ）はグループ内の１つのペアに対してAt-Time Splitコマンドを発行する方法を示す。
【図２３】ホスト計算機にグループ情報テーブルがある場合の複製ボリュームの移行および分割の処理を示す図である。
【図２４】アドレスマッピングテーブルの一例を示す図である。
【図２５】正ボリュームとプール領域を外部ストレージ装置に持たせる方法を実現する構成を示す図である。
【符号の説明】
【０１１８】
２０    ストレージ装置
２０Ａ  ストレージ装置（第１のストレージ装置）
２０Ｂ  ストレージ装置（第２のストレージ装置）
２４    ディスク装置
５０    管理装置
５２    仮想化装置
７０    外部ストレージ装置
１００  ストレージシステム
Ａｔ１ｓ  アドレスマッピングテーブル
Ｇｔ１  グループ情報テーブル（所定のテーブル）
【図１】
2007115221.tif 000003
【図２】
2007115221.tif 000004
【図３】
2007115221.tif 000005
【図４】
2007115221.tif 000006
【図５】
2007115221.tif 000007
【図６】
2007115221.tif 000008
【図７】
2007115221.tif 000009
【図８】
2007115221.tif 000010
【図９】
2007115221.tif 000011
【図１０】
2007115221.tif 000012
【図１１】
2007115221.tif 000013
【図１２】
2007115221.tif 000014
【図１３】
2007115221.tif 000015
【図１４】
2007115221.tif 000016
【図１５】
2007115221.tif 000017
【図１６】
2007115221.tif 000018
【図１７】
2007115221.tif 000019
【図１８】
2007115221.tif 000020
【図１９】
2007115221.tif 000021
【図２０】
2007115221.tif 000022
【図２１】
2007115221.tif 000023
【図２２】
2007115221.tif 000024
【図２３】
2007115221.tif 000025
【図２４】
2007115221.tif 000026
【図２５】
2007115221.tif 000027