JP2009531755A - 複製およびプロビジョニング管理でのボリューム・コンテナの使用 - Google Patents

Abstract

【課題】データをコピーする技法を提供すること。
【解決手段】ボリューム・コンテナを含むボリューム・コンテナ・コピーセットを受け取る。ボリューム・コンテナのそれぞれは、コピーセット役割に関連し、ボリューム・コンテナのそれぞれは、０個以上のボリュームを含み、ボリューム・コンテナ内のボリュームのそれぞれは、そのボリューム・コンテナのコピーセット役割を有する。ボリュームのセットは、複製セッションに関連し、ボリュームのセットのそれぞれは、ボリューム・コンテナのそれぞれからの１つのボリュームを有する。ボリュームのセットのそれぞれは、各ボリュームが関連するボリューム・コンテナに関連するコピーセット役割に関連するボリュームを有する。ボリューム・コンテナの１つのメンバシップおよびそのボリュームのサイズのうちの１つが変更されたことの判定に応答して、ボリューム・コンテナ・コピーセット内の１つまたは複数の対応するボリューム・コンテナが、自動的に変更される。
【選択図】図１

Description

本発明の実施形態は、複製およびプロビジョニング管理でのボリューム・コンテナ（ｖｏｌｕｍｅ ｃｏｎｔａｉｎｅｒ）の使用に関する。

災害時回復システムは、２つのタイプの障害すなわち、単一の時点での突然の破滅的障害またはある時間期間にわたるデータ消失に対処する。第２のタイプの漸進的災害では、データ・ストレージ上のボリュームに対する更新が失われる場合がある。ある時間期間にわたるそのようなデータ消失は、電力が、突然に劣化するのではなく、どちらかといえば、コンピュータ・システムにまたがって劣化するのに数秒を要する場合があるので、サイト障害の一般的な形である。人間にとって、これは瞬間的に見えるかもしれないが、コンピュータ・システムにとって、電力の劣化は、数回のトランザクションにまたがる可能性があり、したがって、データを一貫した状態に保つための注意が払われない場合に、２次サイトでのデータ破壊を引き起こす。データ更新の回復を支援するために、データのコピーをリモート位置で提供することができる。そのような冗長（「二重」または「シャドウ」）コピーは、通常、アプリケーション・システムが新しいデータを１次サイトの１次ボリュームから作られるストレージを有する１次制御ユニットに書き込んでいる時に作られる。本願の譲受人であるＩｎｔｅｒｎａｔｉｏｎａｌ Ｂｕｓｉｎｅｓｓ Ｍａｃｈｉｎｅｓ Ｃｏｒｐｏｒａｔｉｏｎ（ＩＢＭ）は、メトロ・ミラー（すなわち、同期ミラーリング）およびグローバル・ミラー（すなわち、非同期ミラーリング）などの災害時回復ソリューションを含む複数のリモート・ミラーリング・システムを提供する。

単に例示を容易にするために、用語１次および２次は、サイト、制御ユニット、またはストレージを指すのに使用される。すべてのサイト、制御ユニット、またはストレージ（たとえば、ボリュームまたはキャッシュ）は、データ転送またはリモート・ミラーリングにおいてソースまたはターゲットのいずれかとすることができる。

リモート・ミラーリング・システムは、最後の安全なバックアップとシステム障害との間に発生するデータ更新を回復することができる。そのようなリモート・ミラーリング・システムは、リモート・サイトでのローカル・アクセスなど、回復以外の目的のために追加のリモート・コピーを提供することもできる。

一例として、リモート・ミラーリング・システムを用いて、１次制御ユニットは、２次ボリュームから作られるストレージを有する２次制御ユニットのデータのコピーを維持する。１次制御ユニットでのデータに対する変更は、アプリケーションが１次制御ユニットでデータを更新する時に、２次制御ユニットにコピーされる。この変更は、使用されるリモート・ミラーリング・システムのタイプに応じて、同期式または非同期式に行うことができる。

１次制御ユニットおよび２次制御ユニット内のボリュームは、すべての書込みがその論理的順序で、すなわち、すべての依存する書込みが、まず、それに依存する書込みの前に転送されるときに、一貫性を有する。バンキングの例では、これは、預金が、引出しの前に２次ボリュームに書き込まれることを意味する可能性がある。一貫性グループ（ｃｏｎｓｉｓｔｅｎｃｙ ｇｒｏｕｐ）は、一貫した状態に保たれる関連するボリュームのコレクションと説明することができる。一貫性トランザクション・セット（ｃｏｎｓｉｓｔｅｎｃｙ ｔｒａｎｓａｃｔｉｏｎ ｓｅｔ）は、依存する書込みが一貫した形で保護されるようになる１次ボリュームへの更新のコレクションと説明することができる。一貫性グループは、ボリュームにまたがってデータ一貫性を維持する。たとえば、障害が発生する場合に、預金は、引出しの前に２次ボリュームに書き込まれる。したがって、データが２次ボリュームから回復される時に、回復されるデータは、１次制御ユニットのデータと一貫したものになる。

ポイント・イン・タイム・コピー（ｐｏｉｎｔ ｉｎ ｔｉｍｅ ｃｏｐｙ）動作は、すべてのデータを１次ボリュームから２次ボリュームに物理的にコピーし、その結果、２次ボリュームがある時点（ポイント・イン・タイム）のデータのコピーを有するようにすることを伴う。ポイント・イン・タイム・コピーは、データのコピーを論理的に作り、必要な時にのみデータをコピーし、実際には物理的なコピーを延期することによって行うこともできる。この論理コピー動作は、２次ボリュームおよび１次ボリュームがアクセス不能である時間を最小にするために実行される。

「瞬間仮想コピー（ｉｎｓｔａｎｔ ｖｉｒｔｕａｌ ｃｏｐｙ）」動作は、「高速複製機能（ｆａｓｔ ｒｅｐｌｉｃａｔｅ ｆｕｎｃｔｉｏｎ）」とも称するが、１次データ・オブジェクトをオリジナルとコピーとの両方として扱うために、関係テーブルまたはポインタなどのメタデータを変更することによって働く。ホスト（すなわちサーバ・コンピュータ）のコピー要求に応答して、制御ユニットは、データの物理的コピーを一切作らずに、コピーの作成を即座に報告する。「仮想」コピーだけが作成されており、追加の物理コピーの不在は、ホストには完全に未知である。

その後、ストレージ・システムが、オリジナルまたはコピーに対する更新を受け取る時に、その更新は、別々に格納され、更新されたデータ・オブジェクトだけに相互参照される。この時点で、オリジナルおよびコピーのデータ・オブジェクトが、逸脱し始める。最初の利益は、瞬間仮想コピーが、ほとんど瞬間的に発生し、通常の物理コピー動作よりはるかに高速に完了することである。これは、他のタスクを実行するためにホストおよび制御ユニットを解放する。ホストまたは制御ユニットは、バックグラウンド処理中または後の時刻に、オリジナル・データ・オブジェクトの実際の物理コピーの作成に進むことさえできる。

１つのそのような瞬間仮想コピー動作を、ＦｌａｓｈＣｏｐｙ（Ｒ）動作と称する。ＦｌａｓｈＣｏｐｙ（Ｒ）動作は、同一デバイス上または異なるデバイス上の１次ボリュームと２次ボリュームとの間の論理ポイント・イン・タイム関係を確立することを伴う。ＦｌａｓｈＣｏｐｙ（Ｒ）動作は、ＦｌａｓｈＣｏｐｙ（Ｒ）関係内のトラックが２次ディスク上のその位置に固められるまで、そのトラックが１次ディスク上に常駐することを保証する。関係テーブルが、制御ユニット内ですべての既存のＦｌａｓｈＣｏｐｙ（Ｒ）関係に関する情報を維持するのに使用される。ＦｌａｓｈＣｏｐｙ（Ｒ）関係の確立フェーズ中に、１つのエントリが、確立されるＦｌａｓｈＣｏｐｙ（Ｒ）に参加する１次および２次の１次関係テーブルおよび２次関係テーブルに記録される。各追加されるエントリは、ＦｌａｓｈＣｏｐｙ（Ｒ）関係に関するすべての必要な情報を維持する。関係に関する両方のエントリは、１次エクステントからのすべてのＦｌａｓｈＣｏｐｙ（Ｒ）トラックが、２次エクステントに物理的にコピーされた時または撤回コマンドが受け取られる時に、関係テーブルから除去される。ある種の場合に、すべてのトラックが１次エクステントから２次エクステントにコピーされた場合であっても、関係が永続する。

複製セッションの制御は、特に災害時回復に関する複製セッションが用いられる場合に、環境が不安定なので、エラーが多く、時間がかかる。複製セッションは、セッション・タイプおよびコピーセットのグループと説明することができる。セッション・タイプは、たとえばＦｌａｓｈＣｏｐｙ（Ｒ）動作または同期リモート・コピーを実行するために、コピーセットにまたがって実行される複製のタイプを定義する。コピーセットは、データの１つの論理コピーを保持するボリュームのセットと説明することができる。コピーセット役割あたり１つのボリュームがあり、コピーセット役割は、セッション・タイプによって定義される。たとえば、ＦｌａｓｈＣｏｐｙ（Ｒ）セッション・タイプでは、コピーセット役割は、ソースおよびターゲットである。ＦｌａｓｈＣｏｐｙ（Ｒ）セッション・タイプ以外のセッション・タイプは、より複雑なコピーセットを必要とし、異なる役割を使用する場合がある。たとえば、災害時回復セッション・タイプについて、ソース・ボリュームおよびターゲット・ボリュームについて語ることは、問題がある。サイト１が現行プロダクション・サイトであり、サイト２が現行バックアップ・サイトであると言われる場合に、コピーセットは、サイト１上のソース・ボリュームおよびサイト２上のターゲット・ボリュームを含む。しかし、サイト１が障害を発生し、回復がサイト２を使用する場合に、プロダクションは、サイト２で実行される。サイト１が回復したならば、複製が、反対方向で（サイト２からサイト１へ）実行され、したがって、複製セッションは、ターゲットからソースへ実行される。したがって、災害時回復タイプ・セッションについて、ソース役割およびターゲット役割ではなく、ホストサイト１およびホストサイト２などの役割が、それぞれサイト１上のホストまたはサイト２上のホストがマウントするボリュームを指定するのに使用される。

環境の安定性の欠如は、たとえば、アプリケーションのために追加される容量に起因する。容量がアプリケーションのために追加される時に、追加容量を、２次制御ユニットで冗長コピーのために追加する必要があり、この追加容量は、１次データが２次データでミラーリングされるようにするために、複製セッションに構成される必要がある。追加容量が、追加されず、構成されない場合には、サイト災害の場合に、一部のデータが２次制御ユニットにコピー済みではない場合がある。

従来のシステムでは、同一の一貫性グループ内でデータを複製し、この問題を回避することが、難しい。具体的に言うと、いくつかの従来のシステムでは、ユーザが１次制御ユニットでストレージを追加する時に、そのユーザは、どれほどのストレージを２次制御ユニットで追加するか、およびどこでそのストレージを入手できるかを決定しなければならない。そのユーザは、１次制御ユニットおよび２次制御ユニットの新たに追加されるストレージを複製セッションに関連付けることもしなければならない。そのような手動処理は、エラーが多く、非効率的である。

したがって、当技術分野に、改善された複製管理の必要がある。

データをコピーする方法、コンピュータ・プログラム製品、およびシステムを提供する。ボリューム・コンテナを含むボリューム・コンテナ・コピーセットを受け取る。ボリューム・コンテナのそれぞれは、コピーセット役割に関連し、ボリューム・コンテナのそれぞれは、０個以上のボリュームを含み、ボリューム・コンテナ内のボリュームのそれぞれは、そのボリューム・コンテナのコピーセット役割を有する。ボリュームのセットが複製セッションに関連付けられ、ボリュームのセットのそれぞれは、ボリューム・コンテナのそれぞれからの１つのボリュームを有する。ボリュームのセットのそれぞれは、各ボリュームが関連するボリューム・コンテナに関連するコピーセット役割に関連するボリュームを有する。ボリューム・コンテナの１つのメンバシップおよびそのボリュームのサイズのうちの１つが変更されたことの判定に応答して、ボリューム・コンテナ・コピーセット内の１つまたは複数の対応するボリューム・コンテナが、自動的に変更される。

これから、例としてのみ、添付図面を参照して本発明を説明する。

次の説明では、本明細書の一部を形成し、本発明の複数の実施形態を示す、添付図面を参照する。本発明の範囲から逸脱せずに、他の実施形態を利用でき、構造的変更および動作の変更を行うことができることを理解されたい。

単に例示を容易にするために、用語ソースおよびターゲットを、例において、サイト、制御ユニット、またはストレージを指すのに使用する場合がある。すべてのサイト、制御ユニット、またはストレージ（たとえば、ボリュームまたはキャッシュ）を、データ転送またはリモート・ミラーリングにおいてソースまたはターゲットのいずれかとすることができることを理解されたい。

図１に、ある種の実施形態によるコンピューティング環境の詳細を示す。１次制御ユニット１００は、通信経路１９０によって１つまたは複数のホスト１２０に結合され、１つまたは複数のホスト１２０に１次ストレージ１１２へのアクセスを提供する。ある種の実施形態で、ホスト１２０は、サーバ・コンピュータである。

１次ストレージ１１２を、データのブロックを含むストレージのブロックに分割することができる。ある種の実施形態で、データのブロックは、トラックの内容であり、データのサブブロックは、トラックのセクタの内容である。参照を容易にするために、用語トラックおよびセクタは、本明細書で、データのブロックおよびデータのサブブロックの例として使用される場合があるが、これらの用語の使用は、本発明の実施形態をトラックおよびセクタに限定することを意図されたものではない。本発明の実施形態は、任意のタイプのストレージ、ストレージのブロック、または任意の形で分割されたデータのブロックに適用可能である。

１次制御ユニット１００は、１次ストレージ１１２内のデータのブロックに対する更新が、１次ストレージ１１２に書き込まれる（すなわちデータのブロックがデステージングされる）までその中で維持される１次キャッシュ１１６を含む。さらに、１次制御ユニット１００は、不揮発性キャッシュ１１８を含む。不揮発性キャッシュ１１８は、たとえば、データ更新の不揮発性コピーを維持するための、バッテリ・バックアップ式不揮発性メモリとすることができる。

１次制御ユニット１００は、データを読み取る読取り処理１０２、データを書き込む書込み処理１０４、および１次制御ユニット１００から２次制御ユニット１３０にデータを転送する１つまたは複数のデータ移動エージェント１０５を含む。ある種の実施形態で、データ移動エージェント１０５は、１次制御ユニット１００から２次制御ユニット１３０へ非同期にデータを転送するが、他の実施形態では、データは同期して転送される。

１次制御ユニット１００は、通信経路１９０を介して、複製セッションを管理する複製マネージャ１０６、ストレージをプロビジョニングするプロビジョニング・マネージャ１０８、およびボリューム・コンテナを管理するボリューム・コンテナ・マネージャ１１０に結合され、これらは、以下でさらに詳細に説明する。プロビジョニングは、ストレージを作成し、それらのストレージを適当なホスト１２０からアクセス可能にすること（たとえば、どのホスト１２０がそのストレージにアクセスできるかを識別し、ゾーニングを決定し、他の類似するタスクを実行すること）と説明することができる。ある種の実施形態で、ボリューム・コンテナ・マネージャ１１０は、複製マネージャ１０６より高いレベルの抽象化と考えることができる。ある種の実施形態で、複製マネージャ１０６、プロビジョニング・マネージャ１０８、およびボリューム・コンテナ・マネージャ１１０は、サーバである。

２次制御ユニット１３０は、通信経路１９０によって１つまたは複数の回復システム１５０に結合され、１つまたは複数の回復システム１５０に、２次ストレージ１３２およびオプションの３次ストレージ１３４へのアクセスを提供し、２次ストレージ１３２および３次ストレージ１３４のそれぞれは、１次ストレージ１１２のボリュームのすべてまたはサブセットのバックアップ・コピーを維持する。ある種の実施形態で、２次制御ユニット１３０は、通信経路１９０を介して結合されるのではなく、１つまたは複数の回復システム１５０に直接に結合される。２次ストレージ１３２および３次ストレージ１３４のそれぞれは、データのブロックを含むストレージのブロックに分割され、ストレージのブロックは、さらに、データのサブブロックを含むストレージのサブブロックに分割される。ある種の実施形態で、データのブロックは、トラックであり、データのサブブロックは、トラックのセクタである。参照を容易にするために、用語トラックおよびセクタは、本明細書で、データのブロックおよびデータのサブブロックの例として使用される場合があるが、これらの用語の使用は、本発明の実施形態をトラックおよびセクタに限定することを意図されたものではない。本発明の実施形態は、任意のタイプのストレージ、ストレージのブロック、または任意の形で分割されたデータのブロックに適用可能である。

２次制御ユニット１３０も、通信経路１９０を介して、複製セッションを管理する複製マネージャ１３６、ストレージをプロビジョニングするプロビジョニング・マネージャ１３８、およびボリューム・コンテナを管理するボリューム・コンテナ・マネージャ１４０に結合される。ある種の実施形態で、ボリューム・コンテナ・マネージャ１４０は、複製マネージャ１３６より高いレベルの抽象化と考えることができる。ある種の実施形態で、複製マネージャ１３６、プロビジョニング・マネージャ１３８、およびボリューム・コンテナ・マネージャ１４０は、サーバである。

ある種の実施形態で、取外し可能ストレージ（２次ストレージ１３２または３次ストレージ１３４などのリモート・ストレージの代わりにまたはそれに加えて）を使用して、１次ストレージ１１２のすべてまたはサブセットのバックアップ・コピーを維持することができ、本発明の実施形態は、リモート・ストレージではなく取外し可能ストレージにデータを転送する。取外し可能ストレージを、１次制御ユニット１００に結合することができる。

ある種の実施形態で、１次制御ユニット１００または２次制御ユニット１３０あるいはその両方は、メインフレーム、サーバ、パーソナル・コンピュータ、ワークステーション、ラップトップ、ハンドヘルド・コンピュータ、テレフォニ・デバイス、ネットワーク・アプライアンス、仮想化デバイス、ストレージ・コントローラなど、当技術分野で既知の任意のコンピューティング・デバイスを含むことができる。

１次サイトは、複数の１次制御ユニット、１次ストレージ、およびホスト・コンピュータを含むことができる。２次サイトは、複数の２次制御ユニット、回復システム、および２次ストレージを含むことができる。

ある種の実施形態で、１次ストレージ１１２、２次ストレージ１３２、およびオプションの３次ストレージ１３４を、直接アクセス記憶装置（ＤＡＳＤ）とすることができる。

ある種の実施形態で、通信経路１９０は、異なるテクノロジの異なる通信経路を表す。たとえば、一部のコマンドは、伝送制御プロトコル／インターネット・プロトコル（ＴＣＰ／ＩＰ）を使用することができ、他のコマンドは、ファイバ・チャネル（たとえば、Ｆｉｂｒｅ Ｃｈａｎｎｅｌ Ｐｒｏｔｏｃｏｌ（ＦＣＰ）、エンタープライズ・システム接続（ＥＳＣＯＮ（Ｒ））リンク、またはＦｉｂｅｒ Ｃｏｎｎｅｃｔｉｖｉｔｙ（ＦＩＣＯＮ）リンク）を使用することができる。異なる通信経路１９０は、可用性を高めるための冗長性を可能にする。また、さまざまな実施形態で、通信経路１９０のそれぞれを、共用しても共用しなくてもよい。ある種の実施形態で、通信経路１９０は、１つまたは複数のネットワークを含むことができ、このネットワークのそれぞれは、たとえばストレージ・エリア・ネットワーク（ＳＡＮ）、ローカル・エリア・ネットワーク（ＬＡＮ）、広域ネットワーク（ＷＡＮ）、インターネット、イントラネットなど、任意のタイプのネットワークを含むことができる。

しかし、通信経路１９０は、ネットワーク伝送線、光ファイバ・ケーブルなどを含む、当技術分野で既知の任意の他の通信手段からなるものとすることができる。

ある種の実施形態で、データは、ボリューム対で維持される。ボリューム対は、１次ストレージ・デバイス（たとえば、１次ストレージ１１２）内のボリュームおよび１次ボリューム内で維持されるデータの一貫したコピーを含む２次ストレージ・デバイス（たとえば、２次ストレージ１３２）内の対応するボリュームからなる。たとえば、１次ストレージ１１２が、ボリューム１およびボリューム２を含むことができ、２次ストレージ１３２が、対応するボリューム１およびボリューム２を含むことができる。

当初に、ホスト１２０が、データを１次キャッシュ１１６内のトラックに書き込む。書込み動作は、１次キャッシュ１１６内のトラックを変更し、１次キャッシュ１１６の内容は、１次ストレージ１１２に書き込まれる。その後、１次キャッシュ１１６の内容が、１次ストレージ１１２に非同期に書き込まれる。１次キャッシュ１１６内のデータの１次ストレージ１１２への書込みを、デステージ動作と呼ぶ。デステージ動作を用いる場合に、キャッシングされたトラックは、１次キャッシュ１１６から除去されない。キャッシングされたトラックを、他のデータのための空間を解放するために１次キャッシュ１１６から除去しなければならないときには、キャッシングされたトラックが降格されると言う。トラックのすべてまたは一部を１次ストレージ１１２から１次キャッシュ１１６にコピーすることを、ステージング動作と称する。

ボリューム・コンテナは、ホスト１２０とボリューム（たとえば、１次ストレージ１１２内のボリューム）との間の関係を示す抽象実体と説明することができる。ボリューム・コンテナは、ホスト１２０へのボリュームの割当てを自動的に取り込む。ボリューム・コンテナは、さらに、たとえばセキュリティ、ゾーニングなど、ホストとストレージ制御ユニットとの間のネットワーク・アクセス制御を自動的に取り込む。

ボリューム・コンテナは、ボリューム・コンテナに含まれる１つまたは複数のボリュームのリスト、ボリュームがそれにアタッチする１つまたは複数のホスト１２０のリスト、ボリュームを制御する参照ポリシ、およびボリューム・コンテナに対して行うことができる１つまたは複数のアクションを含むオブジェクト（たとえば、Ｊａｖａ（Ｒ）クラス・オブジェクト）と説明することができる。

具体的に言うと、１次制御ユニット１００は、多数の異なるホスト１２０のボリュームを保持するが、すべてのボリュームが、すべてのホスト１２０によるアクセスを許可されるわけではない。したがって、ボリュームをホスト１２０にアタッチすることは、そのボリュームをそのホスト１２０からアクセス可能にすることを意味する。ある種の実施形態で、これは、通信ファブリック上のゾーンがセット・アップされ、その結果、ホスト１２０および１次制御ユニット１００上の適当なポートが、通信できるようになり、１次制御ユニット１００上の論理ユニット番号（ＬＵＮ）マスキングが、ホスト１２０がそのボリュームにアクセスすることを許可するようにセット・アップされることを意味する。

参照ポリシは、たとえば、割振りポリシ（たとえば、新しいストレージをどこで入手すべきか、可能な場合にボリューム・サイズを拡大するのか必ず新しいボリュームを追加するのか、追加されるストレージの性能判断基準など）と、ホスト１２０および制御ユニットが通信できることを保証する時にどのタイプのゾーニングを使用すべきかを示すゾーニング・ポリシを含む。ボリューム・コンテナに対して行うことができるアクションの一部には、たとえば、ボリューム・コンテナへのストレージの追加、ボリューム・コンテナへのボリュームの追加、ホストのリストへのホストの追加、ホストのリストからのホストの除去、ボリュームのリストからのボリュームの除去、およびボリューム・コンテナからのボリュームの削除が含まれる。

ストレージの追加に関して、ストレージは、参照ポリシを使用して（たとえば、割振りポリシおよびゾーニング・ポリシを使用して）追加される。ストレージを追加することを、ボリューム・コンテナによって制御されるストレージを拡張すると言う場合がある（たとえば、新しい５０ギガバイト（ＧＢ）ボリュームを追加することができる）。ストレージの追加は、ストレージがボリューム・コンテナ内のホストに割り当てられること、ゾーニングが正しくセット・アップされること、および追加されるストレージの１つまたは複数のボリュームがたとえばホストのホスト・エージェントと共に使用するのに使用可能であることを保証することを含む。ボリュームの追加に関して、ストレージの追加とは異なって、ボリュームは、既に存在し、作成する必要がない。

ある種の実施形態で、ボリューム・コンテナにボリュームを追加することによって、ボリューム・コンテナ内のホスト１２０のすべてにボリュームが割り当てられ、さらに、ボリューム・コンテナ内のホストのすべてにボリュームがゾーニングされる。ある種の実施形態で、ボリューム・コンテナにホスト１２０を追加することによって、ボリューム・コンテナ内のボリュームのすべてにホスト１２０が割り当てられ、さらに、ボリューム・コンテナ内のボリュームにホスト１２０のすべてがゾーニングされる。

ある種の実施形態で、ボリュームを除去することによって、ボリューム・コンテナからボリュームが除去されるが、物理ボリュームは手付かずのままにされる。すなわち、ボリューム・コンテナからのボリュームの除去は、ボリューム・コンテナ内のホスト１２０への除去されるボリュームの割当を除去し、さらに、除去されるボリュームに関連するゾーンを除去する。ある種の実施形態で、ボリューム・コンテナからのホスト１２０の除去は、ボリューム・コンテナ内のボリュームへの除去されるホスト１２０の割当を除去し、さらに、除去されるホスト１２０に関連するゾーンを除去する。

ある種の実施形態で、ボリュームを削除することによって、ボリューム・コンテナからそのボリュームが除去され、１次制御ユニット１００からそのボリュームが削除される（すなわち、ボリュームはもはや存在しなくなる）。

ある種の実施形態で、ホスト１２０は、複数のボリューム・コンテナに属することができるが、ボリュームは、多くとも１つのボリューム・コンテナに属することができる。

コピーセットは、同一ボリュームのコピーを含む同一タイプのボリュームのグループと説明することができ、セッション・タイプに応じて、ボリュームが、同一サイズであることを要求される場合もある。ある種の実施形態で、単一方向セッションについて、要件は、２次が、少なくとも１次と同じ大きさであることであり、災害時回復タイプ（コピーの方向が逆になる場合がある）について、ボリュームは、同一サイズであることが要求される。コピーセット役割あたり１つのボリュームがあり、コピーセット役割は、セッション・タイプによって定義される。

複製セッション内のコピーセットは、一貫性グループを形成する。複製セッションに対して行われるアクションは、複製セッション内のコピーセットのすべてに対して行われる。セッション・ポリシは、どのタイプの複製が複製セッションを介して制御されなければならないかを決定し、どのアクションおよび状態が複製セッション内で許容可能であるかを決定する。やはり、コピーセットは、同一データのコピーを表すボリュームのセットと説明することができ、コピーセット内のボリュームは、同一のタイプを有し、サイズ制約を満足する。コピーセット内のボリュームの個数およびコピーセット内の各ボリュームが複製セッション内で演じるコピーセット役割は、セッション・ポリシによって決定される。コピーセット役割は、たとえば、ソース、ターゲット、ホストサイト１、ホストサイト２、ジャーナルサイト１、およびジャーナルサイト２を含む。他のコピーセット役割も、本発明の範囲内で使用することができる。

コピーセット内でソース・コピーセット役割を演じるボリュームは、そのコピーセットのソース・ボリュームである。コピーセット内でターゲット・コピーセット役割を演じるボリュームは、そのコピーセットのターゲット・ボリュームである。コピーセット内でホストサイト１（Ｈ１）コピーセット役割を演じるボリュームは、複製セッションがプロダクション・サイトとしてサイト１を有するときにマウントされ、アプリケーションにオンラインにされるボリュームである。コピーセット内でホストサイト２（Ｈ２）コピーセット役割を演じるボリュームは、複製セッションがプロダクション・サイトとしてサイト２を有するときにマウントされ、アプリケーションにオンラインにされるボリュームである。

コピーセット内でジャーナルサイト１（Ｊ１）コピーセット役割を演じるボリュームは、プロダクションがサイト２上にあるときにグローバル・ミラー・リモート・ミラーリング・システム一貫性を維持するのに使用されるボリュームである。

コピーセット内でジャーナルサイト２（Ｊ２）コピーセット役割を演じるボリュームは、プロダクションがサイト１上にあるときにグローバル・ミラー一貫性を維持するのに使用されるボリュームである。

複製セッションから使用可能なアクションおよび複製セッション内のコピーセットの役割の個数は、セッション・ポリシによって決定される。次の表Ａに、基本セッション・タイプのポリシに基づくコピーセット内のボリュームの役割を示す。

ＰｉＴポリシに関して、ＥＳＳファミリ・デバイス属性を有するポイント・イン・タイム・セッション・タイプについて、次の属性を、複製セッションが作成された後に変更することができる：ＦｕｌｌＣｏｐｙ／ＮｏＣｏｐｙ、Ｐｅｒｓｉｓｔｅｎｔ、およびＩｎｃｒｅｍｅｎｔａｌ。

ＰｉｔＮｏＣｏｐｙポリシに関して、ＥＳＳファミリ・デバイス属性を有するポイント・イン・タイム・セッション・タイプについて、次の属性を、複製セッションが作成された後に変更することができる：ＦｕｌｌＣｏｐｙ／ＮｏＣｏｐｙ、Ｐｅｒｓｉｓｔｅｎｔ、およびＩｎｃｒｅｍｅｎｔａｌ。

ＰｉＴＩｎｃポリシに関して、ＥＳＳファミリ・デバイス属性を有するポイント・イン・タイム・セッション・タイプについて、次の属性を、複製セッションが作成された後に変更することができる：ＦｕｌｌＣｏｐｙ／ＮｏＣｏｐｙ、Ｐｅｒｓｉｓｔｅｎｔ、およびＩｎｃｒｅｍｅｎｔａｌ。

次の表Ｂに、高度なセッション・タイプに関するポリシに基づくコピーセット内のボリュームの役割を示す。

複製セッションを管理する動作は、コピーセットの追加および削除、許容可能なアクションの実行、複製セッションの状態および状況の監視と複製セッション状況が変化する時のアラートの開始、ならびに複製セッションの状態および複製セッションでのボリューム・レベル関係の状態に関する情報の提供を含む。

複製セッションは、１つまたは複数のコピーセットにまたがるコピー動作の制御と説明することができる。コピー動作は、たとえば、ポイント・イン・タイム・コピー、連続コピー、またはグローバル・ミラーおよび３次ボリュームを使用する災害時回復とすることができる。ある種の実施形態で、ボリュームは、複製セッションに追加される基本的な増分である。

たとえば、ポイント・イン・タイム・コピーについて、ＦｌａｓｈＣｏｐｙ（Ｒ）動作を、コピーセットのセットにまたがって実行することができ、各コピーセットは、同一のサイズおよびタイプのソース・ボリュームおよびターゲット・ボリュームを有する。もう１つの例として、連続コピーについて、Ｐｅｅｒ−ｔｏ−Ｐｅｅｒ Ｒｅｍｏｔｅ Ｃｏｐｙ（ＰＰＲＣ（Ｒ））動作を、コピーセットのセットにまたがって実行することができ、各コピーセットは、同一のサイズおよびタイプのソース・ボリュームおよびターゲット・ボリュームを有する。このセッション・タイプでは、複製セッションは、一貫性グループである（すなわち、複製セッションは、一貫性を維持する）。

もう１つの例として、グローバル・ミラーおよび３次ボリュームを使用する災害時回復について、プロダクション・サイトとして２つのサイトのいずれかを使用できるマルチサイト複製セッションが管理される。各サイトは、ストレージを有し、一方のサイトが、他方のサイトのデータを複製する。さらに、一方のサイトは、３次コピーを格納する余分のストレージを有する。たとえば、３次コピーを使用して、データが他方のサイトからコピーされつつある間に災害の練習を行うことができる。これは、練習テイクオーバーがバックアップ・サイトで実行されつつある間に、リモート複製を含めてプロダクション・サイトでの通常動作が継続することを可能にするためである。このセッション・タイプの各コピーセットは、第１サイトのホスト・ボリューム（ホストサイト１）、第１サイトのジャーナル・ボリューム（ジャーナルサイト１）（すなわち、２次制御ユニット１３０がプロダクション・サイトであるときにチェックポイント・データを格納し、一貫性グループの作成を可能にするボリューム）、第２サイトのホスト・ボリューム（ホストサイト２）、第２サイトのジャーナル・ボリューム（ジャーナルサイト２）、および第２サイトのシャドウ（３次）ボリュームという５つのボリュームを有する。災害時回復複製セッションは、一貫性グループと説明することができる。

図２に、ある種の実施形態によるボリューム・コンテナ・コピーセット（ＶＣｃｏｐｙｓｅｔ）を作成し使用する論理を示す。ボリューム・コンテナ・コピーセットは、要素としてボリュームではなくボリューム・コンテナを有するコピーセットと説明することができる。ボリューム・コピーセットの場合と同様に、ボリューム・コンテナ・コピーセットは、コピーセット役割あたり１つのボリューム・コンテナを有する。ある種の実施形態では、既存のＡｄｄ Ｃｏｐｙｓｅｔコマンドがオーバーロードされ、引数がボリューム・コンテナ・コピーセット（ボリュームではなく）に関するものになる。制御は、ブロック２００で開始され、ボリューム・コンテナ・マネージャ１１０が、ボリューム・コンテナを含むボリューム・コンテナ・コピーセットを受け取り、ここで、ボリューム・コンテナのそれぞれは、コピーセット役割に関連し、０個以上のボリュームを含み、ボリューム・コンテナ内のボリュームのそれぞれは、そのボリューム・コンテナのコピーセット役割を有する。

ブロック２０２で、ボリューム・コンテナ・マネージャ１１０は、ボリュームのセットを関連付け、ここで、ボリュームのセットのそれぞれは、ボリューム・コンテナのそれぞれからの１つのボリュームを有し、ボリュームのセットのそれぞれは、各ボリュームが関連するボリューム・コンテナに関連するコピーセット役割に関連するボリュームを有する。ボリュームの各セットは、コピーセットと説明することができ、あるコピーセットからのボリュームのすべてが、コピーセット役割を有し、このコピーセット役割は、コピーセット内のボリュームが関連するボリューム・コンテナ・コピーセット内のボリューム・コンテナのコピーセット役割である。ある種の実施形態で、複製セッションのセッション・タイプは、セッションが作成される時に定義される。ボリューム・コンテナのそれぞれを、１つまたは複数の複製セッションに関連付けることができる。

ブロック２０４で、ボリューム・コンテナのメンバシップまたはコンテナ内の１つまたは複数のボリュームのサイズが変更されたことの判定に応答して、ボリューム・コンテナ・マネージャ１１０が、プロビジョニング・マネージャ１０８または複製マネージャ１０６あるいはその両方と共に、ボリューム・コンテナ・コピーセット内の１つまたは複数の対応するボリューム・コンテナを自動的に変更する。ボリューム・コンテナのメンバシップは、ボリュームがボリューム・コンテナに追加されるかボリューム・コンテナから削除される時に変更され、その場合に、対応するボリュームが、１つまたは複数の対応するボリューム・コンテナに追加されるか、それから削除される。もう１つの例では、ボリューム・コンテナ内のボリュームのサイズが増える場合に、１つまたは複数の対応するボリューム・コンテナ内の対応するボリュームのそれぞれも、そのサイズを増やされる。この形で、諸実施形態は、追加ストレージがアプリケーションの１つに追加される時であっても、複製セッション内の１つまたは複数のアプリケーションによって要求されるボリュームが使用可能であることを保証する。

図３に、ある種の実施形態による、ボリューム・コンテナのセットを複製セッションに関連付ける論理を示す。ある種の実施形態では、ボリューム・コンテナ内のボリュームが順序付けられ、これは、対応するボリュームの一致を決定的にすることを可能にする。制御は、ブロック３００で開始され、ボリューム・コンテナ・マネージャ１１０が、ボリューム・インデックスを１にセットする。当初に、このボリューム・インデックスは、「現行ボリューム・インデックス」である。ブロック３０２で、ボリューム・コンテナ・マネージャ１１０は、ボリューム・インデックスを、すべてのボリューム・コンテナ内のボリュームの現行ボリューム・インデックス以上（「≧」）の最小のボリューム・インデックスにセットする。ブロック３０４で、ボリューム・コンテナ・マネージャ１１０は、そのボリューム・インデックスが現行ボリューム・インデックス以上であるボリュームが見つかったどうかを判定する。そのようなボリュームが見つかっている場合には、処理はブロック３０６に継続し、そうでない場合には、処理は終了する。ブロック３０６で、ボリューム・コンテナ・マネージャ１１０は、ボリューム・インデックスを用いて識別されたボリュームを有しないすべてのボリューム・コンテナ内で、ボリューム・コンテナ・マネージャ１１０からの呼び出しに応答して、各対応するボリューム・コンテナの参照ポリシに従ってボリュームをプロビジョニングする。

ブロック３０８で、ボリューム・コンテナ・マネージャ１１０が、複製マネージャを呼び出して、識別されたボリュームのセットを含むコピーセットを作成し、そのコピーセットを複製セッションに関連付ける。ブロック３１０で、ボリューム・コンテナ・マネージャ１１０が、ボリューム・インデックスを１つ増分する。ブロック３１０から、処理はブロック３０２にループ・バックする。この形で、ボリューム・コンテナ内のすべてのボリュームが、複製セッションに追加される。

図４に、ある種の実施形態による、ボリューム・コンテナ・コピーセットおよびコピーセットを示す。図４では、ボリューム・コンテナ４００およびボリューム・コンテナ４０２が、ボリューム・コンテナ・コピーセットを形成する。ボリューム・コンテナ４００の第１ボリューム４１２は、コピーセットＡ ４１０を形成するためにボリューム・コンテナ４０２内の第１ボリューム４１４と一致させられる。ボリューム・コンテナ４００の第２ボリューム４２２は、コピーセットＢ ４２０を形成するためにボリューム・コンテナ４２４内の第２ボリューム４２４と一致させられる。ボリューム・コンテナ４００の第３ボリューム４３２は、コピーセットＣ ４３０を形成するためにボリューム・コンテナ４０２内の第３ボリューム４３４と一致させられる。

また、ボリューム・コンテナ・コピーセット内のボリューム・コンテナが追加され、削除され、またはサイズ変更を有する時に、そのボリューム・コンテナは、１つまたは複数の複製セッションの一部である。したがって、関連するボリューム・コンテナの参照ポリシが許容する場合に、複製マネージャ１０６が、プロビジョニング・マネージャ１０８と相互作用して、その変更が、影響されるボリューム・コンテナ・コピーセット内のボリューム・コンテナにまたがって反映されることを保証する。

図５に、ある種の実施形態による、ボリューム・コンテナが更新され終えた時に実行される論理を示す。更新は、ボリューム・コンテナからのボリュームの削除、ボリューム・コンテナ内のボリュームのサイズの変更、およびボリューム・コンテナへのボリュームの追加を含む。制御は、ブロック５００で開始され、ボリューム・コンテナ・マネージャ１１０が、ボリューム・コンテナのメンバシップまたはボリューム・コンテナ内の１つもしくは複数のボリュームのサイズが変更されたかどうかを判定する。ブロック５０２で、ボリューム・コンテナ・マネージャ１１０が、ボリューム・コンテナが関連する複製セッションを識別する。ある種の実施形態で、ボリューム・コンテナ・マネージャ１１０が、データ・ストアに照会して、どの複製セッションのどのボリューム・コンテナ・コピーセットが、更新されたボリューム・コンテナを要素として含むのかを見つける。

ブロック５０４で、ボリューム・コンテナ・マネージャ１１０が、複製マネージャ１０６を呼び出して、更新されたボリューム・コンテナ、更新されたボリューム・コンテナを要素として含む複製セッション、および行うべきアクション（たとえば、ボリュームの削除、ボリューム・サイズの変更、またはボリュームの追加）を識別する。

図６に、ある種の実施形態による、行うべきアクションがボリューム・コンテナからボリュームを削除することであるときに実行される論理を示す。制御は、ブロック６００で開始され、複製マネージャ１０６が、削除されるボリュームを含むコピーセットを複製セッションから除去し、コピーセット内の他のボリュームのリストを識別し、ボリューム・コンテナ・マネージャ１１０に返す。ある種の実施形態で、ブロック６００の処理が、原子的に行われる。ブロック６０２で、ボリューム・コンテナ・マネージャ１１０が、ボリュームの受け取られたリストをそのボリューム・コンテナから削除する。

図７に、ある種の実施形態による、行うべきアクションがボリューム・コンテナ内のボリュームのボリューム・サイズを変更することであるときに実行される論理を示す。制御は、ブロック７００で開始され、複製マネージャが、コピーセット内の他のボリュームのリストを識別し、ボリューム・コンテナ・マネージャ１１０に返し、その結果、これらの他のボリュームも、そのサイズを変更させることができるようにする。ブロック７０２で、ボリューム・コンテナ・マネージャ１１０が、変更を行うことができることを検証し、複製セッションからコピーセットを除去するように複製マネージャ１０６に通知する。ブロック７０４で、複製マネージャ１０６が、変更されるべきボリュームを有するコピーセットを複製セッションから除去する。ブロック７０６で、ボリューム・コンテナ・マネージャ１１０が、プロビジョニング・マネージャを呼び出して、１つまたは複数のボリュームのサイズを変更する。ブロック７０８で、プロビジョニング・マネージャ１０８が、１つまたは複数のボリュームのサイズを変更する。ブロック７１０で、ボリューム・コンテナ・マネージャ１１０が、複製マネージャ１０６を呼び出して、コピーセットを複製セッションに戻して追加する。ブロック７１２で、複製マネージャ１０６が、コピーセットを複製セッションに戻して追加する。

図８に、ある種の実施形態による、行うべきアクションがボリューム・コンテナにボリュームを追加することであるときに実行される論理を示す。制御は、ブロック８００で開始され、複製マネージャ１０６が、割り振られるべきボリュームに対する複製制約と共に、その中にボリュームが同時に割り振られなければならないボリューム・コンテナのリストを識別し、返す。ブロック８０２で、ボリューム・コンテナ・マネージャ１１０が、プロビジョニング・マネージャ１０８を呼び出して、ボリュームをプロビジョニングする。ブロック８０４で、プロビジョニング・マネージャ１０８が、ボリュームをプロビジョニングする。ブロック８０６で、ボリューム・コンテナ・マネージャ１１０が、プロビジョニングされたボリュームをめいめいのボリューム・コンテナに追加する。ブロック８０８で、ボリューム・コンテナ・マネージャ１１０が、複製マネージャ１０６を呼び出して、ボリューム・コンテナに割り振られるボリュームに関して複製マネージャ１０６に知らせる。ブロック８１０で、複製マネージャ１０６が、新しいコピーセットをセッションに追加し、ここで、新しいコピーセットは、プロビジョニングされたボリュームを含む。図８の処理は、複製セッションおよび含まれるボリューム・コンテナを識別するために、最初に再帰検索が行われるという点で、再帰的である。次に、プロビジョニングが、制約を満足するために行われる。その後、ボリューム・コンテナおよびコピーセットが更新される。

図９に、ある種の実施形態による、複製セッション・タイプがグローバル・ミラーおよび３次ボリュームを使用する災害時回復である例を示す。グローバル・ミラーおよび３次ボリュームを使用する災害回復について、１次制御ユニット９００は、ホスト・ボリューム９１２およびジャーナル・ボリューム９１４を含み、２次制御ユニット９２０は、ホスト・ボリューム９２２（コピー）、ジャーナル・ボリューム９２４（コピー）、およびシャドウ・ボリューム９２６（すなわち、ホスト・データの３次コピー）を含む。この例では、ボリューム・コンテナ・マネージャ１１０は、ボリュームがホスト・ボリューム９１２を保持するボリューム・コンテナに追加されるので、複製マネージャ１０６を呼び出す。複製マネージャ１０６は、割り振られるホスト・ボリューム９１２ごとの４つの追加ボリュームすなわち、ジャーナル・ボリューム９１４、ホスト・ボリューム９２２、ジャーナル・ボリューム９２４、およびシャドウ・ボリューム９２６を割り振る要件を返す。複製マネージャ１０６は、追加されるボリュームに対する制約をも提供する。たとえば、ジャーナル・ボリューム９１４について、追加の制約は、ボリュームが、ホスト・ボリューム９１２と同一の制御ユニット上にあることである。ホスト・ボリューム９２２について、追加の制約は、このボリュームが、ホスト・ボリューム９１２を保持する制御ユニットを用いて確立されたＰＰＲＣ（Ｒ）パスを有する制御ユニット上にあることである。ジャーナル・ボリューム９２４について、追加の制約は、このボリュームが、ホスト・ボリューム９２２と同一の制御ユニット上にあることである。シャドウ・ボリューム９２６について、追加の制約は、このボリュームが、ホスト・ボリューム９２２と同一の制御ユニット上にあることである。

図１０に、ある種の実施形態による関係テーブル１０００を示す。複製マネージャ１０６が、関係テーブル１０００を作成する。関係テーブル１０００は、ボリューム・コンテナに追加されるボリュームに対する追加の制約に関する情報を提供する。具体的に言うと、関係テーブル１０００は、関係フィールド、サブシステム１フィールド、およびサブシステム２フィールドを含む。関係鍵は、複製関係のタイプ（たとえば、サブシステムの間でデータをコピーするリモート・コピーまたは１つのサブシステム上のデータをコピーするローカル・コピー）を含む、複製マネージャ１０６によって提供される制約について渡されるものを記述する。サブシステム１フィールドは、割り振られる第１ボリュームのサブシステムを記述する。サブシステム２フィールドは、第１ボリュームがサブシステム１上にある場合に割振りを許可されるサブシステムを記述する。

ある種の実施形態では、サブブシステムを、論理サブシステム（ＬＳＳ）（たとえば、Ｉｎｔｅｒｎａｔｉｏｎａｌ Ｂｕｓｉｎｅｓｓ Ｍａｃｈｉｎｅｓ Ｃｏｒｐｏｒａｔｉｏｎ社から入手できるエンタープライズ・ストレージ・サーバ（ＥＳＳ）製品）と説明することができ、ある種の他の実施形態では、サブシステムを、単一の制御ユニット（たとえば、Ｉｎｔｅｒｎａｔｉｏｎａｌ Ｂｕｓｉｎｅｓｓ Ｍａｃｈｉｎｅｓ Ｃｏｒｐｏｒａｔｉｏｎ社から入手できるＩＢＭ（Ｒ）ＤＳ４０００製品）とすることができる。他の実施形態では、サブシステムを、ノードのクラスタ（たとえば、Ｉｎｔｅｒｎａｔｉｏｎａｌ Ｂｕｓｉｎｅｓｓ Ｍａｃｈｉｎｅｓ Ｃｏｒｐｏｒａｔｉｏｎ社から入手できるＳＡＮボリューム・コントローラ（ＳＶＣ）製品）と説明することができる。

サブシステムの関係テーブル１０００は、制約を強制するためにセット・アップされる。具体的に言うと、各サブシステムは、１つのエントリを有し、サブシステム１およびサブシステム２は同一である。すなわち、同一の制御ユニットのコピー動作に関する関係鍵について、サブシステム１およびサブシステム２の値は、同一である。さらに、異なるサブシステム（たとえば、ＰＰＲＣ（Ｒ）サービス）のコピー動作に関する関係鍵については、多数の関係鍵があることがある（たとえば、第１ターゲット・サイトに対するソース・サイトの関係鍵、第２ターゲット・サイトに対するソース・サイトの関係鍵、第２ターゲット・サイトに対する第１ターゲット・サイトの関係鍵、第３ターゲットに対するソース・サイトの関係鍵など）。テーブル内の関係鍵は、異なるサイト上の制御ユニットの間の接続性を反映する。

サブシステムの関係テーブル１０００を使用するために、可能な制御ユニットが、関係鍵および制御ユニット１について照会することによって取り出される。この照会の結果は、ボリューム・コンテナに関して新しいボリュームを追加する際に、参照ポリシの追加フィルタとして使用される。

したがって、ボリュームは、複製およびプロビジョニングのためにグループ化される。諸実施形態を用いると、ある使用がボリューム・コンテナ内のボリュームを更新する時に、複製セッションによって関係付けられる他のボリュームが、自動的に更新される。

ボリューム・コンテナ・マネージャまたはプロビジョニング・マネージャあるいはその両方は、複製マネージャ１０６および複製セッションと相互作用して、複製マネージャ（ＲＭ）グループおよびＲＭプールの概念の拡張を提供する。具体的に言うと、ボリューム・コンテナは、ボリュームのリスト（すなわちＲＭグループ）と割振りポリシ（すなわち、ＲＭプール）との両方の属性を含む。しかし、ＲＭプールは、事前に割り振られたプール・ボリュームのリストであり、ボリューム・コンテナの割振りポリシは、事前に割り振られたボリュームまたは新しいボリューム割振りあるいはその両方を可能にし、ボリューム・コンテナは、ボリュームへのホスト・アクセス可能性を保証する。たとえば、ソースおよびターゲットのボリューム・コンテナを、ポイント・イン・タイム複製セッションに追加することができる。この例では、当初に、ソース・ボリューム・コンテナが、ソース・ボリュームのすべてを含み、ターゲット・ボリューム・コンテナが、ボリュームを有しない。ターゲット・ボリューム・コンテナの参照ポリシが許容する場合に、ソース・ボリューム・コンテナおよびターゲット・ボリューム・コンテナのボリューム・コンテナ・コピーセットを複製セッションに追加することは、プロビジョニング・マネージャ１０８がターゲット・ボリュームを割り振り、それらをターゲット・ボリューム・コンテナに置くことを必然的に伴う。

したがって、諸実施形態は、ボリューム・コンテナを使用して、アプリケーション・データに関連するボリュームおよび関連する冗長ボリュームをグループ化する。ボリュームは、個々のボリュームとしてコピーセットに追加されるのではなく、ボリューム・コンテナに追加される。ボリューム・コンテナは、ポリシを使用してプロビジョニングを制御する形を提供する。したがって、アプリケーションのためにストレージをボリューム・コンテナに追加する要求が行われる時に、そのボリューム・コンテナが１つまたは複数の複製セッションに含まれるという情報が、追加されるストレージの冗長ボリュームをプロビジョニングするのに使用される。したがって、ボリューム・コンテナ内のボリュームは、適当な冗長性を提供するために関連付けられる。

ボリューム・コンテナは、あるアプリケーション・アフィニティを有し、したがって、一部のアプリケーションが、他のアプリケーションがセッションに参加しない間にセッションに参加しないことを可能にする。すなわち、それ自体のボリューム・コンテナを使用する他のアプリケーションは、セッションに参加しないか、異なる複製セッションに参加することができる。

ＰＰＲＣおよびＦｌａｓｈＣｏｐｙは、米国または他の国あるいはその両方でのＩｎｔｅｒｎａｔｉｏｎａｌ Ｂｕｓｉｎｅｓｓ Ｍａｃｈｉｎｅｓ Ｃｏｒｐｏｒａｔｉｏｎ社の登録商標または普通法の商標である。Ｊａｖａは、米国または他の国あるいはその両方でのＳｕｎ Ｍｉｃｒｏｓｙｓｔｅｍｓ社の登録商標または普通法の商標である。

追加実施形態の詳細
説明された動作は、方法、コンピュータ・プログラム製品、あるいは、ソフトウェア、ファームウェア、ハードウェア、もしくはその組合せを作るために標準的なプログラミング技法もしくは工学技法またはその両方を使用する装置として実施することができる。

実施形態のそれぞれは、完全にハードウェアの実施形態、完全にソフトウェアの実施形態、またはハードウェア要素とソフトウェア要素との両方を含む実施形態の形をとることができる。実施形態は、ソフトウェアで実施することができ、このソフトウェアは、ファームウェア、常駐ソフトウェア、マイクロコードなどを含むがこれらに限定はされない。

さらに、諸実施形態は、コンピュータまたは任意の命令実行システムによって使用されるかコンピュータまたは任意の命令実行システムに関連して使用されるプログラム・コードを提供する、コンピュータ使用可能媒体またはコンピュータ可読媒体からアクセス可能なコンピュータ・プログラム製品の形をとることができる。この説明において、コンピュータ使用可能媒体またはコンピュータ可読媒体は、命令実行システム、命令実行装置、もしくは命令実行デバイスによってまたはこれらに関連して使用されるプログラムを含み、格納し、通信し、伝搬し、または搬送することができる任意の装置とすることができる。

説明された動作は、コンピュータ使用可能媒体またはコンピュータ可読媒体内で維持されるコードとして実施することができ、プロセッサは、コンピュータ可読媒体からそのコードを読み取り、実行することができる。媒体は、電子システム、磁気システム、光学システム、電磁システム、赤外線システム、または半導体システム（または装置もしくはデバイス）あるいは伝搬媒体とすることができる。コンピュータ可読媒体の例は、半導体メモリまたはソリッド・ステート・メモリ、磁気テープ、取外し可能コンピュータ・ディスケット、固体磁気ディスク、光ディスク、磁気記憶媒体（たとえば、ハード・ディスク・ドライブ、フロッピ・ディスク、テープなど）、揮発性および不揮発性のメモリ・デバイス（たとえば、ランダム・アクセス・メモリ（ＲＡＭ）、ＤＲＡＭ、ＳＲＡＭ、読取り専用メモリ（ＲＯＭ）、ＰＲＯＭ、ＥＥＰＲＯＭ、フラッシュ・メモリ、ファームウェア、プログラマブル・ロジックなど）を含む。光ディスクの現在の例は、コンパクト・ディスク−読取り専用メモリ（ＣＤ−ＲＯＭ）、コンパクト・ディスク−読取り／書込み（ＣＤ−Ｒ／Ｗ）、およびＤＶＤを含む。

説明された動作を実施するコードは、さらに、ハードウェア論理（たとえば、集積回路チップ、プログラマブル・ゲート・アレイ（ＰＧＡ）、特定用途向け集積回路（ＡＳＩＣ）など）で実施することができる。さらに、説明された動作を実施するコードは、「伝送信号」で実施することができ、伝送信号は、空間を介してまたは光ファイバ、銅線などの伝送媒体を介して伝搬することができる。コードまたは論理がエンコードされる伝送信号は、さらに、無線信号、衛星伝送、電波、赤外線信号、Ｂｌｕｅｔｏｏｔｈなどを含むことができる。コードまたは論理がエンコードされる伝送信号を、送信局によって送信し、受信局によって受信することができ、伝送信号内でエンコードされたコードまたは論理を、受信局または受信デバイスおよび送信局または送信デバイスでデコードし、ハードウェアまたはコンピュータ可読媒体に格納することができる。

コンピュータ・プログラム製品は、コンピュータ使用可能媒体、コンピュータ可読媒体、ハードウェア論理、またはその中でコードを実施できる伝送信号あるいはこれらの組合せを含むことができる。もちろん、当業者は、諸実施形態の範囲から逸脱せずにこれらの構成に対して多数の変更を行えることと、コンピュータ・プログラム製品が当技術分野で既知の任意の適切な情報担持媒体を含むことができることを認めるであろう。

用語論理は、たとえば、ソフトウェア、ハードウェア、ファームウェア、またはソフトウェアおよびハードウェアの組合せ、あるいはこれらの組合せを含むことができる。

ある種の実施態様は、人によってまたはコンピューティング・システムにコンピュータ可読コードを統合する自動化された処理によってコンピューティング・インフラストラクチャを展開する方法を対象とすることができ、ここで、コンピューティング・システムと組み合わされたコードは、説明された実施態様の動作を実行することを可能にされる。

図２、３、５、６、７、および８の論理は、特定の順序で発生する特定の動作を記述する。代替実施形態では、論理動作のうちのいくつかを、異なる順序で実行し、変更し、または除去することができる。さらに、動作を、上で説明した論理に追加し、なおかつ説明された実施形態に従うものとすることができる。さらに、本明細書で説明した動作は、順番に発生することができ、あるいは、ある種の動作を並列に実行することができ、あるいは、単一の処理によって実行されるものとして説明した動作を、分散処理によって実行することができる。

図２、３、５、６、７、および８の論理は、ソフトウェア、ハードウェア、プログラマブルおよび非プログラマブルのゲート・アレイ・ロジック、またはハードウェア、ソフトウェア、もしくはゲート・アレイ・ロジックのある組合せで実施することができる。

図１１に、ある種の実施形態に従って使用できるシステム・アーキテクチャ１１００を示す。１次制御ユニット１００または２次制御ユニット１３０あるいはその両方が、システム・アーキテクチャ１１００を実施することができる。システム・アーキテクチャ１１００は、プログラム・コードを格納し、または実行し、あるいはその両方を行うのに適し、システム・バス１１２０を介してメモリ要素１１０４に直接にまたは間接に結合された少なくとも１つのプロセッサ１１０２を含む。メモリ要素１１０４は、プログラム・コードの実際の実行中に使用されるローカル・メモリ、バルク・ストレージ、および実行中にコードをバルク・ストレージから取り出さなければならない回数を減らすために少なくとも一部のプログラム・コードの一時ストレージを提供するキャッシュ・メモリを含むことができる。メモリ要素１１０４は、オペレーティング・システム１１０５および１つまたは複数のコンピュータ・プログラム１１０６を含む。

入出力（Ｉ／Ｏ）デバイス１１１２、１１１４（キーボード、ディスプレイ、ポインティング・デバイスなどを含むがこれらに限定はされない）を、直接にまたは介在するＩ／Ｏコントローラ１１１０を介してのいずれかでシステムに結合することができる。

ネットワーク・アダプタ１１０８をシステムに結合して、データ処理システムが介在する私設網または公衆網を介して他のデータ処理システムまたはリモート・プリンタもしくはリモート・ストレージ・デバイスに結合されるようになることを可能にすることもできる。モデム、ケーブル・モデム、およびイーサネット・カードが、現在使用可能なタイプのネットワーク・アダプタ１１０８のうちの少数である。

システム・アーキテクチャ１１００を、ストレージ１１１６（たとえば、磁気ディスク・ドライブ、光ディスク・ドライブ、テープ・ドライブなどの不揮発性ストレージ・エリア）に結合することができる。ストレージ１１１６は、内部ストレージ・デバイス、あるいは接続されたストレージまたはネットワーク・アクセス可能なストレージを含むことができる。ストレージ１１１６内のコンピュータ・プログラム１１０６を、当技術分野で既知の形で、メモリ要素１１０４にロードし、プロセッサ１１０２によって実行することができる。

システム・アーキテクチャ１１００は、図示されたものより少数のコンポーネント、本明細書に示されていない追加コンポーネント、または示されたコンポーネントおよび追加コンポーネントのある組合せを含むことができる。システム・アーキテクチャ１１００は、メインフレーム、サーバ、パーソナル・コンピュータ、ワークステーション、ラップトップ、ハンドヘルド・コンピュータ、テレフォニ・デバイス、ネットワーク・アプライアンス、仮想化デバイス、ストレージ・コントローラなど、当技術分野で既知の任意のコンピューティング・デバイスを含むことができる。

本発明の実施形態の前述の説明は、例示および説明のために提示された。網羅的であること、または実施形態を開示された正確な形態に限定することは、意図されていない。多数の修正形態および変形形態が、上の教示に鑑みて可能である。実施形態の範囲が、この詳細な説明によって限定されるのではなく、添付の特許請求によって限定されることが意図されている。上の明細書、例、およびデータは、実施形態の構成の製造および使用の完全な説明を提供する。多数の実施形態を、実施形態の趣旨および範囲から逸脱せずに作ることができるので、これらの実施形態は、添付のまたは続けて提出される特許請求の範囲およびその同等物に含まれる。

ある種の実施形態によるコンピューティング環境の詳細を示す図である。 ある種の実施形態による、ボリューム・コンテナ・コピーセット（ＶＣｃｏｐｙｓｅｔ）を作成する論理を示す図である。 ある種の実施形態による、ボリューム・コンテナを複製セッションに関連付ける論理を示す図である。 ある種の実施形態による、ボリューム・コンテナ・コピーセットおよびコピーセットを示す図である。 ある種の実施形態による、ボリューム・コンテナが更新されたときに実行される論理を示す図である。 ある種の実施形態による、行うべきアクションがボリューム・コンテナからボリュームを削除することであるときに実行される論理を示す図である。 ある種の実施形態による、行うべきアクションがボリューム・コンテナ内のボリュームのボリューム・サイズを変更することであるときに実行される論理を示す図である。 ある種の実施形態による、行うべきアクションがボリューム・コンテナにボリュームを追加することであるときに実行される論理を示す図である。 ある種の実施形態による、複製セッション・タイプがグローバル・ミラーおよび３次ボリュームを使用する災害時回復である例を示す図である。 ある種の実施形態による関係テーブルを示す図である。 ある種の実施形態に従って使用できるコンピュータ・システムのアーキテクチャを示す図である。

Claims (31)

1. コンピュータで実施される、データをコピーする方法であって、
   ボリューム・コンテナを含むボリューム・コンテナ・コピーセットを受け取ることであって、前記ボリューム・コンテナのそれぞれは、コピーセット役割に関連し、０個以上のボリュームを含み、ボリューム・コンテナ内の前記ボリュームのそれぞれは、そのボリューム・コンテナの前記コピーセット役割を有する、前記受け取ることと、
   前記ボリューム・コンテナ内のボリュームのセットを複製セッションに関連付けることであって、ボリュームの前記セットのそれぞれは、前記ボリューム・コンテナのそれぞれからの１つのボリュームを有し、ボリュームの前記セットのそれぞれは、各ボリュームが関連する前記ボリューム・コンテナに関連するコピーセット役割に関連するボリュームを有する、前記関連付けることと、
   前記ボリューム・コンテナの１つのメンバシップおよび前記ボリューム・コンテナ内のボリュームのサイズのうちの１つが変更されたことの判定に応答して、前記ボリューム・コンテナ・コピーセット内の１つまたは複数の対応するボリューム・コンテナを自動的に変更することと、
   を含む前記方法。
2. 前記ボリューム・コンテナごとに、
   ボリュームごとに、
   １つまたは複数の対応するボリューム・コンテナ内の１つまたは複数の対応するボリュームを識別することと、
   プロビジョニングされていない識別された対応するボリュームをプロビジョニングすることと、
   をさらに含む、請求項１に記載の方法。
3. 前記ボリューム・コンテナのそれぞれは、前記ボリューム・コンテナ内に含まれる１つまたは複数のボリュームのリスト、前記ボリュームがアタッチする１つまたは複数のホストのリスト、前記ボリュームを制御する参照ポリシ、および前記ボリューム・コンテナに対して行うことができる１つまたは複数のアクションを含む、請求項１に記載の方法。
4. ボリュームの前記セットのそれぞれは、コピーセットを含み、コピーセット役割は、ソース、ターゲット、ホストサイト１、ホストサイト２、ジャーナルサイト１、およびジャーナルサイト２からなる群から選択される、請求項１に記載の方法。
5. 変更されている前記ボリューム・コンテナが関連する追加の複製セッションを識別することをさらに含む、請求項１に記載の方法。
6. 前記ボリューム・コンテナのうちの１つのメンバシップの変更は、ボリューム・コンテナからのボリュームの削除とボリューム・コンテナへのボリュームの追加とのうちの少なくとも１つを含む、請求項１に記載の方法。
7. 前記変更は、ボリューム・コンテナから前記ボリュームを削除することを含み、
   コピーセット内の１つまたは複数の他のボリュームのリストを識別することであって、前記コピーセットは、削除される前記ボリュームを含む、前記識別することと、
   前記複製セッションから前記コピーセットを除去することと、
   前記他のボリュームをそのボリューム・コンテナから削除することと、
   をさらに含む、請求項６に記載の方法。
8. 前記変更は、ボリューム・コンテナからの前記ボリュームのサイズを変更することを含み、
   コピーセット内の１つまたは複数の他のボリュームのリストを識別することであって、前記コピーセットは、そのサイズを変更される前記ボリュームを含む、前記識別することと、
   前記コピーセットを前記複製セッションから除去することと、
   前記ボリュームおよび前記他のボリュームのサイズを変更することと、
   前記コピーセットを前記複製セッションに戻して追加することと、
   をさらに含む、請求項６に記載の方法。
9. 前記変更は、ボリューム・コンテナに前記ボリュームを追加することを含み、
   コピーセット内の１つまたは複数の他のボリュームのリストを識別することであって、前記コピーセットは、追加される前記ボリュームを含む、前記識別することと、
   前記ボリュームおよび前記他のボリュームの追加ボリュームをプロビジョニングすることと、
   めいめいのボリューム・コンテナに前記プロビジョニングされたボリュームを追加することと、
   新しいコピーセットを前記複製セッションに追加することであって、前記新しいコピーセットは、前記プロビジョニングされたボリュームを含む、前記追加することと、
   をさらに含む、請求項６に記載の方法。
10. 前記追加ボリュームは、サブシステム関係テーブル内で定義される１つまたは複数の制約に基づき、前記めいめいのボリューム・コンテナのそれぞれの参照ポリシに基づいてプロビジョニングされる、請求項９に記載の方法。
11. コンピュータ可読プログラムを含むコンピュータ使用可能媒体を含むコンピュータ・プログラム製品であって、前記コンピュータ可読プログラムは、コンピュータ上で実行される時に、前記コンピュータに、
    ボリューム・コンテナを含むボリューム・コンテナ・コピーセットを受け取ることであって、前記ボリューム・コンテナのそれぞれは、コピーセット役割に関連し、０個以上のボリュームを含み、ボリューム・コンテナ内の前記ボリュームのそれぞれは、そのボリューム・コンテナの前記コピーセット役割を有する、前記受け取ることと、
    前記ボリューム・コンテナ内のボリュームのセットを複製セッションに関連付けることであって、ボリュームの前記セットのそれぞれは、前記ボリューム・コンテナのそれぞれからの１つのボリュームを有し、ボリュームの前記セットのそれぞれは、各ボリュームが関連する前記ボリューム・コンテナに関連するコピーセット役割に関連するボリュームを有する、前記関連付けることと、
    前記ボリューム・コンテナの１つのメンバシップおよび前記ボリューム・コンテナ内のボリュームのサイズのうちの１つが変更されたことの判定に応答して、前記ボリューム・コンテナ・コピーセット内の１つまたは複数の対応するボリューム・コンテナを自動的に変更することと、
    を行わせる、コンピュータ・プログラム製品。
12. 前記コンピュータ可読プログラムは、コンピュータ上で実行される時に、前記コンピュータに、
    前記ボリューム・コンテナごとに、
    ボリュームごとに、
    １つまたは複数の対応するボリューム・コンテナ内の１つまたは複数の対応するボリュームを識別することと、
    プロビジョニングされていない識別された対応するボリュームをプロビジョニングすることと、
    を行わせる、請求項１１に記載のコンピュータ・プログラム製品。
13. 前記ボリューム・コンテナのそれぞれは、前記ボリューム・コンテナ内に含まれる１つまたは複数のボリュームのリスト、前記ボリュームがアタッチする１つまたは複数のホストのリスト、前記ボリュームを制御する参照ポリシ、および前記ボリューム・コンテナに対して行うことができる１つまたは複数のアクションを含む、請求項１１に記載のコンピュータ・プログラム製品。
14. ボリュームの前記セットのそれぞれは、コピーセットを含み、コピーセット役割は、ソース、ターゲット、ホストサイト１、ホストサイト２、ジャーナルサイト１、およびジャーナルサイト２からなる群から選択される、請求項１１に記載のコンピュータ・プログラム製品。
15. 前記コンピュータ可読プログラムは、コンピュータ上で実行される時に、前記コンピュータに、変更されている前記ボリューム・コンテナが関連する追加の複製セッションを識別することを行わせる、請求項１１に記載のコンピュータ・プログラム製品。
16. 前記ボリューム・コンテナのうちの１つのメンバシップの変更は、ボリューム・コンテナからのボリュームの削除とボリューム・コンテナへのボリュームの追加とのうちの少なくとも１つを含む、請求項１１に記載のコンピュータ・プログラム製品。
17. 前記変更は、ボリューム・コンテナから前記ボリュームを削除することを含み、前記コンピュータ可読プログラムは、コンピュータ上で実行される時に、前記コンピュータに、
    コピーセット内の１つまたは複数の他のボリュームのリストを識別することであって、前記コピーセットは、削除される前記ボリュームを含む、前記識別することと、
    前記複製セッションから前記コピーセットを除去することと、
    前記他のボリュームをそのボリューム・コンテナから削除することと、
    を行わせる、請求項１６に記載のコンピュータ・プログラム製品。
18. 前記変更は、ボリューム・コンテナからの前記ボリュームのサイズを変更することを含み、前記コンピュータ可読プログラムは、コンピュータ上で実行される時に、前記コンピュータに、
    コピーセット内の１つまたは複数の他のボリュームのリストを識別することであって、前記コピーセットは、そのサイズを変更される前記ボリュームを含む、前記識別することと、
    前記コピーセットを前記複製セッションから除去することと、
    前記ボリュームおよび前記他のボリュームのサイズを変更することと、
    前記コピーセットを前記複製セッションに戻して追加することと、
    を行わせる、請求項１６に記載のコンピュータ・プログラム製品。
19. 前記変更は、ボリューム・コンテナに前記ボリュームを追加することを含み、前記コンピュータ可読プログラムは、コンピュータ上で実行される時に、前記コンピュータに、
    コピーセット内の１つまたは複数の他のボリュームのリストを識別することであって、前記コピーセットは、追加される前記ボリュームを含む、前記識別することと、
    前記ボリュームおよび前記他のボリュームの追加ボリュームをプロビジョニングすることと、
    めいめいのボリューム・コンテナに前記プロビジョニングされたボリュームを追加することと、
    新しいコピーセットを前記複製セッションに追加することであって、前記新しいコピーセットは、前記プロビジョニングされたボリュームを含む、前記追加することと、
    を行わせる、請求項１６に記載のコンピュータ・プログラム製品。
20. 前記追加ボリュームは、サブシステム関係テーブル内で定義される１つまたは複数の制約に基づき、前記めいめいのボリューム・コンテナのそれぞれの参照ポリシに基づいてプロビジョニングされる、請求項１９に記載のコンピュータ・プログラム製品。
21. 動作を実行できる論理であって、前記動作は、
    ボリューム・コンテナを含むボリューム・コンテナ・コピーセットを受け取ることであって、前記ボリューム・コンテナのそれぞれは、コピーセット役割に関連し、０個以上のボリュームを含み、ボリューム・コンテナ内の前記ボリュームのそれぞれは、そのボリューム・コンテナの前記コピーセット役割を有する、前記受け取ることと、
    前記ボリューム・コンテナ内のボリュームのセットを複製セッションに関連付けることであって、ボリュームの前記セットのそれぞれは、前記ボリューム・コンテナのそれぞれからの１つのボリュームを有し、ボリュームの前記セットのそれぞれは、各ボリュームが関連する前記ボリューム・コンテナに関連するコピーセット役割に関連するボリュームを有する、前記関連付けることと、
    前記ボリューム・コンテナの１つのメンバシップおよび前記ボリューム・コンテナ内のボリュームのサイズのうちの１つが変更されたことの判定に応答して、前記ボリューム・コンテナ・コピーセット内の１つまたは複数の対応するボリューム・コンテナを自動的に変更することと、
    を含む前記論理を含む、データをコピーするシステム。
22. 前記動作は、さらに、
    前記ボリューム・コンテナごとに、
    ボリュームごとに、
    １つまたは複数の対応するボリューム・コンテナ内の１つまたは複数の対応するボリュームを識別することと、
    プロビジョニングされていない識別された対応するボリュームをプロビジョニングすることと、
    を含む、請求項２１に記載のシステム。
23. 前記ボリューム・コンテナのそれぞれは、前記ボリューム・コンテナ内に含まれる１つまたは複数のボリュームのリスト、前記ボリュームがアタッチする１つまたは複数のホストのリスト、前記ボリュームを制御する参照ポリシ、および前記ボリューム・コンテナに対して行うことができる１つまたは複数のアクションを含む、請求項２１に記載のシステム。
24. ボリュームの前記セットのそれぞれは、コピーセットを含み、コピーセット役割は、ソース、ターゲット、ホストサイト１、ホストサイト２、ジャーナルサイト１、およびジャーナルサイト２からなる群から選択される、請求項２１に記載のシステム。
25. 前記動作は、変更されている前記ボリューム・コンテナが関連する追加の複製セッションを識別することをさらに含む、請求項２１に記載のシステム。
26. 前記ボリューム・コンテナのうちの１つのメンバシップの変更は、ボリューム・コンテナからのボリュームの削除とボリューム・コンテナへのボリュームの追加とのうちの少なくとも１つを含む、請求項２１に記載のシステム。
27. 前記変更は、ボリューム・コンテナから前記ボリュームを削除することを含み、前記動作は、
    コピーセット内の１つまたは複数の他のボリュームのリストを識別することであって、前記コピーセットは、削除される前記ボリュームを含む、前記識別することと、
    前記複製セッションから前記コピーセットを除去することと、
    前記他のボリュームをそのボリューム・コンテナから削除することと、
    をさらに含む、請求項２６に記載のシステム。
28. 前記変更は、ボリューム・コンテナからの前記ボリュームのサイズを変更することを含み、前記動作は、
    コピーセット内の１つまたは複数の他のボリュームのリストを識別することであって、前記コピーセットは、そのサイズを変更される前記ボリュームを含む、前記識別することと、
    前記コピーセットを前記複製セッションから除去することと、
    前記ボリュームおよび前記他のボリュームのサイズを変更することと、
    前記コピーセットを前記複製セッションに戻して追加することと、
    をさらに含む、請求項２６に記載のシステム。
29. 前記変更は、ボリューム・コンテナに前記ボリュームを追加することを含み、前記動作は、
    コピーセット内の１つまたは複数の他のボリュームのリストを識別することであって、前記コピーセットは、追加される前記ボリュームを含む、前記識別することと、
    前記ボリュームおよび前記他のボリュームの追加ボリュームをプロビジョニングすることと、
    めいめいのボリューム・コンテナに前記プロビジョニングされたボリュームを追加することと、
    新しいコピーセットを前記複製セッションに追加することであって、前記新しいコピーセットは、前記プロビジョニングされたボリュームを含む、前記追加することと、
    をさらに含む、請求項２６に記載のシステム。
30. 前記追加ボリュームは、サブシステム関係テーブル内で定義される１つまたは複数の制約に基づき、前記めいめいのボリューム・コンテナのそれぞれの参照ポリシに基づいてプロビジョニングされる、請求項２９に記載のシステム。
31. コンピュータ可読コードをコンピューティング・システムに統合することを含む、コンピューティング・インフラストラクチャを展開する方法であって、前記コードは、前記コンピューティング・システムと組み合わされて、
    ボリューム・コンテナを含むボリューム・コンテナ・コピーセットを受け取ることであって、前記ボリューム・コンテナのそれぞれは、コピーセット役割に関連し、０個以上のボリュームを含み、ボリューム・コンテナ内の前記ボリュームのそれぞれは、そのボリューム・コンテナの前記コピーセット役割を有する、前記受け取ることと、
    前記ボリューム・コンテナ内のボリュームのセットを複製セッションに関連付けることであって、ボリュームの前記セットのそれぞれは、前記ボリューム・コンテナのそれぞれからの１つのボリュームを有し、ボリュームの前記セットのそれぞれは、各ボリュームが関連する前記ボリューム・コンテナに関連するコピーセット役割に関連するボリュームを有する、前記関連付けることと、
    前記ボリューム・コンテナの１つのメンバシップおよび前記ボリューム・コンテナ内のボリュームのサイズのうちの１つが変更されたことの判定に応答して、前記ボリューム・コンテナ・コピーセット内の１つまたは複数の対応するボリューム・コンテナを自動的に変更することと、
    を実行することができる、前記方法。

Images