JP2011192269A - ストレージ装置およびストレージシステム - Google Patents

Abstract

【課題】移行対象となるデータへのアクセスを遮断することなく筐体間のデータ移行を行うこと。
【解決手段】本データ移行手法では、ストレージ装置Ｓａ，Ｓｂを跨いでマルチパスを構成し、第１および第２の記憶領域を一つの論理的な記憶領域として見せる。つぎに、ストレージ装置Ｓａにより、第１の記憶領域から第２の記憶領域へのデータの複写開始を検出し、第２の記憶領域に対するアクセスを拒否するようにストレージ装置Ｓｂを制御する。このあと、ストレージ装置Ｓａにより、第１の記憶領域から第２の記憶領域へのデータの複写終了を検出し、第１の記憶領域に対するアクセスを拒否するように制御し、第２の記憶領域に対するアクセスを許可するようにストレージ装置Ｓｂを制御する。
【選択図】図１

Description

本発明は、筐体間のデータ移行を支援するストレージ装置およびストレージシステムに関する。

従来、データを記録するストレージ装置がデータに関する管理を自律的に行うための技術がある（たとえば、下記特許文献１参照。）。具体的には、従来装置は、他のストレージ装置のストレージ状況に基づいて、自身のストレージ領域から分割されたコピーユニットの複製要求を他のストレージ装置に対して行う。

また、互いに同一内容のデータを格納したミラー化されたディスクの復旧に関する技術がある（たとえば、下記特許文献２参照。）。具体的には、従来システムは、ミラー化された第１ディスクのアクセスを停止中に、第２ディスクに対するライト動作が発生すると、その都度、第２ディスクに対してデータをライトしたブロック情報を記憶する。そして、従来システムは、第１ディスクの復旧の際に、第２ディスクのブロック情報に示す部分のデータを第１ディスクにコピーする。

特開２００３−２２３２８６号公報 特開平１０−１３３９２６号公報

しかしながら、上述した従来技術では、新筐体を増設するなどしてサーバ上で動作するアプリケーションのアクセス先を現行筐体から新筐体に切り替える場合、筐体間のデータ移行のためにアプリケーションを一時的に停止させる必要があるという問題がある。

具体的には、たとえば、サーバ上のアプリケーションが、現行筐体上のＬＵＮ（Ｌｏｇｉｃａｌ Ｕｎｉｔ Ｎｕｍｂｅｒ）を使用して実施している業務を、新筐体上のＬＵＮを使用して実施するようにアクセスパスを切り替える必要がある。すなわち、アプリケーションがマウントする論理ボリュームを新筐体上のＬＵＮに変更して、新筐体の論理的なファイル構成を現行筐体と一致させる必要がある。この際、現行筐体上のＬＵＮにアクセス中にアンマウントできないため業務停止が不可欠となる。

本発明は、上述した従来技術による問題点を解消するため、移行対象となるデータへのアクセスを遮断することなく筐体間のデータ移行を行うことができるストレージ装置およびストレージシステムを提供することを目的とする。

上述した課題を解決し、目的を達成するため、開示のストレージ装置は、複写対象となるデータを記憶する第１の記憶領域と、複写先のストレージ装置の第２の記憶領域とを関連付け、関連付けられた前記第１の記憶領域から前記第２の記憶領域への前記データの複写開始または複写終了を検出し、検出された検出結果に基づいて、前記第１および第２の記憶領域に対するアクセスを制御することを要件とする。

本ストレージ装置およびストレージシステムによれば、移行対象となるデータへのアクセスを遮断することなく筐体間のデータ移行を行うことができるという効果を奏する。

本データ移行手法の一実施例を示す説明図である。 ストレージシステムのシステム構成図である。 サーバ等のハードウェア構成の一例を示すブロック図である。 サーバの機能的構成を示すブロック図である。 パス状態管理テーブルの記憶内容の一例を示す説明図である。 ボリューム状態管理テーブルの記憶内容の一例を示す説明図である。 ストレージ装置の機能的構成を示すブロック図である。 ボリューム状態管理テーブルの記憶内容の変遷例を示す説明図（その１）である。 ボリューム状態管理テーブルの記憶内容の変遷例を示す説明図（その２）である。 データ移行処理中の業務アクセスの一例を示す説明図である。 サーバのデータ移行処理手順の一例を示すフローチャートである。 ストレージ装置のデータ複写処理手順の一例を示すフローチャートである。 本バックアップ手法の一実施例を示す説明図である。 実施の形態２にかかるバックアップ手順の一例を示すシーケンス図である。 仮コピーセッションテーブルの記憶内容の一例を示す説明図である。 実施の形態３にかかるバックアップ手順の一例を示すシーケンス図である。

以下に添付図面を参照して、この発明にかかるストレージ装置およびストレージシステムの好適な実施の形態を詳細に説明する。

（実施の形態１）
（本データ移行手法の一実施例）
まず、実施の形態１にかかるデータ移行手法の一実施例について説明する。図１は、本データ移行手法の一実施例を示す説明図である。図１において、ストレージ装置Ｓａの第１の記憶領域は、移行対象となるデータを記憶する移行元の記憶領域である。また、ストレージ装置Ｓｂの第２の記憶領域は、移行先の記憶領域である。

（１）本データ移行手法では、ストレージ装置Ｓａ，Ｓｂを跨いでマルチパスを構成し、同一容量の第１および第２の記憶領域を一つの論理的な記憶領域としてみせる。（２）本データ移行手法では、ストレージ装置Ｓａにより、第１の記憶領域から第２の記憶領域へのデータの複写開始を検出する。

（３）本データ移行手法では、ストレージ装置Ｓａにより、データの複写開始が検出されると、第２の記憶領域に対するアクセスを拒否するようにストレージ装置Ｓｂを制御する。（４）本データ移行手法では、ストレージ装置Ｓａにより、第１の記憶領域から第２の記憶領域へのデータの複写終了を検出する。

（５）本データ移行手法では、ストレージ装置Ｓａにより、データの複写終了が検出されると、第１の記憶領域に対するアクセスを拒否するように制御する。（６）本データ移行手法では、ストレージ装置Ｓａにより、データの複写終了が検出されると、第２の記憶領域に対するアクセスを許可するようにストレージ装置Ｓｂを制御する。

このように、本データ移行手法では、第１の記憶領域から第２の記憶領域へのデータの複写開始および複写終了に連動して、第１および第２の記憶領域に対するアクセスを制御する。これにより、データの複写中は第１の記憶領域にアクセスさせ、データの複写終了と連動して第２の記憶領域にアクセスパスを切り替えることで、移行対象となるデータへのアクセスを遮断することなく筐体間のデータ移行を行うことができる。

（ストレージシステム２００のシステム構成）
つぎに、実施の形態１にかかるストレージシステム２００のシステム構成の一例について説明する。図２は、ストレージシステムのシステム構成図である。図２において、ストレージシステム２００は、サーバ２０１と、ストレージ装置２０２，２０３と、ＦＣ（Ｆｉｂｒｅ Ｃｈａｎｎｅｌ）スイッチ２０４と、を含む構成である。

ストレージシステム２００において、サーバ２０１と、ストレージ装置２０２，２０３と、ＦＣスイッチ２０４とは、ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）、ＷＡＮ（Ｗｉｄｅ Ａｒｅａ Ｎｅｔｗｏｒｋ）、ＳＡＮ（Ｓｔｏｒａｇｅ Ａｒｅａ Ｎｅｔｗｏｒｋ）、インターネットなどのネットワーク２１０を介して接続されている。ただし、図２においては、ＦＣスイッチ２０４を使用したＳＡＮ接続を例として示す。

サーバ２０１は、ストレージ装置２０２，２０３を動作させるためのドライバを備えている。また、サーバ２０１は、ストレージ装置２０２，２０３の記憶領域にアクセスして業務を実現する業務アプリケーション（図２中「ＡＰＬ」）と筐体間マルチパスボリュームを構成するコマンドを備えている。この筐体間マルチパスボリュームを構成するコマンドは、ストレージ装置２０２，２０３にデータ移行を指示する機能を有する。

ストレージ装置２０２，２０３は、データを記憶する記憶領域を有し、記憶領域に対するアクセスを制御する機能を有する。また、ストレージ装置２０２，２０３は、自律的に筐体間のデータ複写を行う機能を有する。ＦＣスイッチ２０４は、サーバ２０１とストレージ装置２０２，２０３との間を中継する中継装置である。

図２中、ボリュームＶＯＬ０１〜ＶＯＬ０３は、ストレージ装置２０２の記憶領域が割り当てられたボリュームである。また、ボリュームＶＯＬ１１〜ＶＯＬ１３は、ストレージ装置２０３の記憶領域が割り当てられたボリュームである。ここでは、ボリュームＶＯＬ０１〜ＶＯＬ０３に移行対象となるデータ（業務データ）が記憶されており、ボリュームＶＯＬ１１〜ＶＯＬ１３にデータをそれぞれ移行する。

なお、ボリュームとは、ストレージ装置２０２，２０３の記憶領域を管理するための単位である。たとえば、ハードディスク全体を一つのボリュームとしてもよく、また、ハードディスクを区切って分割されたパーティションを一つのボリュームとしてもよい。さらに、複数のハードディスクを組み合わせて一つのボリュームとしてもよい。

ここで、サーバ２０１とストレージ装置２０２，２０３との間はマルチパス構成となっている。具体的には、サーバ２０１のホストバスアダプタＨＢＡ１と、ストレージ装置２０２のチャネルアダプタＣＡ１との間にパスＰ１が定義されている。サーバ２０１のホストバスアダプタＨＢＡ２と、ストレージ装置２０２のチャネルアダプタＣＡ２との間にパスＰ２が定義されている。

また、サーバ２０１のホストバスアダプタＨＢＡ１と、ストレージ装置２０３のチャネルアダプタＣＡ３との間にパスＰ３が定義されている。サーバ２０１のホストバスアダプタＨＢＡ２と、ストレージ装置２０３のチャネルアダプタＣＡ４との間にパスＰ４が定義されている。

また、チャネルアダプタＣＡ１には、ＷＷＮ（Ｗｏｒｌｄ Ｗｉｄｅ Ｎａｍｅ）として「ＷＷＮ−ＣＡ１」が設定されている。チャネルアダプタＣＡ２には、ＷＷＮとして「ＷＷＮ−ＣＡ２」が設定されている。チャネルアダプタＣＡ３には、ＷＷＮとして「ＷＷＮ−ＣＡ３」が設定されている。チャネルアダプタＣＡ４には、ＷＷＮとして「ＷＷＮ−ＣＡ４」が設定されている。

なお、ここでは、サーバ２０１と個々のストレージ装置２０２，２０３との間がマルチパス構成の場合を例に挙げて説明したが、これに限らない。具体的には、少なくともストレージ装置２０２，２０３を跨いでマルチパスを構成すればよく、個々のストレージ装置２０２，２０３はマルチパス構成である必要はない。

ただし、サーバ２０１と個々のストレージ装置２０２，２０３との間をマルチパス構成とすることで、一方のパス（たとえば、パスＰ１）が故障した場合、他方のパス（たとえば、パスＰ２）に切り替えてアクセスを行うことができる。これにより、パス故障時のアクセス停止を回避して、システムの信頼性を確保することができる。また、複数のパス（たとえば、パスＰ１，Ｐ２）を使用して負荷分散することにより、システム性能を向上させることができる。

（サーバ２０１、ストレージ装置２０２，２０３のハードウェア構成）
つぎに、図２に示したサーバ２０１、ストレージ装置２０２，２０３（ここでは、単に「サーバ等」と表記する）のハードウェア構成について説明する。図３は、サーバ等のハードウェア構成の一例を示すブロック図である。図３において、サーバ等は、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）３０１と、ＲＯＭ（Ｒｅａｄ‐Ｏｎｌｙ Ｍｅｍｏｒｙ）３０２と、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）３０３と、磁気ディスクドライブ３０４と、磁気ディスク３０５と、光ディスクドライブ３０６と、光ディスク３０７と、Ｉ／Ｆ（Ｉｎｔｅｒｆａｃｅ）３０８と、を備えている。また、各構成部はバス３００によってそれぞれ接続されている。

ここで、ＣＰＵ３０１は、サーバ等の全体の制御を司る。ＲＯＭ３０２は、ブートプログラムなどのプログラムを記憶している。ＲＡＭ３０３は、ＣＰＵ３０１のワークエリアとして使用される。磁気ディスクドライブ３０４は、ＣＰＵ３０１の制御にしたがって磁気ディスク３０５に対するデータのリード／ライトを制御する。磁気ディスク３０５は、磁気ディスクドライブ３０４の制御で書き込まれたデータを記憶する。

光ディスクドライブ３０６は、ＣＰＵ３０１の制御にしたがって光ディスク３０７に対するデータのリード／ライトを制御する。光ディスク３０７は、光ディスクドライブ３０６の制御で書き込まれたデータを記憶したり、光ディスク３０７に記憶されたデータをコンピュータに読み取らせたりする。

Ｉ／Ｆ３０８は、通信回線を通じてＬＡＮ、ＷＡＮ、インターネットなどのネットワーク２１０に接続され、このネットワーク２１０を介して他の装置に接続される。そして、Ｉ／Ｆ３０８は、ネットワーク２１０と内部のインターフェースを司り、外部装置からのデータの入出力を制御する。Ｉ／Ｆ３０８には、たとえば、チャネルアダプタ、リモートアダプタ、デバイスアダプタなどを採用することができる。

（サーバ２０１の機能的構成）
つぎに、サーバ２０１の機能的構成について説明する。図４は、サーバの機能的構成を示すブロック図である。図４において、サーバ２０１は、入力部４０１と、認識部４０２と、指示部４０３と、設定部４０４と、検知部４０５と、切替部４０６と、を含む構成である。各機能部（入力部４０１〜切替部４０６）は、具体的には、たとえば、図３に示したＲＯＭ３０２、ＲＡＭ３０３、磁気ディスク３０５、光ディスク３０７などの記憶装置に記憶されたプログラムをＣＰＵ３０１に実行させることにより、または、Ｉ／Ｆ３０８により、その機能を実現する。なお、各機能部（入力部４０１〜切替部４０６）の処理結果は、たとえば、ＲＡＭ３０３、磁気ディスク３０５、光ディスク３０７などの記憶装置に記憶される。

まず、入力部４０１は、ストレージ装置２０２の第１のボリュームからストレージ装置２０３の第２のボリュームへのデータの移行指示を受け付ける機能を有する。ここで、第１のボリュームは、たとえば、図２に示したボリュームＶＯＬ０１〜ＶＯＬ０３である。また、第２のボリュームは、たとえば、図２に示したボリュームＶＯＬ１１〜ＶＯＬ１３である。

具体的には、たとえば、入力部４０１が、データの移行指示を、サーバ２０１の入力装置（不図示）を用いたユーザの操作入力により受け付けてもよく、また、外部コンピュータから受信することで受け付けてもよい。なお、データの移行指示には、たとえば、サーバ２０１のＯＳ（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）が認識する第１および第２のボリュームのデバイス名（たとえば、／ｄｅｖ／ｄｓｋ／ｃ１ｔ０ｄ０ｓ０）が含まれている。

認識部４０２は、データの移行指示を受け付けた場合、第１および第２のボリュームの物理情報を認識する機能を有する。ここで、物理情報とは、第１および第２のボリュームを識別するための情報であり、たとえば、筐体識別子、ＬＵＮ番号、ＬＶ（Ｌｏｇｉｃａｌ Ｖｏｌｕｍｅ）番号を含む情報である。

筐体識別子は、ストレージ装置２０２，２０３を識別する識別子である。ＬＵＮ番号は、サーバ２０１が認識するボリュームの識別子である。このＬＵＮ番号は、たとえば、第１および第２のボリュームにアクセスするためのパスに対して割り当てられる。ＬＶ番号は、各ストレージ装置２０２，２０３が認識するボリュームの識別子（たとえば、ＶＯＬ０１）である。

具体的には、たとえば、まず、認識部４０２が、データの移行指示に含まれるデバイス名から、第１および第２のボリュームの経路情報およびＬＵＮ番号を特定する。ここで、経路情報とは、たとえば、第１および第２のボリュームにアクセスするためのパスを特定するパス名、ＨＢＡ番号およびＣＡ番号を含む情報である。

このあと、認識部４０２が、特定された経路情報およびＬＵＮ番号を指定して、第１および第２のボリュームの物理情報をストレージ装置２０２，２０３に問い合わせる。具体的には、たとえば、認識部４０２が、ＳＣＳＩ（Ｓｍａｌｌ Ｃｏｍｐｕｔｅｒ Ｓｙｓｔｅｍ Ｉｎｔｅｒｆａｃｅ）のｉｎｑｕｉｒｙコマンドを用いて、第１および第２のボリュームの物理情報をストレージ装置２０２，２０３に問い合わせる。

ここで、第１のボリュームを「ボリュームＶＯＬ０１（図２）」として、ボリュームＶＯＬ０１の物理情報を認識する場合について説明する。この場合、まず、認識部４０２が、データの移行指示に含まれるデバイス名から、ボリュームＶＯＬ０１の経路情報およびＬＵＮ番号を特定する。

このあと、認識部４０２が、特定された経路情報およびＬＵＮ番号を指定して、ボリュームＶＯＬ０１の物理情報をストレージ装置２０２に問い合わせる。この結果、認識部４０２が、ストレージ装置２０２からボリュームＶＯＬ０１の物理情報を受け取って、ボリュームＶＯＬ０１の物理情報を認識する。

指示部４０３は、第１のボリュームから第２のボリュームへのデータの複写をストレージ装置２０２に指示する機能を有する。具体的には、たとえば、指示部４０３が、ネットワーク２１０を介して、第１のボリュームから第２のボリュームへのデータの複写指示をストレージ装置２０２に送信する。なお、データ複写指示には、たとえば、上記認識部４０２によって認識された第１および第２のボリュームの物理情報が含まれている。

設定部４０４は、データの移行指示を受け付けた場合、第１のボリュームおよび第２のボリュームにアクセスするためのパスを設定する機能を有する。具体的には、たとえば、設定部４０４が、デバイス名から特定されるパス名、ＨＢＡ番号およびＣＡ番号を指定して、第１のボリュームおよび第２のボリュームにアクセスするためのパスを設定する。

なお、第１のボリュームにアクセスするためのパスが予め設定されている場合、設定部４０４が、該パスに対して第２のボリュームにアクセスするための新たなパスを設定することになる。図２の例では、設定部４０４が、ボリュームＶＯＬ０１〜ＶＯＬ０３にアクセスするための既存のパスＰ１，Ｐ２に対して、ボリュームＶＯＬ１１〜ＶＯＬ１３にアクセスするためのパスＰ３，Ｐ４を設定する。

ここでは、ボリューム単位でデータの移行指示を行う場合を例に挙げて、ボリューム単位でパスを設定することにしたが、これに限らない。たとえば、筐体単位でデータの移行指示を行う場合は、筐体単位でパスを設定することにしてもよい。

また、設定部４０４は、第１および第２のボリュームにアクセスするためのパスの状態を設定する機能を有する。具体的には、たとえば、設定部４０４が、第１のボリュームにアクセスするためのパスをａｃｔｉｖｅ状態に設定し、第２のボリュームにアクセスするためのパスをｓｔａｎｄ−ｂｙ状態に設定する。

ａｃｔｉｖｅ状態とは、現用・待機型の構成で、実際に経路として使用しているパス（アクセスパス）の状態を示している。一方、ｓｔａｎｄ−ｂｙ状態とは、現用・待機型の構成で、ａｃｔｉｖｅ状態のパスが故障等によって使用不能となった場合に、代替の経路として使用するパスの状態を示している。すなわち、ｓｔａｎｄ−ｂｙ状態では、データの送受信のための経路としては使用されない。

また、上述した説明では、パスをａｃｔｉｖｅ状態／ｓｔａｎｄ−ｂｙ状態のいずれかに設定する場合を例に挙げて説明したが、ｌｏａｄ ｓｈａｒｉｎｇ状態として設定することにしてもよい。ｌｏａｄ ｓｈａｒｉｎｇ状態では、マルチパス構成の各パスの負荷が均等になるように、すべてのパスが使用されることになる。なお、設定された設定結果は、たとえば、図５に示すパス状態管理テーブル５００に記憶される。

図５は、パス状態管理テーブルの記憶内容の一例を示す説明図である。図５において、パス状態管理テーブル５００は、パス名、ＨＢＡ番号、ＣＡ番号、状態、ＬＵＮ番号およびＬＶ番号のフィールドを有する。各フィールドに情報を設定することで、パスＰ１〜Ｐ４のパス状態情報５００−１〜５００−４がレコードとして記憶されている。

ここで、パス名は、パスの名称である。ＨＢＡ番号は、パスに接続されているＨＢＡを識別する識別子である。ＣＡ番号は、パスに接続されているＣＡを識別する識別子である。状態は、パスの状態である。ＬＵＮ番号は、サーバ２０１が認識するアクセス先のボリュームの識別子である。ＬＶ番号は、各ストレージ装置２０２，２０３が認識するアクセス先のボリュームの識別子である。このＬＶ番号は、上記認識部４０２によって認識されたＬＶ番号である。

ここでは、ボリュームＶＯＬ０１にアクセスするための既存のパスＰ１，Ｐ２に対して、ボリュームＶＯＬ１１にアクセスするための新たなパスＰ３，Ｐ４が設定されている。また、パスＰ１〜Ｐ４のうち、パスＰ１がａｃｔｉｖｅ状態に設定され、パスＰ２〜Ｐ４がｓｔａｎｄ−ｂｙ状態に設定されている。

図４の説明に戻り、検知部４０５は、データの複写が指示された結果、第１のボリュームから第２のボリュームへのデータの複写終了を検知する機能を有する。具体的には、たとえば、検知部４０５が、データ複写の進捗状況をストレージ装置２０２またはストレージ装置２０３に定期的に問い合わせることにより、データの複写終了を検知する。

また、検知部４０５は、データの複写終了を検知した場合、第１および第２のボリュームのミラーリングの切り離し要求として、データの複写終了をストレージ装置２０２に通知することにしてもよい。この結果、ストレージ装置２０２は、第１および第２のボリュームのミラーリングを切り離すことができることを判断することができる。

切替部４０６は、検知された検知結果に基づいて、第１のボリュームから第２のボリュームにアクセス先（アクセスパス）を切り替える機能を有する。ここで、アクセスパスとは、第１または第２のボリュームにアクセスするために実際に使用するパスである。初期状態では、第１のボリュームにアクセスするためのパス（たとえば、パスＰ１）がアクセスパスとなっている。

具体的には、たとえば、切替部４０６が、データの複写終了が検知された場合、設定部４０４を制御して、第１のボリュームにアクセスするためのパスをｓｔａｎｄ−ｂｙ状態に設定し、第２のボリュームにアクセスするためのパスをａｃｔｉｖｅ状態に設定する。これにより、第１のボリュームから第２のボリュームにアクセスパスを切り替えることができる。

また、詳細は後述するが、切替部４０６が、まず、第１のボリュームにアクセスするためのパスをｓｔａｎｄ−ｂｙ状態に設定する。そして、切替部４０６が、ストレージ装置２０２から「マイグレーション完了による論理閉塞」の通知があった場合に、第２のボリュームにアクセスするためのパスをａｃｔｉｖｅ状態に設定することにしてもよい。

なお、第１のボリュームにアクセスするためのパスがｌｏａｄ ｓｈａｒｉｎｇ状態の場合、切替部４０６が、第１のボリュームにアクセスするためのパスをｓｔａｎｄ−ｂｙ状態に設定し、第２のボリュームにアクセスするためのパスをｌｏａｄ ｓｈａｒｉｎｇ状態に設定する。具体的な切替手法としては、たとえば、第１のボリュームにアクセスするためのパスのＷＷＮを、第２のボリュームにアクセスするためのパスのＷＷＮと入れ替えることにしてもよい。

また、上述した説明では、第２のボリュームとして、既存のボリュームを指定することにしたが、これに限らない。たとえば、移行先となるストレージ装置２０３の任意のボリュームを指定することで、ストレージ装置２０２，２０３に第２のボリュームを自動生成させることにしてもよい。

具体的には、たとえば、まず、指示部４０３が、第１のボリュームから任意のボリュームへのデータの複写指示をストレージ装置２０２に送信する。このあと、ストレージ装置２０２が、データの複写指示に含まれる任意のボリュームの物理情報から、移行先となるストレージ装置２０３を認識する。

そして、ストレージ装置２０２が、第１のボリュームと同一容量の第２のボリュームの作成をストレージ装置２０３に指示する。この結果、ストレージ装置２０３が、任意のボリュームと同一のチャネルアダプタＣＡ経由でアクセスできるように第２のボリュームを組み込む。この場合、第２のボリュームの物理情報は、ストレージ装置２０２を介してサーバ２０１に送信される。

なお、上記認識部４０２、設定部４０４および切替部４０６の機能は、たとえば、サーバ２０１が備えるドライバの機能によって実現される。また、上記指示部４０３、検知部４０５の機能は、たとえば、サーバ２０１が備える筐体間マルチパスボリュームを構成するコマンドの機能によって実現される。

（ボリューム状態管理テーブルの記憶内容）
つぎに、図２に示したストレージ装置２０２，２０３が用いるボリューム状態管理テーブル６００の記憶内容について説明する。ここでは、データの移行元となるストレージ装置２０２が用いるボリューム状態管理テーブル６００の記憶内容について説明する。

図６は、ボリューム状態管理テーブルの記憶内容の一例を示す説明図である。図６において、ボリューム状態管理テーブル６００は、マルチパスボリューム番号、情報識別子、筐体識別子、ＬＵＮ番号、ＬＶ番号、参照禁止フラグ、更新禁止フラグ、Ｃｏｐｙフラグ、セッションＩＤおよびＣｏｐｙ方向のフィールドを有する。各フィールドに情報を設定することで、ボリューム状態情報６００−１〜６００−３がレコードとして記憶されている。

ここで、マルチパスボリューム番号は、筐体を跨いで構成されるマルチパスボリュームを識別する識別子である。情報識別子は、マルチパスボリュームのうち自筐体または相手筐体のボリュームを識別する識別子である。筐体識別子は、ストレージ装置２０２，２０３を識別する識別子である。

ＬＵＮ番号は、サーバ２０１が認識するボリュームの識別子である。ＬＶ番号は、各ストレージ装置２０２，２０３が認識するボリュームの識別子である。参照禁止フラグは、ボリュームの記憶内容を参照するためのアクセスの許否を示すフラグである。ここでは、アクセスを許可する場合は「ｏｆｆ」が設定され、アクセスを拒否（禁止）する場合は「ｏｎ」が設定される。

更新禁止フラグは、ボリュームの記憶内容を更新するためのアクセスの許否を示すフラグである。ここでは、アクセスを許可する場合は「ｏｆｆ」が設定され、アクセスを拒否（禁止）する場合は「ｏｎ」が設定される。なお、参照禁止フラグおよび更新禁止フラグは、初期状態では「ｏｆｆ」が設定されている。

Ｃｏｐｙフラグは、筐体間マルチパスを構成する相手ボリュームとの間のコピーセッションの有無を示すフラグである。ここでは、コピーセッションがある場合は「ｏｎ」が設定され、コピーセッションがない場合は「ｏｆｆ」が設定される。なお、Ｃｏｐｙフラグは、初期状態では「ｏｆｆ」が設定されている。セッションＩＤは、コピーセッションを識別する識別子である。Ｃｏｐｙ方向は、複写対象となるデータの送信側または受信側を表す情報である。

マルチパスボリュームＰＶＯＬ０１を例に挙げると、筐体識別子が「ＳＴＯＲＡＧＥ＿Ａ＿００１」の自筐体のボリュームのＬＵＮ番号は「０」、ＬＶ番号は「ＶＯＬ０１」、参照禁止フラグおよび更新禁止フラグは「ｏｆｆ」である。なお、マルチパスボリュームＰＶＯＬ０１のうち、相手筐体のボリュームに関する情報は未設定である。

（ストレージ装置２０２，２０３の機能的構成）
つぎに、ストレージ装置２０２，２０３の機能的構成について説明する。図７は、ストレージ装置の機能的構成を示すブロック図である。図７において、ストレージ装置２０２，２０３は、受付部７０１と、複写制御部７０２と、関連付け部７０３と、検出部７０４と、アクセス制御部７０５と、送信部７０６と、受信部７０７と、を含む構成である。各機能部（受付部７０１〜受信部７０７）は、具体的には、たとえば、図３に示したＲＯＭ３０２、ＲＡＭ３０３、磁気ディスク３０５、光ディスク３０７などの記憶装置に記憶されたプログラムをＣＰＵ３０１に実行させることにより、または、Ｉ／Ｆ３０８により、その機能を実現する。

なお、各機能部（受付部７０１〜受信部７０７）の処理結果は、たとえば、ＲＡＭ３０３、磁気ディスク３０５、光ディスク３０７などの記憶装置に記憶される。また、以下の説明では、移行元となるストレージ装置２０２に着目して、各機能部（受付部７０１〜受信部７０７）の具体的な処理内容について説明する。

まず、受付部７０１は、複写対象となるデータを記憶する第１のボリュームからストレージ装置２０３の第２のボリュームへのデータの複写指示を受け付ける機能を有する。具体的には、たとえば、受付部７０１が、ネットワーク２１０を介して、データの複写指示をサーバ２０１から受信することで受け付ける。なお、データの複写指示には、たとえば、第１および第２のボリュームの物理情報が含まれている。

複写制御部７０２は、データの複写指示を受け付けた場合、第１のボリュームから第２のボリュームへデータを複写する機能を有する。具体的には、たとえば、複写制御部７０２が、ミラーリング方式により、送信部７０６を制御して、図２に示したリモートアダプタＲＡ１，ＲＡ２経由で、第１のボリュームのデータをストレージ装置２０３に転送する。この結果、ストレージ装置２０３の複写制御部７０２は、ストレージ装置２０２から転送されてくるデータを第２のボリュームに記憶することになる。なお、データの転送方式は、同期転送であっても非同期転送であってもよい。

関連付け部７０３は、データの複写指示を受け付けた場合、第１のボリュームと、ストレージ装置２０３の第２のボリュームとを関連付ける機能を有する。具体的には、たとえば、関連付け部７０３が、第１のボリュームの物理情報と第２のボリュームの物理情報とを関連付けて管理する。

なお、関連付け結果は、たとえば、図６に示したボリューム状態管理テーブル６００に記憶される。ここで、関連付け結果が記憶されたボリューム状態管理テーブル６００の記憶内容について説明する。

図８−１および図８−２は、ボリューム状態管理テーブルの記憶内容の変遷例を示す説明図である。図８−１の（１）において、マルチパスボリュームＰＶＯＬ０１〜ＰＶＯＬ０３ごとに、相手筐体の筐体識別子、ＬＵＮ番号およびＬＶ番号が設定されている。マルチパスボリュームＰＶＯＬ０１を例に挙げると、筐体識別子が「ＳＴＯＲＡＧＥ＿Ｂ＿０１１」の相手筐体のボリュームのＬＵＮ番号は「０」、ＬＶ番号は「ＶＯＬ１１」である。

図７の説明に戻り、また、関連付け部７０３は、送信部７０６を制御して、第１のボリュームの物理情報をストレージ装置２０３に送信する。この結果、ストレージ装置２０３の関連付け部７０３は、第１のボリュームの物理情報と、第２のボリュームの物理情報とを関連付けて管理することになる。

検出部７０４は、関連付けられた第１のボリュームから第２のボリュームへのデータの複写開始を検出する機能を有する。具体的には、たとえば、検出部７０４が、ストレージ装置２０３へのデータの転送開始を検出することにより、データの複写開始を検出することにしてもよい。また、たとえば、検出部７０４が、データの複写指示が受け付けられた場合、または、第１のボリュームと第２のボリュームとが関連付けられた場合に、データの複写開始を検出することにしてもよい。

なお、検出結果は、たとえば、ボリューム状態管理テーブル６００に記憶される。具体的には、図８−１の（２）において、マルチパスボリュームＰＶＯＬ０１〜ＰＶＯＬ０３ごとに、Ｃｏｐｙフラグ、セッションＩＤおよびＣｏｐｙ方向が設定されている。マルチパスボリュームＰＶＯＬ０１を例に挙げると、ボリュームＶＯＬ０１（送信側）とボリュームＶＯＬ１１（受信側）との間のコピーセッションのセッションＩＤは「１」である。

アクセス制御部７０５は、検出された検出結果に基づいて、第１および第２のボリュームに対するアクセスを制御する機能を有する。具体的には、たとえば、アクセス制御部７０５は、データの複写開始が検出された場合、第２のボリュームに対するアクセスを拒否するようにストレージ装置２０３を制御する。

より具体的には、たとえば、アクセス制御部７０５が、送信部７０６を制御して、第２のボリュームに対するアクセスを拒否するアクセス拒否要求をストレージ装置２０３に送信する。この結果、ストレージ装置２０３のアクセス制御部７０５が、第２のボリュームに対するアクセスを拒否するように制御する。

なお、制御結果は、たとえば、ボリューム状態管理テーブル６００に記憶される。具体的には、図８−２の（３）において、マルチパスボリュームＰＶＯＬ０１〜ＰＶＯＬ０３ごとに、参照禁止フラグおよび更新禁止フラグに「ｏｎ」が設定されている。これにより、データの複写開始にともなって第２のボリュームに対するアクセスを禁止し、複写中のデータの安全性を確保してデータトラブルの発生を防ぐことができる。

また、検出部７０４は、関連付けられた第１のボリュームから第２のボリュームへのデータの複写終了を検出する機能を有する。具体的には、たとえば、検出部７０４が、データの転送完了を検出することにより、データの複写終了を検出することにしてもよい。より具体的には、たとえば、検出部７０４が、サーバ２０１またはストレージ装置２０３からデータの複写終了通知を受信することで、データの複写終了を検出することにしてもよい。

また、アクセス制御部７０５は、データの複写終了が検出された場合、第１のボリュームに対するアクセスを拒否するように制御する。より具体的には、たとえば、アクセス制御部７０５が、ボリューム状態管理テーブル６００内のボリュームＶＯＬ０１〜ＶＯＬ０３の参照禁止フラグおよび更新禁止フラグを「ｏｎ」に設定する（図８−２の（４）参照）。

なお、アクセス制御部７０５は、たとえば、ボリューム状態管理テーブル６００を参照して、第１のボリュームに対するアクセス要求（参照要求、更新要求）を処理する。具体的には、たとえば、アクセス制御部７０５は、サーバ２０１上で動作する業務アプリケーションからボリュームＶＯＬ０１に対する参照要求があった場合、ボリューム状態管理テーブル６００内のボリュームＶＯＬ０１の参照禁止フラグを判断する。

ここで、ボリュームＶＯＬ０１の参照禁止フラグが「ｏｆｆ」の場合、アクセス制御部７０５が、ボリュームＶＯＬ０１に対するアクセスを許可し、ボリュームＶＯＬ０１の記憶内容が参照されることになる。一方、ボリュームＶＯＬ０１の参照禁止フラグが「ｏｎ」の場合、アクセス制御部７０５が、ボリュームＶＯＬ０１に対するアクセスを拒否し、サーバ２０１に対してエラーを通知することになる。

さらに、アクセス制御部７０５は、データの複写終了が検出された場合、第２のボリュームに対するアクセスを許可するようにストレージ装置２０３を制御する。より具体的には、たとえば、アクセス制御部７０５が、第２のボリュームに対するアクセスを許可するアクセス許可要求をストレージ装置２０３に送信する。この結果、ストレージ装置２０３のアクセス制御部７０５が、第２のボリュームに対するアクセスを許可するように制御する。

なお、制御結果は、たとえば、ボリューム状態管理テーブル６００に記憶される。具体的には、図８−２の（４）において、ボリューム状態管理テーブル６００内のボリュームＶＯＬ１１〜ＶＯＬ１３の参照禁止フラグおよび更新禁止フラグに「ｏｆｆ」が設定されている。

これにより、データの複写終了にともなって、第１のボリュームに対するアクセスを禁止し、かつ、第２のボリュームに対するアクセスを許可し、複写後のデータの安全性を確保してデータトラブルの発生を防ぐことができる。

ただし、データの複写終了が検出されたあと、第１のボリュームに対するアクセスを拒否するように制御するまでの間も、移行対象のデータへのアクセス（業務）は継続して行われる。したがって、非同期転送方式を想定すると、第１のボリュームに対して更新が完了していても、第２のボリュームに対する更新が完了していない場合がある。

このため、この間に更新された第１のボリュームの更新データ（アドレス、サイズ、データ）は未転送データとして、ストレージ装置２０２からストレージ装置２０３に転送する。さらに、第１のボリュームに対するアクセスを拒否するように制御したあと、第２のボリュームに対するアクセスを許可するように制御するまでの間も、移行対象のデータへのアクセス（業務）は継続して行われる。

そこで、この間に、第１のボリュームに対するアクセスがあった場合、アクセス制御部７０５が、送信部７０６を制御して、「マイグレーション中による論理閉塞」をサーバ２０１（ドライバ）に通知する。この通知を受け取ったサーバ２０１は、ストレージ装置２０２から「マイグレーション完了による論理閉塞」の通知があるまで、更新要求のリトライを繰り返す。これにより、第１のボリュームに対する更新処理を抑止する。

そして、上記未転送データをストレージ装置２０３に転送したあと、アクセス制御部７０５が、第２のボリュームに対するアクセスを許可するようにストレージ装置２０３を制御する。このあと、第１のボリュームに対するアクセスがあった場合、アクセス制御部７０５が、送信部７０６を制御して、「マイグレーション完了による論理閉塞」をサーバ２０１（ドライバ）に通知する。

この結果、上述したように、サーバ２０１の切替部４０６によって、第２のボリュームにアクセスするためのパスがａｃｔｉｖｅ状態に設定される。そして、「マイグレーション完了による論理閉塞」の通知があるまでリトライされていた更新要求が第２のボリュームに対して実施される。

また、上述した説明では、データの複写方式としてミラーリング方式を採用する場合を例に挙げて説明したが、これに限らない。たとえば、データの複写方式としてスナップショット方式を採用することにしてもよい。この場合、第２のボリュームに対するアクセスを拒否するように制御されたあと、複写制御部７０２がスナップショットを起動する。

このあと、アクセス制御部７０５が、第１のボリュームに対するアクセスを拒否するように制御する。そして、アクセス制御部７０５が、第２のボリュームに対するアクセスを許可するようにストレージ装置２０３を制御する。

また、マルチパスを構成する場合、一般に誤操作を防ぐため、サーバ２０１は、ストレージ装置２０２，２０３が管理する第１および第２のボリュームの物理情報が一致（ボリュームの一意性）することをチェックする。ここでは、サーバ２０１が、上記関連付け部７０３によって関連付けられた第１および第２のボリュームの物理情報を用いて、ボリュームの一意性をチェックする。

具体的には、たとえば、サーバ２０１が、データの移行指示を受け付けた場合、移行先となるストレージ装置２０３に対して、第２のボリュームの物理情報を問い合わせる。この際、筐体間のマルチパスボリューム設定のための一意性チェックであることを通知する。ストレージ装置２０３は、上記問い合わせに対して、第２のボリュームの物理情報と関連付けられている物理情報をサーバ２０１に返す。

すなわち、ストレージ装置２０３は、第２のボリュームの物理情報の替わりに、上記関連付け部７０３によって関連付けられた第１のボリュームの物理情報をサーバ２０１に返す。そして、サーバ２０１が、ストレージ装置２０３から返ってきた物理情報と、第１のボリュームの物理情報とを用いて、ボリュームの一意性をチェックする。この場合、第１および第２のボリュームの物理情報は一致する。

ただし、ストレージ装置２０３は、第２のボリュームの物理情報と関連付けられた物理情報がない場合、第２のボリュームの物理情報をサーバ２０１に返すことになる。この場合、第１および第２のボリュームの物理情報は不一致となる。これにより、マルチパスを構成するボリュームの一意性をチェックすることが可能となり、誤操作をした場合に、誤ったボリュームを組み込んでデータ破壊を引き起こすという問題を防ぐことができる。

また、本実施の形態では、サーバ２０１の設定部４０４が、第１および第２のボリュームにアクセスするためのパスの状態を設定して、第１および第２のボリュームに対するアクセスを制御している。しかし、ストレージ装置２０２，２０３側で、第１および第２のボリュームに対するアクセスを制御するため、上記設定部４０４の処理は省略することができる。ただし、サーバ２０１側でも第１および第２のボリュームに対するアクセスを制御することで、ストレージ装置２０２，２０３側でアクセス拒否されているボリュームに対するアクセスを排除してエラー処理を削減することができる。

（データ移行処理中の業務アクセス）
ここで、ストレージ装置２０２，２０３間のデータ移行処理中の業務アクセスについて説明する。図９は、データ移行処理中の業務アクセスの一例を示す説明図である。業務アクセスは、イベント発生時にサーバ２０１の業務アプリケーションからストレージ装置２０２に対して発行されるアクセス要求である。

（１）データ移行前において、サーバ２０１の業務アプリケーションからストレージ装置２０２に対してアクセス要求があった場合、ストレージ装置２０２から業務アプリケーションに対してアクセス要求に応じたレスポンスを返す。

（２）データ移行中において、サーバ２０１の業務アプリケーションからストレージ装置２０２に対してアクセス要求があった場合、ストレージ装置２０２から業務アプリケーションに対してアクセス要求に応じたレスポンスを返す。

（３）図９中「★」後において、サーバ２０１の業務アプリケーションからストレージ装置２０２に対してアクセス要求があった場合、ストレージ装置２０２からサーバ２０１のドライバに対して「マイグレーション中による論理閉塞」を通知する。なお、図９中「★」は、ストレージ装置２０２が、チャネルアダプタＣＡ１、ＣＡ２に対するアクセスを禁止した時点である。

（４）サーバ２０１のドライバが、ストレージ装置２０２から「マイグレーション中による論理閉塞」を受け取ると、ストレージ装置２０２に対してアクセス要求をリトライする。（５）ストレージ装置２０２が、未転送データの送信完了を検知すると、ストレージ装置２０３に対して、チャネルアダプタＣＡ３，ＣＡ４のアクセス禁止解除を指示する。この結果、ストレージ装置２０３が、チャネルアダプタＣＡ３，ＣＡ４のアクセス禁止解除を実施する。

（６）サーバ２０１のドライバが、ストレージ装置２０２から「マイグレーション完了による論理閉塞」を受け取ると、パスＰ１，Ｐ２，Ｐ４をｓｔａｎｄ−ｂｙ状態に、パスＰ３をａｃｔｉｖｅ状態に設定する。（７）サーバ２０１のドライバが、ストレージ装置２０３に対してアクセス要求のリトライを実施すると、ストレージ装置２０３から業務アプリケーションに対してアクセス要求に応じたレスポンスを返す。

なお、上記（５）以降において、ストレージ装置２０２に対するアクセス要求があった場合、ストレージ装置２０２からサーバ２０１のドライバに対する「マイグレーション中による論理閉塞」の通知は行われない。

（サーバ２０１のデータ移行処理手順）
つぎに、サーバ２０１のデータ移行処理手順について説明する。ここでは、ストレージ装置２０２のボリュームＶＯＬ０１からストレージ装置２０３のボリュームＶＯＬ１１にデータを移行する場合を例に挙げて説明する。

図１０は、サーバのデータ移行処理手順の一例を示すフローチャートである。図１０のフローチャートにおいて、まず、入力部４０１により、ボリュームＶＯＬ０１からボリュームＶＯＬ１１へのデータの移行指示を受け付けたか否かを判断する（ステップＳ１００１）。

ここで、データの移行指示を受け付けるのを待って（ステップＳ１００１：Ｎｏ）、受け付けた場合（ステップＳ１００１：Ｙｅｓ）、設定部４０４により、ボリュームＶＯＬ０１にアクセスするためのパスＰ１，Ｐ２に対して、ボリュームＶＯＬ１１にアクセスするためのパスＰ３，Ｐ４を設定する（ステップＳ１００２）。

つぎに、設定部４０４により、パスＰ１の状態をａｃｔｉｖｅ状態に設定し、パスＰ２〜Ｐ４の状態をｓｔａｎｄ−ｂｙ状態に設定する（ステップＳ１００３）。そして、認識部４０２により、ボリュームＶＯＬ０１，ＶＯＬ１１の物理情報を認識する（ステップＳ１００４）。

このあと、指示部４０３により、ボリュームＶＯＬ０１からボリュームＶＯＬ１１へのデータの複写をストレージ装置２０２に指示する（ステップＳ１００５）。そして、検知部４０５（筐体間マルチパスボリュームを構成するコマンド）により、ボリュームＶＯＬ０１からボリュームＶＯＬ１１へのデータの複写終了を検知したか否かを判断する（ステップＳ１００６）。

ここで、データの複写終了が検知されるのを待って（ステップＳ１００６：Ｎｏ）、検知された場合（ステップＳ１００６：Ｙｅｓ）、次の処理へ推移する。

業務アプリケーションによるボリュームＶＯＬ０１への更新要求（ステップＳ１００７）があると、切替部４０６（ドライバ）により、ボリュームＶＯＬ０１に対する更新要求を実施する（ステップＳ１００７）。切替部４０６（ドライバ）により、「マイグレーション中による論理閉塞」を示す通知があったか否かを判断する（ステップＳ１００８）。なお、「マイグレーション中による論理閉塞」は、データの複写終了後、業務アプリケーションによるボリュームＶＯＬ０１への更新要求（ステップＳ１００７）があると、それに対してストレージ装置２０２から通知される。

ここで、「マイグレーション中による論理閉塞」を示す通知があった場合（ステップＳ１００８：Ｙｅｓ）、ステップＳ１００７に戻る。また、ステップＳ１００８において、「マイグレーション中による論理閉塞」を示す通知とは異なる他の通知があった場合（ステップＳ１００８：Ｎｏ）、ステップＳ１００９に移行する。

切替部４０６（ドライバ）により、「マイグレーション完了による論理閉塞」を示す通知があったか否かを判断する（ステップＳ１００９）。なお、「マイグレーション完了による論理閉塞」は、ボリュームＶＯＬ１１に対するアクセス許可後、任意の更新・参照、例えば、業務アプリケーションによるボリュームＶＯＬ０１への更新要求があると、それに対してストレージ装置２０２から通知される。

ステップＳ１００９において、「マイグレーション完了による論理閉塞」が通知されなかった場合（ステップＳ１００９：Ｎｏ）、サーバ２０１により「エラー処理」を行い（ステップＳ１０１１）、一連の処理を終了する。一方、「マイグレーション完了による論理閉塞」が通知された場合（ステップＳ１００９：Ｙｅｓ）、切替部４０６により、設定部４０４を制御して、パスＰ３をａｃｔｉｖｅ状態に設定し、パスＰ１，Ｐ２，Ｐ４をｓｔａｎｄ−ｂｙ状態に設定して（ステップＳ１０１０）、本フローチャートによる一連の処理を終了する。これにより、ボリュームＶＯＬ０１からボリュームＶＯＬ１１へのデータの複写開始および複写終了に連動して、アクセスパスを切り替えることができる。

（ストレージ装置２０２のデータ複写処理手順）
つぎに、移行元となるストレージ装置２０２のデータ複写処理手順について説明する。図１１は、ストレージ装置のデータ複写処理手順の一例を示すフローチャートである。図１１のフローチャートにおいて、まず、受付部７０１により、ボリュームＶＯＬ０１からストレージ装置２０３のボリュームＶＯＬ１１へのデータの複写指示を受け付けたか否かを判断する（ステップＳ１１０１）。

ここで、データの複写指示を受け付けるのを待って（ステップＳ１１０１：Ｎｏ）、受け付けた場合（ステップＳ１１０１：Ｙｅｓ）、アクセス制御部７０５により、送信部７０６を制御して、ボリュームＶＯＬ１１に対するアクセスを拒否するアクセス拒否要求をストレージ装置２０３に送信する（ステップＳ１１０２）。そして、検出部７０４により、ボリュームＶＯＬ０１からボリュームＶＯＬ１１へのデータの複写開始を検出する（ステップＳ１１０３）。

つぎに、複写制御部７０２により、ボリュームＶＯＬ０１からボリュームＶＯＬ１１へのデータの複写を開始する（ステップＳ１１０４）。

このあと、検出部７０４により、ボリュームＶＯＬ０１からボリュームＶＯＬ１１へのデータの複写終了がサーバ２０１から通知されたか否かを判断する（ステップＳ１１０５）。

ここで、データの複写終了が通知されるのを待って（ステップＳ１１０５：Ｎｏ）、通知された場合（ステップＳ１１０５：Ｙｅｓ）、アクセス制御部７０５により、ボリューム状態管理テーブル６００内のボリュームＶＯＬ０１の参照禁止フラグおよび更新禁止フラグを「ｏｎ」に設定する（ステップＳ１１０６）。

このあと、複写制御部７０２により、送信部７０６を制御して、データの複写終了からステップＳ１１０６までの間に更新されたボリュームＶＯＬ０１の更新データを未転送データとしてストレージ装置２０３に転送する（ステップＳ１１０７）。そして、アクセス制御部７０５により、送信部７０６を制御して、ボリュームＶＯＬ１１に対するアクセスを許可するアクセス許可要求をストレージ装置２０３に送信して（ステップＳ１１０８）、本フローチャートによる一連の処理を終了する。

なお、ステップＳ１１０６からステップＳ１１０７の間に、ボリュームＶＯＬ０１に対するアクセスがあった場合、アクセス制御部７０５が、送信部７０６を制御して、「マイグレーション中による論理閉塞」をサーバ２０１に通知する。また、ステップＳ１１０８のあと、ボリュームＶＯＬ０１に対するアクセスがあった場合、アクセス制御部７０５が、送信部７０６を制御して、「マイグレーション完了による論理閉塞」をサーバ２０１に通知する。

これにより、ボリュームＶＯＬ０１からボリュームＶＯＬ１１へのデータの複写開始または複写終了と連動して、ボリュームＶＯＬ０１，ＶＯＬ１１に対するアクセスを制御することができる。

以上説明したように、実施の形態１にかかるストレージ装置２０２，２０３によれば、筐体を跨いだ第１および第２のボリュームを関連付け、第１および第２のボリュームを一つのマルチパスボリュームとみせかけることができる。また、ストレージ装置２０２，２０３によれば、第１のボリュームから第２のボリュームへのデータの複写開始または複写終了と連動して、第１および第２のボリュームに対するアクセスを制御することができる。

また、ストレージ装置２０２，２０３によれば、データの複写開始と連動して、第２のボリュームに対するアクセスを拒否するように制御することができる。これにより、データ複写中の第２のボリュームに対するアクセスを禁止してデータトラブルの発生を防ぎ、データの安全性を確保することができる。

また、ストレージ装置２０２，２０３によれば、データの複写終了と連動して、第１のボリュームに対するアクセスを拒否し、第２のボリュームに対するアクセスを許可するように制御することができる。これにより、データの複写終了時のデータトラブルの発生を防ぎ、データの安全性を確保することができる。

これらのことから、実施の形態１によれば、データの複写中は第１のボリュームにアクセスさせ、データの複写終了と連動して第２のボリュームにアクセスパスを切り替えることができ、業務停止することなく筐体間のデータ移行を行うことができる。

（実施の形態２）
つぎに、実施の形態２にかかるバックアップ手法について説明する。なお、以下の説明において、実施の形態１で説明した箇所と同一箇所については図示および説明を省略する。まず、従来のバックアップ手法の問題点を説明する。

従来において、筐体間のバックアップを実施中に、筐体間のデータ移行を行う場合、バックアップを最初からやり直す必要があった。具体的には、たとえば、遠隔地にある筐体間で大量のデータをバックアップする場合、日々、更新差分を送る形式でバックアップが行われていることが多い。

このため、筐体間のデータ移行時に、移行元の筐体とバックアップ先の筐体との関係を断ち切ることで、バックアップを最初からやり直す必要がでてくる。しかし、データ量が大きい場合、初期コピーが長期化（たとえば、１、２週間）し、この間、筐体間のバックアップが取れない状態が続くとともに、途中まで更新したデータを損失してしまう。

そこで、本バックアップ手法では、筐体間のバックアップのためのセッションを、初期コピーなしに、移行元の筐体から移行先の筐体に引き継ぐ手法を提案する。図１２は、本バックアップ手法の一実施例を示す説明図である。

図１２において、ストレージシステム１２００は、ストレージ装置２０２と、ストレージ装置２０３と、ストレージ装置１２０１と、を含む構成である。ストレージシステム１２００において、ストレージ装置２０２と、ストレージ装置２０３と、ストレージ装置１２０１とは、ＬＡＮ、ＷＡＮ、ＳＡＮ、インターネットなどのネットワーク２１０を介して接続されている。

ここでは、ストレージ装置２０２のボリュームＶＯＬ０１からストレージ装置２０３のボリュームＶＯＬ１１にデータを移行し、ストレージ装置２０２のボリュームＶＯＬ０１からストレージ装置１２０１のボリュームＶＯＬ２１にデータをバックアップする場合を想定する。

また、ボリュームＶＯＬ０１からボリュームＶＯＬ１１，ＶＯＬ２１に対してそれぞれデータを複写中であることを想定する。ただし、ボリュームＶＯＬ０１からボリュームＶＯＬ１１にデータを複写する場合に比べて、ボリュームＶＯＬ０１からボリュームＶＯＬ２１にデータを複写する場合のほうが、データの複写終了までにかかる時間が長い場合を想定する。

（１）本バックアップ手法では、実施の形態１によってストレージ装置２０２により、ボリュームＶＯＬ０１からボリュームＶＯＬ１１への切り替え終了後、ボリュームＶＯＬ１１とボリュームＶＯＬ２１との間の仮コピーセッションの開設をストレージ装置２０３に指示する。

ここで、仮コピーセッションとは、単にボリュームＶＯＬ１１とボリュームＶＯＬ２１とを関連付けることであり、ボリュームＶＯＬ１１からボリュームＶＯＬ２１へのデータ複写を意味するものではない。したがって、仮コピーセッションを開設したとしても、ボリュームＶＯＬ２１に対してボリュームＶＯＬ０１，ＶＯＬ１１の双方から同時にデータが転送されることはなく、データ破壊は発生しない。

（２）本バックアップ手法では、ストレージ装置２０３により、ボリュームＶＯＬ１１とボリュームＶＯＬ２１との間に仮コピーセッションを開設する。以降、ストレージ装置２０３は、ボリュームＶＯＬ１１の更新データをボリュームＶＯＬ２１に反映するために保持する。すなわち、仮コピーセッションの開設は、更新データの保持要求に相当する。

（３）本バックアップ手法では、ストレージ装置２０３により、ボリュームＶＯＬ１１に対する更新要求があったら、その都度、ボリュームＶＯＬ１１の更新データを保持する。すなわち、ボリュームＶＯＬ０１からボリュームＶＯＬ１１へアクセスパスの切替後において、ボリュームＶＯＬ１１に対して実施された更新内容（更新データ）を保持する。

なお、更新データは、たとえば、ディスクの更新単位（ｎブロックの連続した記憶領域（以下、「エクステント」という））と、１Ｂｉｔとを対応付けて管理される（ただし、ｎは１以上の整数で、筐体間で同一とする）。すなわち、ｎ番目のエクステントはｎ番目のＢｉｔに対応する。また、更新されたエクステントに対応するＢｉｔは「ｏｎ」となり、仮コピーセッションの開設後の初期状態に対応するＢｉｔは「ｏｆｆ」となる。

（４）本バックアップ手法では、ストレージ装置２０３により、ボリュームＶＯＬ０１からボリュームＶＯＬ２１へのデータの複写終了後、ボリュームＶＯＬ１１の更新データをストレージ装置１２０１に転送する。なお、更新データのうち、転送されたエクステントに対応するＢｉｔは「ｏｆｆ」となる。

このように、本バックアップ手法では、移行元のボリュームＶＯＬ０１と移行先のボリュームＶＯＬ１１とバックアップ先のボリュームＶＯＬ２１の記憶内容が一時的に等しくなる瞬間に、アクセスパスの切替とバックアップの引き継ぎを行う。これにより、バックアップを実施中にデータ移行する場合であっても、バックアップを最初からやり直す必要がなくなる。

（ストレージシステム１２００のバックアップ手順）
以下、ストレージシステム１２００の具体的なバックアップ手順について説明する。図１３は、実施の形態２にかかるバックアップ手順の一例を示すシーケンス図である。

図１３において、まず、ストレージ装置２０２の検出部７０４により、ボリュームＶＯＬ０１からボリュームＶＯＬ１１へのデータの複写終了を検出する（ステップＳ１３０１）。そして、データの複写終了が検出された場合、ストレージ装置２０２の関連付け部７０３により、送信部７０６を制御して、ボリュームＶＯＬ１１とボリュームＶＯＬ２１との間の仮コピーセッションの開設指示をストレージ装置２０３に送信する（ステップＳ１３０２）。

つぎに、ストレージ装置２０３の関連付け部７０３により、仮コピーセッションの開設指示に応じて、ボリュームＶＯＬ１１とボリュームＶＯＬ２１とを関連付ける（ステップＳ１３０３）。なお、関連付け結果は、たとえば、図１３に示す仮コピーセッションテーブル１３００に記憶される。

図１４は、仮コピーセッションテーブルの記憶内容の一例を示す説明図である。図１４において、仮コピーセッションテーブル１４００は、セッションＩＤ、Ｃｏｐｙ方向、情報識別子、筐体識別子、ＬＵＮ番号およびＬＶ番号のフィールドを有する。各フィールドに情報を設定することで、仮コピーセッション情報１４０１がレコードとして記憶されている。

ここで、セッションＩＤは、仮コピーセッションを識別する識別子である。Ｃｏｐｙ方向は、複写対象となるデータの送信側または受信側を表す情報である。情報識別子は自筐体または相手筐体を識別する識別子である。筐体識別子は、ストレージ装置２０３，１２０１を識別する識別子である。ＬＵＮ番号は、外部コンピュータ（たとえば、サーバ２０１）が認識するボリュームの識別子である。ＬＶ番号は、各ストレージ装置２０３，１２０１が認識するボリュームの識別子である。

ここでは、筐体識別子が「ＳＴＯＲＡＧＥ＿Ｂ＿０１１」の自筐体のボリュームＶＯＬ１１と、筐体識別子が「ＳＴＯＲＡＧＥ＿Ｃ＿０２１」の相手筐体のボリュームＶＯＬ２１との間の仮コピーセッションが開設されている。なお、ボリュームＶＯＬ１１は送信側のボリュームであり、ボリュームＶＯＬ２１は受信側のボリュームである。

図１３のシーケンスに戻り、ストレージ装置２０２のアクセス制御部７０５により、ボリュームＶＯＬ０１に対するアクセスを拒否するように制御する（ステップＳ１３０４）。つぎに、ストレージ装置２０２のアクセス制御部７０５により、送信部７０６を制御して、ボリュームＶＯＬ１１に対するアクセスを許可するアクセス許可要求をストレージ装置２０３に送信する（ステップＳ１３０５）。

このあと、ストレージ装置２０３のアクセス制御部７０５により、アクセス許可要求に応じて、ボリュームＶＯＬ１１に対するアクセスを許可するように制御する（ステップＳ１３０６）。この結果、ボリュームＶＯＬ０１からボリュームＶＯＬ１１へアクセスパスが切り替わる。このあと、ボリュームＶＯＬ１１に対する更新要求があったら、その都度、ストレージ装置２０３の複写制御部７０２により、ボリュームＶＯＬ１１のデータの更新データを保持する（ステップＳ１３０７）。

なお、ステップＳ１３０４の時点では、ボリュームＶＯＬ０１とボリュームＶＯＬ１１のデータは同一となる。しかし、非同期転送の場合、ボリュームＶＯＬ０１とボリュームＶＯＬ２１のデータは一致しているとは限らない。そこで、ボリュームＶＯＬ１１からボリュームＶＯＬ２１へのデータ転送は、ＶＯＬ０１からＶＯＬ２１へのデータの複写終了まで実施せず、ステップＳ１３０７において更新データだけを保持する。

つぎに、ストレージ装置２０２の検出部７０４により、ボリュームＶＯＬ０１からボリュームＶＯＬ２１へのデータの複写終了を検出する（ステップＳ１３０８）。そして、ストレージ装置２０２の複写制御部７０２により、ボリュームＶＯＬ０１とボリュームＶＯＬ２１との間のコピーセッションを終了（または、処理失敗時の復旧操作を考慮して一時停止）する（ステップＳ１３０９）。

このあと、ストレージ装置２０２の複写制御部７０２により、送信部７０６を制御して、ボリュームＶＯＬ１１からボリュームＶＯＬ２１への更新データの複写指示をストレージ装置２０３に送信する（ステップＳ１３１０）。そして、ストレージ装置２０３の複写制御部７０２により、送信部７０６を制御して、更新データの複写指示に応じて、ステップＳ１３０７において保持された更新データをストレージ装置１２０１に転送する（ステップＳ１３１１）。

なお、ステップＳ１３１１において、更新データの転送を開始したら、その旨をストレージ装置２０２に通知することにしてもよい。この場合、ストレージ装置２０２は、ボリュームＶＯＬ０１とボリュームＶＯＬ２１との間のコピーセッションを確認して、コピーセッションが残っていれば停止することになる。

また、ステップＳ１３１０において、更新データの複写指示をストレージ装置２０３に自動送信することにしたが、これに限らない。たとえば、異常時のリカバリを考慮して、ユーザが、任意のタイミングでストレージ装置２０３に更新データの複写指示を出すことにしてもよい。

なお、ボリューム間のコピーセッションは、たとえば、図６に示したボリューム状態管理テーブル６００を用いて管理することができる。具体的には、あるボリューム間のコピーセッションを終了（または、停止）する場合、そのコピーセッションのＣｏｐｙフラグを「ｏｎ」から「ｏｆｆ」に設定する。

以上説明した実施の形態２にかかるストレージ装置２０２，２０３，１２０１によれば、移行先の第２のボリュームに対するアクセスの許可に先立って、第２のボリュームとバックアップ先の第３のボリュームとを関連付けて、仮コピーセッションを開設することができる。また、ストレージ装置２０２，２０３，１２０１によれば、移行元の第１のボリュームからバックアップ先の第３のボリュームへのデータの複写終了と連動して、第２のボリュームの更新データを第３のボリュームへ転送することができる。

これにより、バックアップを実施中にデータ移行する場合であっても、バックアップを最初からやり直す必要がなくなり、ミラーリングの初期同期にかかる時間を削減して、被災時のロストデータの増大化を防ぐことができる。

（実施の形態３）
つぎに、実施の形態３にかかるバックアップ方式について説明する。なお、以下の説明において、実施の形態１，２で説明した箇所と同一箇所については図示および説明を省略する。

実施の形態３では、移行元のボリュームＶＯＬ０１と移行先のボリュームＶＯＬ１１の記憶内容が一時的に等しくなる瞬間に、アクセスパスの切替を行う。さらに、移行元のボリュームＶＯＬ０１からバックアップ先のボリュームＶＯＬ２１への未転送データに関する情報を、移行先のボリュームＶＯＬ１１に引き継ぐ。

そして、移行先のボリュームＶＯＬ１１からバックアップ先のボリュームＶＯＬ２１へ未転送データ情報を送信する。なお、未転送データ情報は、たとえば、バックアップ先のボリュームＶＯＬ２１の物理情報と未転送データが格納されている論理ブロックの先頭ブロックアドレスとブロック数のペアを要素とする集合である。

以下、実施の形態３にかかるバックアップ手順について説明する。図１５は、実施の形態３にかかるバックアップ手順の一例を示すシーケンス図である。

図１５において、まず、ストレージ装置２０２の複写制御部７０２により、ボリュームＶＯＬ０１からストレージ装置１２０１のボリュームＶＯＬ２１へのデータの複写中であることを想定する（ステップＳ１５０１）。また、ストレージ装置２０２の複写制御部７０２により、ボリュームＶＯＬ０１からストレージ装置２０３のボリュームＶＯＬ１１へのデータの複写を開始する（ステップＳ１５０２）。

このあと、ストレージ装置２０２の関連付け部７０３により、ボリュームＶＯＬ０１からボリュームＶＯＬ１１へのコピーとボリュームＶＯＬ１１からボリュームＶＯＬ２１へのコピーとを関連付ける（ステップＳ１５０３）。なお、関連付け結果は、たとえば、図６に示したボリューム状態管理テーブル６００に記憶される。

つぎに、ストレージ装置２０２の検出部７０４により、ボリュームＶＯＬ０１からボリュームＶＯＬ１１へのデータの複写終了を検出する（ステップＳ１５０４）。そして、ストレージ装置２０２のアクセス制御部７０５により、ボリュームＶＯＬ０１に対するアクセスを拒否するように制御する（ステップＳ１５０５）。

このあと、ストレージ装置２０２の複写制御部７０２により、ボリュームＶＯＬ０１からボリュームＶＯＬ２１へのデータの複写を停止する（ステップＳ１５０６）。そして、ストレージ装置２０２の関連付け部７０３により、ボリューム状態管理テーブル６００に記憶されたコピーセションの情報をもとにボリュームＶＯＬ１１とボリュームＶＯＬ２１との間の仮コピーセッションの開設指示をストレージ装置２０３に送信する（ステップＳ１５０７）。

このあと、ストレージ装置２０３の関連付け部７０３により、仮コピーセッションの開設指示に応じて、ボリュームＶＯＬ１１とボリュームＶＯＬ２１とを関連付ける（ステップＳ１５０８）。なお、関連付け結果は、たとえば、図１４に示した仮コピーセッションテーブル１４００に記憶される。

つぎに、ストレージ装置２０２の複写制御部７０２により、ボリュームＶＯＬ０１のデータのうち、ストレージ装置１２０１に転送されていない未転送データ情報をストレージ装置２０３に送信する（ステップＳ１５０９）。

そして、ストレージ装置２０３の受信部７０７により、ストレージ装置２０２からの未転送データ情報を受信して、ボリュームＶＯＬ２１の未転送データ情報として管理する（ステップＳ１５１０）。このあと、ストレージ装置２０３の複写制御部７０２により、ボリュームＶＯＬ２１の未転送データをストレージ装置１２０１に送信する（ステップＳ１５１１）。

なお、ステップＳ１５１０において受信された未転送データは、たとえば、ボリュームＶＯＬ１１とボリュームＶＯＬ２１との間に開設された仮コピーセッションを識別するセッションＩＤと関連付けて管理される。

以上説明した実施の形態３にかかるストレージ装置２０２によれば、第１、第２および第３のボリュームを関連付け、第１のボリュームから第２のボリュームへのデータの複写終了時に、第１のボリュームから第３のボリュームへのデータ複写を停止させることができる。また、ストレージ装置２０２によれば、第１のボリュームから第３のボリュームへ複写されていない未転送のデータを、ストレージ装置２０３経由でストレージ装置１２０１に転送することができる。

これにより、バックアップを実施中にデータ移行する場合であっても、バックアップを最初からやり直す必要がなくなり、ミラーリングの初期同期にかかる時間を削減して、被災時のロストデータの増大化を防ぐことができる。

なお、本実施の形態で説明したデータ移行方法は、予め用意されたプログラムをパーソナル・コンピュータやワークステーション等のコンピュータで実行することにより実現することができる。本データ移行プログラムは、ハードディスク、フレキシブルディスク、ＣＤ−ＲＯＭ、ＭＯ、ＤＶＤ等のコンピュータで読み取り可能な記録媒体に記録され、コンピュータによって記録媒体から読み出されることによって実行される。また本データ移行プログラムは、インターネット等のネットワークを介して配布してもよい。

２００，１１００ ストレージシステム
２０１ サーバ
２０２，２０３，１１０１，Ｓａ，Ｓｂ ストレージ装置
４０１ 入力部
４０２ 認識部
４０３ 指示部
４０４ 設定部
４０５ 検知部
４０６ 切替部
５００ パス状態管理テーブル
６００ ボリューム状態管理テーブル
７０１ 受付部
７０２ 複写制御部
７０３ 関連付け部
７０４ 検出部
７０５ アクセス制御部
７０６ 送信部
７０７ 受信部
１４００ 仮コピーセッションテーブル

Claims (6)

1. 複写対象となるデータを記憶する第１の記憶領域と、複写先のストレージ装置の第２の記憶領域とを関連付ける関連付け手段と、
   前記関連付け手段によって関連付けられた前記第１の記憶領域から前記第２の記憶領域への前記データの複写開始または複写終了を検出する検出手段と、
   前記検出手段によって検出された検出結果に基づいて、前記第１および第２の記憶領域に対するアクセスを制御するアクセス制御手段と、
   を備えることを特徴とするストレージ装置。
2. 前記アクセス制御手段は、
   前記検出手段によって前記データの複写開始が検出された場合、前記第２の記憶領域に対するアクセスを拒否するように前記複写先のストレージ装置を制御することを特徴とする請求項１に記載のストレージ装置。
3. 前記アクセス制御手段は、
   前記検出手段によって前記データの複写終了が検出された場合、前記第１の記憶領域に対するアクセスを拒否するように制御するとともに、前記第２の記憶領域に対するアクセスを許可するように前記複写先のストレージ装置を制御することを特徴とする請求項１または２に記載のストレージ装置。
4. 前記データの複写を制御する複写制御手段をさらに備え、
   前記関連付け手段は、
   前記複写先のストレージ装置の第２の記憶領域に対するアクセスの許可に先立って、当該第２の記憶領域と前記データのバックアップ先となるストレージ装置の第３の記憶領域とを関連付け、
   前記検出手段は、
   前記第１の記憶領域から前記関連付け手段によって前記第２の記憶領域と関連付けられた第３の記憶領域への前記データの複写終了を検出し、
   前記複写制御手段は、
   前記検出手段によって前記データの複写終了が検出された場合、前記第２の記憶領域にアクセスして更新された前記データの更新データを、前記第３の記憶領域に複写するように前記移行先のストレージ装置を制御することを特徴とする請求項３に記載のストレージ装置。
5. 前記関連付け手段は、
   前記第１、第２および第３の記憶領域を関連付け、
   前記複写制御手段は、
   前記関連付け手段によって関連付けられた前記第１の記憶領域から前記第２の記憶領域への前記データの複写終了が検出された場合、前記第１の記憶領域から前記第３の記憶領域への前記データの複写を停止し、かつ、前記第１の記憶領域から前記第３の記憶領域へ複写されていない未複写のデータを、前記第３の記憶領域に複写するように前記移行先のストレージ装置を制御することを特徴とする請求項４に記載のストレージ装置。
6. 複写元および複写先のストレージ装置と、当該複写元および複写先のストレージ装置にアクセス可能な情報処理装置と、を含むストレージシステムにおいて、
   前記複写元のストレージ装置は、
   複写対象となるデータを記憶する第１の記憶領域と、前記複写先のストレージ装置の第２の記憶領域とを関連付ける関連付け手段と、
   前記関連付け手段によって関連付けられた前記第１の記憶領域から前記第２の記憶領域への前記データの複写開始または複写終了を検出する検出手段と、
   前記検出手段によって検出された検出結果に基づいて、前記第１および第２の記憶領域に対するアクセスを制御するアクセス制御手段と、を備え、
   前記情報処理装置は、
   前記アクセス制御手段によって前記第１および第２の記憶領域に対するアクセスが制御された制御結果に基づいて、前記第１の記憶領域から前記第２の記憶領域にアクセスパスを切り替えることを特徴とするストレージシステム。

Images