(57)【要約】      （修正有）【課題】ストレージシステムおよびその複製の新システムへの移行において、アプリケーションの停止時間を減らし、移行に関するコスト、複雑さを低減する。【解決手段】ホストとストレージシステムとの間に仮想化システムを導入する。ホスト上のアプリケーションを停止又は休止状態にするか、或はアプリケーションが停止しているか休止状態にあるかチェックする。一次ボリューム及び一次ボリュームの複製物である二次ボリュームの状態をチェックしそれらが同一になったかどうか判定する。一次ボリュームにマップする一次仮想ボリュームを定義し、二次ボリュームにマップする二次仮想ボリュームを定義する。複製は一次仮想ボリュームから二次仮想ボリュームに対して定義する。複製はＮＯＣＯＰＹオプションにより開始され、アプリケーションは再開されるか又はアプリケーションが再開可能であることを示すメッセージが送信される。【選択図】図１
2007052772.tif 000002
【特許請求の範囲】
【請求項１】
一次ボリューム（ＰＶＯＬ）及びＰＶＯＬの複製のターゲットである二次ボリューム（ＳＶＯＬ）が存在する一式以上のストレージシステムと交信するホストコンピュータ上に置かれたプログラムによって遂行される仮想化を用いて複製を移行する方法であって、
前記ホストコンピュータで実行される複数のアプリケーションからのＰＶＯＬへの書き込み動作を制止するステップと、
ＰＶＯＬとＳＶＯＬが同期しているか否か判定し、もし同期していればＰＶＯＬからＳＶＯＬへのリンクを削除するステップと、
ＰＶＯＬにマップする一次仮想ボリューム（ＰＶＶＯＬ）を定義し、ＳＶＯＬにマップする二次仮想ボリューム（ＳＶＶＯＬ）を定義するステップと、
ＰＶＶＯＬとＳＶＶＯＬとの間に新たなペアを構築するステップと、
ＮＯＣＯＰＹオプションにより複製を開始するステップと、
前記アプリケーションを再開可能にするステップ、
から成ることを特徴とする移行方法。
【請求項２】
ＮＯＣＯＰＹオプションにより複製を開始する前記ステップは、該複製を開始するステップの前に何ら初期コピー又は更新コピーなしに前記ホストからの任意の書き込みデータを複製するステップを含むことを特徴とする、請求項１記載の移行方法。
【請求項３】
ＰＶＶＯＬとＳＶＶＯＬは仮想化システムの一部であり、前記方法は更に、
前記仮想化システム上でマッピング及び複製を自動的に定義するために現状の複製構成情報を使用するステップ、を含むことを特徴とする請求項1記載の移行方法。
【請求項４】
ＰＶＯＬにマップするＰＶＶＯＬを定義し、ＳＶＯＬにマップするＳＶＶＯＬを定義する前記ステップは、
ＰＶＯＬ情報とＳＶＯＬ情報を収集するステップと、
前記収集したＰＶＯＬとＳＶＯＬ情報をそれぞれ用いて、前記一式以上のストレージシステム内でＰＶＯＬとＳＶＯＬを検出するステップと、
ＰＶＶＯＬとそのＰＶＯＬへのマッピングを定義し、ＳＶＶＯＬとそのＳＶＯＬへのマッピングを定義するステップ、
を含むことを特徴とする、請求項１記載の移行方法。
【請求項５】
ＳＶＯＬを検出しＳＶＯＬにマップするＳＶＶＯＬを定義するために、リモート動作を使用するステップを更に含むことを特徴とする、請求項４記載の移行方法。
【請求項６】
前記複製の移行の間にアプリケーションデータを移行しないことにより、データ移行に関連する時間を排除するステップを更に含むことを特徴とする、請求項１記載の移行方法。
【請求項７】
前記ストレージシステムが二式存在し、ＰＶＯＬにマップするＰＶＶＯＬを定義し、ＳＶＯＬにマップするＳＶＶＯＬを定義する前記ステップは、
前記第一のストレージシステム上に存在するＰＶＯＬにマップするＰＶＶＯＬを定義し、前記第二のストレージシステム上に存在するＳＶＯＬにマップするＳＶＶＯＬを定義するステップ、を含むことを特徴とする、請求項１記載の移行方法。
【請求項８】
第一のストレージシステム内の一次ボリューム（ＰＶＯＬ）上のデータが複製リンクを通じて該第一のストレージシステム内か又は第二のストレージシステム内かいずれかにある二次ボリューム（ＳＶＯＬ）に複製される複製を移行するための仮想化構成方法であって、
ホスト計算機がＰＶＯＬにデータを書き込むのを阻止するステップと、
ＰＶＯＬとＳＶＯＬが同一か否か判定するステップと、
前記判定の結果がＰＶＯＬとＳＶＯＬは同一であるということであれば、ＰＶＯＬからＳＶＯＬへの前記複製リンクを削除するステップと、
ＰＶＯＬにマップする一次仮想ボリューム（ＰＶＶＯＬ）を定義し、ＳＶＯＬにマップする二次仮想ボリューム（ＳＶＶＯＬ）を定義するステップと、
ＰＶＶＯＬとＳＶＶＯＬとの間で新たなペアを構築するステップと、
ＰＶＶＯＬとＳＶＶＯＬとの間で複製を開始するステップと、
ＰＶＯＬの代わりにＰＶＶＯＬにデータ書き込みを再開するためにメッセージを送信するステップ、
から成ることを特徴とする、複製を移行するための仮想化構成方法。
【請求項９】
複製を開始する前記ステップは、前記ホストからの任意の書き込みデータが、該複製を開始する前記ステップの前にいかなる初期コピー又は更新コピーもなしで複製される、ＮＯＣＯＰＹオプションによって複製を開始するステップを含むことを特徴とする、請求項８記載の仮想化構成方法。
【請求項１０】
前記ホストと前記第一のストレージシステムとの間で仮想化システムを構築する複製マイグレータを該ホスト上に備えるステップ、を更に含むことを特徴とする、請求項８記載の仮想化構成方法。
【請求項１１】
前記ホストにより実行可能で、該ホストと前記第一のストレージシステムとの間でＰＶＶＯＬを含む仮想化システムを定義する複製マイグレータを備えるステップ、
を更に含むことを特徴とする、請求項８記載の仮想化構成方法。
【請求項１２】
前記ホストと前記第一のストレージシステムを持つ一次サイトと第二のホストとＳＶＯＬが存在する前記第二のストレージシステムを持つ二次サイトを備えるステップをさらに含み、
前記ホストは、該ホストと前記第一のストレージシステムとの間でＰＶＶＯＬを含む第一の仮想化システムを定義する第一の複製マイグレータを含み、
前記第二のホストは、該第二のホストと前記第二のストレージシステムとの間でＳＶＶＯＬを含む第二の仮想化システムを定義する第二の複製マイグレータを含む、
ことを特徴とする、請求項８記載の仮想化構成方法。
【請求項１３】
前記ホストと前記第一のストレージシステムを持つ一次サイトとＳＶＯＬを備える前記第二のストレージシステムを持つ二次サイトを備えるステップをさらに含み、
前記ホストは、該ホストと前記第一のストレージシステム及び前記第二のストレージシステムとの間にＰＶＶＯＬ及びＳＶＶＯＬを含む仮想化システムを定義する複製マイグレータを含む、
ことを特徴とする、請求項８記載の仮想化構成方法。
【請求項１４】
ＰＶＯＬにマップするＰＶＶＯＬを定義し、ＳＶＯＬにマップするＳＶＶＯＬを定義する前記ステップは、
ＰＶＯＬ情報とＳＶＯＬ情報を収集するステップと、
前記収集したＰＶＯＬ情報とＳＶＯＬ情報をそれぞれ使用して前記ストレージシステム内でＰＶＯＬとＳＶＯＬを検出するステップと、
ＰＶＶＯＬとそのＰＶＯＬへのマッピングを定義し、ＳＶＶＯＬとそのＳＶＯＬへのマッピングを定義するステップと、
を含むことを特徴とする、請求項８記載の仮想化構成方法。
【請求項１５】
ＳＶＯＬを検出しＳＶＯＬへマップするＳＶＶＯＬを定義するために、リモート動作を使用するステップを更に含むことを特徴とする、請求項１４記載の仮想化構成方法。
【請求項１６】
計算機システムであって、第一のホストと一次ボリュームを含む第一のストレージシステムを有する一次サイトと、    前記一次サイトからの複製データを記憶し、それによって前記一次ボリュームをミラーする二次ボリュームを備える第二のストレージシステムを有する二次サイトと、
前記一次ボリュームにマッピングされ前記第一のホストが論理アクセス可能な一次仮想ボリュームと、前記二次ボリュームにマッピングされる二次仮想ボリュームと、を備える仮想化システムとを備え、前記一次仮想ボリュームに記憶されるデータは前記一次ボリュームに記憶され、前記二次ボリュームに記憶するために前記二次仮想ボリュームに自動的に複製されることを特徴とするデータ複製システム。
【請求項１７】
前記第一のホストは、該第一のホストと第一及び第二のストレージシステムとの間で前記仮想化システムを構築するために複製マイグレータを有することを特徴とする、請求項１６記載のデータ複製システム。
【請求項１８】
前記二次サイトは、第二のホストをさらに有し、前記仮想化システムは、前記一次仮想ボリュームを含み前記一次サイトで構成されている第一の仮想化システムと、前記二次仮想ボリュームを含み前記二次サイトで構成されている第二の仮想化システムとを含むことを特徴とする請求項16記載のデータ複製システム。
【請求項１９】
前記第一のホスト上に前記第一の仮想化システムを構築するための第一の複製マイグレータと、
前記第二のホスト上に前記第二の仮想化システムを構築するための第二の複製マイグレータ、とを更に有することを特徴とする、請求項１８記載のデータ複製システム。
【請求項２０】
一次ボリューム情報及び二次ボリューム情報を収集し、
前記収集した一次ボリューム情報と二次ボリューム情報をそれぞれ使用して前記ストレージシステム内で前記一次ボリュームと前記二次ボリュームを検出し、
前記一次仮想ボリュームとその前記一次ボリュームへのマッピングを定義し、前記二次仮想ボリュームとその前記二次ボリュームへのマッピングを定義して、
前記仮想化システムは前記一次ボリュームにマップする前記一次仮想ボリュームを設定し、前記二次ボリュームにマップする前記二次仮想ボリュームを設定することを特徴とする、請求項１６記載のデータ複製システム。
【発明の詳細な説明】
【技術分野】
【０００１】
０００１    本発明は、ストレージを含むデータ複製システムに関し、具体的には、移行の間でのアプリケーションのダウンタイムと移行コストが低減される、複製システムを移行する方法に関する。
【背景技術】
【０００２】
２．先行技術の説明
ストレージベースの複製システム
０００２    ストレージベースの複製システムとはリモート複製とシステム内複製の両方又は一方に対してストレージベースの複製機能を利用するシステムをいう。リモート複製及びシステム内複製の詳細は以下に論じられる。
リモート複製
０００３    ストレージベースのリモート複製は、データの正常性を維持しながら生産サイト或いは一次サイトからリモートサイト或いは二次サイトに例えば一式以上のボリュームの全データを複製するストレージシステムの機能である。複製されたデータは通常「複製物」或いはミラーと呼ばれる。この技術は、一次ストレージシステムが障害の場合にＤＲ（Disaster Recovery災害回復）等の為に用いられる。そのような障害の場合で、生産サイトが災害又は同種のものによりデータが破壊されたか又は動作不能になった時には、ユーザはリモートサイトの複製されたデータから少なくとも生産データを回復することが可能になる。リモート複製はリモートミラーリング或いはリモートコピーとも呼ばれる。
システム内複製
０００４    ストレージベースのシステム内複製は、ストレージシステム内でデータ又はボリュームを複製するストレージシステムの機能である。複製されたデータは次いでデータ喪失に備えて保護するためにテープや他の適切な媒体にバックアップされよう。本開示に於いて、「複製」とは使用する文脈に応じて、複製機能を用いる機能又はシステムを意味する。
仮想化
０００８    近年、ストレージ産業では仮想化が一般的な技術になりつつある。ＳＮＩＡ（Storage Networking Industry Associationストレージネットワーク産業協会）は、「仮想化」を「有用な抽象化を提供する目的で一つ以上の（バックエンド）サービス又は機能と付加的な（フロントエンド）機能性とを統合する行為である。通常仮想化は或る種のバックエンドの複雑さを隠蔽したり、又は現状のバックエンドサービスに新たな機能性を加えたり、統合したりする。仮想化の例として或るサービスの複数のインスタンスを一つの仮想化したサービスに集約したり、そのままでは安全でないサービスにセキュリティを加えたりすることが挙げられる。仮想化はネスト化でき、又システムの複数のレイヤに適用することができる。」と定義している。（ＳＮＩＡのウェブページｈｔｔｐ：／／ｗｗｗ．ｓｎｉａ．ｏｒｇ／ｅｄｕｃａｔｉｏｎ／ｄｉｃｔｉｏｎａｒｙ／ｖ／を参照のこと。）本開示に於いては「仮想化」という用語は仮想化技術を用いた技術、機能、又はシステムを意味するものとして用いられ、使用される文脈にも依存する。
【０００３】
０００９    仮想化システムは仮想化技術を具体化するシステムである。或る種の仮想化システムはそれ自体で、ストレージシステムに仮想化を包含させることに注目願いたい。
【０００４】
００１０    従来技術によるストレージシステムはFukuzawa他により米国特許Ｎｏ．６，０９８，１２９に、又Ohno他により米国公開特許出願Ｎｏ．２００３０２２１０７７に例示されており、これらは、全体として参照することで本発明の開示に含まれるものとする。更に、或る製品はデータ移行サービス、複製実行サービス、及び（又は）複製管理ソフトウェアを有している。
【０００５】
００１１    Akira Fujibayashiにより２００４年３月１日に出願され本発明と同時係属中の米国出願Ｎｏ．１０／７８８，３９０は、リモートコピー機能を実行し、現状のストレージデータを新たなストレージデバイスに移行した後に新たなストレージシステムの中で現状のストレージデバイスのストレージを仮想化する、ストレージシステム群の中でデータ移行を遂行する方法と装置に向けられている。新たなストレージシステムが交換する予定の古いストレージシステムに接続されると、データ移行を開始するに先だって、当該古いストレージシステムのリモートコピー構成情報が新たなストレージシステムに移行される。このことは、構成に応じて、新たなストレージシステムか古いストレージシステムのいずれかがデータ移行の間中、リモートストレージシステムとリモートコピー機能の運用を維持することを可能にする。その後、リモートコピー構成情報に従って新たなストレージシステムとリモートストレージシステムの間でデータが転送されている間に、古いストレージシステムから新たなストレージシステムに仮想ボリュームとしてデータが移行される。米国出願Ｎｏ．１０／７８８，３９０は、全体として参照することで本発明の開示に含まれるものとする。
【０００６】
【特許文献１】米国特許Ｎｏ．６，０９８，１２９
【特許文献２】米国公開特許出願Ｎｏ．２００３０２２１０７７
【特許文献３】米国出願Ｎｏ．１０／７８８，３９０
【発明の開示】
【発明が解決しようとする課題】
【０００７】
複製の移行
０００５    ユーザは時としてそのストレージシステムを移行することが必要になることがある。例えば、ベンダが新たなストレージシステムを導入すると、ユーザは現有のストレージシステムをこの新たなシステムに更新することを望む場合がある。この場合、現状のストレージシステムのデータは新たなストレージシステムに移行される必要があり、アプリケーションは移行の間停止される必要がある。更に、もし現状のストレージシステムが複製を実行するように構成されている場合は、ユーザは通常複製システムも同様に移行することを望むであろう。
【０００８】
従って、少なくとも二つの問題が懸念される。第一は、現状のストレージを使用中のアプリケーションは移行の間停止されなければならないこと、第二は、複製の移行は複製物とその環境も移行されなければならないので複雑さを増し、人件費も嵩むことである。
【０００９】
０００６    アプリケーションの停止に関して、データ喪失を防止しデータ一貫性を保つために移行の間は該当のストレージを使用するいずれのアプリケーションも停止される必要がある。しかしながら、業務アプリケーションを連続的に（即ち一日２４時間、週７日）走らせるユーザが存在することは今日では通例であり、その業務はアプリケーションが走行可能であることが前提になっている。アプリケーションの停止は通常、業務又は生産性の損失をもたらすことになる。従って、これらユーザにはダウンタイム、収入損失、生産性損失を最小限にするためにできる限りアプリケーションの停止時間を減らすか、なくすことが望ましい。
【００１０】
０００７    更に、第二の問題に関して、複製の移行は、余分の人件費を必要としデータ移行プロセスに複雑さを増大させる。複製データの移行には、複製物と複製の構成のような複製環境の両方の移行が必要となる。従って本発明は複製データとその構成を移行することに関連してコストのみならず複雑さも低減することを目的とする。
【課題を解決するための手段】
【００１１】
００１２    本発明の一つの目的は、複製を移行することに関する既述の問題点を仮想化を用いて解決することである。本発明のもう一つの目的は仮想化を用いていない第一のシステムを、アプリケーションのダウンタイムを最小にし、且つ関連するコストとコンピュータシステムのダウンタイムを低減しながら、複製のために仮想化を組み込んだ第二のシステムに更新又は変換する方法を提供することである。本発明の更にもう一つの目的は顧客がこの第二のシステムに満足しない場合、第二のシステムから第一のシステムに戻すことを可能にすることである。
【００１２】
００１３    本発明はホスト上であってストレージシステムの外部に存在するソフトウェアプログラムとして具体化される複製マイグレータを含む。従って好適な実施例では、本発明は管理ソフトウェア又はスクリプトとして実装することができる。このソフトウェアは初めは、ストレージ、メモリ又は他のコンピュータ読取り可能な媒体内に配置できる。本発明はストレージシステムに対して何らハードウェアの変更も改良も必要としないので、低コストで実現可能である。
【００１３】
００１４    複製マイグレータは実行されると先ず、アプリケーションによってデータがストレージシステムに書き込まれることがないように、ストレージシステムを使用しているアプリケーションを停止するか休止状態にするか、又はアプリケーションが停止又は十分休止状態にあるか否かをチェックする。次いで本発明は現状のストレージシステム上のＰＶＯＬ（primary volume一次ボリューム）とＳＶＯＬ（secondary volume二次ボリューム）が同一又は同期状態にあるか否かを判定する。もしそうなっていれば、ＰＶＯＬとＳＶＯＬは切り離され、ＰＶＯＬにマップするためにＰＶＶＯＬ（primary virtual volume一次仮想ボリューム）が定義され、ＳＶＯＬにマップするためにＳＶＶＯＬ（secondary virtual volume二次仮想ボリューム）が定義される。次いでＰＶＶＯＬとＳＶＶＯＬとの間で新たな複製ペアが構築され、ＮＯＣＯＰＹオプションにより複製が開始される。（ＮＯＣＯＰＹオプション下では一般に、アプリケーションにより変更されたか又は上書きされたデータのみが、ターゲットにコピーされる。）最後に、アプリケーションは再開が可能になるか、又は再開が可能になったことを示すメッセージが送信される。
【００１４】
００１５    このようにして、本発明によるシステムと方法に関しては、ストレージシステムのアーキテクチャが再構成される間に、何ら実アプリケーションデータの移行は生じない。結果として本方法は、複製データを移行するために何ら時間を要さない。更に、本方法は現状の複製構成の情報を用いて、自動的に仮想化システム上にマッピングと複製を定義し、結果として本システムと方法は移行が実際に必要とされる場合に移行の複雑さとコストを最小化することができる。
【発明を実施するための最良の形態】
【００１５】
００２９    以下の本発明の詳細な説明に於いて、添付図面が参照され、これらは開示の一部を構成するが、その中で本発明が実施される特定の実施例は説明として示されるものであって、それに限定されるものでない。図面の中で複数の図面を通して同様な数字は実質的に同様な要素を表わしている。
第一の実施例（リモート複製の移行）
００３０    図１は本発明の一つの実施形態が適用されるリモート複製システムの仮想化実行以前のシステムアーキテクチャを示す。全体のシステムは一次サイト１とリモートサイト或いは二次サイト５１から成る。一次サイト１はホスト１０とストレージシステム２０を有する。いくつかのホストが一次サイト内のいくつかのストレージシステムを共有することも当然可能である。二次サイト５１もホスト６０とリモートストレージシステム７０を有する。
【００１６】
００３１    ホスト１０はホスト１０上で走行し、オペレーティングシステムを通じてストレージシステム２０内のストレージにＩ／Ｏ要求を発行するアプリケーション１２を有する。ホスト１０は更に、一次ホスト１０とリモートホスト６０との間のハートビート信号を監視して必要時フェイルオーバ又はフェイルバック動作を実行するＨＡ（High Availability高アベイラビリティ）ソフトウェア（図１には示されていない）を有しても良い。
【００１７】
００３２    ストレージシステム２０はリモートコピー能力を有するストレージシステムである。このようなストレージシステムの例としてＨｉｔａｃｈｉ  ＴａｇｍａＳｔｏｒｅＴＭ  Ｕｎｉｖｅｒｓａｌ  Ｓｔｏｒａｇｅ  Ｐｌａｔｆｏｒｍ、Ｈｉｔａｃｈｉ  Ｌｉｇｈｔｎｉｎｇ９９００ＴＭＶ  Ｓｅｒｉｅｓ及びＨｉｔａｃｈｉ  Ｔｈｕｎｄｅｒ９５００ＴＭＶ    Ｓｅｒｉｅｓが挙げられる。更にリモートコピー製品の例としてＨｉｔａｃｈｉ  ＴｒｕｅＣｏｐｙＴＭ及びＨｉｔａｃｈｉ  Ｕｎｉｖｅｒｓａｌ  Ｒｅｐｌｉｃａｔｏｒが挙げられる。ストレージシステム２０はストレージシステム２０の物理ストレージデバイス上で実現され、ホスト１０及びアプリケーション１２からのデータを記憶する、一式以上の一次ボリューム（ＰＶＯＬ）２１（論理ボリューム）を有する。各ＰＶＯＬ２１のデータは二次ストレージシステム７０の二次ボリューム（ＳＶＯＬ）７１に複製される。
【００１８】
００３３    ホスト１０とストレージシステム２０との間のネットワーク２はストレージネットワークである。ストレージネットワーク２の例としてＦｉｂｒｅ  Ｃｈａｎｎｅｌ、ｉＳＣＳＩ、ＦＩＣＯＮ、ＥＳＣＯＮ、等をベースとするＳＡＮ（Storage Area Network）及びＮＦＳ、ＣＩＦＳ、及び同種のものをベースとするＮＡＳ（Network Attached Storage）が挙げられる。二次サイト５１はホスト６０とストレージシステム７０との間に同様なネットワーク５２を有する。
【００１９】
００３４    一般的に言えば、二次サイト５１は一次サイト１と同様のアーキテクチャを持つように構成される。ホスト６０とストレージシステム７０はそれぞれ論理的にはホスト１０とストレージシステム２０の待機システムとして動作し、物理的には他の目的のために機能することもでき、アプリケーション６２を有する。このアプリケーション６２はホスト１０上のアプリケーション１２と同じであっても、異なっていても良い。或いは、ホスト６０を持たない構成もあり得る。この場合ホスト６０は（一次サイトの計画的な又は意図されていない停止の場合に）オンデマンドで用意されることが可能で、作業負荷はリモートサイト５１にフェイルオーバされる。
【００２０】
００３５    一次ストレージシステム２０とリモートストレージシステム７０との間のネットワーク７は広域ストレージネットワークである。このような物理的なネットワークの例としてＤａｒｋ  Ｆｉｂｅｒｓ、ＤＷＤＭ、ＡＴＭ、ＳＯＮＥＴ、等が挙げられ、ネットワークプロトコルの例としてＦｉｂｒｅ  Ｃｈａｎｎｅｌ、ＦＩＣＯＮ、ＥＳＣＯＮ、ＦＣＩＰ、ｉＦＣＰ、ｉＳＣＳＩ、や同種のものが挙げられる。ネットワークは長距離用にネットワークプロトコルを拡張するエクステンダを有することもできる。矢印９６はホスト１０からストレージシステム２０へのＩ／Ｏフローを示す。矢印９７はストレージシステム２０からストレージシステム７０へのリモート複製フローを示す。
【００２１】
００３６    本実施例の仮想化システムを実行するために、ホスト１０上に複製マイグレータ１１がインストールされ、ホスト６０上に複製マイグレータ６１がインストールされても良い。複製マイグレータ１１、６１は、ホスト１０、６０内に含まれるか、又はホスト１０、６０と交信するかのいずれかであるストレージデバイス又はメモリ等のコンピュータ読取り可能媒体１３、６３上で定義され、それによって実行されるソフトウェアである。
【００２２】
図３は本実施例の仮想化システムを用いたリモート複製システムのシステムアーキテクチャを示し、一方図２は図１と図３の中間構成を示す。図２では、仮想化システム３０が一次サイト１に導入され、仮想化システム８０が二次サイト５１に導入されている。仮想化システム３０はネットワーク２を論理的に置換するネットワーク３と４を通じてそれぞれホスト１０とストレージシステム２０の両方に接続される。ネットワーク５２を論理的に置換するネットワーク５３、５４により同じ仕掛けが二次サイト５１内でも用意される。仮想化システム３０、８０はホスト１０、６０とストレージシステム２０、７０との間に存在するので、ネットワーク３、５３と４、５４はそれぞれ図１に関連して説明したストレージネットワーク２、５２と物理的に同じタイプのネットワークでなければならない。同様に、仮想化システム３０と仮想化システム８０との間で論理ネットワークリンク６が構築され、このリンクは図１で説明したリンク７と同じ物理的ネットワークを使用することができる。このような仕掛けはハードウェアの設定に関係し、手動での運用でも良い。
【００２３】
００３７    仮想化システム３０は、ホスト１０に一式以上の仮想ボリュームを提供し、その結果ホスト１０はこの仮想ボリュームに論理アクセスする。仮想ボリュームはストレージシステム２０内のデータに対応する実ボリュームへのマッピング情報を記憶する。仮想ボリュームがホスト１０から書き込みデータを受信する都度、仮想化システム３０は実ボリュームへのマッピングを決定してストレージシステム２０の実ボリュームに書き込みデータを渡す。この実施例においては、複製の一次ボリュームとして定義される仮想ボリュームを一次仮想ボリューム（ＰＶＶＯＬ）３１と呼ぶ。同様に仮想化システム８０に於いては、複製の二次ボリュームとして定義される仮想ボリュームを二次仮想ボリューム（ＳＶＶＯＬ）８１と呼ぶ。
【００２４】
００３８    仮想化システムは複製能力を提供することに注目して欲しい。ＰＶＶＯＬ３１への各書き込みデータはリンク６を通じてＳＶＶＯＬ８１に複製される。図３に示すように、矢印９１はホスト１０から仮想化システム３０へのＩ／Ｏフローを示す。矢印９２と９４はそれぞれ仮想化システム３０と８０からストレージシステム２０と７０への仮想化フロー（即ちマッピングフロー）を示す。矢印９３は一次仮想化システム３０から二次仮想化システム８０へのリモート複製フローを示す。
【００２５】
００３９    一つの態様では、図１に示されるアーキテクチャから図３に示されるアーキテクチャに変更する方法を提供することにある。ホスト１０と６０内の複製マイグレータ１１と６１はそれぞれこの移行を命ずるソフトウェアプログラムである。複製マイグレータ１１と６１はこの実施例独特のものである。このプログラムは任意のプログラム言語及びスクリプト言語で実行される。例としてＪａｖａ（登録商標）、Ｃ、ＰＥＲＬ、Ｂａｓｉｃ、ＲＥＸＸ（メインフレーム上の）、及び同種のものが挙げられる。プログラムによる遂行方法が図４、５、６に詳細に説明されている。別の実施例では複製マイグレータ１１はアプリケーションを有するホストとは別個に存在しても良く、ストレージ管理システムのような他のシステム内に存在しても良い。
【００２６】
００４０    図４は本実施例での複製を移行するプロセスを示す。このプロセスに従い、ＰＶＯＬとＳＶＯＬは同一に即ち同期される。ＰＶＯＬとＳＶＯＬにマップするＰＶＶＯＬとＳＶＶＯＬがそれぞれ定義される。ＰＶＯＬとＳＶＯＬのデータをそのまま維持したままＰＶＶＯＬからＳＶＶＯＬへと複製が開始される。このプロセスに関連してアプリケーションの実データの移行は起らず、結果としてこのプロセスは複製データを移行する時間を必要としない。このプロセスは現状の複製構成情報を使用して自動的に仮想化システム上でマッピングと複製を定義し、結果としてこのプロセスは、移行が必要な場合に移行の複雑さとコストを最小限にできる。図４のステップは以下に、より詳細に説明される。
【００２７】
００４１    ステップ１０１：アプリケーションによっていかなるデータもＰＶＯＬ２１に書き込まれないように、アプリケーションは停止するか又は十分な休止状態に置かれる。このステップは、複製マイグレータ１１の外部で手動にて実行しても良い。他の実施例では、アプリケーションが停止しているか休止状態にあるか、又は別の方法でＰＶＯＬ２１へのデータの書き込みが制止されているか否かがチェックされる。もしアプリケーションが停止していない又は休止状態にない場合は、このプロセスはユーザにアプリケーションを停止又は休止状態にすべきことを示すメッセージを送信し、アプリケーションが停止又は休止状態になるのを待つ。
【００２８】
００４２    ステップ１０２：アプリケーションからの更新データはもはや存在しないので、ＰＶＯＬとＳＶＯＬは同一になるか又は最終的に二重化状態に到達するはずである。このステップは複製ペア状態をチェックし、二重化状態に到達するのを待つ。このチェック動作はストレージシステム２０へのコマンドとして実現でき、複製マイグレータ１１が使用できる。
【００２９】
００４３    ステップ１０３：ＰＶＯＬ２１からＳＶＯＬ７１への複製リンクはもうこれ以上使用されないから、このリンクは削除される。この動作はストレージシステム２０へのコマンドとして実現でき、複製マイグレータ１１が使用できる。
【００３０】
００４４    ステップ１０４：このプロセスは、ＰＶＯＬ２１にマップするＰＶＶＯＬ３１を自動的に定義する。
【００３１】
００４５    ステップ１０５：このプロセスは、ＳＶＯＬ７１にマップするＳＶＶＯＬ８１を自動的に定義する。これらの動作は仮想化システム３０へのコマンドとして実現でき、複製マイグレータ１１が使用できる。更に、以下の図５及び６に関連してこれらの動作がより詳細に説明される。
【００３２】
００４６    ステップ１０６：このプロセスは、ＰＶＶＯＬからＳＶＶＯＬへの複製を自動的に定義する。これについては図６に関連して追って説明される。この動作は仮想化システム３０へのコマンドとして実現でき、複製マイグレータ１１が使用できる。
【００３３】
００４７    ステップ１０７：このプロセスは、ＮＯＣＯＰＹオプションにより複製を開始する。ＮＯＣＯＰＹオプション自体は良く知られている技術である。このオプションにより、複製機能はＰＶＯＬとＳＶＯＬが同一であることを前提にして、複製前に何らの初期コピー又は更新コピーを行うことなく、ホストからの任意の書き込みデータの複製を開始する。このステップは、複製を開始する前に両ボリュームの同一性をチェックしても良い。この動作は仮想化システム３０へのコマンドとして実現でき、複製マイグレータ１１が使用できる。
【００３４】
００４８    ステップ１０８：このステップはアプリケーションを再び開始させる。このステップは、複製マイグレータ１１の外部で手動にて実行しても良い。他の実施例では、このプロセスはアプリケーションが再開可能であることを示すメッセージをユーザに送信する。以上の動作の後、任意の書き込みデータがＳＶＶＯＬ８１に複製される。
【００３５】
００４９    ＰＶＯＬにマップするＰＶＶＯＬを定義するプロセスは図５と関連して以下のように説明される。
【００３６】
００５０    ステップ２０１：このステップはシステムがＰＶＶＯＬ及びＳＶＶＯＬを自動的に定義する準備ができているかチェックする。定義前に、システムは図２に示す中間の構成状態になっている必要がある。このステップは仮想化システムが図２が示すように正しく走行しているかどうかチェックする。もしシステムが準備できていなければ、プロセスはユーザに図２に示すシステムを構成するように要求する。
【００３７】
００５１    ステップ２０２：このステップはＰＶＯＬ構成を含む複製情報を収集する。通常、この情報はホスト１０上、ストレージシステム２０内、又はもし配置されていれば管理ターミナル上、に存在する複製管理ソフトウェア又は複製定義ファイルから収集される。
【００３８】
００５２    ステップ２０３：このステップはＰＶＯＬ構成情報をパラメータとして検出コマンドを仮想化システム３０に対して発行する。ＰＶＯＬ構成情報は機器ＩＤ、ＷＷＮ（World Wide Name）等のストレージシステム識別情報、及びＬＵＮ（Logical Unit Number）、ＬＤＥＶ番号等のボリューム識別情報であっても良い。仮想化システム３０は仮想化システム３０に接続されているすべてのストレージシステムとボリュームを検出してその構成情報を使用してＰＶＯＬを識別する。接続されているすべてのストレージとボリュームを検出する方法は良く知られている。例えば、先に参照したFukuzawa他による米国特許Ｎｏ．６，０９８，１２９及びOhno他による米国公開特許出願Ｎｏ．２００３０２２１０７７が挙げられる。
【００３９】
００５３    ステップ２０４：このステップはＰＶＯＬ２１にマップするＰＶＶＯＬ３１を仮想化システム３０内に定義する。このマッピング方法も良く知られている。
【００４０】
００５４    ステップ２０５：このステップはホスト１０からＰＶＶＯＬ３１へのＩ／Ｏパスを定義する。このステップは通常の仮想化構成で用いられるのと同じ機能を使用できる。図５に示されるプロセスに独特なポイントのいくつかとして、このプロセスはステップ２０２、２０３、２０４で説明したようにＰＶＯＬを検出するためにＰＶＯＬ情報を収集して使用し、ＰＶＯＬにマップするＰＶＶＯＬを定義することが挙げられる。
【００４１】
００５５    ＳＶＯＬにマップするＳＶＶＯＬを定義するプロセスはＰＶＯＬへのＰＶＶＯＬマッピングに関連して図５で説明したのと同じである。このプロセスはリモートホスト６０内の複製マイグレータ６１が実行しても良い。複製マイグレータ１１は複製マイグレータ６１と交信してこのプロセスを委任するのが好適である。複製マイグレータ１１はＳＶＯＬ情報を複製マイグレータ６１に渡しても良い。このホスト間の交信は広域ネットワークを通してなどのＩＰベースで可能であるが、交信は安全なものでなければならない。
【００４２】
００５６    他の実施例に於いては、複製マイグレータ１１がＳＶＯＬにマップするＳＶＶＯＬを定義するプロセスを直接実行する。この場合は、動作は仮想化システム３０から仮想化システム８０に伝達される。換言すると、仮想化システム３０は、リモート動作を使用してＳＶＯＬ７１を検出しＳＶＯＬ７１にマップするＳＶＶＯＬ８１を定義する。
【００４３】
００５７    更に別の実施例に於いては、複製マイグレータ１１はホスト１０と仮想化システム８０との間の交信によってＳＶＯＬにマップするＳＶＶＯＬを定義するプロセスを直接実行する。交信は広域ネットワークを通じてなどのＩＰベースで可能であるが、交信は安全なものでなければならない。
【００４４】
００５８    ＰＶＶＯＬからＳＶＶＯＬへの複製を定義するプロセスが図６に示され以下に説明される。
【００４５】
００５９    ステップ６０１：このステップではＰＶＶＯＬ３１のＰＶＯＬ２１へのマッピングに関する情報が収集される。
【００４６】
００６０    ステップ６０２：このステップではＳＶＶＯＬ８１のＳＶＯＬ７１へのマッピングに関する情報が収集される。
【００４７】
００６１    ステップ６０３：このステップでは以前に行われていたＰＶＯＬ２１からＳＶＯＬ７１への複製の定義に関する情報が収集される。
【００４８】
００６２    ステップ６０４：このステップではＰＶＶＯＬからＳＶＶＯＬへの複製が定義され設定される。例えば、ＰＶＶＯＬはＰＶＯＬにマップされＳＶＶＯＬはＳＶＯＬにマップされ、ここでＰＶＯＬは以前にＳＶＯＬに複製されたものである。このようにしてこのプロセスはＰＶＶＯＬがＳＶＶＯＬに複製されることを定義する。複製を定義する方法は良く知られているが、上記情報を用いるこのプロセスはこの実施例の独特な点である。更に、ＨＡ（High Availability）ソフトウェア構成のような他の複製を定義するためにも同じ方法が用いられ得る。
第二の実施例（システム内複製の移行）
００６３    図７は本発明の一つの実施形態が適用される仮想化実施以前のシステム内複製システムのシステムアーキテクチャを示す。ホスト１０Ａはアプリケーション１２Ａを有する。更に、コンピュータ読取り可能な媒体１３Ａ上の複製マイグレータ１１Ａを移行が実行される前にホスト１０Ａにインストールしても良い。ホスト１０Ａはネットワーク２Ａを介してストレージシステム２０Ａと交信を行っており、それによって矢印９６Ａで示すようにアプリケーション１２Ａによりストレージシステム２０Ａ上の一次ボリューム（ＰＶＯＬ）２１Ａに書き込みデータが書き込まれる。ＰＶＯＬ２１Ａへの書き込みデータはシステム内複製物である二次ボリューム（ＳＶＯＬ）７１Ａに複製される。矢印９７Ａはシステム内複製を示す。他の要素は図１に関連して前述した要素と同じである。
【００４９】
００６４    図８は本発明の一つの実施形態による仮想化を用いたシステム内複製システムのシステムアーキテクチャを示す。第一の実施例に関連して前述した方法で、ホスト１０Ａとストレージシステム２０Ａとの間に仮想化システム３０Ａが導入される。ＰＶＶＯＬ３１Ａへの書き込みデータは、システム内複製を用いて矢印９３Ａで示すようにＳＶＶＯＬ８１Ａに複製される。書き込みデータはＰＶＶＯＬ３１ＡによってマップされるＰＶＯＬ２１Ａに書き込まれる。更に、複製されたデータはＳＶＶＯＬ８１ＡによってマップされるＳＶＯＬ７１Ａに書き込まれる。ＰＶＯＬ２１ＡとＳＶＯＬ７１Ａは依然として同じストレージシステム２０Ａ内に存在する。又ＰＶＶＯＬ３１ＡとＳＶＶＯＬ８１Ａは同じ仮想化システム３０Ａ内に存在する。仮想化したシステム内複製に移行するプロセス、即ち図７の構成から図８の構成へのシステムアーキテクチャの変更は、図４、５、６で説明したプロセスと同様にして実行される。
第三の実施例（システム内複製の移行）
００６５    リモート複製が用いられる図１のシステム構成は更に図９に示すように仮想化を組み入れたアーキテクチャに再構成することができ、その場合システムの仮想化部分では、図３に示すようなリモート複製よりはむしろシステム内複製が用いられる。図９のアーキテクチャはコンピュータ読取り可能な媒体１３Ｂ上に複製マイグレータ１１Ｂを持つホスト１０Ｂとアプリケーション１２Ｂを有する。図９でＰＶＶＯＬ３１Ｂへの書き込みデータは矢印９３Ｂで示すようにシステム内複製を用いてＳＶＶＯＬ８１Ｂに複製される。書き込みデータはＰＶＶＯＬ３１ＢによってマップされるＰＶＯＬ２１Ｂに書き込まれる。更に、複製されたデータはＳＶＶＯＬ８１ＢによってマップされるＳＶＯＬ７１Ｂに書き込まれる。ＰＶＯＬ２１Ｂはストレージシステム２０Ｂ内に存在し、ＳＶＯＬ７１Ｂはストレージシステム２０Ｂとホスト１０Ｂから遠方に置くことが可能な別のストレージシステム７０Ｂ内に存在する。しかしながら、ＳＶＶＯＬ８１Ｂが遠方のＳＶＯＬ７１Ｂにマッピングされた状態でＰＶＶＯＬ３１ＢとＳＶＶＯＬ８１Ｂは同じ仮想化システム３０Ｂ内にある。このようにして図９に於いてホスト１０Ｂ、仮想化システム３０Ｂ、及びストレージシステム２０Ｂはすべて同じサイトに存在するが、ストレージシステム７０Ｂは別のサイトに存在することができる。従って、ストレージネットワーク４Ｃはネットワーク接続７に関連して前述したように物理的に長距離ネットワーク接続とすることができ、一方ネットワーク４Ｂは短距離で良い。
【００５０】
００６６    図１０に示すように、本実施形態の下で図１のシステム構成から図９のシステム構成に変更するプロセスは、ステップ１０６の前にステップ１０５Ａが含まれる以外は図４、５、６で説明したプロセスと殆ど同じである。
【００５１】
００６７    ステップ１０５Ａ：リモート複製の構成をシステム内複製の構成に変換する。一般にリモート複製とシステム内複製の両構成は異なっている。相違するものの例としてコマンド、パラメータ及びその他の構文が挙げられる。このステップの中で予め決められた変換ルールがリモート複製構成をシステム内複製構成に変換する。しかしながら、ボリュームペアのコンセプトはリモート複製とシステム内複製の両者間で同じである。従ってステップ１０６はいくつかの構文を変換することを除いては当然第一の実施例と同じになる。このプロセスの他のステップは図４に関連して前述したものと同じであり、従ってここで再び説明することはしない。
第四の実施例（仮想化システムの更新）
００６８    この実施例は仮想化システム３０と８０の両方が新たな仮想化システムと交換されるか、或いは仮想化システム３０と８０のいずれか一方が新たな仮想化システムと交換される場合に関係する。前者の場合、ハードウェアの交換は図４のステップ１０３とステップ１０４との間で行うことができる。この実施例では複製を移行する前及び複製を移行した後の両方での構成と動作は、ステップ１０２とステップ１０３でＰＶＯＬをＰＶＶＯＬに、ＳＶＯＬをＳＶＶＯＬに変更する以外は図３に関連して前述したものと同じである。後者の場合、どの仮想化システムが交換されるかに従って、ステップ１０４又はステップ１０５が省略される。
第五の実施例（仮想化を用いる複製から通常の複製に戻す移行）
００６９    この実施例では、複製を移行する前の構成と動作は図３又は９であり、複製を移行した後の構成と動作は図１である。仮想化でない複製に移行するプロセスは図４と同様であるが、図１１に示されるように、以下のようないくつかの重要な相違がある。
【００５２】
００７０    ステップ１１０１：アプリケーションによっていかなるデータもＰＶＯＬに書き込まれないように、アプリケーションは停止するか又は休止状態に置かれる。このステップは、複製マイグレータの外部で手動にて実行しても良い。他の実施例では、アプリケーションが停止しているか休止状態にあるか否かがチェックされる。もしアプリケーションが停止していない又は休止状態にない場合は、このプロセスはユーザにアプリケーションを停止又は休止状態にすべきことを示すメッセージを送信し、アプリケーションが停止又は休止状態になるのを待つ。
【００５３】
００７１    ステップ１１０２：アプリケーションからの更新データはもはや存在しないので、ＰＶＶＯＬとＳＶＶＯＬは同一になっているるか、又は最終的に二重化状態に到達するはずである。このステップは複製ペア状態をチェックし、二重化状態に到達するのを待つ。このチェック動作は、ストレージシステム２０へのコマンドとして実現し、複製マイグレータ１１が使用できる。
【００５４】
００７２    ステップ１１０３：ＰＶＶＯＬからＳＶＶＯＬへの複製リンクは以降、使用されないから、リンクは削除される。この動作はストレージシステム２０へのコマンドとして実現され、複製マイグレータ１１が使用できる。
【００５５】
００７３    ステップ１１０６：プロセスはＰＶＯＬからＳＶＯＬへの複製を自動的に定義する。これについては図１２に関連して追って説明する。この動作はストレージシステム２０へのコマンドとして実現され、複製マイグレータ１１が使用できる。
【００５６】
００７４    ステップ１１０７：プロセスはＮＯＣＯＰＹオプションにより複製を開始する。このステップは複製を開始する前に両ボリュームの同一性をチェックしても良い。この動作はストレージシステム２０へのコマンドとして実現され、複製マイグレータ１１で使用される。
【００５７】
００７５    ステップ１１０８：このステップはアプリケーションを再び開始させる。このステップは、複製マイグレータの外部で手動にて実行しても良い。他の実施例では、このプロセスはアプリケーションが再開可能であることを示すメッセージをユーザに送信する。そのような動作の後、任意の書き込みデータがＰＶＯＬに直接書き込まれ、ＳＶＯＬに複製される。
【００５８】
００７６    更に図１２の中で、ＰＶＯＬからＳＶＯＬへの複製を再定義するために図６に対して以下の修正が行われる。
【００５９】
００７７    ステップ１２０１：このステップではＰＶＶＯＬ３１からＰＶＯＬ２１へのマッピングに関する情報が収集される。
【００６０】
００７８    ステップ１２０２：このステップではＳＶＶＯＬ８１からＳＶＯＬ７１へのマッピングに関する情報が収集される。
【００６１】
００７９    ステップ１２０３：このステップではＰＶＶＯＬからＳＶＶＯＬへの複製に関する情報が収集される。
【００６２】
００８０    ステップ１２０４：このステップではＰＶＯＬからＳＶＯＬへの複製が定義され設定される。マッピングは一対一であるので、プロセスは自動的に実行可能である。
【００６３】
００８１    図８の構成を図７の構成に戻すこと、及び図９の構成を図１の構成に戻すことが上述と同様にして成し遂げられる。
【００６４】
００８２    本発明のいくつかの代替となる実施例が特殊な場合として考えられる。例えば、複数のホストがそれぞれ、一次サイト及び二次サイトにあるストレージシステムに接続されている場合があり得る。この実施例ではサイトにある１台のホストのみが複製マイグレータを有しており、このマイグレータがストレージシステムにアクセスするホスト群のすべてのアプリケーションを制御し図４で前述したステップ１０１及び１０８を実行する。複製マイグレータはサイトのＬＡＮ（Local Area Network）又は同種のものを通じて他のホスト群のアプリケーションと交信することができる。更に、或るサイトが複数のストレージを有しており、これらのストレージがお互い別々に動作するような実施例もあり得る。
【００６５】
００８３    更に、システムが複数の複製を持つことができるので一つの書き込みデータが複数のターゲットボリュームに複製される場合もある。この技術は単にシステム内複製だけでなくリモート複製にも利用できる。複数の複製の場合、図４、５、及び６の複製に関連する各ステップは複製の数を意識する必要がある。例えば、ステップ１０２は単一の複製に対してでなくて各々の複製のペア状態をチェックする。
【００６６】
００８４    更に仮想化システムは、ストレージシステムの内部に包含することができる。例えば、ストレージシステム２０は図３の仮想化システム３０に結合され、或いはストレージシステム７０は仮想化システム８０に結合される。
【００６７】
００８５    当分野の技術者には明白であるように、初期コピーが省略されているのでこの方法は複製を移行する時間を短縮できる。一般的に、複製システムが新たな環境に移行される場合には初期コピーが必要となる。通常、ＰＶＯＬのすべてのデータがＳＶＯＬにコピーされる必要があるので初期コピーには多くの時間を必要とする。更に、初期コピーの間はすべてのデータがＳＶＯＬにコピーされたとはまだ言えないので、その間ＳＶＯＬのデータは保護されない。本実施例によれば、複製はＮＯＣＯＰＹオプションによって開始し、何らの初期コピーを必要としない。結果として、複製を移行するのに必要な時間は短縮され、同様にデータが保護されない時間の長さも短縮される。更に、初期コピーの間、アプリケーションを停止することをユーザーが通常求められるなら、移行により生ずるダウンタイムも又短縮できる。
【００６８】
００８６    更に、本実施例に於いては、移行に関連するコストが低減できる。一般的に言えば、移行方法は各環境に依存して異なるので、移行は多くの準備と開発を必要とする。一方、本実施例は一貫性ある情報、即ち現状の複製構成情報に焦点をあて、それを、ＰＶＶＯＬ、ＳＶＶＯＬを定義し、ＰＶＶＯＬとＳＶＶＯＬとの間の複製構成を定義するために使用する。換言すると、本発明のシステムと方法はＰＶＶＯＬ定義、ＳＶＶＯＬ定義、複製構成、及び必要であれば複製スクリプトさえ、自動生成する。結果として、本実施例は複製の移行に関連する複雑さとそのコストを最小限にできる。
【００６９】
００８７    特定の実施例がこの明細書で説明されてきたが、ここで開示されたこれらの特定の実施例が同じ目的を達成すると思われる何れの改編にも置換され得ることを当分野の通常の技術者には理解される。この開示は本発明の任意の、そしてあらゆる翻案や変形をカバーするように意図されており、前述の説明は説明のためになされたもので、限定するものではないことを理解願いたい。従って本発明の範囲は添付の請求項及びこれら請求項の権利が及ぶのと等価な全範囲を参照して、正当に判断されなければならない。
【図面の簡単な説明】
【００７０】
【図１】本発明の実施形態が適用されるリモート複製システムの仮想化以前のシステムアーキテクチャを示す。
【図２】仮想化実行期間中の本発明の実施例による中間構成を示す。
【図３】仮想化が完全に実行された状態での複製移行後の構成と動作を示す。
【図４】本発明の一実施例による複製を移行するためのフローチャートを示す。
【図５】ＰＶＶＯＬをＰＶＯＬにマッピングするプロセスを示す。
【図６】ＰＶＶＯＬからＳＶＶＯＬへの複製を定義するプロセスを示す。
【図７】仮想化したシステム内複製に移行する前の構成と動作を示す。
【図８】仮想化したシステム内複製に移行した後の構成と動作を示す。
【図９】リモート複製を仮想化したシステム内複製に移行した後の構成と動作を示す。
【図１０】本発明のシステム内の一実施例により複製を移行するためのフローチャートを示す。
【図１１】仮想化を用いる複製から通常の複製に戻す移行のためのフローチャートを示す。
【図１２】は仮想化を用いる複製から通常の複製に戻す移行時にＰＶＯＬからＳＶＯＬに複製を定義するためのフローチャートを示す。
【符号の説明】
【００７１】
１０、６０・・・ホスト、１１、６１・・・複製マイグレータ、２０、７０・・・ストレージシステム、２１・・・一次ボリューム、７１・・・２次ボリューム
【図１】
2007052772.tif 000003
【図２】
2007052772.tif 000004
【図３】
2007052772.tif 000005
【図４】
2007052772.tif 000006
【図５】
2007052772.tif 000007
【図６】
2007052772.tif 000008
【図７】
2007052772.tif 000009
【図８】
2007052772.tif 000010
【図９】
2007052772.tif 000011
【図１０】
2007052772.tif 000012
【図１１】
2007052772.tif 000013
【図１２】
2007052772.tif 000014
【外国語明細書】
2007052772000001.pdf