JP5037811B2 - 遠隔コピー方法及び遠隔コピーシステム - Google Patents

Description

0001 本発明はストレージシステムに関係し、また詳細にはこのシステムにおいてデータ保護に対するサービスの質の保証されるレベルを提供することに関係する。

0002 今では、世界中の大きな組織は、毎日分類され、保存され、アクセスされ、および転送される膨大な量の文書、映像、グラフィック、およびオーディオ情報を含む何百万もの処理に関わっている。この情報の分量は拡大し続ける。この大量の情報を管理するための一つの技術はストレージシステムの使用である。従来のストレージシステムは、このデータを記録し、ミラーリングし、遠隔バックアップし、および再生するためのいろいろな制御手法の元で動作する多数のディスクドライブを含むことができる。この急激に増大するデータは、ほとんどの企業にその情報技術システムで注意深くデータを管理することを要求する。

0003 このようなデータの管理における一つの共通な出来事は、ストレージシステムの障害の場合の保護としてデータのコピーを備える必要性である。データのコピーは従来“ミラーリング”と呼ばれるオペレーションでストレージシステム自身内に作成される場合がある。これは部分障害の場合には信頼性を有する。データのコピーはまたしばしば遠隔コピーオペレーションを使用して遠隔地に作成され保存される。遠隔地におけるこのデータの保存は一次ストレージシステムの障害、または一次ストレージシステムの場所の自然災害発生の際にデータの保護を提供する。このような状況で、遠隔コピーオペレーションによるデータは二次ストレージシステムから取り出され、組織による使用のために回復され、それによってデータの喪失を防止する。

0004 ユーザは多くの異なった種類のデータを有し、組織に対するデータの価値も異なる。オペレーションのトータルコストを低減するためにデータの価値に依存してデータ保護に対するサービスの質（ＱｏＳ：Ｑｕａｌｉｔｙ ｏｆ Ｓｅｒｖｉｃｅ）の異なったレベルを有することが望ましい。この様なシステムでは、ＱｏＳレベルの一つの基準はリカバリポイントオブジェクティブ（ＲＰＯ：Ｒｅｃｏｖｅｒｙ Ｐｏｉｎｔ Ｏｂｊｅｃｔｉｖｅ）として知られる。ＲＰＯは、例えば、高い価値のデータには最小のデータ喪失にして、低い価値のデータにはより大きい喪失を許容することによって、データ喪失の範囲を特定する。

0005 ストレージシステムに遠隔コピーオペレーションを備える一つの技術は、同一出願人による“Ｄａｔａ Ｐｒｏｃｅｓｓｉｎｇ Ｓｙｓｔｅｍ Ｉｎｃｌｕｄｉｎｇ Ｓｔｏｒａｇｅ Ｓｙｓｔｅｍ”、米国特許出願ＮＯ．１０／６０３，０７６、２００３年６月２３日出願に記載されている。他の自己の米国特許出願ＮＯ．１０／０２２，３０６、２００３年６月１９日出願で表題が“Ｒｅｍｏｔｅ Ｓｔｏｒａｇｅ Ｓｙｓｔｅｍ ａｎｄ Ｍｅｔｈｏｄ”では、最も高い優先順位のデータはその優先順位をベースに遠隔サイトにいつもコピーされるシステムについて記述している。

0006 米国特許６，４８７，５６２は、異なった優先順位を有するデータがコピーされる遅延時間の公式が用いられる遠隔コピーオペレーションについて記述している。そこで記述されているシステムは、ジャーナル情報ではなく特定のボリュームの各軌跡をベースにしたコピー機能を提供している。本発明では、遠隔コピーは、遅延時間、軌跡、またはボリュームではなく、コピー比率とジャーナルデータをベースにしている。

米国特許出願第１０／６０３，０７６号 米国特許出願第１０／０２２，３０６号 米国特許第６，４８７，５６２号

0007 このようなシステムで起こる一つの課題は、ストレージシステムが優先順位をベースにデータを遠隔サイトにコピーできることである。高い優先順位を有するデータはより速く遠隔サイトにコピーでき、より低い優先順位を有するデータは後でコピーされる。結果として、より低い優先順位を有するデータはデータの量と使用可能な処理能力に依存して長い時間遠隔サイトにコピーされない場合がある。従って、いくつかの状況では、コピーオペレーションの処理能力と高い価値のデータの大きさに依存して、より低い優先順位のデータは遠隔の場所にコピーされない場合がある。必要とされることは、優先順位の異なったレベルまたはサービスの異なった質を使用して、一次の保存場所から遠隔の場所へのデータのコピーを可能にするためのシステムである。

0008 本発明は、一次サイトにおける優先順位とは異なる優先順位を使用し、ユーザの望むサービスの質に依存して、一次サイトから遠隔サイトへのジャーナルデータの保存を提供する。一つの実施例では、一次ストレージシステムは、ジャーナルとして知られるデータに作られる更新の履歴の形式で、一次ディスクアレイに保存されるデータを更新するための情報を保存する。ジャーナルはデータを更新するために使用されるデータのコピーを含み、典型的にはまた、アドレス情報、データ長、および他の管理機能を特定するメタデータを含む。一次ストレージシステムはこのジャーナル情報を二次ストレージシステムに転送するように構成される。その応答で、二次ストレージシステムは、典型的にはハードディスクドライブのアレイによって提供されるそのメモリに保存されるデータを更新する。しかし、二次ストレージシステムはユーザの望むサービスの質に依存する優先順位を使用してジャーナルデータを書き込む。

0009 ユーザはいろいろな測定方法、例えば、リカバリポイントオブジェクティブまたはリカバリタイムオブジェクティブを使用して望まれるサービスの質を特定できる。その応答で、ストレージシステムの一つの内のコピーマネージャはいろいろな一次および二次ボリュームの容量を決定し、使用可能なコピー比率を決定する。次にコピーマネージャはディスクアレイに書き込める遠隔サイトにジャーナルデータをコピーする。

0010 ストレージシステムは一次ストレージシステムおよび二次ストレージシステムを有する。一次ストレージシステムは一次ストレージシステムに保存されるデータに作られる変更の記録を生成する。この変更の記録は二次ストレージシステムに送られ、そこで記録される。次に、システムのユーザによって特定される優先順位に依存する書き込み順序を使用して、それは再び保存される。

本発明は、一次サイトにおける優先順位とは異なる優先順位を使用し、ユーザの望むサービスの質に依存して、一次サイトから遠隔サイトへのジャーナルデータの保存を提供する。

0025 典型的なストレージシステムにおいて、ユーザは、いろいろな価値の保存される、多くの異なる種類とタイプのデータを有するだろう。いろいろなユーザデータの保護に対するサービスの質（ＱｏＳ：Ｑｕａｌｉｔｙ ｏｆ Ｓｅｒｖｉｃｅ）のレベルは、ユーザの望むＱｏＳをベースとするいろいろなデータの価値に依存するように選択できる。例えば、ユーザはリカバリポイントオブジェクティブ（ＲＰＯ：Ｒｅｃｏｖｅｒｙ Ｐｏｉｎｔ Ｏｂｊｅｃｔｉｖｅ）またはリカバリタイムオブジェクティブ（ＲＴＯ：Ｒｅｃｏｖｅｒｙ Ｔｉｍｅ Ｏｂｊｅｃｔｉｖｅ）をベースに、オペレーションのトータルコストを最少にするように望む場合がある。ＲＰＯは、データ保護の発生の間の時間の測定方法である。この測定方法は、例えば最後の遠隔コピーオペレーション以来生成された新しいデータであるので、失われるリスクのあるデータの量に変換する。従って、もしもコピーオペレーションが５分ごとに実行されると、最後の５分に対するユーザデータはシステムが障害になると失われることがある。ＲＴＯはユーザがデータの喪失を起こす出来事から回復する時間の測定方法である。言い換えると、これは、システムデータが使用不可またはアクセス不可であり結果として正常なオペレーションを妨げる程度を反映する“サービスに復帰する”ために必要な時間の長さの測定方法である。

0026 本発明の実施例によると、ＱｏＳのレベルは五つのクラスに分割され、優先順位１は最高位であり優先順位５は最低位である。このクラス分割は多少任意であり、より多いまたはより少ないクラスも使用できる。しかし、好適な本実施例では、優先順位は下記に示すように設定される。

優先順位１：データは業務に決定的に重要なビジネス情報である
優先順位２：データは重大なビジネス情報である
優先順位３：データは重要なビジネス情報である
優先順位４：データはビジネス生産性に重要である
優先順位５：データは継続されるビジネスオペレーションに重要ではない
0027 明らかに、例えば優先順位１の、高い価値のデータは最小のデータ喪失を必要とし、一方低い価値のデータは高い価値のそれに比べて最小のデータ喪失を必要としない。典型的なストレージエリアネットワークの手法では、システム管理者は遠隔サイトにおいて一次サイトからデータを複製し、結果として被害からの回復を可能にする。従って、たとえ一次サイトが予期せぬ出来事のためにサービスができなくても、ユーザは遠隔サイトにおいてそのビジネスを継続できる。

0028 図１は本発明によって実施される典型的なシステム構成を示すブロック構成図である。図１に示すように、二つのストレージシステムが備えられ、一つは一次サイト１０１にあり、一つは二次サイト１０２にある。もちろん、望むならば、追加のサイトを追加できる。典型的には、一次サイト１０１は企業または大きな組織に対する主たるデータセンタに対応し、一方二次サイトは被害の回復の目的のために備えられる。二次サイトは通常第一のサイトから離れて配置され、従って自然災害、広域電源障害、または他の出来事が両方のサイトには影響しない。もちろん、二次サイトは、もし望むならば、一次サイトに接近して配置できる。

0029 一次サイトにおいて、ホスト１０３は、典型的にはサーバであるが、ＣＰＵ１０５、アプリケーションソフトウエア１１０、およびコピーマネージャクライアント１１１を含む。ホスト１０３はコミュニケーションリンク１１３を経由して一次ストレージシステム１１４に接続され、コミュニケーションリンク１０６を使用して二次サイトのホスト１０４に接続される。一次サイトのアプリケーションソフトウエア１１０とコピーマネージャクライアント１１１は典型的には一次ホスト１０３内のメモリの中、または磁気ディスク上に保存される。ＣＰＵ１０５はアプリケーションソフトウエア１１０とコピーマネージャクライアント１１１を実行する。二次サイトにおいて、ホスト１０４内のＣＰＵ１１７はコピーマネージャクライアント１１２を実行する。

0030 アプリケーション１１０は一次ストレージシステム１１４のデータストレージを制御するためのソフトウエアである。アプリケーション１１０は典型的には一次サイト内のいろいろなストレージボリュームへのデータの書き込みを制御する。これは以下でさらに論じられるであろう。

0031 コピーマネージャクライアント１１１はＱｏＳテーブル１０９とデータベース１０７を含む。一次サイト１０１のコピーマネージャクライアント１１１は二次サイト１０２のコピーマネージャクライアント１１２とコミュニケーションを行う。一つの実施例では、ユーザは、例えばウエブブラウザまたはユーザのコンピュータ上の他のソフトウエアを使用して、一次サイトに接続されるローカルエリアネットワークを経由してコピーマネージャクライアント１１１を制御できる。典型的には、このユーザは企業または組織でのストレージシステムのオペレーションの全体を管理する専門の管理者であろう。

0032 図１において、一次ストレージシステム１１４はコントローラ１３０と論理ストレージボリューム１３４を含む。論理ボリュームは、一次ボリューム１３５および一次ジャーナルボリューム１３６をそれに関連付けている。アプリケーション１１０は一次ボリューム１３５にデータを書き込むことになる。二次ストレージシステム１１６はコントローラ１３２、ボリューム１３４、二次ボリューム１３９、および二次ジャーナルボリューム１３８を含む。これらのボリュームと関連するコミュニケーションリンクは、以下で論じるように、一次サイトと二次サイトの間の遠隔コピー能力を提供する。重要なことに、ＱｏＳはテーブル１０９のデータによって優先順位をつけられ、これも以下で論じられる。

0033 データベース１０７はコピーマネージャクライアント１１１に関連する。このデータベースはストレージシステムのオペレーションの全体を制御するいろいろな構成テーブルを保持する。同様な方法で、二次ストレージシステムに関連するデータベース１０８はそのシステムのオペレーションを制御するテーブルを保持する。

0034 一次ストレージシステムはまたコピーマネージャ１２０を含む。このコピーマネージャはジャーナルコピーキュー１１９とデータベース１２２を含む。このコピーマネージャ１２０はホストのコピーマネージャクライアント１１１および二次ストレージシステムのコピーマネージャ１２１とコミュニケーションを行う。コピーマネージャ１２０はジャーナルコピーキュー１１９を使用して一次サイトから二次サイトにジャーナルデータをコピーする。

0035 二次サイト内において、コピーマネージャ１２１はデータベース１１５を含む。コピーマネージャ１２１は、ジャーナルコピーオペレーションを提供するためにコピーマネージャ１２０にジャーナル読み取りコマンドを発行できる。マネージャ１２１はクライアント１１２およびマネージャ１２０とコミュニケーションを行う。同様な方法で、二次サイトのコピーマネージャ１２１は、いろいろな構成テーブルと容量テーブルをそこに保存するデータベース１１５を有する。

0036 一次ストレージシステム内において、コントローラ１３０はコピーマネージャ１２０およびジャーナルバックアップ１２６を実行する。それはまたホスト１０３からの入力／出力オペレーションを処理する。同様な方法で、二次ストレージシステムのコントローラ１３２はコピーマネージャ１２１とジャーナルリストア１２７を実行する。

0037 一次および二次システムのコントローラは、高い信頼性を確保するために、ハードディスクドライブのアレイ、例えばＲＡＩＤ構成、に通常備えられるストレージボリュームと相互に情報をやり取りする。図１の底部を横切って、一次および二次サイト両方に対するディスクアレイが示されている。一次サイト内で、ボリューム１３４が示されており、これは論理ボリュームである。ボリューム１３４は一次ホスト上の点線１３３内に配置された多くの物理ボリュームを表している。一次ボリューム１３５はホストから書き込みを受け取り、一方ボリューム１３６はジャーナルデータを提供する。上記に述べたように、ジャーナルデータは、コマンドのリストおよびそれらのコマンドが実行されるとストレージボリュームの状態に変化を起こすそのコマンドに関連するデータと考えられることができる。ジャーナルボリューム１３６はボリューム１３５の書き込みデータまたは初期コピーデータからジャーナルを取得し、少なくとも一時的にボリューム１３６内にそれらを保存する。ＣＰＵ１３１はコピーマネージャ１２０とジャーナルバックアップ１２６を実行し、一方ＣＰＵ１２５はコピーマネージャ１２１とジャーナルリストア１２７を実行する。

0038 コピーマネージャ１２０のジャーナルコピーキュー１１９は、情報がそのディスクドライブにコピーされる比率を含む、ボリューム１３６に関する情報を保存する。コピーマネージャ１２０は、ジャーナルコピーキュー１１９を使用して、二次ボリューム１３８にジャーナルをコピーする。データベース１２２は下記に論じられるこれらのオペレーションに関連するいろいろなテーブルを保持する。

0039 ジャーナルバックアッププログラム１２６はコントローラ１３０によって実行される。このプログラムはボリューム１３５の書き込みデータまたは初期コピーデータからジャーナルを取得する。ジャーナルは一時的にボリューム１３６に保存される。二次サイトのジャーナルリストアプログラム１２７はコントローラ１３２によって実行され、データを回復するためにボリューム１３８からボリューム１３９にジャーナルを適用する。

0040 二次サイト上のディスクアレイ内で、二次ボリューム１３９は一次ボリューム１３５の複製である。ボリューム１３５からボリューム１３９へのコピーの方法は以下の通りである。ボリューム１３５に対する書き込みデータがジャーナルバックアッププログラム１２６によってジャーナルの形式でボリューム１３６に保存される。次にコピーマネージャ１２０は一次ジャーナルを二次ジャーナルボリューム１３８にコピーする。次にジャーナルリストアプログラム１２７はデータを回復するために二次ボリューム１３９にジャーナルを適用する。処理が完了すると、二次ボリューム１３９は一次ボリューム１３５と同じになるであろう。

0041 一般的に、点線１３３はジャーナルグループを囲っている。全てのコピーオペレーションが完了すると、一次ボリュームと二次ボリュームのデータは一致するであろう。一次サイトと二次サイトは一次および二次ストレージシステムの間に示されるジャーナルの概念１３７によって接続されている。ジャーナルはジャーナルデータとメタデータで構成される。ジャーナルデータは一次ホスト１０３からの書き込みデータと同じである。メタデータは望ましくは書き込みの時刻、ボリューム１３５内の書き込みデータのアドレス、ボリューム１３６内のデータのアドレス、およびデータ長を含むであろう。一次サイトのストレージ情報１２８と二次サイトのストレージ情報１２４は典型的にはデータが保存される実際の物理的位置、その位置の容量、使用された容量の大きさ、それをアクセスするためのポート等に関する情報を含む。図に示されるように、この情報はストレージシステムのメモリ１２９と１４０内に存在する。

0042 ストレージシステム構成部分の間およびストレージシステム自身の間のリンク１０６、１１３、および１２３は典型的にはファイバチャネルまたはイーサネット（登録商標）リンクである。

0043 一次ストレージシステムのデータベース１２２はまたコピー比率１１８に関する情報を含む。これは以下にさらに論じられるが、一般的には各優先順位に対するサイクル当たりのコピーの割合に関する情報である。（優先順位は上記に論じられた。）コピーマネージャ１２０はこのテーブル内の情報に対応する容量を使用してサイクル当たりのコピーするジャーナルの数を決定する。実際には、コピー比率は各ジャーナルグループ１３３に対する最小の処理能力を保証する。三つのジャーナルグループに対するコピー比率はＡ＋Ｂ＋Ｃと考えることができ、ジャーナルグループＡに対するコピー比率は三つのグループ全部に対する比率の合計でグループＡに対する比率を割ったものである。コピー比率にサイクル当たりのコピー処理の容量を掛けることによって、システムに対するコピー処理のサイクル当たりの最大容量に関する情報が提供される。特定のコピー比率は以下に論じられる。

0044 図２は遠隔コピーオペレーションにおいて図１に表されるシステムのオペレーションの概観を示すフローチャートである。図２の列は特定のステップを実行する実体を示すために分類表示されており、システムのその特定の部分によって実行されるステップの図表的な表現を含む。オペレーションは、コピーマネージャクライアント１１１が一次サイトのストレージ情報１２８からＬＤＥＶ情報を、また二次サイトから同様なストレージ情報１２４を取得して開始する。一般的に、ストレージシステム内の論理装置にはＬＤＥＶ番号が割り付けられる。これらの番号は、ディスクコントローラの観点から、ストレージシステムのボリュームのそれぞれをユニークに特定する。

0045 図３ａは特定のストレージボリュームに関連するＬＤＥＶ番号、およびこれらのボリュームについての関連情報を示すテーブルである。図３ａにおいて、容量３０３はその特定の論理ボリュームの容量であり、ポート３０４はそのＬＤＥＶがマッピングされるポート名であり、“使用中”フラグ３０５はそのＬＤＥＶが使用中かそうでないかを示す。使用済容量の列３０６は、そのＬＤＥＶの容量のどれだけの部分が以前のオペレーションで既に使用されたかを示す。コピーマネージャクライアント１１１はこの情報をユーザ２０１に表示する。（下記にさらに論じるように、図３ｂは後の時刻のこの同じテーブルを示す。）
0046 図２に戻って、ステップ２０３において、ユーザはＬＤＥＶ情報からオペレーションに使用される特定のボリュームを指定する。この指定は、例えば図１に関しては、ボリューム１３５とボリューム１３９であろう。この処理に応じて、コピーマネージャクライアント１１１は、ジャーナルグループの構成とジャーナルのオーバフローの場合に取られる処理を示す、図４に示されるようなテーブルにデータを提供することになる。図４において、ペアの列４０１がボリューム１３５と１３９のペアリングを指定し、一方ではユーザはジャーナルグループ１３３を指定する、ということに注意願いたい。もしもユーザがジャーナルグループ１の三つのペア全部が使用されると指定すると、コピーマネージャクライアント１１１はペア１、２、および３のペアからジャーナルグループ１３３に対してそれらの中の一つを割り当てる。ユーザはまた、図４の列４０２で示されるようにジャーナルのオーバフローに対する処理として“オン”を指定し、列４０３に示されるようにジャーナルのオーバフローに対する残りの容量のスレッシュホールドを指定することができる。ユーザはまた、コピー比率のスケール４０４と図４の列４０５で示されるようにボリューム１３６の戻りスレッシュホールドを指定することができる。オンであるジャーナルのオーバフローに対する処理は、もしもボリューム１３６のフリースペースがスレッシュホールド値４０３より小さくなると、コピーマネージャ１２０が自動的にスケール４０４によってコピー比率１１８を増やすことを意味する。これはボリュームのより有効な利用を可能にする。

0047 ジャーナルのオーバフローに対する処理４０２をオフに設定することは、ボリューム１３６がフルまたはフルに近い場合には、ホスト１０３がデータを書き込む時に、データ書き込みオペレーションが遅延させられることを意味する。これは増加スペースの必要性を引き起こす場合があり、このケースでペア２と３がジャーナルグループ１に追加されるであろう。戻りスレッシュホールド４０５は、ボリューム１３８の空き容量がスレッシュホールドより小さい場合に、コピーマネージャ１２０がいつコピー比率１１８を元のコピー比率１１８で置き換えるかを定義する。

0048 クライアント１１１はテーブル１０９を使用してＱｏＳ６０４を示す。（ＱｏＳ６０４は図６に示されるテーブルのエントリに含まれる。）ＲＰＯ６０５とＲＴＯ６０６の値はデータに優先順位をつけるために使用される参照値である。これは、ユーザがより明確に相対的な重要性を定義するために設定されるいろいろなデータの優先順位の間のよりすぐれた制御を有することを可能にする。一度このデータが設定されると、コピーマネージャ１２０は図３ｂに示される情報で図３aに示されるテーブルを完成する。そこで示されるように、ＬＤＥＶ ＩＤとジャーナルグループ設定は完成される。

0049 図２に戻って、ステップ２０４で、コピーマネージャクライアント１１１はユーザが選択したＱｏＳ６０４をベースにしてジャーナルグループ１３３に対する比率１１８を決定する。図６のコピー比率テーブルはこの目的に使用される。そこに示されるように、いろいろな優先順位ならびに関連するＲＰＯとＲＴＯの値のユーザの選択はコピー比率１１８を決定するシステムとなる。クライアントはまた、図７に示されるように、優先順位とコピー比率をベースにサイクル当たりの最大容量を決定する。次に、そのデータを使用して、クライアントは図８に示されるテーブルを生成する。図７に示される値はデータベース１２２に保存されるデフォルト値であり、一方図８のそれはユーザの設定を反映する。

0050 次に、図２のステップ２０５で、コピーマネージャクライアント１１１は特定のボリュームに対する容量比率を決定する。ジャーナルボリュームに対する容量比率６０３（図６を参照）はボリューム１３６とボリューム１３８に対する容量比率である。図５に示されるように、グループ１のボリューム１３６に対する容量比率は３０００ＧＢであり、ジャーナルグループ２のそれは２０００ＧＢである。ユーザまたはコピーマネージャクライアント１１１は、もしも望むならば、容量比率とは独立に固定の容量を割り付けることができる。一度これが完了すると、クライアント１１１は、図３aからの情報を使用して、図３ｂのテーブルを生成する。結果のテーブルはデータベース１０７、１２２、１０８、および１１５に保存される。図４に示されるテーブルはデータベース１０７および１２２に保存される。

0051 次に、図２に戻って、容量テーブルはステップ２０６で生成される。容量テーブルの例が図５に示され、これは図３と図４のテーブルに関係してオーバフローモニタリングまたは容量モニタリングに対して使用できる。システムが動作する時に、コピーマネージャ１２０は使用された容量を反映するために図５に示されるテーブルを定期的に更新するであろう。図５に示されるように、使用済容量５０１とトータル容量５０２はボリューム１３６の使用可能性を反映する。このテーブルはデータベース１２２に保存される。クライアント１１１はまたボリューム１３８のオーバフローモニタリングに対して使用される、図１２に示される容量テーブルを生成し、定期的にこのテーブルも更新する。

0052 図２に戻って、ステップ２０７でコピーマネージャ１２０は図５に示されるテーブルを定期的にチェックすることによって、ボリューム１３６の容量モニタリングを開始する。もしもボリューム１３６の容量が図４において設定されるスレッシュホールド４０３より小さくなると、コピーマネージャ１２０は図４によりコピー比率１１８を変更するであろう。次に、コピーマネージャ１２０はステップ２０８に示されるようにデータをコピーするためにジャーナルグループ１３３に優先順位を与える。このステップでデータはアプリケーション１１０から各ボリューム１３５に書かれる。ステップ２０９でジャーナルバックアップ１２６は、ユーザがジャーナルグループ１３３を生成した後に各書き込み要求に対するジャーナルを受け取る。バックアップ１２６は初期コピーが終了するかをチェックする。もしもそうでなければ、ステップ２１１で示されるように初期コピーに対するジャーナルを取得し処理を繰り返す。他方、ボリューム１３８の容量は、ステップ２１８で示されるように、モニタリングされている。それは、図１２に示されるテーブルの定期的なチェックでモニタリングされる。一度ボリュームがほとんどフルになると、コピーマネージャ１２１はマネージャ１２０にコマンドを発行しないであろう。容量の望まれる大きさとこの処理を引き起こすタイミングはコピーマネージャ１２１内の設定値によって制御される。

0053 ステップ２１２で、コピーマネージャ１２１はジャーナルデータをコピーすることを要求する。マネージャ１２１はジャーナルリストア情報を有するこれらのコピー要求を定期的に送付する。ジャーナルリストア情報はボリューム１３６からボリューム１３８にすでにコピーされたジャーナルの最後のコピーシーケンス番号、およびボリューム１３８からボリューム１３９に回復されたジャーナルの最後のリストアシーケンス番号で構成される。最後のコピーシーケンス番号はコピーマネージャがコピーすべきジャーナルを決定するために使用される。同様に、最後のリストアシーケンス番号はコピーマネージャ１２０が削除すべきジャーナルを決定するために使用される。

0054 ステップ２１３で、コピーマネージャ１２０はジャーナル情報をコピーキュー１１９に登録する。この情報はジャーナルグループ＃１３３、ボリューム１３６のＬＤＥＶ ＩＤおよび追加情報を含む。この情報を示すテーブルの例は図１０として示される。そこに示されるように、キュー＃の番号１に対して、ジャーナルグループ＃は番号１であり、ＬＤＥＶ ＩＤは００−１０であり、情報はまたメタデータのアドレス１００３、ジャーナルの容量１００４、およびジャーナルシーケンス番号１００５を含む。この特定のオペレーションはジャーナル情報がコピーキューに登録される図２のステップ２１３に関連しており、図１１に関係して論じられるであろう。

0055 このオペレーションに続いてジャーナルはステップ２１４に示されるように遠隔にコピーされる。このステップでコピーマネージャ１２０はコピーキューの順番にジャーナルをコピーする。ジャーナルがコピーされると、それらはキューから取り除かれる。これが起きている時、図２のステップ２１５で示されるように、二次サイトのリストアオペレーションが起きる。リストアオペレーションはボリューム１３８からボリューム１３９にジャーナルを回復する。リストアオペレーションは回復されなかったジャーナルをチェックし、もしもどれかがあると、システムはボリューム１３９にデータを適用し、ボリューム１３５に一致するようにそれを回復する。ステップ２１６とステップ２１７に示されるように、回復されたジャーナルも、コピーされたジャーナルも削除する。この処理は全部がコピーされ全部が回復されるまで続く。

0056 図１１は、コピーマネージャ１２０がジャーナル情報をコピーキュー１１９に登録する方法を示すより詳細なフローチャートである。第一のステップ１１１５において、コピーマネージャ１２０は、コピーマネージャ１２１によって送付されるジャーナルの最後の登録シーケンス番号１３０２（図１３を参照）を設定する。次に、ステップ１１０１で、コピーマネージャは全てのカウントを０に設定する。カウントは、一サイクルの中でコピーされるジャーナルの容量である。ブロック１１０１に示されるフラグはジャーナルグループ１３３のジャーナルがあるかを示すフラグである。コピーマネージャは全てのフラグを１に設定する。これはジャーナルグループ１３３内にジャーナルがないことを意味する。０はいくつかのジャーナルがあることを意味する。最大フラグは、カウントが図７aで設定され示される一サイクル当たりの最大容量を超えるかについてのフラグを示す。

0057 次に、ステップ１１１６でコピーマネージャ１２０はチェックフラグを０に設定し、ジャーナル読み取りコマンドに対する目標のジャーナルを有する第一のジャーナルグループ番号にＲを設定する。次にステップ１１０２でコピーマネージャはチェックフラグを１に設定し、処理はステップ１１０３に移動する。そのステップでコピーマネージャ１２０は、Ｒ番のジャーナルグループの未登録の目標のジャーナルがあるかをチェックする。もしもあると、システムはステップ１１０４に移り、もしもないと、ステップ１１１０に移る。ステップ１１０４でコピーマネージャはフラグを０に設定し、ステップ１１０５でＲ番のカウントが最大のカウントに等しいかまたは大きいかを決定する。もしもそうならば、システムはステップ１１１１に移り、もしもそうでないと、ステップ１１０６に移る。ステップ１１０６でいくつかの処理が行われ、グループの一つのジャーナルがコピーキュー１１９に登録され、カウントにはジャーナルの容量が加算される。コピーマネージャはまたジャーナルの最後の登録シーケンス番号を１だけ増やし、次にステップ１１０８で残っているグループがあるかをチェックする。もしも残っているグループがあると、ステップ１１０２からステップ１１０８の処理フローは繰り返される。もしもないと、次にステップ１１１２に示されるように、サイクルが完了したかのチェックが行われる。もしも完了していると、システムはステップ１１０１に戻る。もしも完了していないと、システムはステップ１１０２に移動する。

0058 本発明は三つまたはそれ以上のデータセンタが使用される環境にも適用できる。そのような構成ではジャーナルをコピーする各サイトはここで述べられるような一次サイトの機能を有する必要がある。この実施例では、例えば、図１１において、Ｓ番のジャーナルグループは、ＮｏＪＮＬ＝１およびＭａｘＦｌａｇ＝０を有するＲ番のジャーナルグループの代わりにＳ番の最大カウントおよびＲ番の最大カウントを使用できる。コピーマネージャクライアント１１１は、三つのグループ全部のＩ／Ｏ比率の合計で割ったグループＡのＩ／Ｏ比率である、ジャーナルグループＡに対するコピー比率を決定できる。コピーマネージャクライアント１１１はまた、グループＡに対するＰＪＶＯＬ１３６の容量が三つのグループ全部に対するＰＪＶＯＬ１３６の合計で割られる、ジャーナルグループＡに対するコピー比率を決定できる。これはコピー比率１１８が動的に変更されることを可能にする。

0059 図９はデータベース１２２に保存される、容量によるコピー比率モニタリングテーブルである。これは図１１のオペレーションを示す。以下を仮定する：
ジャーナルグループ１のＰＪＶＯＬ１３６は００１−０００５０８６から００１−０００５０９５の１０個のジャーナルを有し、ジャーナルの容量は１ＭＢである。

ジャーナルグループ２のＰＪＶＯＬ１３６は００２−００００３９０から００２−００００４１９の３０個のジャーナルを有し、ジャーナルの容量は１.５ＭＢである。

ジャーナルグループ３のＰＪＶＯＬ１３６は００３−０００００４９から００３−０００００５３の５個のジャーナルを有し、ジャーナルの容量は２４０ＫＢである。

目標のジャーナルは、コピーマネージャ１２１がＪｏｕｒｎａｌ Ｒｅａｄ ＣｏｍｍａｎｄによってＳＪＶＯＬ１３８にコピーすることを要求するジャーナルである。

仮定：
ジャーナルグループ１の目標のジャーナルは００１−０００５０８６から００１−０００５０９５である。
ジャーナルグループ２の目標のジャーナルは００２−００００３９０から００２−００００４１０である。
ジャーナルグループ３の目標のジャーナルは００３−０００００４９から００３−０００００５４である。
およびジャーナルグループ１のサイクル当たりの最大容量７０１は３０ＭＢあり、ジャーナルグループ２では３ＭＢあり、ジャーナルグループ３では１２００ＫＢであると仮定する。

このケースに対して、図１１の処理は以下のように動作する。

ステップ１１１５：コピーマネージャ１２０はジャーナルグループ１に対する最後の登録シーケンス番号を００１−０００５０８５に、ジャーナルグループ２に対する最後の登録シーケンス番号を００２−００００３８９に、およびジャーナルグループ３に対する最後の登録シーケンス番号を００３−０００００４８に設定する。

ステップ１１０１：コピーマネージャ１２０は全てのカウントと最大フラグを０に、および全てのＮｏＪＮＬを１に設定する。

ステップ１１１６：コピーマネージャ１２０は全てのチェックフラグを０に、Ｒを１に設定する。

ステップ１１０２：コピーマネージャ１２０は第一のチェックフラグを１に設定する。

ステップ１１０３：ジャーナルグループ１のＳＪＶＯＬ１３８は００１−０００５０８６から００１−０００５０９５を有する。ジャーナルグループ１の目標のジャーナルは００１−０００５０８６から００１−０００５０９５である。ジャーナルグループ１に対する最後の登録シーケンス番号は００１−０００５０８５である。ＳＪＶＯＬ１３８に未登録の目標のジャーナルがある。故に、はい、ステップ１１０４に進む。ステップ１１０３から１１０８のループは目標のジャーナルを有する各ジャーナルグループ１３３を処理する。

ステップ１１０４：コピーマネージャ１２０は第一のＮｏＪＮＬを０に設定する。

ステップ１１０５：第一のカウントは０であり、第一の最大カウントは３０ＭＢであり、第一のカウントは第一の最大カウントより小さい。故に、いいえ、ステップ１１０６に進む。

ステップ１１０６：コピーマネージャ１２０は００１−０００５０８６をジャーナルコピーキュー１１９に登録する。コピーマネージャ１２０は第一のカウントを１ＭＢに設定する。ジャーナルグループ１のサイクル当たりの現在の容量９０１は１ＭＢである。コピーマネージャ１２０はジャーナルグループ１に対するジャーナルの最後の登録シーケンス番号を００１−０００５０８６に設定する。

ステップ１１０８：コピーマネージャ１２０は全てのチェックフラグをチェックする。第一のチェックフラグは１であり、第二および第三のフラグは０である。コピーマネージャ１２０はジャーナルグループ２および３が目標のジャーナルを有するかをチェックする。ジャーナルグループ２および３は目標のジャーナルを有する。故に、はい、ステップ１１０９に進む。

ステップ１１０９：コピーマネージャ１２０はＲを２に設定する。

ステップ１１０２：コピーマネージャ１２０は第二のチェックフラグを１に設定する。

ステップ１１０３：ジャーナルグループ２のＳＪＶＯＬ１３８は００２−００００３９０から００２−００００４１９を有する。ジャーナルグループ２の目標のジャーナルは００２−００００３９０から００２−００００４１０である。ジャーナルグループ２に対する最後の登録シーケンス番号は００２−００００３８９である。ＳＪＶＯＬ１３８に未登録の目標のジャーナルがある。故に、はい、ステップ１１０４に進む。

ステップ１１０４：コピーマネージャ１２０は第二のＮｏＪＮＬを０に設定する。

ステップ１１０５：第二のカウントは０である。第二の最大カウントは３ＭＢである。第二のカウントは第二の最大カウントより小さい。故に、いいえ、ステップ１１０６に進む。

ステップ１１０６：コピーマネージャ１２０は００２−００００３９０をジャーナルコピーキュー１１９に登録する。コピーマネージャ１２０は第二のカウントを１．５ＭＢに設定する。ジャーナルグループ２のサイクル当たりの現在の容量９０１は１．５ＭＢである。コピーマネージャ１２０はジャーナルグループ２に対する最後の登録シーケンス番号を００２−００００３９０に設定する。

ステップ１１０８：第一と第二のチェックフラグは１であり、第三のフラグは０である。コピーマネージャ１２０はジャーナルグループ３が目標のジャーナルを有するかをチェックする。ジャーナルグループ３は目標のジャーナルを有する。故に、はい、ステップ１１０９に進む。

ステップ１１０９：コピーマネージャ１２０はＲを３に設定する。

ステップ１１０２：コピーマネージャ１２０は第三のチェックフラグを１に設定する。

ステップ１１０３：ジャーナルグループ３のＳＪＶＯＬ１３８は００３−０００００４９から００３−０００００５３を有する。ジャーナルグループ３の目標のジャーナルは００３−０００００４９から００３−０００００５４である。ジャーナルグループ３に対する最後の登録シーケンス番号は００３−０００００４８である。ＳＪＶＯＬ１３８に未登録の目標のジャーナルがある。故に、はい、ステップ１１０４に進む。

ステップ１１０４：コピーマネージャ１２０は第三のＮｏＪＮＬを０に設定する。

ステップ１１０５：第三のカウントは０である。第三の最大カウントは１２００ＫＢである。第三のカウントは第三の最大カウントより小さい。故に、いいえ、ステップ１１０６に進む。

ステップ１１０６：コピーマネージャ１２０は００３−０００００４９をジャーナルコピーキュー１１９に登録する。コピーマネージャ１２０は第三のカウントを２４０ＫＢに設定する。ジャーナルグループ３のサイクル当たりの現在の容量９０１は２４０ＫＢである。コピーマネージャ１２０はジャーナルグループ３に対する最後の登録シーケンス番号を００３−０００００４９に設定する。

ステップ１１０８：第一、第二、および第三のチェックフラグは１である。このループに目標のジャーナルを有するジャーナルグループがない。故に、いいえ、ステップ１１１２に進む。

ステップ１１１２：第一、第二、および第三の最大フラグは０である。故に、一つのサイクルが完了しない。ステップ１１０２に進む。

ステップ１１０２：コピーマネージャ１２０はＲを１に設定する。次に、００１−０００５０８７、００２−００００３９１、００３−０００００５０、および００１−０００５０８８はジャーナルコピーキュー１１９に登録される。

ステップ１１０５：Ｒ＝２、および第二のカウントは３ＭＢである。第二の最大カウントは３ＭＢである。第二のカウントは第二の最大カウントに等しい。故に、はい、ステップ１１１１に進む。

ステップ１１１１：コピーマネージャ１２０は第二の最大フラグ＝１に設定する。このサイクルで、ジャーナルグループ２のジャーナルはこのステップの後では登録されない。次に、００３−０００００５０から００１−０００５０９１はジャーナルコピーキュー１１９に登録される。

ステップ１１０３：Ｒ＝３、およびジャーナルグループ３のＳＪＶＯＬ１３８は００３−０００００４９から００３−０００００５３を有する。ジャーナルグループ３の目標のジャーナルは００３−０００００４９から００３−０００００５４である。ジャーナルグループ３に対する最後の登録シーケンス番号は００３−０００００５４である。ＳＪＶＯＬ１３８に未登録の目標のジャーナルはない。故に、いいえ、ステップ１１１０に進む。

ステップ１１１０：コピーマネージャ１２０は第三のＮoＪＮＬを１に設定する。このサイクルで、ジャーナルグループ３はこのステップの後では登録されない。

0060 図１１aは本発明の他の実施例を示す。図１１aにおいて、コピーマネージャ１２０はサイクル当たり最大容量の代わりに秒当たり最大容量７５１を使用する。サイクル当たりの情報は図７aに示され、秒当たりの情報は図７ｂに示される。図７ｂで秒当たりのデフォルト値はコピーマネージャがジャーナルグループをコピーするための秒当たり容量を示す。言い換えれば、秒当たり容量７５１は各ジャーナルグループに対する最大処理能力である。次に図１１aに示される処理はステップ１１６２と１１６３においてこのデータに依存する。ステップ１１６３に一秒待ちのステップ１１６４を含む一サイクルがあり、次にステップ１１６２でコピーマネージャ１２０は一秒が必要だったかをチェックし、次にその結果によって、フローチャートの前の部分のステップに戻る。他の方法では、コピー比率情報の代わりに、コピーマネージャは各ジャーナルグループに対して入力／出力の比率または、ボリューム１３６のジャーナル容量を利用することが出来る。

0061 図１４はジャーナルデータの記録における優先順位の使用を示す図である。図の上の部分は優先順位が特定されない場合のキューイングを示す。このケースにおいて、コピーマネージャ１２０は、グループ１３３内で見つかる順番で各ジャーナルグループ１３３の一つのジャーナルをコピーする。従って、第一のステップはジャーナルグループＡから情報をコピーする、次にＢから、次にＣから、次に再びＡから、再びＢから、等。対照的に、ジャーナルグループＡは、グループＣより高い優先順位を有するグループＢより高い優先順位を有すると仮定する。結果は図１４の下の部分に示され、ここではコピーオペレーションは最も高い優先順位のデータに優先順位を与えるように再配置される。

0062 上記は本発明の好適な実施例である。添付の特許請求の範囲で明かになるように、本発明の範囲から離れずに本発明内で数多くの変更が実施されることが出来ることは理解されるであろう。

図１は一次および二次ストレージサイトのシステム構成の全体を示すブロック構成図である。 図２は好適な実施例の全体を示すフローチャートである。 図３aは構成テーブルを示す。 図３bは構成テーブルを示す。 図４はジャーナルグループに対する構成テーブルを示す。 図５は容量テーブルを示す。 図６はコピー比率と容量比率テーブルを示す。 図７aはデフォルト値のテーブルを示す。 図７bはデフォルト値のテーブルを示す。 図８はコピー比率のテーブルを示す。 図９はサイクル当たり容量のテーブルを示す。 図９aはサイクル当たり容量のテーブルを示す。 図９bはサイクル当たり容量のテーブルを示す。 図１０はジャーナルシ-ケンス番号のテーブルを示す。 図１１はコピーマネージャがキューに情報を登録する方法を示すフローチャートである。 図１１aはコピーマネージャがキューに情報を登録する方法を示すフローチャートである。 図１２は他の容量テーブルを示す。 図１３はジャーナルチェックテーブルを示す。 図１４は異なった優先順位に対する二つのキューイング順序を示す。

符号の説明

１０１ 一次サイト
１０２ 二次サイト
１０３ Ｐ−ｈｏｓｔ
１０４ Ｓ−ｈｏｓｔ
１０５ ＣＰＵ
１０７ ＤＢ
１０８ ＤＢ
１０９ ＱｏＳテーブル
１１０ アプリケーション
１１１ コピーマネージャクライアント
１１２ コピーマネージャクライアント
１１４ 一次ストレージシステム
１１５ ＤＢ
１１６ 二次ストレージシステム
１１７ ＣＰＵ
１１８ コピー比率
１１９ ジャーナルコピーキュー
１２０ コピーマネージャ
１２１ コピーマネージャ
１２２ ＤＢ
１２４ ストレージ情報
１２５ ＣＰＵ
１２６ ＪＮＬバックアップ
１２７ ＪＮＬリストア
１２８ ストレージ情報
１２９ メモリ
１３０ コントローラ
１３１ ＣＰＵ
１３２ コントローラ
１３４ ＶＯＬ
１３５ ＰＶＯＬ
１３６ ＰＪＶＯＬ
１３７ ジャーナル
１３８ ＳＪＶＯＬ
１３９ ＳＶＯＬ
１４０ メモリ

Claims (12)

1. 一次ＣＰＵ及び一次メモリを有する一次コントローラと、複数の一次ボリュームと、複数の一次ジャーナルボリュームとを有する一次ストレージシステムと、
   二次ＣＰＵ及び二次メモリを有する二次コントローラと、複数の二次ジャーナルボリュームと、複数の二次ボリュームとを有する二次ストレージシステムと
   を有し、
   複数のジャーナルグループがあり、
   前記複数のジャーナルグループの各々が、前記一次ボリュームと、その一次ボリュームに格納されるデータの更新履歴でありそのデータを含んだジャーナルが格納される前記一次ジャーナルボリュームと、その一次ジャーナルボリュームとペアを構成しその一次ジャーナルボリュームに格納された前記ジャーナルの複製先である前記二次ジャーナルボリュームと、その二次ジャーナルボリュームに格納されたジャーナルに含まれているデータが格納され前記一次ボリュームとペアを構成する前記二次ボリュームとで構成される、
   ストレージシステム、
   において行われる遠隔コピー方法であって、
   前記ジャーナルグループに含まれる一次ジャーナルボリュームの残り空き容量の閾値である一次残り容量閾値と、その一次ボリュームの残り空き容量が前記一次残り容量閾値より小さい場合に採用されるコピー比率スケールとを、ジャーナルグループ毎に含んだ情報が、前記一次メモリに格納され、
   前記複数のジャーナルグループの各々において、
   （ａ）前記一次ＣＰＵが、前記一次ボリュームにデータを記録するステップと、
   （ｂ）前記一次ＣＰＵが、そのデータを含んだジャーナルを前記一次ジャーナルボリュームに保存するステップと、
   （ｃ）前記一次ＣＰＵが、前記一次ジャーナルボリュームから前記二次ジャーナルボリュームへのジャーナルの転送を、前記複数のジャーナルグループの各々のコピー比率に対応する一サイクル当たりの最大転送量に従って行うステップと、
   （ｄ）前記二次ＣＰＵが、前記二次ジャーナルボリュームに記録されたジャーナルを前記二次ボリュームに記録するステップと、
   （ｋ）前記一次ジャーナルボリュームの残り空き容量がそのジャーナルグループに対応する前記一次残り容量閾値より小さい場合、前記一次ＣＰＵが、そのジャーナルグループのコピー比率をそのジャーナルグループに対応するコピー比率スケールに従い変更し、それにより、そのジャーナルグループに対応する前記一サイクル当たりの最大転送量を変更するステップと、
   を有することを特徴とする遠隔コピー方法。
2. 請求項１記載の遠隔コピー方法であって、
   前記複数のジャーナルグループの各々に、前記二次ジャーナルボリュームの残り空き容量の閾値である二次残り容量閾値を定義する情報が前記一次メモリに格納され、さらに
   （ｊ）前記（ｋ）での前記一次ジャーナルボリュームを含んだジャーナルグループ内の前記二次ジャーナルボリュームの残り空き容量がそのジャーナルグループに対応する前記二次残り容量閾値より小さい場合、前記一次ＣＰＵが、そのジャーナルグループのコピー比率を変更前の元のコピー比率に戻し、それにより、そのジャーナルグループに対応する前記一サイクル当たりの最大転送量を変更前の元の最大転送量に戻すステップ、
   を有することを特徴とする遠隔コピー方法。
3. 請求項１又は２記載の遠隔コピー方法であって、
   前記一次メモリにおいて、前記（ｋ）を行うか否かが、ジャーナルグループ別に設定される、ことを特徴とする遠隔コピー方法。
4. 請求項１乃至３のうちのいずれか１項に記載の遠隔コピー方法であって、
   前記複数のジャーナルグループ各々に定義されるコピー比率は、複数のＱｏＳレベルのうちの指定されたＱｏＳレベルの優先順位に対応するコピー比率である、ことを特徴とする遠隔コピー方法。
5. 請求項４記載の遠隔コピー方法であって、
   前記ＱｏＳレベルは、ＲＰＯ（Ｒｅｃｏｖｅｒｙ Ｐｏｉｎｔ Ｏｂｊｅｃｔｉｖｅ）又はＲＴＯ（Ｒｅｃｏｖｅｒｙ Ｔｉｍｅ Ｏｂｊｅｃｔｉｖｅ）で定義される、ことを特徴とする遠隔コピー方法。
6. 請求項１乃至５のうちのいずれか１項の遠隔コピー方法であって、
   前記一次ＣＰＵが、前記複数のジャーナルグループの各々に、前記（ｃ）において、前記一次ジャーナルボリュームから前記二次ジャーナルボリュームへの転送のために前記ジャーナルの書き込み処理を制御するためのキューを使用する、ことを特徴とする遠隔コピー方法。
7. 一次ＣＰＵ及び一次メモリを有する一次コントローラと、複数の一次ボリュームと、複数の一次ジャーナルボリュームとを有する一次ストレージシステムと、
   二次ＣＰＵ及び二次メモリを有する二次コントローラと、複数の二次ジャーナルボリュームと、複数の二次ボリュームとを有する二次ストレージシステムと
   を有し、
   複数のジャーナルグループがあり、
   前記複数のジャーナルグループの各々が、前記一次ボリュームと、その一次ボリュームに格納されるデータの更新履歴でありそのデータを含んだジャーナルが格納される前記一次ジャーナルボリュームと、その一次ジャーナルボリュームとペアを構成しその一次ジャーナルボリュームに格納された前記ジャーナルの複製先である前記二次ジャーナルボリュームと、その二次ジャーナルボリュームに格納されたジャーナルに含まれているデータが格納され前記一次ボリュームとペアを構成する前記二次ボリュームとで構成され、
   前記ジャーナルグループに含まれる一次ジャーナルボリュームの残り空き容量の閾値である一次残り容量閾値と、その一次ジャーナルボリュームの残り空き容量が前記一次残り容量閾値より小さい場合に採用されるコピー比率スケールとを、ジャーナルグループ毎に含んだ情報が、前記一次メモリに格納され、
   前記複数のジャーナルグループの各々において、
   （ａ）前記一次ＣＰＵが、前記一次ボリュームにデータを記録し、
   （ｂ）前記一次ＣＰＵが、そのデータを含んだジャーナルを前記一次ジャーナルボリュームに保存し、
   （ｃ）前記一次ＣＰＵが、前記一次ジャーナルボリュームから前記二次ジャーナルボリュームへのジャーナルの転送を、前記複数のジャーナルグループの各々のコピー比率に対応する一サイクル当たりの最大転送量に従って行い、
   （ｄ）前記二次ＣＰＵが、前記二次ジャーナルボリュームに記録されたジャーナルを前記二次ボリュームに記録し、
   （ｋ）前記一次ジャーナルボリュームの残り空き容量がそのジャーナルグループに対応する前記一次残り容量閾値より小さい場合、前記一次ＣＰＵが、そのジャーナルグループのコピー比率をそのジャーナルグループに対応するコピー比率スケールに従い変更し、それにより、そのジャーナルグループに対応する前記一サイクル当たりの最大転送量を変更する、
   ことを特徴とする遠隔コピーシステム。
8. 請求項７記載の遠隔コピーシステムであって、
   前記複数のジャーナルグループの各々に、前記二次ジャーナルボリュームの残り空き容量の閾値である二次残り容量閾値を定義する情報が前記一次メモリに格納され、さらに
   （ｊ）前記（ｋ）での前記一次ジャーナルボリュームを含んだジャーナルグループ内の前記二次ジャーナルボリュームの残り空き容量がそのジャーナルグループに対応する前記二次残り容量閾値より小さい場合、前記一次ＣＰＵが、そのジャーナルグループのコピー比率を変更前の元のコピー比率に戻し、それにより、そのジャーナルグループに対応する前記一サイクル当たりの最大転送量を変更前の元の最大転送量に戻す、
   ことを特徴とする遠隔コピーシステム。
9. 請求項７又は８記載の遠隔コピーシステムであって、
   前記一次メモリにおいて、前記（ｋ）を行うか否かが、ジャーナルグループ別に設定される、ことを特徴とする遠隔コピーシステム。
10. 請求項７乃至９のうちのいずれか１項に記載の遠隔コピーシステムであって、
    前記複数のジャーナルグループ各々に定義されるコピー比率は、複数のＱｏＳレベルのうちの指定されたＱｏＳレベルの優先順位に対応するコピー比率である、ことを特徴とする遠隔コピーシステム。
11. 請求項１０記載の遠隔コピーシステムであって、
    前記ＱｏＳレベルは、ＲＰＯ（Ｒｅｃｏｖｅｒｙ Ｐｏｉｎｔ Ｏｂｊｅｃｔｉｖｅ）又はＲＴＯ（Ｒｅｃｏｖｅｒｙ Ｔｉｍｅ Ｏｂｊｅｃｔｉｖｅ）で定義される、ことを特徴とする遠隔コピーシステム。
12. 請求項７乃至１１のうちのいずれか１項の遠隔コピーシステムであって、
    前記一次ＣＰＵが、前記複数のジャーナルグループの各々に、前記（ｃ）において、前記一次ジャーナルボリュームから前記二次ジャーナルボリュームへの転送のために前記ジャーナルの書き込み処理を制御するためのキューを使用する、ことを特徴とする遠隔コピーシステム。

Images