特許 7570479 計算機システム及び計算機システムの制御方法

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】

(24)【登録日】2024-10-10

(45)【発行日】2024-10-21

(54)【発明の名称】計算機システム及び計算機システムの制御方法

(51)【国際特許分類】

   G06F 3/06 20060101AFI20241011BHJP

   G06F 11/20 20060101ALI20241011BHJP

【ＦＩ】

G06F3/06 304F

G06F3/06 301W

G06F3/06 301X

G06F11/20 666

【請求項の数】 14

(21)【出願番号】P 2023141244

(22)【出願日】2023-08-31

(62)【分割の表示】P 2021031882の分割

【原出願日】2021-03-01

(65)【公開番号】P2023155450

(43)【公開日】2023-10-20

【審査請求日】2023-08-31

(73)【特許権者】

【識別番号】524132520

【氏名又は名称】日立ヴァンタラ株式会社

(74)【代理人】

【識別番号】110002365

【氏名又は名称】弁理士法人サンネクスト国際特許事務所

(72)【発明者】

【氏名】出口 彰

(72)【発明者】

【氏名】横井 伸浩

(72)【発明者】

【氏名】井原 央翔

【審査官】田名網 忠雄

(56)【参考文献】

【文献】米国特許出願公開第２００８／００４０４０２（ＵＳ，Ａ１）

【文献】米国特許第０７７９７３５８（ＵＳ，Ｂ１）

【文献】特開２０１４－１４２９１３（ＪＰ，Ａ）

【文献】特開２０１８－１２９０７４（ＪＰ，Ａ）

【文献】国際公開第２０１９／２１３０５８（ＷＯ，Ａ１）

【文献】特開２００８－２６９０５０（ＪＰ，Ａ）

【文献】特表２０１２－５１９３１８（ＪＰ，Ａ）

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｇ０６Ｆ ３／０６－３／０８

Ｇ０６Ｆ １３／１０－１３／１４

Ｇ０６Ｆ １６／１０－１６／１８８

Ｇ０６Ｆ １１／１０－１１／２０

(57)【特許請求の範囲】

【請求項1】

正ボリュームを有する正ストレージシステムと、
前記正ボリュームとボリュームペアを構成する副ボリュームを有する副ストレージシステムと
を備え、
前記正ストレージシステムが、複数個のジャーナルデータの圧縮であるまとめ圧縮を行い、
まとめ圧縮されたデータであるまとめ圧縮データと、当該まとめ圧縮データに対応したメタデータとが、前記正ストレージシステムから前記副ストレージシステムへの転送対象であり、
ジャーナルは、ジャーナルデータと、当該ジャーナルデータに関連付けられたメタデータとで構成されており、
ジャーナルデータは、前記正ボリュームに格納されるデータの複製であり、
前記副ストレージシステムが、一個以上のまとめ圧縮データを伸張することで複数個のジャーナルデータを取得し、当該複数個のジャーナルデータを前記副ボリュームにライトする、
計算機システム。

【請求項2】

前記副ストレージシステムが、前記複数個のジャーナルデータを、複数個のメタデータそれぞれが表すライト順番に従い前記副ボリュームにライトする、
請求項１に記載の計算機システム。

【請求項3】

前記正ストレージシステムと副ストレージシステムとの一方または両方は、クラウド上のシステムである、
請求項１に記載の計算機システム。

【請求項4】

前記正ストレージシステムと前記副ストレージシステムの少なくとも一方は、前記正ストレージシステムと前記副ストレージシステムの間の転送を行うネットワークインタフェースを有し、
前記ネットワークインタフェースが、前記圧縮または前記伸張の少なくともいずれかを行う、
請求項１に記載の計算機システム。

【請求項5】

ジャーナルＩ／Ｏ要求毎に、前記正ストレージシステムから前記副ストレージシステムに、Ｎ個のジャーナルにおけるＮ個（Ｎは２以上の整数）のメタデータと、前記まとめ圧縮データの少なくとも一部であり前記Ｎ個のメタデータに対応したデータとが転送され、
ジャーナルＩ／Ｏ要求は、前記副ストレージシステムから前記正ストレージシステムへのジャーナルのリード要求と、前記正ストレージシステムから前記副ストレージシステムへのジャーナルのライト要求とのいずれかである、
請求項１に記載の計算機システム。

【請求項6】

ジャーナルＩ／Ｏ要求毎に、前記正ストレージシステムが、Ｎ個のジャーナルデータをリードし、当該Ｎ個のジャーナルデータをまとめ圧縮し、
前記Ｎ個のメタデータに対応したデータは、当該まとめ圧縮されたＮ個のジャーナルデータである、
請求項５に記載の計算機システム。

【請求項7】

前記正ストレージシステムが、前記副ストレージシステムへの転送の都度に、前記副ストレージシステムへ未転送の複数個のジャーナルを特定し、当該特定された複数個のジャーナルについて前記まとめ圧縮を行い、
前記まとめ圧縮が行われた各転送について、前記転送対象における前記複数個のメタデータの各々が、圧縮がされていることを意味する情報と、前記まとめ圧縮データのサイズである圧縮後サイズを表す情報とを含み、
前記転送対象におけるメタデータが、圧縮がされていることを意味する情報を含んでいる場合、前記副ストレージシステムが、当該メタデータが表す圧縮後サイズのまとめ圧縮データを伸張する、
請求項１に記載の計算機システム。

【請求項8】

前記正ストレージシステムの圧縮機能が受け付け可能なデータサイズの上限である受付サイズが決まっており、
前記正ストレージシステムが、前記複数個のジャーナルデータを、前記受付サイズ以下のサイズである分割サイズで分割し、
前記圧縮機能が、前記複数個のジャーナルデータが前記分割サイズで分割されることにより得られた複数個のデータセグメントをそれぞれ圧縮することで複数個の圧縮データセグメントを出力し、
前記まとめ圧縮データは、前記複数個の圧縮データセグメントで構成されたデータである、
請求項１に記載の計算機システム。

【請求項9】

圧縮データセグメントに対応したメタデータが、当該圧縮データセグメントの圧縮後サイズを表し、
前記副ストレージシステムが、前記まとめ圧縮データを、圧縮データセグメントのメタデータから特定される圧縮後サイズで分割することにより、前記複数個の圧縮データセグメントを取得し、当該複数個の圧縮データセグメントの各々を伸張する、
請求項８に記載の計算機システム。

【請求項10】

前記圧縮機能は、圧縮のアクセラレータである、
請求項９に記載の計算機システム。

【請求項11】

前記正ボリュームに前記副ボリュームがペア相手として関連付けられた場合に、前記副ボリュームの内容を前記正ボリュームの内容に一致させる形成コピーが行われるようになっており、
前記形成コピーにおいて、前記正ストレージシステムから前記副ストレージシステムへの転送の都度に、前記アクセラレータが、各データセグメントを圧縮する、
請求項１０に記載の計算機システム。

【請求項12】

前記正ストレージシステムが、前記正ボリュームを指定したライト要求毎に、当該ライト要求に付随するデータを前記正ボリュームにライトすることと、当該データの複製であるジャーナルデータと当該ジャーナルデータのライト順番を含むメタデータとを格納することとを含んだライト処理を行い、
前記正ストレージシステムが、前記正ボリュームを指定した各ライト要求について、当該ライト要求の完了応答を、当該ライト要求に付随するデータのジャーナルデータの格納及びまとめ圧縮を待たずに行う、
請求項１に記載の計算機システム。

【請求項13】

前記副ストレージシステムが、ジャーナルリード要求を正ストレージシステムに送信し、
当該ジャーナルリード要求に応答して、前記正ストレージシステムから前記転送対象が前記副ストレージシステムに転送され、
前記転送対象における前記複数個のメタデータの各々が、圧縮がされていることを意味する情報を含み、
前記副ストレージシステムが、前記転送対象が圧縮されている場合、前記まとめ圧縮データを伸張し、伸張されたデータを、前記副ボリュームにライトする、
請求項１に記載の計算機システム。

【請求項14】

正ボリュームを有する正ストレージシステムと、前記正ボリュームとボリュームペアを構成する副ボリュームを有する副ストレージシステムとが行う、計算機システムの制御方法であって、
前記正ストレージシステムにより、複数個のジャーナルデータの圧縮であるまとめ圧縮を行い、
まとめ圧縮されたデータであるまとめ圧縮データと、当該まとめ圧縮データに対応した複数個のメタデータとが、前記正ストレージシステムから前記副ストレージシステムへの転送対象であり、
ジャーナルは、ジャーナルデータと、当該ジャーナルデータに関連付けられたメタデータとで構成されており、
ジャーナルデータは、前記正ボリュームに格納されるデータの複製であり、
前記副ストレージシステムにより、一個以上のまとめ圧縮データを伸張することで複数個のジャーナルデータを取得し、当該複数個のジャーナルデータを前記副ボリュームにライトする、
計算機システムの制御方法。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、概して、正ストレージシステムから副ストレージシステムへのデータのリモートコピーに関する。

【背景技術】

【0002】

正ストレージシステムから副ストレージシステムへのデータのリモートコピーに関する技術が知られている。リモートコピーのためにストレージシステム間で転送されるデータの量が少ないことが好ましい。一例として、ストレージシステム間の通信帯域の基になるリソース削減に貢献することができるためである。

【0003】

特許文献１に開示の技術によれば、転送対象のデータが、圧縮データである。具体的には、正ストレージシステムが、ライト対象のデータを圧縮して格納し、格納された圧縮データを伸張することなく副ストレージシステムに転送する。

【先行技術文献】

【特許文献】

【0004】

【文献】特表２０１４－５２４６０１号公報

【発明の概要】

【発明が解決しようとする課題】

【0005】

特許文献１に開示の技術によれば、正ストレージシステムにおいて圧縮される単位も転送される単位もライト単位である。このため、ＲＰＯ（Recovery Point Objective）が短いことが期待されるが、転送対象データの削減効果（圧縮効果）が高いとは限らない。

【0006】

転送されるデータの量が削減されたリモートコピーとして、差分リモートコピーがある。具体的には、正ストレージシステムが、周期的に、副ストレージシステムとの間での差分データのみを副ストレージシステムに転送する。所定の周期において正ストレージシステムにデータが複数回書き込まれても、書き込まれたデータのライト先とサイズが同じであれば、転送対象のデータは、最後に書き込まれたデータのみでよい。このため、転送対象のデータの削減効果が高い（正ストレージシステムに書き込まれたデータの総容量に対する副ストレージへ転送したデータの総容量の割合である削減率が小さい）ことが期待されるが、ＲＰＯが、データ転送の周期に依存するため悪化することが懸念される。周期的に、正ストレージでスナップショットを取得しスナップショット間の差分データを正ストレージシステムと副ストレージシステムの差分データとして転送することもできる。

【課題を解決するための手段】

【0007】

ボリュームを有する正ストレージシステムと、正ボリュームとボリュームペアを構成する副ボリュームを有する副ストレージシステムとが備えられる。正ストレージシステムが、複数個のジャーナルにおける複数個のジャーナルデータの少なくとも一部であり一個のジャーナルデータのサイズより大サイズのデータの圧縮であるまとめ圧縮を行う。まとめ圧縮されたデータであるまとめ圧縮データが、正ストレージシステムから副ストレージシステムへの転送対象である。ジャーナルは、ジャーナルデータと、当該ジャーナルデータのライト順番を含むメタデータとを含む。ジャーナルデータは、正ボリュームにライトされたデータの複製である。副ストレージシステムが、一個以上のまとめ圧縮データを伸張することで複数個のジャーナルデータを取得し、当該複数個のジャーナルデータを、複数個のメタデータそれぞれが表すライト順番に従い副ボリュームにライトする。

【発明の効果】

【0008】

本発明によれば、短いＲＰＯの維持と転送対象データの削減効果向上との両方を実現することができる。

【図面の簡単な説明】

【0009】

【図1】第１の実施形態に係るシステム全体の構成例を示す。

【図2】ストレージシステムと保守端末の構成例を示す。

【図3】正ストレージシステムから副ストレージシステムへのリモートコピーの概要の一例を示す。

【図4】ストレージシステムのメモリの構成例を示す。

【図5】ＳＥＱ＃テーブルの構成例を示す。

【図6】ＪＮＣＢの構成例を示す。

【図7】距離テーブルの構成例を示す。

【図8】必要多重度テーブルの構成例を示す。

【図9】正ストレージシステムが行うライト処理の処理フローを示す。

【図10】方式１に従うＪＮＬ転送処理の処理フローを示す。

【図11】距離入力プログラムの処理フローを示す。

【図12】ＪＮＬリードスケジュールプログラムの処理フローを示す。

【図13】方式２に従うＪＮＬ転送処理の処理フローを示す。

【図14】ＪＮＬ圧縮プログラムの処理フローを示す。

【図15】リストアプログラムの処理フローを示す。

【図16】ＳｍａｒｔＮＩＣの構成例を示す。

【図17】第２の実施形態に係るＪＮＬ転送処理の処理フローを示す。

【図18】ＪＮＣＢと圧縮後のデータとの関係の一例を示す。

【図19】第３の実施形態に係るＪＮＣＢの構成例を示す。

【図20】第３の実施形態に係るＪＮＬ転送処理の処理フローを示す。

【図21】第３の実施形態に係る形成コピーの処理フローを示す。

【図22】ケースとＪＮＣＢ内の情報との関係を示す。

【発明を実施するための形態】

【0010】

以下の説明では、「インターフェース装置」は、一つ以上のインターフェースデバイスでよい。当該一つ以上のインターフェースデバイスは、下記のうちの少なくとも一つでよい。
・一つ以上のＩ／Ｏ（Input/Output）インターフェースデバイス。Ｉ／Ｏ（Input/Output）インターフェースデバイスは、Ｉ／Ｏデバイスと遠隔の表示用計算機とのうちの少なくとも一つに対するインターフェースデバイスである。表示用計算機に対するＩ／Ｏインターフェースデバイスは、通信インターフェースデバイスでよい。少なくとも一つのＩ／Ｏデバイスは、ユーザインターフェースデバイス、例えば、キーボード及びポインティングデバイスのような入力デバイスと、表示デバイスのような出力デバイスとのうちのいずれでもよい。
・一つ以上の通信インターフェースデバイス。一つ以上の通信インターフェースデバイスは、一つ以上の同種の通信インターフェースデバイス（例えば一つ以上のＮＩＣ（Network Interface Card））であってもよいし二つ以上の異種の通信インターフェースデバイス（例えばＮＩＣとＨＢＡ（Host Bus Adapter））であってもよい。

【0011】

また、以下の説明では、「メモリ」は、一つ以上の記憶デバイスの一例である一つ以上のメモリデバイスであり、典型的には主記憶デバイスでよい。メモリにおける少なくとも一つのメモリデバイスは、揮発性メモリデバイスであってもよいし不揮発性メモリデバイスであってもよい。

【0012】

また、以下の説明では、「永続記憶装置」は、一つ以上の記憶デバイスの一例である一つ以上の永続記憶デバイスでよい。永続記憶デバイスは、典型的には、不揮発性の記憶デバイス（例えば補助記憶デバイス）でよく、具体的には、例えば、ＨＤＤ（Hard Disk Drive）、ＳＳＤ（Solid State Drive）、ＮＶＭＥ（Non-Volatile Memory Express）ドライブ、又は、ＳＣＭ（Storage Class Memory）でよい。

【0013】

また、以下の説明では、「記憶装置」は、メモリと永続記憶装置の少なくともメモリでよい。

【0014】

また、以下の説明では、「プロセッサ」は、一つ以上のプロセッサデバイスでよい。少なくとも一つのプロセッサデバイスは、典型的には、ＣＰＵ（Central Processing Unit）のようなマイクロプロセッサデバイスでよいが、ＧＰＵ（Graphics Processing Unit）のような他種のプロセッサデバイスでもよい。少なくとも一つのプロセッサデバイスは、シングルコアでもよいしマルチコアでもよい。少なくとも一つのプロセッサデバイスは、プロセッサコアでもよい。少なくとも一つのプロセッサデバイスは、処理の一部又は全部を行うハードウェア記述言語によりゲートアレイの集合体である回路（例えばＦＰＧＡ（Field-Programmable Gate Array）、ＣＰＬＤ（Complex Programmable Logic Device）又はＡＳＩＣ（Application Specific Integrated Circuit））といった広義のプロセッサデバイスでもよい。

【0015】

また、以下の説明では、「ｘｘｘテーブル」といった表現にて、入力に対して出力が得られる情報を説明することがあるが、当該情報は、どのような構造のデータでもよいし（例えば、構造化データでもよいし非構造化データでもよいし）、入力に対する出力を発生するニューラルネットワーク、遺伝的アルゴリズムやランダムフォレストに代表されるような学習モデルでもよい。従って、「ｘｘｘテーブル」を「ｘｘｘ情報」と言うことができる。また、以下の説明において、各テーブルの構成は一例であり、一つのテーブルは、二つ以上のテーブルに分割されてもよいし、二つ以上のテーブルの全部又は一部が一つのテーブルであってもよい。

【0016】

また、以下の説明では、「プログラム」を主語として処理を説明する場合があるが、プログラムは、プロセッサによって実行されることで、定められた処理を、適宜に記憶装置及び／又はインターフェース装置を用いながら行うため、処理の主語が、プロセッサ（或いは、そのプロセッサを有する装置又はシステム）とされてもよい。プログラムは、プログラムソースから計算機のような装置にインストールされてもよい。プログラムソースは、例えば、プログラム配布サーバ又は計算機が読み取り可能な記録媒体（例えば非一時的な記録媒体）であってもよい。また、以下の説明において、二つ以上のプログラムが一つのプログラムとして実現されてもよいし、一つのプログラムが二つ以上のプログラムとして実現されてもよい。

【0017】

また、「ボリューム」（ＶＯＬ）は、論理的な記憶領域である。ボリュームは、実体的なボリューム（ＲＶＯＬ）であってもよいし、仮想的なボリューム（ＶＶＯＬ）であってもよい。「ＲＶＯＬ」は、記憶装置に基づくＶＯＬでよく、「ＶＶＯＬ」は、容量仮想化技術（典型的にはThin Provisioning）に従うボリュームでよい。

【0018】

また、「ストレージシステム」は、複数の記憶デバイスと複数の記憶デバイスに対するデータのＩ／Ｏを行うコントローラとを備えたシステムでもよいし、一つ以上の物理的な計算機を含んだシステムでよい。後者のシステムは、例えば、一つ以上の物理的な計算機の各々が所定のソフトウェアを実行することにより、当該一つ以上の物理的な計算機がＳＤｘ（Software-Defined anything）として構築されてもよい。ＳＤｘとしては、例えば、ＳＤＳ（Software-Defined Storage）又はＳＤＤＣ（Software-defined Datacenter）を採用することができる。

【0019】

また、以下の説明では、同種の要素を区別しないで説明する場合には、参照符号のうちの共通符号を使用し、同種の要素を区別して説明する場合には、参照符号を使用することがある。
［第１の実施形態］

【0020】

図１は、第１の実施形態に係るシステム全体の構成例を示す。

【0021】

正ホスト１００Ａがネットワーク２２０Ａ（例えばフロントエンドのネットワーク）を介して正ストレージシステム２００Ａに接続されている。副ホスト１００Ｂがネットワーク２２０Ｂ（例えばフロントエンドのネットワーク）を介して副ストレージシステム２００Ｂに接続されている。正ストレージシステム２００Ａと副ストレージシステム２００Ｂがネットワーク２２０Ｃ（例えばバックエンドのネットワーク）を介して接続されている。ネットワーク２２０Ａ～２２０Ｃのうちの二つ以上のネットワークが共通でもよいし、ネットワーク２２０Ａ～２２０Ｃのうちの少なくとも一つが専用線でもよい。

【0022】

正サイト（正ホスト１００Ａ及び正ストレージシステム２００Ａを含んだサイト）と副サイト（副ホスト１００Ｂ及び副ストレージシステム２００Ｂを含んだサイト）は、地理的に離れていてよい。正ホスト１００Ａは、インターフェース装置５１Ａ、メモリ５２Ａ及びＣＰＵ（Central Processing Unit）５３Ａを有する計算機である。副ホスト１００Ｂは、インターフェース装置５１Ｂ、メモリ５２Ｂ及びＣＰＵ５３Ｂを有する計算機である。なお、正ホスト１００Ａが、仮想的な装置（例えば、ＶＭ（Virtual Machine）又はコンテナ）であってもよい。同様に、副ホスト１００Ｂが、仮想的な装置であってもよい。また、正ホスト１００Ａが、仮想的な装置であり正ストレージシステム２００Ａに備えられてよいし、同様に、副ホスト１００Ｂが、仮想的な装置であり副ストレージシステム２００Ｂに備えられてよい（つまり、ストレージシステム２００Ａ及び２００Ｂの少なくとも一つが、いわゆるハイパーコンバージドのストレージシステムでもよい）。また、副ホスト１００Ｂはなくてもよい。また、例えばストレージシステム２００Ａ及び２００Ｂ間の距離が短い場合、正ホスト１００Ａが正ストレージシステム２００Ａに加えて副ストレージシステム２００Ｂに接続されていてもよい。副ホスト１００Ｂが副ストレージシステム２００Ｂに加えて正ストレージシステム２００Ａに接続されてもよい。ストレージシステム２００Ａ、２００Ｂの両方、または、片方が、コロケーションに設置されたシステムでもよいし、クラウドコンピューティングサービス（ストレージサービス）を提供するクラウド上のシステムでもよい。

【0023】

正ホスト１００Ａが、業務処理を実行するソフトウェア（例えばＤＢＭＳ（DataBase Management System））を実行し、データのライト要求を正ストレージシステム２００Ａに送信する。正ストレージシステム２００Ａが、当該ライト要求に従いデータを格納する。ストレージシステム２００Ａ及び２００Ｂ間でリモートコピーが行われる。すなわち、副ストレージシステム２００Ｂが、正ストレージシステム２００Ａからデータを受信し受信したデータを格納する。正ホスト１００Ａ又は正ストレージシステム２００Ａに障害があったときにディザスタリカバリが行われる。これにより、副ホスト１００Ｂは、副ストレージシステム２００Ｂ内のデータを利用して正ホスト１００Ａの業務処理を継続することができる。なお、リモートコピーシステムは、ストレージシステム２００Ａ及び２００Ｂを含んだシステムである。

【0024】

ネットワーク２２０Ｃに接続された保守端末２７０が存在する。保守端末２７０は、ストレージシステム２００の保守又は管理のために、ストレージシステム２００Ａ及び２００Ｂの少なくとも一つと通信する。保守端末２７０はネットワーク２２０Ａに接続され、正ストレージシステム２００Ａを保守してもよい。また、別の保守端末２７０がネットワーク２００Ｂに接続され、ストレージシステム２００Ｂを保守してもよい。

【0025】

図２は、ストレージシステム２００と保守端末２７０の構成例を示す。

【0026】

ストレージシステム２００は、ドライブ群（複数のドライブ２１８）と、ドライブ群に対してデータのＩ／Ｏを行う冗長化されたコントローラ２１０とを有する。ドライブ２１８は、永続記憶デバイスの一例である。ドライブ群が、一つ以上のＲＡＩＤ（Redundant Array of Independent (or Inexpensive) Disks）グループを構成してよい。ドライブ群に基づきボリューム２６が提供される。

【0027】

コントローラ２１０は、ＦＥ－ＩＦ（フロントエンドインターフェース）２１１と、ＢＥ－ＩＦ（バックエンドインターフェース）２１４と、Ｍ－ＩＦ（管理インターフェース）２１５と、アクセラレータ２１７と、メモリ２１３と、それらに接続されたプロセッサ２１２とを備える。ＩＦ２１１、２１４及び２１５が、インターフェース装置の一例である。

【0028】

ＦＥ－ＩＦ２１１は、ホスト１００と通信するインターフェースデバイスである。ＦＥ－ＩＦ２１１は、複数のポート（例えば、Fibre Channelポート、iSCSIポート）を有してよい。リモートコピーのパス（転送対象のデータが経由するパス）が、正ストレージシステム２００ＡのＦＥ－ＩＦ２１１のポートと、副ストレージシステム２００ＢのＦＥ－ＩＦ２１１のポートとを含んだパスでよい。ＦＥ－ＩＦ２００とは別にリモートコピー用のインターフェースデバイスが備えられてもよい。

【0029】

ＢＥ－ＩＦ２１４は、各ドライブ２１８と通信するインターフェースデバイスである。

【0030】

Ｍ－ＩＦ２１５は、保守端末２７０と通信するインターフェースデバイスである。Ｍ－ＩＦ２１５が有するポートが、ＦＥ－ＩＦ２１１が有するポートに代えて、リモートコピーのパスに含まれてよい。

【0031】

メモリ２１３は、プログラムやデータを格納する。メモリ２１３は、例えば、データが一時的に格納されるキャッシュメモリ領域を有してよい。プロセッサ２１２は、メモリ２１３に格納されたプログラムを実行する。アクセラレータ２１７は、プロセッサ２１２の処理の一部（例えば、データの圧縮又は伸張）を実行するハードウェア回路（例えば、ＦＰＧＡ又はＡＳＩＣ）である。アクセラレータ２１７は、プロセッサ２１２を含む広義のプロセッサの一部でよい。アクセラレータ２１７がなくても本発明は実施可能である。

【0032】

保守端末２７０は、ＩＦ２７５と、Ｉ／Ｏ部２７４と、メモリ２７２と、それらに接続されたＣＰＵ２７１とを備えた計算機である。ＩＦ２７５は、ネットワーク２２０に接続されるポートを有するインターフェースデバイスである。Ｉ／Ｏ部２７４は、キーボード、ポインティングデバイス及び表示デバイスのようなユーザインターフェースデバイスである。メモリ２７２は、プログラム（例えば保守プログラム２７３）及びデータを格納する。ＣＰＵ２７１は、保守プログラム２７３を実行することにより、ストレージシステム２００の保守を行う。例えば、保守プログラム２７３を実行するＣＰＵ２７１は、Ｉ／Ｏ部２７４を介してユーザから情報（例えば、ストレージシステム２００Ａ及び２００Ｂ間の距離を表す情報、又は、後述の必要多重度を表す情報）を受け付け、受け付けた情報をＩＦ２７５経由でストレージシステム２００に設定してよい。

【0033】

図３は、正ストレージシステム２００Ａから副ストレージシステム２００Ｂへのリモートコピーの概要の一例を示す。

【0034】

本実施形態に係るリモートコピーは、ＰＶＯＬ２６Ａを指定したライト要求に従う処理とは非同期に行われる（ライト要求に付随したライト対象データがＳＶＯＬ２６Ｂにコピーされていなくてもライト要求が完了する）非同期リモートコピーである。非同期リモートコピーでは、後述するＪＮＬ（ジャーナル）が使用される。

【0035】

正ストレージシステム２００Ａは、ＰＶＯＬ（Primary Volume）２６Ａと、ＰＶＯＬ２６Ａに格納されたデータがＪＮＬデータとして格納されるＪＶＯＬ（Journal Volume）２６ＪＡといったボリューム２６を有する。副ストレージシステム２００Ｂは、ＪＶＯＬ２６ＪＡに格納されたＪＮＬの転送先であるＪＶＯＬ２６ＪＢと、ＪＶＯＬ２６ＪＢに格納されたＪＮＬ内のＪＮＬデータが格納されるＳＶＯＬ（Secondary Volume）２６Ｂといったボリューム２６を有する。

【0036】

ＰＶＯＬ２６ＡとＳＶＯＬ２６ＢでＶＯＬペアが構成されている。ＰＶＯＬ２６Ａに格納されたデータのＳＶＯＬ２６Ｂへのリモートコピーは、ＪＶＯＬ２６ＪＡ及び２６ＪＢ経由で実現される。いずれのボリューム２６も、ドライブ群に基づいてよいが、ＪＶＯＬ２６Ｊの少なくとも一部が、コントローラ２１０におけるメモリ２１３（例えば、キャッシュメモリ領域）に基づいてよい。また、ストレージシステム２００Ａ及び２００Ｂの少なくとも一つにおいて、複数のＶＯＬペアにつき、一つのＪＶＯＬ２６Ｊが存在してもよい。また、一つのＶＯＬペアにつき、ＪＶＯＬ２６Ｊが複数存在してもよい。また、ストレージシステム２００Ａ及び２００Ｂ間で、一つのＶＯＬペアにつき、ＪＶＯＬ２６Ｊの数が異なっていてもよい。

【0037】

ＪＮＬは、ＪＮＬデータ２５２４とＪＮＣＢ（Journal Control Block）２５２３とで構成される。

【0038】

ＪＮＬデータ２５２４は、ＰＶＯＬ２６Ａに書き込まれたライト対象のデータと同じデータ（ライト対象のデータの複製）である。

【0039】

ＪＮＣＢ２５２３は、ＪＮＬデータ２５２４のメタデータの一例である。具体的には、例えば、ＪＮＣＢ２５２３は、ＪＮＬデータ２５２４の格納先のアドレス（例えば、ＬＢＡ（Logical Block Address））、ＪＮＬデータ２５２４の元のライト対象データの格納先のアドレス（ＰＶＯＬ２６Ａにおけるアドレス）、元のライト対象データが格納されたＰＶＯＬのＩＤ（及び／又は、当該ＰＶＯＬとＶＯＬペアを構成するＳＶＯＬのＩＤ）、及び、シーケンス番号（元のライト対象データが付随したライト要求の順番）といった情報を含む。シーケンス番号（以下、ＳＥＱ＃）は、ライト順番の一例である。ライト順番の別の例は、タイムスタンプでもよい。

【0040】

ＪＶＯＬ２６Ｊは、ＪＮＣＢ２５２３が格納される領域であるＪＮＣＢ領域２５２１と、ＪＮＬデータ２５２４が格納される領域であるＪＮＬデータ領域２５２２とを有する。図３が示すように、ＪＮＣＢ２５２３からＪＮＬデータ２５２４の格納先が特定可能である（ＪＮＣＢ２５２３からＪＮＬデータ２５２４へ延びた矢印を参照）。例えば、ＪＮＣＢ領域２５２１には、ＳＥＱ＃の順に、ＪＮＣＢ２５２３が格納される。

【0041】

リモートコピーの概要は、例えば通りである。すなわち、正ストレージシステム２００Ａが、正ホスト１００Ａからのライト要求に従い、当該ライト要求に付随するライト対象データをＰＶＯＬ２６Ａに格納し、当該ライト対象データの複製としてのＪＮＬデータと、当該ＪＬＮデータのメタデータであるＪＮＣＢとを含んだＪＮＬをＪＶＯＬ２６ＪＡに格納して、ライト完了を正ホスト１００Ａに報告する。正ストレージシステム２００Ａが、ライト要求に応答して行う処理とは非同期に、副ストレージシステム２００ＢからのＪＮＬリード要求に応答して（又は、当該ＪＮＬリード要求無しに自発的に）、副ストレージシステム２００Ｂへ転送対象のＪＮＬを転送する。副ストレージシステム２００Ｂが、ＪＮＬを受信し、受信したＪＮＬをＪＶＯＬ２６ＪＢに格納する。副ストレージシステム２００Ｂが、ＪＮＬ内のＪＮＣＢを基に、当該ＪＮＬ内のＪＮＬデータをＳＶＯＬ２６Ｂに格納する。これにより、正ストレージシステム２００ＡのＰＶＯＬ２６Ａから副ストレージシステム２００ＢのＳＶＯＬ２６Ｂへのデータがリモートコピーされたことになる。

【0042】

以下の説明では、便宜上、「ＪＮＬデータ」は、可算名詞とする。ＪＮＬデータは、可算名詞としての「ＪＮＬ」（ジャーナル）に含まれる一まとまりのデータであるためである。例えば、Ｎ個のＪＮＬがあれば（Ｎは２以上の整数）、ＪＮＬデータはＮ個である。本実施形態では、転送対象のＪＮＬがＮ個の場合、正ストレージシステム２００ＡによりＮ個のＪＮＬデータが圧縮される。なお、ＪＮＬデータを可算名詞とするため、ＪＮＬデータの元のデータであるライト対象データも、可算名詞とすることができる。また、Ｎ個のＪＮＬデータを圧縮することを、以下、「まとめ圧縮」と呼ぶことがある。

【0043】

図４は、メモリ２１３の構成例を示す。

【0044】

メモリ２１３は、管理領域２２１と、プログラム領域２２２と、キャッシュメモリ領域２２３とを有する。

【0045】

管理領域２２１には、管理情報が格納される。管理情報は、ＳＥＱ＃テーブル２２１０と、距離テーブル２２１１と、必要多重度テーブル２２１２と、ペアテーブル２２１３とを含む。情報２２１０～２２１２については後述する。ペアテーブル２２１３は、ＶＯＬペア毎に、ＰＶＯＬのＩＤとＳＶＯＬのＩＤ、コピー相手であるストレージシステム２００のＩＤとを含む。また、ペアテーブル２２１３は、コピー処理の一時停止状態、正常、異常などを管理するためのペア状態なども管理してもよい。

【0046】

プログラム領域２２２には、プログラムが格納される。格納されるプログラムとして、例えば、ホストからのＩ／Ｏ要求に応答してＰＶＯＬ（又はＳＶＯＬ）に対しデータのＩ／Ｏを行うためのＩ／Ｏプログラム２２２１と、ＪＮＬデータを作成するためのＪＮＬ作成プログラム２２２２と、ＪＮＬを転送する正ＪＮＬリードプログラム２２Ａと、転送されたＪＮＬを受信する副ＪＮＬリードプログラム２２Ｂと、ＪＮＬデータのリードスケジュールを決定するためのＪＮＬリードスケジュールプログラム２２２６と、ストレージシステム２００Ａ及び２００Ｂ間の距離を表す情報を入力するための距離入力プログラム２２２７と、ＪＮＬデータの圧縮を行うためのＪＮＬ圧縮プログラム２２２８と、データをリストアするためのリストアプログラム２２２９とがある。なお、本実施形態では、リモートコピーの方式として後述するように方式１～３があり、説明の簡単のために、正ＪＮＬリードプログラム２２Ａ及び副ＪＮＬリードプログラム２２Ｂの各々は方式１～３に共通であるが、方式１～３の各々について、当該方式に専用のプログラムが用意されてもよい。

【0047】

キャッシュメモリ領域２２３には、データが一時的に格納される。

【0048】

このメモリ２１３を有するストレージシステム２００は、正ストレージシステム２００Ａと副ストレージシステム２００Ｂの一方又は両方のストレージシステムとして機能することができる。例えば、このストレージシステム２００がＰＶＯＬ２６Ａを有するがＳＶＯＬ２６Ｂを有しない場合、このストレージシステム２００は正ストレージシステム２００Ａとして機能する。このストレージシステム２００がＰＶＯＬ２６Ａを有しないがＳＶＯＬ２６Ｂを有する場合、このストレージシステム２００は副ストレージシステム２００Ｂとして機能する。このストレージシステム２００が第１のＶＯＬペアにおけるＳＶＯＬ２６Ｂを有し第２のＶＯＬペアにおけるＰＶＯＬ２６Ａを有する場合、このストレージシステム２００は正ストレージシステム２００Ａとしても副ストレージシステム２００Ｂとしても機能する。

【0049】

図５は、ＳＥＱ＃テーブル２２１０の構成例を示す。

【0050】

コピー元について、ＳＥＱ＃テーブル２２１０は、最新のＪＮＬ（最も遅くに作成されたＪＮＬ）のＳＥＱ＃を表す情報を含む。これにより、次に作成するＪＮＬに含めるＳＥＱ＃の特定が可能である。例えば、次に作成されるＪＮＬに含まれるＳＥＱ＃は、現在のＳＥＱ＃テーブル２２１０が表すＳＥＱ＃の次の番号（例えば、１インクリメントされた番号）である。なお、コピー元について、ＳＥＱ＃テーブル２２１０は、コピー先に未転送のＪＮＬのうちの最古のＪＮＬ（ライト受信時刻が最も古いライト対象データのＪＮＬデータを含んだＪＮＬ）のＳＥＱ＃を表す情報を含んでもよい。これにより、次の転送対象のＪＮＬの特定が可能である。

【0051】

一方、コピー先について、ＳＥＱ＃テーブル２２１０は、ＳＶＯＬに未反映のＪＮＬのうちの最古のＪＮＬのＳＥＱ＃を表す情報を含む。これにより、次に反映されるＪＮＬに含まれるＳＥＱ＃の特定が可能である。なお、コピー先について、ＳＥＱ＃テーブル２２１０は、コピー元から未受信のＪＮＬのうちの最古のＪＮＬのＳＥＱ＃を表す情報を含んでもよい。これにより、次に正ストレージシステム２００Ａへ要求すべきＪＮＬの特定が可能である。

【0052】

図６は、ＪＮＣＢ２５２３の構成例を示す。

【0053】

ＪＮＣＢ２５２３は、後述の方式１～３のいずれにも使用可能な構成のＪＮＣＢである。本実施形態では、方式１～３のいずれかが選択的に採用可能でよいが、方式１～３のいずれかが固定で採用されてもよい。方式１～３のいずれかが固定で採用される場合、図６に例示の情報２２４０～２２５１の一部の情報が無くてもよい。

【0054】

ＪＮＣＢ２５２３は、ＳＥＱ＃２２４０と、ＰＶＯＬアドレス２２４１と、ＪＮＬデータサイズ２２４２と、ＪＶＯＬ格納開始アドレス２２４３と、圧縮ビット２２４４と、圧縮後サイズ２２４５と、分割ビット２２４６と、分割データサイズ２２４７と、圧縮開始ＳＥＱ＃２２４８と、圧縮終了ＳＥＱ＃２２５０といった情報を含む。

【0055】

ＳＥＱ＃２２４０は、ＪＮＣＢ２５２３が管理するＪＮＬに割り当てられたＳＥＱ＃を表す。ＰＶＯＬアドレス２２４１は、ＰＶＯＬ２６Ａのアドレス（例えば、ＰＶＯＬ２６ＡのＩＤとＰＶＯＬ２６の領域のＬＢＡ）を表す。ＪＮＬデータサイズ２２４２は、当該ＪＮＣＢ２５２３と同ＪＮＬ内のＪＮＬデータ２５２４のサイズを表す。ＪＶＯＬ格納開始アドレス２２４３は、ＪＶＯＬ２６ＪＡにおける領域のアドレスであって、当該ＪＮＬデータ２５２４が格納される領域の開始アドレスを表す。

【0056】

圧縮ビット２２４４は、ＪＶＯＬ２６ＪＡに格納された当該ＪＮＬデータ２５２４が圧縮されているか否かを表す。なお、圧縮（ＪＮＬデータの単体の圧縮、又は、まとめ圧縮）を常時実行する場合、圧縮ビット２２４４は無くてよい。更に、正ストレージシステム２００Ａと副ストレージシステム２００Ｂの間で、圧縮を実施することを相互に認識する場合、ＪＮＣＢ２２４２内に圧縮ビット２２４４を設ける必要がない。

【0057】

圧縮後サイズ２２４５は、圧縮ビット２２４４が“ＯＮ”（圧縮を意味する値）の場合に有効な情報であり、ＪＮＬデータの圧縮後のサイズを表す。まとめ圧縮された場合、圧縮後サイズ２２４５は、まとめ圧縮データ（まとめ圧縮されたＮ個のＪＮＬデータ）のデータサイズであるまとめ圧縮後サイズを表す。まとめ圧縮されたＮ個のＪＮＬデータにそれぞれ対応したＮ個のＪＮＣＢの各々に、圧縮ビット２２４４“ＯＮ”及び同一のまとめ圧縮後サイズが格納されてよい。

【0058】

情報２２４６及び２２４７は、圧縮ビット２２４４が“ＯＮ”であり且つ後述の方式３において有効な情報である（言い換えれば、方式３が採用されることが無い場合、情報２２４６及び２２４７は無くてよい）。分割ビット２２４６は、まとめ圧縮データがｐ個（ｐは２以上の整数）のデータセグメント（以下、各データセグメントを「圧縮データセグメント」）に分割されているか否かを表す。分割データサイズ２２４７は、圧縮データセグメントのサイズを表す。

【0059】

情報２２４８及び２２５０は、圧縮ビット２２４４が“ＯＮ”であり且つ後述の方式３において有効な情報である（言い換えれば、方式３が採用されることが無い場合、情報２２４６及び２２４７は無くてよい）。また、情報２２４８及び２２５０は、第３の実施形態に記載する方式において、活用することができる。圧縮開始ＳＥＱ＃２２４８は、まとめ圧縮されたＮ個のＪＮＬデータにそれぞれ対応したＮ個のＳＥＱ＃のうちの最古（先頭）のＳＥＱ＃を表す。圧縮終了ＳＥＱ＃２２５０は、まとめ圧縮されたＮ個のＪＮＬデータにそれぞれ対応したＮ個のＳＥＱ＃のうちの最新（最後）のＳＥＱ＃を表す。すなわち、情報２２４８及び２２５０は、どのＳＥＱ＃のデータをまとめて圧縮しているかを示す情報である。この情報２２４８及び２２５０を用いて、圧縮されたデータを伸張するとき等に、どのＪＮＬをまとめて処理する必要があるかを把握することができる。なお、ケースとＪＮＣＢ２５２３内の情報との関係を図２２に示す。各ケース（方式又は実施形態）において、チェックマークが対応付けられた情報が必須である。第３の実施形態では、ＪＮＣＢ２５２３は、開始オフセット２２４９及び終了オフセット２２５１といった情報を含むことができる。但し、図２２が示すように、第３の実施形態では、情報２２４８～２２５１は無くてもよい。

【0060】

図７は、距離テーブル２２１１の構成例を示す。

【0061】

距離テーブル２２１１は、正副ストレージシステム２００Ａ及び２００Ｂのペア毎に、コピー元ＩＤ２２１１１、コピー先ＩＤ２２１１２、距離２２１１３及び帯域２２１１４といった情報を保持する。

【0062】

コピー元ＩＤ２２１１１は、正ストレージシステム２００ＡのＩＤを表す。コピー先ＩＤ２２１１２は、副ストレージシステム２００ＢのＩＤを表す。距離２２１１３は、正副ストレージシステム２００Ａ及び２００Ｂ間の地理的な距離を表す。帯域２２１１４は、正ストレージシステム２００Ａ及び２００Ｂの間のデータ転送帯域を表す。本値は、正ストレージシステム２００Ａと副ストレージシステム２００Ｂの間のデータ転送処理の必要多重度を計算するための情報である。このため、正ストレージシステム２００Ａと副ストレージシステム２００Ｂの間の往復通信時間でも代用できる。また、後述する図８の必要多重度を距離や応答時間を確定できるのであれば、本テーブルは不要である。

【0063】

図８は、必要多重度テーブル２２１２の構成例を示す。

【0064】

必要多重度テーブル２２１２は、正副ストレージシステム２００Ａ及び２００Ｂのペア毎に、コピー元ＩＤ２２１２１、コピー先ＩＤ２２１２２及び必要多重度２２１２３といった情報を保持する。

【0065】

コピー元ＩＤ２２１２１は、正ストレージシステム２００ＡのＩＤを表す。コピー先ＩＤ２２１２２は、副ストレージシステム２００ＢのＩＤを表す。必要多重度２２１２３は、正副ストレージシステム２００Ａ及び２００Ｂ間で必要とされるデータ転送処理の多重度を表す。

【0066】

図９は、正ストレージシステム２００Ａが行うライト処理の処理フローを示す。

【0067】

Ｉ／Ｏプログラム２２２１が、正ホスト１００Ａからライト要求を受信する（Ｓ１０１）。Ｉ／Ｏプログラム２２２１は、受信したライト要求に付随したライト対象データをＰＶＯＬ２６Ａにライトし（Ｓ１０２）、ＪＮＬ作成プログラム２２２２をコールして（Ｓ１０３）、ＪＮＬ作成プログラム２２２２の完了を待つ（Ｓ１０４）。ライト対象データは、キャッシュメモリ領域２２３に一時格納されてからＰＶＯＬ２６Ａにライトされてもよいし、キャッシュメモリ領域２２３に格納されること無しにＰＶＯＬ２６Ａにライトされてもよい。

【0068】

コールされたＪＮＬ作成プログラム２２２２は、最新のＳＥＱ＃（現在の最新のＳＥＱ＃のインクリメント後のＳＥＱ＃）を確保する（Ｓ２０１）。ＪＮＬ作成プログラム２２２２は、ＪＮＬデータの格納先アドレス（例えばＪＶＯＬ格納開始アドレス）を決定し（Ｓ２０２）、Ｓ１０２でライトされたデータ（例えばキャッシュメモリ領域２２３上のデータ）の複製としてのＪＮＬデータを作成し、当該ＪＮＬデータを、Ｓ２０２で決定したアドレスが指す領域（例えば、キャッシュメモリ領域２２３又はＪＮＬデータ領域２５２２）に格納する（Ｓ２０３）。また、ＪＮＬ作成プログラム２２２２は、ＪＮＣＢの格納先アドレスを決定し（Ｓ２０４）、Ｓ２０１で確保したＳＥＱ＃を含むＪＮＣＢを作成し、当該ＪＮＣＢを、Ｓ２０４で決定したアドレスが指す領域（例えば、キャッシュメモリ領域２２３又はＪＮＣＢ領域２５２１）に格納する（Ｓ２０５）。ＪＮＬ作成プログラム２２２２は、処理の完了をＩ／Ｏプログラム２２２１に通知する（Ｓ２０６）。

【0069】

Ｉ／Ｏプログラム２２２１は、ＪＮＬ作成プログラム２２２２から完了通知を受けた場合、正ホスト１００Ａ（ライト要求の送信元の一例）へライト完了を報告する（Ｓ１０５）。ライト完了の報告は、ジャーナルデータの格納やまとめ圧縮の完了を待たずに行われる。言い換えれば、まとめ圧縮が、ライト処理と非同期に行われる。

【0070】

このライト処理において、ＪＮＣＢ及びＪＮＬデータが正ストレージシステム２００Ａのキャッシュメモリ領域２２３に格納された場合、後に、ＪＮＣＢ及びＪＮＬデータがキャッシュメモリ領域２２３からＪＶＯＬ２６Ａに格納されてよい。ＪＶＯＬ２６Ａがキャッシュメモリ領域２２３に基づく領域の場合、キャッシュメモリ領域２２３への格納がＪＶＯＬ２６Ａへの格納に相当してよい。

【0071】

本実施形態では、方式１～３のいずれかに従い、ＪＮＬデータが正ストレージシステム２００Ａから副ストレージシステム２００Ｂへ転送される。以下、方式１～３の各々を説明する。

【0072】

＜方式１の説明＞

【0073】

図１０は、方式１に従うＪＮＬ転送処理の処理フローを示す。

【0074】

方式１によれば、まとめ圧縮されたＮ個のＪＮＬデータが転送対象である。

【0075】

副ストレージシステム２００Ｂの副ＪＮＬリードプログラム２２Ｂは、ＪＮＬのリード要求であるＲＤＪＮＬ（ジャーナルリード要求）を正ストレージシステム２００Ａに送信し（Ｓ６０１）、正ストレージシステム２００Ａからの応答を待つ（Ｓ６０２）。

【0076】

正ストレージシステム２００Ａの正ＪＮＬリードプログラム２２Ａは、副ストレージシステム２００Ｂからの受信したＲＤＪＮＬに応答して、未転送のＮ個のＪＮＣＢ２５２３をＪＶＯＬ２６ＪＡからリードし（Ｓ５０１）、Ｎ個のＪＮＣＢ２５２３の各々のＪＶＯＬ格納開始アドレス２２４３を特定する（Ｓ５０２）。正ＪＮＬリードプログラム２２Ａが、Ｓ５０２で特定された各アドレスからＪＮＬデータをリードし（Ｓ５０３）、リードされたＮ個のＪＮＬデータのまとめ圧縮を行う（Ｓ５０４）。正ＪＮＬリードプログラム２２Ａは、当該Ｎ個のＪＮＬデータにそれぞれ対応したＮ個のＪＮＣＢ２５２３の各々を更新する（Ｓ５０５）。Ｓ５０５で更新された後の各ＪＮＣＢ２５２３では、圧縮ビット２２４４が“ＯＮ”であり、圧縮後サイズ２２４５がまとめ圧縮後サイズを表す。正ＪＮＬリードプログラム２２Ａは、まとめ圧縮データ（まとめ圧縮されたＮ個のＪＮＬデータ）と、更新後のＮ個のＪＮＣＢ２５２３とを副ストレージシステム２００Ｂに転送する（Ｓ５０６）。各ＪＮＣＢ２５２３の圧縮ビット２２４４及び圧縮後サイズ２２４５を更新するのでなく、例えば、転送対象ＪＮＬの中で最も小さいＳＥＱ＃を有するＪＮＣＢ２５２３の情報のみ更新してもよい。正ＪＮＬリードプログラム及び副ＪＮＬリードプログラムが、最も小さいＳＥＱ＃を有するＪＮＣＢ２５２３の情報を用いて各ＪＮＬを処理する。

【0077】

副ストレージシステム２００Ｂの副ＪＮＬリードプログラム２２Ｂが、正ストレージシステム２００ＡからＮ個のＪＮＣＢ２５２３と、まとめ圧縮データとを受信する（Ｓ６０３）。副ＪＮＬリードプログラム２２Ｂが、Ｎ個のＪＮＣＢ２５２３の各々から圧縮ビット２２４４“ＯＮ”を特定し（Ｓ６０４）、まとめ圧縮データをＮ個のＪＮＬデータに伸張する（Ｓ６０５）。伸張は、副ＪＮＬリードプログラム２２Ｂにより行われてもよいが、副ストレージシステム２００Ｂのアクセラレータにより行われてもよい。副ＪＮＬリードプログラム２２Ｂが、各ＪＮＬデータについて、格納先アドレス（例えばＪＶＯＬ格納開始アドレス）を決定し、当該ＪＮＬデータを、決定したアドレスが指す領域（例えば、キャッシュメモリ領域２２３又はＪＮＬデータ領域２５２２）に格納する（Ｓ６０６）。伸張したデータと、Ｎ個のＪＮＣＢ２５２３に格納されているＪＮＬデータサイズ２２４２を用いることで、各ＪＮＣＢ２５２３に対応するＪＮＬデータを特定することができる。具体的には、伸張したデータを、ＳＥＱ＃の小さい順にＪＮＬデータサイズ２２４２で分割する。副ＪＮＬリードプログラム２２Ｂが、Ｎ個のＪＮＣＢ２５２３の各々を更新する（Ｓ６０７）。Ｓ６０７で更新された後の各ＪＮＣＢ２５２３では、ＪＶＯＬ格納開始アドレス２２４３がＪＶＯＬ２６ＪＢにおける領域のアドレスであり、圧縮ビット２２４４が“ＯＦＦ”であり、圧縮後サイズ２２４５は無効な値である。副ＪＮＬリードプログラム２２Ｂが、Ｓ６０７で更新された各ＪＮＣＢの格納先アドレスを決定し（Ｓ６０８）、各ＪＮＣＢを、Ｓ６０７で決定したアドレスが指す領域（例えば、キャッシュメモリ領域２２３又はＪＮＣＢ領域２５２１）に格納する（Ｓ６０９）。

【0078】

また、圧縮データの伸張を、図１５で説明するリストアプログラムにおいて実行してもよい。その場合、Ｓ６０４及びＳ６０５はスキップする。Ｓ６０６は、圧縮されたデータを格納する。Ｓ６０７では、ＪＶＯＬ格納開始アドレス２２４３がＪＶＯＬ２６ＪＢにおける領域のアドレスへ変更される。圧縮ビット２２４４と圧縮後サイズ２２４５は変更されない。

【0079】

方式１によれば、全ライト対象データが転送対象であるため、短いＲＰＯが維持される。また、転送対象が、Ｎ個のＪＮＬデータがまとめ圧縮された後のデータであるため、転送対象データの削減効果向上が期待される。

【0080】

なお、下記のうちの少なくとも一つが採用されてもよい。
・Ｓ６０４～Ｓ６０９に代えて、まとめ圧縮データとＮ個のＪＮＣＢがＪＶＯＬ２６ＪＢに格納されてよい。ＪＮＬのＳＶＯＬ２６Ｂへの反映の際に（つまりリストア処理の際に）、まとめ圧縮データをＮ個のＪＮＬデータに伸張することと、伸張されたＮ個のＪＮＬデータをＳＶＯＬ２６Ｂへライトすることとが行われてよい。また、ＪＮＬをＳＶＯＬ２６Ｂへ反映する処理が、一つのＪＮＬリードプログラムが転送したＪＮＬを処理する必要がある。例えば、ＪＮＬリードプログラムが１回目の処理で、ＳＥＱ＃１～５０のＪＮＬを転送し、２回目の処理でＳＥＱ＃５１～１００を転送する場合を考える。リストア処理も、ＳＥＱ＃１～５０を対象に処理する必要がある。なぜならば、ＳＥＱ＃１～５０のＪＮＬデータがまとめて圧縮されているからである。圧縮開始ＳＥＱ＃２２４８と圧縮終了ＳＥＱ＃２２５０をＪＮＣＢ２５２３に格納しておくことで、リストア処理が、ＳＥＱ＃１～５０がまとめて圧縮されていることを認識できる。
・非同期リモートコピーに従う形成コピー（初期にＰＶＯＬ２６ＡとＳＶＯＬ２６Ｂとを一致させるためのコピー）も、図１０に例示の処理と同様の処理を含んでよい。その際、Ｓ５０３では、ＪＮＬデータは、ＪＶＯＬ２６ＪＡに代えてＰＶＯＬ２６Ａからリードされる。

【0081】

＜方式２の説明＞

【0082】

ＪＮＬ転送処理の多重度は、ストレージシステム２００Ａ及び２００Ｂ間の回線の効率に影響する。例えば、多重度が“１”の場合、回線にデータが転送されていない期間が増加し、回線の利用効率が低下する。例えば、正ストレージシステム２００Ａにおいて、ＲＤＪＮＬをプロセッサ２１２が処理中（例えば、ＪＮＣＢの更新中、又は、ＪＮＬデータの転送中）やＲＤＪＮＬのコマンドが送信されている間など、回線にデータが転送されない。あるＲＤＪＮＬが回線にデータを転送していない間、別のＲＤＪＮＬが回線にデータを転送することができれば回線の利用効率が向上する。このため、“１”より大きいＲＤＪＮＬの多重度が必要となる。

【0083】

Ｎ個のＪＮＬデータのまとめ圧縮について、Ｎの値が大きい程、圧縮効果が高い（元のデータのサイズに対する圧縮後のデータのサイズの割合である圧縮率が小さい）ことが期待される。しかし、Ｎの値が大き過ぎると、ＪＮＬ転送処理の多重度が下がってしまう。例えば、一個のＲＤＪＮＬの処理で多くのＪＮＬデータがまとめ圧縮の対象になると、当該ＲＤＪＮＬの処理中に次のＲＤＪＮＬを正ストレージシステム２００Ａが受けても当該正ストレージシステム２００Ａに転送対象のＪＮＬデータが存在しない可能性がある。

【0084】

そこで、方式２では、多重度と、まとめ圧縮の対象となるＪＮＬデータの数Ｎとが最適化される。例えば、多重度を必要多重度（必要最低限の多重度）以上に維持し、一個のＲＤＪＮＬに応答してまとめ圧縮されるＪＮＬデータの数を増やすことが期待される。

【0085】

必要多重度について説明する。必要多重度は例えば以下の（式１）の通りに算出されてよい。
必要多重度＝（ＲＤＪＮＬコマンドの往復時間－データ転送時間）÷データ転送時間＋１・・・（式１）

【0086】

（ＲＤＪＮＬコマンドの往復時間－データ転送時間）は、ＲＤＪＮＬコマンドでデータが転送される時間以外の時間を意味する。ＲＤＪＮＬコマンドでデータが転送される時間以外の時間に、別のデータ転送を行うＲＤＪＮＬコマンドが何個必要であるかを上述の式１にて計算できる。例えば、リードＪＮＬコマンドの往復時間＝１５００μｓ、データ転送時間＝３００μｓと仮定した時、（リードＪＮＬコマンドの往復時間－データ転送時間）＝１２００μｓとなる。この場合、１２００μｓの時間にデータ転送を行う別のＲＤＪＮＬコマンドがあることが望ましい。１つのＲＤＪＮＬコマンドのデータ転送時間が３００μｓなので、４ＲＤＪＮＬあれば、１２００μｓの時間に、隙間（空き時間）なくデータ転送を行うことができる。すなわち、合計５多重あれば回線帯域を使い切ることができる。

【0087】

また、ＲＤＪＮＬコマンドの往復時間は、下記の時間、
・データ転送時間
・正ストレージシステム内処理時間
・副ストレージシステム内処理時間
・ＲＤＪＮＬコマンド転送時間
に分解される。

【0088】

「正ストレージシステム内処理時間」は、正ストレージシステム２００Ａのプロセッサが処理を行っている時間（プロセッサ処理時間）や正ストレージシステム２００Ａ内部でデータを転送している時間（システム内転送時間）などの合計値である。「副ストレージシステム内処理時間」は、副ストレージシステム２００Ｂのプロセッサが処理を行っている時間（プロセッサ処理時間）や副ストレージシステム２００Ｂ内部でデータを転送している時間（システム内転送時間）などの合計値である。「ＲＤＪＮＬコマンド転送時間」は、副ストレージシステム２００ＢがＲＤＪＮＬコマンドを発行し、正ストレージシステム２００ＡがＲＤＪＮＬコマンドを受領するまでの時間である。これらの時間、当該ＲＤＪＮＬコマンドに対応するデータ転送は行われない。

【0089】

「プロセッサ処理時間」は、ＲＤＪＮＬの処理にプロセッサ２１２が要する時間でよい。「システム内転送時間」は、ＲＤＪＮＬに応答してストレージシステム２００内でデータ転送（例えば、キャッシュメモリ領域２２３又はドライブ２１８へのデータ転送）に要する時間でもよいし、ＲＤＪＮＬの処理においてプロセッサ２１２が使用されていない時間でもよい。プロセッサ処理時間もシステム内転送時間も、管理者から保守端末２７０経由で入力されてもよいし、ストレージシステム２００内部での計測値でもよい。

【0090】

次に、これらの時間の決定方法について述べる。保守端末２７０を介して直接指定する方法、保守端末２７０を介して指定された情報を用いて計算する方法、及び、ストレージシステムが計算する方法が考えられる。上述した時間（例えば、ＲＤＪＮＬコマンドの往復時間の要素としての複数種類の時間）の少なくとも一部の時間が、これらの方法のうちのいずれの方法で決定されてもよい。

【0091】

保守端末２７０を介して直接指定する方法では、必要多重度が、管理者から保守端末２７０経由で入力されてもよい。

【0092】

保守端末２７０を介して指定された情報を用いて計算する方法では、例えば、距離情報、正ストレージシステムと副ストレージシステムの間のネットワーク帯域情報を、保守端末２７０を介して受け取る。距離情報を用いて、ＲＤＪＮＬコマンド転送時間を算出し、ネットワーク帯域を用いて、データ転送時間を算出できる。ストレージシステム内処理時間は、予めストレージシステムのメモリに記憶しておいてもよいし、後述する方法で観測してもよい。

【0093】

ストレージシステムが計算する方法では、下記のうちの少なくとも一つが採用されてよい。ストレージシステムが計算することにより、ストレージシステムやネットワークの遅延などが変化した場合へ多重度を変更し対処することができる。
・リードＪＮＬコマンドの往復時間を観測してもよい。これは、図１３のＳ９００の開始から図１３のＳ６０９の終了までの時間でよい。
・正ストレージシステム内処理時間は、正ストレージシステムがＲＤＪＮＬコマンド受領からデータ転送開始までの時間を観測してもよい。これは、図１３のＳ９０１の開始から図１３のＳ５０６の終了までの時間でよい。
・副ストレージシステム内処理時間は、副ストレージシステムがプログラム起動からＲＤＪＮＬコマンド受領までの時間と、ＲＤＪＮＬコマンドの応答受領から、プログラム終了までの時間を観測し、合計した値でよい。これは、図１３のＳ９００の開始から図１３のＳ６０２の終了までの時間と、図１３のＳ６０３の開始から図１３のＳ６０９の終了までの時間の合計値でよい。
・ＲＤＪＮＬコマンド転送時間は、正ストレージシステムと副ストレージシステムによる、ハートビートなどの時間を観測してもよい。
・データ転送時間は、ＲＤＪＮＬコマンドの往復時間から正ストレージシステム内処理時間、副ストレージシステム内処理時間、ＲＤＪＮＬコマンド転送時間を減算することで計算される。

【0094】

必要多重度は、ストレージシステム２００Ａ及び２００Ｂ間の距離（距離２２１１３が表す値）及びネットワーク帯域（帯域２２１１４が表す値）の少なくとも一つを基に算出されてよい。

【0095】

図１１は、距離入力プログラム２２２７の処理フローを示す。

【0096】

距離入力プログラム２２２７は、管理者から保守端末２７０経由で距離情報（ストレージシステム２００Ａ及び２００Ｂとの間の距離を表す情報）とネットワーク帯域情報（ストレージシステム２００Ａ及び２００Ｂとの間のネットワーク帯域を表す情報）を受け付ける（Ｓ７０１）。

【0097】

距離入力プログラム２２２７は、受信した距離情報及びネットワーク帯域情報を含むエントリを距離テーブル２２１１に追加する（Ｓ７０２）。

【0098】

距離入力プログラム２２２７は、当該距離情報が表す距離と当該ネットワーク帯域情報が表す帯域とのうちの少なくとも一つを基に、必要多重度を算出し、算出された必要多重度を含むエントリを必要多重度テーブル２２１２に追加する（Ｓ７０３）。例えば、前述した通り、データ転送時間、正ストレージシステム内処理時間、副ストレージシステム内処理時間、及び、ＲＤＪＮＬコマンド転送時間を基に、必要多重度が計算される。Ｓ７０１で受領した距離情報からＲＤＪＮＬコマンド転送時間が計算され、ネットワーク帯域情報からデータ転送事案が計算される。（式１）に示した計算により必要多重度が計算される。正ストレージシステム内処理時間、副ストレージシステム内処理時間は、事前にストレージのメモリに格納しておくか、上述したとおり内部的に観測することで値を決定することができる。必要多重度を計算する方法は、説明した以外の方法にも考えられる。必要多重度を計算するために必要となる情報の取得方法は、説明した以外の方法も考えられる。どのような方法により必要多重度を計算してもよい。

【0099】

ストレージシステムが計算する方法の場合、本プログラムは不要でよい。代わりに、ストレージシステムが、各種情報を観測し必要多重度を決定する処理が必要となる。ストレージシステムは、定期的に必要多重度を計算し見直してもよい。

【0100】

また、多重度情報や必要多重度を計算するための情報をユーザに入力させる場合、ストレージシステム側でも各種情報を観測し必要多重度を決定する処理を実行してもよい。両方の計算結果の乖離が所定の閾値以上であれば、ユーザに入力情報の見直しを通知してもよい。

【0101】

図１２は、ＪＮＬリードスケジュールプログラム２２２６の処理フローを示す。

【0102】

副ストレージシステム２００Ｂ（又は正ストレージシステム２００Ａ）において、ＪＮＬリードスケジュールプログラム２２２６は、必要多重度テーブル２２１２を参照し、ＲＤＪＮＬ数（処理中のＲＤＪＮＬの数）が必要多重度未満か否かを判定する（Ｓ７１１）。

【0103】

Ｓ７１１の判定結果が真の場合（Ｓ７１１：Ｙｅｓ）、ＪＮＬリードスケジュールプログラム２２２６は、副ＪＮＬリードプログラム２２Ｂをコールする（Ｓ７１２）。これにより、副ＪＮＬリードプログラム２２ＢからＲＤＪＮＬが送信され、結果、ＲＤＪＮＬ数が増える。Ｓ７１１の判定は、必要多重度テーブル２２１２にアクセスし必要多重度を取得することで実現される。

【0104】

図１３は、方式２に従うＪＮＬ転送処理の処理フローを示す。以下、方式１に従うＪＮＬ転送処理との相違点を主に説明し、方式１に従うＪＮＬ転送処理との共通点については説明を省略又は簡略する。図１３の例では、副ストレージシステムが必要多重度を計算し、ＲＤＪＮＬコマンドで必要多重度を正ストレージシステムに通知する方法を前提に説明する。正ストレージが必要多重度を計算してもよい。

【0105】

副ストレージシステム２００Ｂの副ＪＮＬリードプログラム２２Ｂが、副ストレージシステム２００Ｂにより算出されている必要多重度を指定したＲＤＪＮＬを送信する（Ｓ９００）。

【0106】

正ストレージシステム２００Ａの正ＪＮＬリードプログラム２２Ａが、副ＪＮＬリードプログラム２２ＢからＲＤＪＮＬを受信し、ＲＤＪＮＬコマンドに指定された必要多重度を取得する（Ｓ９０１）。

【0107】

正ＪＮＬリードプログラム２２Ａが、Ｓ９０１で取得した必要多重度を基に、転送ＪＮＬ数（まとめ圧縮の対象とされるＪＮＬデータの数Ｎ）を決定する（Ｓ９０２）。例えば、正ＪＮＬリードプログラム２２Ａは、転送ＪＮＬ数＝（最大多重度）÷（ＲＤＪＮＬで指定されている必要多重度）×（最大多重度時の転送ＪＮＬ数）を算出する。例えば、必要多重度“３２”ではＮ＝６４と仮定されている場合、多重度が“１６”であると、Ｎ＝１２８（＝３２÷１６×６４）である。「最大多重度」とは、許容されている多重度のうちの最大値を意味する。（最大多重度）×（最大多重度時の転送ＪＮＬ数）で計算されるＪＮＬ数が、並列に転送されるＪＮＬ数の合計値（以下、「合計ＪＮＬ数」と呼ぶ）である。合計ＪＮＬ数は、回線の利用効率を高く維持できるように設計されていると想定される。このため、多重度を減らした時も、合計ＪＮＬ数を維持することで、回線の利用効率を高く維持できることが期待できる。

【0108】

その後、Ｓ５０１～Ｓ５０６及びＳ６０３～Ｓ６０９が行われる。

【0109】

＜方式３の説明＞

【0110】

方式１又は２では、一個のＲＤＪＮＬに応答してまとめ圧縮されて転送されるＪＮＬデータの数はＮであるが、方式３では、Ｍ個のＲＤＪＮＬそれぞれに応答してリードされるＮ個のＪＮＬデータがまとめ圧縮の対象となる。つまり、方式３では、まとめ圧縮されて転送される対象が、（Ｍ×Ｎ）個のＪＮＬデータである。これにより、転送対象データの圧縮効果の一層の向上が期待される。

【0111】

図１４は、ＪＮＬ圧縮プログラム２２２８の処理フローを示す。本処理は、定期的に実行される。

【0112】

ＪＮＬ圧縮プログラム２２２８は、まとめ圧縮ＪＮＬ数を算出する（Ｓ８００）。まとめ圧縮ＪＮＬ数の値Ｋは、例えば、下記（式３）の通りに算出される。Ｍは、必要多重度を意味し、Ｎは、転送ＪＮＬ数を意味する。
Ｋ＝Ｍ×Ｎ・・・（式３）

【0113】

「必要多重度」は、方式２を前提とする場合、例えば、必要多重度テーブル２２１２から特定された必要多重度でよい。「必要多重度」は、方式１を前提とする場合、予め決められた多重度でよい。以降の方式３の説明においては、方式２を前提とする場合の必要多重度、方式１を前提とする場合の多重度を区別することなく単に「多重度」と呼ぶことにする。「転送ＪＮＬ数」は、多重度に対応付けられたＪＮＬデータの数Ｎ（一個のＲＤＪＮＬに応答してリードされるＪＮＬデータの数Ｎ）でよい。「多重度」は、定期的に又は不定期的に副ストレージシステム２００Ｂから通知されてもよいし、定期的に又は不定期的に正ストレージシステム２００Ａにおいて算出されてもよい。

【0114】

ＪＮＬ圧縮プログラム２２２８は、ＳＥＱ＃ｍからＳＥＱ＃（ｍ＋（Ｋ－１））のＪＮＣＢ（Ｋ個のＪＮＣＢ）をリードする（Ｓ８０１）。「ＳＥＱ＃ｍ」は、まとめ圧縮されていないＪＮＬデータのＳＥＱ＃のうち最古のＳＥＱ＃である。

【0115】

ＪＮＬ圧縮プログラム２２２８は、リードされたＫ個のＪＮＣＢ２５２３の各々について、ＪＶＯＬ格納開始アドレス２２４３を特定し（Ｓ８０２）、当該アドレス２２４３が指す領域からＪＮＬデータをリードする（Ｓ８０３）。ＪＮＬ圧縮プログラム２２２８は、リードされたＫ個のＪＮＬデータをまとめ圧縮する（Ｓ８０４）。

【0116】

ＪＮＬ圧縮プログラム２２２８は、まとめ圧縮データ（まとめ圧縮されたＫ個のＪＮＬデータ）の圧縮後サイズを算出し、分割データサイズ（＝（圧縮後サイズ）÷（多重度））算出する（Ｓ８０５）。分割データサイズの算出方法は一例であり、これ以外でもよい。上記の計算式を用いることで、各ＲＤＪＮＬが転送するデータ量を同一にすることができる。これにより、リモートコピー用のパスが複数本存在する場合などに、各パスの稼働率を均等にすることができる。パスの稼働率の偏りに伴う効率悪化を回避することができる。ＪＮＬ圧縮プログラム２２２８は、まとめ圧縮データを分割データサイズで分割する（Ｓ８０６）。これにより、まとめ圧縮データが、それぞれが分割データサイズと同じデータサイズであるｐ個（ｐは２以上の整数）の圧縮データセグメントに分割されたことになる。ＪＮＬ圧縮プログラム２２２８は、ｐ個の圧縮データセグメントをＪＶＯＬ２６ＪＡ（又はバッファといった他の領域）に格納する（Ｓ８０７）。ＪＮＬ圧縮プログラム２２２８は、Ｓ８０１でリードされたＫ個のＪＮＣＢ２５２３の各々について、当該ＪＮＣＢを更新し（当該ＪＮＣＢに、０個以上の圧縮データセグメントを紐付け）、更新後のＪＮＣＢを、ＪＶＯＬ２６Ａにおける当該ＪＮＣＢに上書きする（Ｓ８０８）。ＪＮＣＢの更新は、ＪＶＯＬ格納開始アドレス、圧縮ビット、圧縮後サイズ、分割ビット、分割データサイズ、圧縮開始ＳＥＱ＃、及び、圧縮終了ＳＥＱ＃の更新である。
・ＪＶＯＬ格納開始アドレスは、当該ＪＮＣＢを基にリードされる圧縮データセグメントのＪＶＯＬ格納開始アドレス（例えば、バッファ又はＪＶＯＬ２６ＪＡのアドレス）である。各ＲＤＪＮＬのＪＮＣＢが更新される。各ＲＤＪＮＬで対応する圧縮データセグメントが異なるため、各ＲＤＪＮＬのＪＮＣＢが格納するＪＶＯＬ格納開始アドレスは異なるアドレスとなる。
・圧縮ビットは、方式１や方式２と同じ意味であり、“ＯＮ”が格納される。各ＲＤＪＮＬのＪＮＣＢが更新される。
・圧縮後サイズは、方式１や方式２と同じ意味であり、Ｋ個のＪＮＬデータの圧縮後サイズが格納される。各ＲＤＪＮＬのＪＮＣＢが更新される。
・分割ビットは、圧縮データセグメントに分割されているか否かを示す情報であり、“ＯＮ”が格納される。すなわち、方式３であるか否かを示す情報である。各ＲＤＪＮＬのＪＮＣＢが更新される。
・分割データサイズは、上述した計算式によって算出されるサイズである。各ＲＤＪＮＬのＪＮＣＢが更新される。
・圧縮開始ＳＥＱ＃２２４８及び圧縮終了ＳＥＱ＃２２５０は、Ｋ個のＪＮＬデータの先頭ＳＥＱ＃及び末尾ＳＥＱ＃を表す。全ＪＮＣＢ（Ｋ個）の圧縮開始ＳＥＱ＃２２４８及び圧縮終了ＳＥＱ＃２２５０が更新される。これにより、まとめ圧縮されているＪＮＬがどれであるかを決定することができる。どのＪＮＬデータがまとめ圧縮されているかを特定するための情報であれば、圧縮開始ＳＥＱ＃２２４８及び圧縮終了ＳＥＱ＃２２５０以外でもよい。例えば、まとめ圧縮カウンタなどでもよい。

【0117】

ＪＮＬ圧縮プログラム２２２８は、Ｓ８０１でリードされたＫ個のＪＮＣＢ２５２３の各々について、当該ＪＮＣＢに対応した非圧縮のＪＮＬデータが格納されている領域を解放する（Ｓ８０９）。解放された領域には別のＪＮＬデータ（又は圧縮データセグメント）をライトすることが可能となる。つまり、解放された領域が空き領域となる。

【0118】

図１４が示す処理において、Ｋ＝Ｍ×Ｎでもよいが（Ｍは、ＲＤＪＮＬの数であり、Ｎは、一個のＲＤＪＮＬに応答して転送されるＪＮＬデータの数である）、Ｋは、Ｍ×Ｎの一部でもよい。

【0119】

方式３に従うＪＮＬ転送処理は、図１０に示す正ストレージシステムでは、ＪＮＬ転送処理のうちＳ５０４及びＳ５０５を含まない処理である。図１３に示す副ストレージシステムでは、Ｓ６０４、Ｓ６０５はスキップする。Ｓ６０６は、圧縮されたデータを格納する。Ｓ６０７では、ＪＶＯＬ格納開始アドレス２２４３がＪＶＯＬ２６ＪＢにおける領域のアドレスへ変更される。圧縮ビット２２４４と圧縮後サイズ２２４５は変更されない。すなわち、正ＪＮＬリードプログラム２２Ａは、ＪＮＣＢが示すＪＶＯＬ格納開始アドレスからリードされる圧縮データセグメント（まとめ圧縮データの一部）を転送する。また、Ｓ５０３でリードされる「ＪＮＬデータ」は、方式３では「圧縮データセグメント」である。つまり、方式３では、Ｎ個のＪＮＬデータがまとめ圧縮されたまとめ圧縮データに代えて、ｐ÷Ｍ個の圧縮データセグメントが転送される。副ＪＮＬリードプログラム２２Ｂは圧縮を伸張することなくＪＶＯＬ２６ＪＢに格納する。説明では、定期的に実行されるＪＮＬ圧縮プログラムがＳ８００からＳＳ８０９を実行するとしたが、Ｉ／Ｏプログラムや、ＪＮＬ作成プログラムが実行してもよい。例えば、Ｓ１０５の後や、Ｓ２０５の後に実行することが考えられる。この他のプログラムや契機で実行されてもよい。

【0120】

図１５は、リストアプログラム２２２９の処理フローを示す。

【0121】

副ストレージシステム２００Ｂにおいて、リストアプログラム２２２９は、ＪＶＯＬ２６ＪＢに格納されているＪＮＣＢをチェックし（Ｓ３００）、ＳＶＯＬ２６Ｂに未反映のＪＮＬのうちの最古のＳＥＱ＃からＳＥＱ＃が連続した範囲を特定し（Ｓ３０１）、特定した範囲の最新ＳＥＱ＃を特定する（Ｓ３０２）。リストアプログラム２２２９は、ＳＥＱ＃の連続範囲における各ＳＥＱ＃について、当該ＳＥＱ＃を含むＪＮＣＢにおいて、圧縮ビット２２４４が“ＯＮ”で分割ビット２２４６が“ＯＮ”であるか否かを判定する（Ｓ３０３）。

【0122】

Ｓ３０３の判定結果が偽の場合（Ｓ３０３：Ｎｏ）、リストアプログラム２２２９は、Ｓ３１１を行う。Ｓ３１１では、下記が行われる。
・圧縮ビット２２４４が“ＯＮ”で分割ビット２２４６が“ＯＦＦ”の場合、リストアプログラム２２２９は、まとめ圧縮に対応したＮ個のＪＮＣＢ（例えば、圧縮開始ＳＥＱ＃及び圧縮終了ＳＥＱ＃が同一のＮ個のＪＮＣＢ）を特定し、当該Ｎ個のＪＮＣＢを基に、まとめ圧縮データをＪＶＯＬ２６Ｂからリードして伸張することでＮ個のＪＮＬデータを取得する。リストアプログラム２２２９は、当該Ｎ個のＪＮＣＢの各々について、当該ＪＮＣＢに対応したＪＮＬデータを、当該ＪＮＣＢが表すＰＶＯＬアドレスに対応したアドレスが表すＳＶＯＬ内領域にライトする。
・圧縮ビット２２４４が“ＯＦＦ”の場合、リストアプログラム２２２９は、ＳＶＯＬ２６Ｂに未反映の最古のＪＮＬにおけるＪＮＣＢを特定し、当該ＪＮＣＢを基に、ＪＮＬデータをＪＶＯＬ２６ＪＢからリードする。リストアプログラム２２２９は、リードされたＪＮＬデータを、当該ＪＮＣＢが表すＰＶＯＬアドレスに対応したアドレスが表すＳＶＯＬ内領域にライトする。

【0123】

Ｓ３０３の判定結果が真の場合（Ｓ３０３：Ｙｅｓ）、リストアプログラム２２２９は、まとめ圧縮に対応したＫ個のＪＮＣＢ（例えば、圧縮開始ＳＥＱ＃及び圧縮終了ＳＥＱ＃が同一のＫ個のＪＮＣＢ）を特定し（Ｓ３０４）、各ＪＮＣＢを基に圧縮データセグメントをＪＶＯＬ２６ＪＢからリードする（Ｓ３０５）。リストアプログラム２２２９は、リードされたｐ個の圧縮データセグメントを結合し（Ｓ３０６）、結合されたｐ個の圧縮データセグメントであるまとめ圧縮データをＫ個のＪＮＬデータに伸張する（Ｓ３０７）。伸張したデータと、Ｎ個のＪＮＣＢ２５２３に格納されているＪＮＬデータサイズ２２４２を用いることで、各ＪＮＣＢ２５２３に対応するＪＮＬデータを特定することができる。具体的には、リストアプログラム２２２９は、伸張したデータを、ＳＥＱ＃の小さい順にＪＮＬデータサイズ２２４２で分割する。リストアプログラム２２２９は、Ｋ個のＪＮＬデータの各々について、ＳＥＱ＃順にＳＶＯＬ２６Ｂ（ＪＮＣＢが表すＰＶＯＬアドレスに対応したアドレスが表すＳＶＯＬ内領域）にライトする（Ｓ３０８）。

【0124】

なお、ＳＶＯＬ２６Ｂへのリストアは、複数のジョブにより並列に実行されてもよい。ＳＶＯＬ２６Ｂの同一アドレスがリストア先となるリストアは同一ジョブが担当すれば、全体としてＳＥＱ＃順にリストアがされなくても、ＳＥＱ＃がより新しいＪＮＬデータがＳＥＱ＃がより古いＪＮＬデータに書き換えられるといったいわゆる先祖返りを回避することができる。

【0125】

以上が、方式１～３の説明である。なお、本実施形態において、「リモートコピー処理」は、ＰＶＯＬ２６Ａにライトされたデータの複製であるＪＮＬデータがＪＶＯＬ２６ＪＡ及び２６ＪＢ経由でＳＶＯＬ２６Ｂに反映されるまでの処理である。リモートコピー処理が、ＪＮＬ転送処理及びリストア処理を含む。「ＪＮＬ転送処理」は、ＪＮＬの転送のための処理が開始されてから転送されたＪＮＬの格納が終了するまでの処理であり、本実施形態では、副ストレージシステム２００ＢがＲＤＪＮＬの送信を開始してから当該ＲＤＪＮＬに対する応答（正ストレージシステム２００Ａからの応答）に含まれるＪＮＬが副ストレージシステム２００Ｂに格納されるまでの処理である。「リストア処理」は、副ストレージシステム２００ＢにおいてＪＮＬデータがＳＶＯＬ２６Ｂにライトされる処理であり、具体的には、例えば、後述の図１５が示す処理である。また、本実施形態では、副ストレージシステム２００ＢからのＲＤＪＮＬに応答してデータが転送されるが、正ストレージシステム２００ＡからＷＲＪＮＬ（ＪＮＬのライト要求）が副ストレージシステム２００Ｂに送信され、当該ＷＲＪＮＬに応答して、当該ＷＲＪＮＬに付随するデータ（複数個のＪＮＣＢとまとめ圧縮データの少なくとも一部）が格納されてよい。また、ＲＤＪＮＬで圧縮の指定があってよく、ＲＤＪＮＬに圧縮の指定があるが故にまとめ圧縮がされてよい。また、ＲＤＪＮＬに方式１～３のいずれかの指定があってよく、指定された方式に従う転送処理のための圧縮が行われてよい。ＲＤＪＮＬに圧縮の指定が無い場合、非圧縮のＪＮＬデータが転送対象でよい。また、説明を簡単にするために、以下の説明では、圧縮及び伸張は、プロセッサ２１２によって行われるが、圧縮及び伸張は、アクセラレータ２１７によって行われてもよい。図６に示した情報は、ＪＮＣＢに格納するとしたが、ＷＲＪＮＬやＲＤＪＮＬのコマンドのパラメタとして格納及び転送されてもよい。また、ＪＮＣＢは、ジャーナルのメタデータの一例であるが、メタデータが、ＷＲＪＮＬやＲＤＪＮＬのコマンドのパラメタとして関連付けられてもよい。
［第２の実施形態］

【0126】

第２の実施形態を説明する。その際、第１の実施形態との相違点を主に説明し、第１の実施形態との共通点については説明を省略又は簡略する（この点は、第２の実施形態以外の後述の実施形態についても同様である）。

【0127】

図１６は、ＳｍａｒｔＮＩＣの構成例を示す。

【0128】

ＳｍａｒｔＮＩＣ１６０１が、アクセラレータ２１７及びＦＥ－ＩＦ２１１のうちの少なくともアクセラレータ２１７として採用される。つまり、ＳｍａｒｔＮＩＣ１６０１は、圧縮（及び伸張）のアクセラレータの一例である。ＳｍａｒｔＮＩＣ１６０１が、ポート１６０５、圧縮回路１６０４、メモリ１６０３及びそれらに接続されたプロセッサ１６０２を有する。メモリ１６０３は、正ＩＦ圧縮プログラム１６Ａ及び副ＩＦ圧縮プログラム１６Ｂを格納しており、プロセッサ１６０２がプログラムを実行することにより圧縮機能が実現される。プロセッサ１６０２は、圧縮処理の少なくとも一部を実行するハードウェア回路を含んだ広義のプロセッサでもよい。

【0129】

メモリ１６０３には、プロセッサ１６０２により実行されるプログラムとして、ＩＦ圧縮プログラム１６の他に、上述したプログラム２２Ａ、２２Ｂ、２２２１、２２２２及び２２２６～２２２９のうちの少なくとも一つが格納されてもよい。

【0130】

正ストレージシステム２００ＡのＳｍａｒｔＮＩＣ１６０１と副ストレージシステム２００ＢのＳｍａｒｔＮＩＣ１６０１が互いに通信可能に（例えばネットワーク経由で）接続される。

【0131】

図１７は、第２の実施形態に係るＪＮＬ転送処理の処理フローを示す。ここでは、方式１～３のうち方式１を例に取る。

【0132】

副ストレージシステム２００Ｂの副ＪＮＬリードプログラム２２Ｂは、副ＩＦ圧縮プログラム１６Ｂに対して、ＲＤＪＮＬの指示（又はＲＤＪＮＬそれ自体）を送信する（Ｓ１７０１）。副ＩＦ圧縮プログラム１６Ｂは、副ＪＮＬリードプログラム２２ＢからＲＤＪＮＬの指示（又はＲＤＪＮＬそれ自体）を受信した場合、ＲＤＪＮＬを送信する（Ｓ１７０２）。ＲＤＪＮＬに含まれる情報は、副ＪＮＬリードプログラム２２Ｂからの指示に含まれていてよい。

【0133】

正ＩＦ圧縮プログラム１６Ａが、受信した情報がＲＤＪＮＬであることを特定し（Ｓ１７０３）、正ＪＮＬリードプログラム２２Ａを起動させる（Ｓ１７０４）。起動した正ＪＮＬリードプログラム２２Ａは、図１０のＳ５０１～Ｓ５０６（Ｓ５０４を除く）を実行する。

【0134】

正ＩＦ圧縮プログラム１６Ａが、Ｎ個のＪＮＣＢとまとめ圧縮対象のＮ個のＪＮＬデータを受信し、当該Ｎ個のＪＮＬデータをまとめ圧縮し（Ｓ１７０５）、Ｎ個のＪＮＣＢとまとめ圧縮データを、副ＩＦ圧縮プログラム１６Ｂに転送する（Ｓ１７０６）。

【0135】

副ＩＦ圧縮プログラム１６Ｂは、Ｎ個のＪＮＣＢとまとめ圧縮データとを受信し（Ｓ１７０７）、受信したまとめ圧縮データをＮ個のＪＮＬデータに伸張する（Ｓ１７０８）。副ＩＦ圧縮プログラム１６Ｂは、副ＪＮＬリードプログラム２２Ｂを起動させ、Ｎ個のＪＮＣＢとＮ個のＪＮＬデータとを副ＪＮＬリードプログラム２２Ｂに転送する（Ｓ１７０９）。

【0136】

副ＪＮＬリードプログラムは、図１０のＳ６０３～Ｓ６０９（Ｓ６０４及びＳ６０５を除く）を実行する。

【0137】

なお、図１７に例示の処理において、副ＪＮＬリードプログラム２２Ｂ及び正ＪＮＬリードプログラム２２Ａがそれぞれ圧縮の要否を判定してもよい。圧縮が要の場合、圧縮指示が出され、正ＩＦ圧縮プログラム１６Ａが、当該圧縮指示を受けた場合にまとめ圧縮を行ってもよい。

【0138】

第２の実施形態によれば、コントローラ２１０のプロセッサ２１２の処理負担の一部（例えばまとめ圧縮）をＳｍａｒｔＮＩＣ１６０１にオフロードすることができる。
［第３の実施形態］

【0139】

第３の実施形態において、圧縮機能が受け付け可能なデータサイズの上限である受付サイズが決まっており、圧縮機能が、サイズＴ毎のデータを圧縮する。サイズＴは、受付サイズ以下であり一個のＪＮＬデータのサイズよりも大きい。例えば、ストレージシステムがアクセラレータ２１７を搭載し、当該アクセラレータ２１７が圧縮を行う場合などに受付サイズの上限があることが考えられる。以降の説明では、圧縮機能としてアクセラレータ２１７を想定して説明するが、アクセラレータ以外の圧縮機能でもよい。例えば、プロセッサが圧縮を実行するでもよい。アクセラレータを用いることで、プロセッサ２１２を用いた圧縮及び伸張の処理に比べ、処理時間を短縮することができる。更に、プロセッサ２１２で実行した場合、処理時間が長すぎるため、実用的でないような圧縮率の高い圧縮アルゴリズムを使用できる。この場合、転送データの削減率を向上することができる。また、圧縮及び伸張のためにプロセッサ２１２を用いる必要がなくなり、プロセッサ２１２が処理するその他の処理（Ｉ／Ｏ処理など）への影響を最小化することもできる。

【0140】

図１８は、ＪＮＣＢと圧縮後のデータとの関係の一例を示す。

【0141】

第３の実施形態において、アクセラレータ２１７が受け付け可能なデータサイズである受付サイズＴが決まっている。Ｎ個のＪＮＬデータがそれぞれ受付サイズＴのｑ個（ｑは１以上の整数）のデータセグメントに区切られ、各データセグメントがアクセラレータ２１７により圧縮される。この様に、アクセラレータの受付サイズにデータを分割することで、アクセラレータを用いた圧縮及び伸張が可能となる。

【0142】

図１８が示す例によれば、Ｎ個のＪＮＣＢに対しｑ個のデータセグメントがそれぞれ圧縮されるため、圧縮後は、Ｎ個のＪＮＣＢに、圧縮データセグメントが紐付けられるＪＮＣＢと圧縮データセグメントが紐付けられないＪＮＣＢとが混在する。

【0143】

Ｎ個のＪＮＣＢにｑ個の圧縮データセグメントを対応付ける方法について説明する。圧縮データセグメントaについては、圧縮前のデータセグメントの先頭アドレスのデータを管理していたＪＮＣＢによって管理する方法が考えられる。図１８に示すＪＮＣＢから圧縮データセグメントへの破線矢印がこの関係を示している。ＪＮＬデータサイズが大きい場合など複数個の圧縮データセグメントが一つのＪＮＣＢに対応付くこともある。

【0144】

図１９は、第３の実施形態に係るＪＮＣＢの構成例を示す。

【0145】

ＪＮＣＢ２５２３は、下記情報２２４９及び２２５１を更に含む。また、圧縮開始ＳＥＱ＃２２４８及び終了開始ＳＥＱ＃２２５０の定義が下記の通りとなる。
・圧縮開始ＳＥＱ＃２２４８は、受付サイズＴのデータの開始部分に対応したＳＥＱ＃を表す。
・開始オフセット２２４９は、圧縮開始ＳＥＱ＃２２４８が表すＳＥＱ＃に対応したＪＮＬデータの先頭からのオフセットを表す。
・圧縮終了ＳＥＱ＃２２５０は、受付サイズＴのデータの終了部分に対応したＳＥＱ＃を表す。
・終了オフセット２２５１は、圧縮終了ＳＥＱ＃２２５０が表すＳＥＱ＃に対応したＪＮＬデータの先頭からのオフセットを表す。

【0146】

第３の実施形態において、圧縮開始ＳＥＱ＃２２４８、開始オフセット２２４９、圧縮終了ＳＥＱ＃２２５０、終了オフセット２２５１は伸張したデータをＪＮＣＢに対応付けるために用いる。具体的には、圧縮データセグメントａを伸張しデータセグメントａとし、圧縮データセグメントｂを伸張しデータセグメントｂとしたときに、データセグメントａとデータセグメントｂの一部を結合しＪＮＬデータを回復することがある。圧縮開始ＳＥＱ＃２２４８、開始オフセット２２４９、圧縮終了ＳＥＱ＃２２５０、終了オフセット２２５１を用いて、各ＳＥＱ＃に対応する圧縮前のデータの容易に特定することができる。

【0147】

一方で、圧縮開始ＳＥＱ＃２２４８、開始オフセット２２４９、圧縮終了ＳＥＱ＃２２５０、終了オフセット２２５１を使用しない方法も考えられる。具体例を説明する。全ての圧縮データセグメントを伸張し、伸張されたデータセグメントをＳＥＱ＃順に結合する。そして、結合したデータセグメントをＪＮＣＢに格納されているＪＮＬデータサイズで分けることで、各ＪＮＣＢのＪＮＬデータを特定することができる。よって、図６に示したＪＮＣＢで第３の実施形態を実現することも可能である。

【0148】

図２０は、第３の実施形態に係るＪＮＬ転送処理の処理フローを示す。ここでは、方式１～３のうち方式１を例に取る。

【0149】

図１０のＳ５０４に代えてＳ２００１～Ｓ２００３が行われる。すなわち、正ＪＮＬリードプログラム２２Ａが、サイズＴを決定し（Ｓ２００１）、Ｎ個のＪＮＬデータをサイズＴで分割する（Ｓ２００２）。これにより、それぞれがサイズＴのｑ個のデータセグメントが得られる。正ＪＮＬリードプログラム２２Ａが、各データセグメントをアクセラレータ２１７に圧縮させる（Ｓ２００３）。これにより、ｑ個の圧縮データセグメントが得られる。なお、サイズＴは、受付サイズ以下のサイズである分割サイズの一例でよい。Ｎ個のＪＮＬデータが、分割サイズで分割される。本実施形態では、分割サイズと受付サイズは同じである。また、典型的には、受付サイズ及び分割サイズは、１個のＪＮＬデータのサイズより大きい。このため、典型的には、ｑは、Ｎより小さい。

【0150】

Ｓ５０５では、正ＪＮＬリードプログラム２２Ａが、圧縮データセグメントに対応付けられたＪＮＣＢの圧縮後サイズを更新する。すなわち、Ｎ個のＪＮＣＢのうち、ｑ個の圧縮データセグメントに対応したｑ個のＪＮＣＢの圧縮後サイズが更新される。典型的にはｑはＮより小さいため、Ｎ個のＪＮＣＢのうち、いずれの圧縮データセグメントにも関連付けられないＪＮＣＢもある。正ＪＮＬリードプログラム２２Ａは、Ｎ個のＪＮＣＢの各々の圧縮ビットをＯＮしてもよい。副ストレージシステム２００Ｂは、転送されたＪＮＬデータ（ｑ個の圧縮データセグメントで構成されたデータ）を、当該ＪＮＬデータに関連付けられているｑ個のＪＮＣＢの各々が表す圧縮後データサイズで分割することで、伸張対象となるｑ個の圧縮データセグメントを特定できる。圧縮開始ＳＥＱ＃２２４８、開始オフセット２２４９、圧縮終了ＳＥＱ＃２２５０、終了オフセット２２５１が使用される場合は、ｑ個のＪＮＣＢの当該情報が更新される。

【0151】

Ｓ５０６では、Ｎ個のＪＮＣＢとｑ個の圧縮データセグメントが転送される。Ｓ６０５では、ｑ個の圧縮データセグメントがそれぞれ副ストレージシステム２００Ｂにおけるアクセラレータ２１７により伸張される。伸張処理において、副ＪＮＬリードプログラムは、ｑ個のＪＮＣＢに格納されている圧縮後データサイズを取得する。転送されたＪＮＬデータを圧縮後データサイズで分割し、分割した各ＪＮＬデータに対して伸張処理を実行する。伸張したデータを各ＪＮＣＢに対応付ける処理は、第１の実施形態で説明した方法と同様である。

【0152】

第３の実施形態では、形成コピーにおける圧縮もアクセラレータ２１７により行われてよい。例えば、正ストレージシステム２００Ａに形成コピーソースプログラム２１Ａが備えられ、副ストレージシステム２００Ｂに形成コピーターゲットプログラム２１Ｂが備えられる。これらのプログラム２１Ａ及び２１Ｂにより、ＰＶＯＬ２６ＡからＳＶＯＬ２６Ｂへの形成コピーが行われる。なお、「形成コピー」とは、ＰＶＯＬ２６ＡとＳＶＯＬ２６Ｂとのボリュームペアが構成された場合に、ＳＶＯＬ２６Ｂの内容をＰＶＯＬ２６Ａの内容と一致させるためにＰＶＯＬ２６ＡからＳＶＯＬ２６Ｂに行われる初期のデータコピーである。例えば、ＰＶＯＬ２６Ａに対して新たなＳＶＯＬがペア相手として関連付けられた場合に、ＰＶＯＬ２６Ａと新たなＳＶＯＬとの間で形成コピーが行われてよい。

【0153】

図２１は、第３の実施形態に係る形成コピーの処理フローを示す。

【0154】

形成コピーソースプログラム２１Ａは、形成コピーの対象となるデータを決定し（Ｓ２１０１）、決定されたデータをＰＶＯＬ２６Ａからリードする（Ｓ２１０２）。形成コピーソースプログラム２１Ａは、サイズＴを決定し（Ｓ２１０３）、Ｓ２１０２でリードしたデータ全体をサイズＴで分割し（Ｓ２１０４）、分割により得られた各データセグメントをアクセラレータ２１７に圧縮させる（Ｓ２１０５）。形成コピーソースプログラム２１Ａは、各データセグメントの圧縮後サイズをリストし（Ｓ２１０６）、圧縮後サイズのリストと、転送圧縮データ（複数の圧縮データセグメントから成るデータ）とが関連付けられた形成コピー要求を、副ストレージシステム２００Ｂに転送する（Ｓ２１０７）。

【0155】

形成コピーターゲットプログラム２１Ｂが、形成コピー要求を受信し（Ｓ２１０８）、当該形成コピー要求に応答して次の処理を行う。すなわち、形成コピーターゲットプログラム２１Ｂが、圧縮後サイズのリストを基に転送圧縮データを各圧縮データセグメントに分割し（Ｓ２１０９）、各圧縮データセグメントを伸張し（Ｓ２１１０）、伸張されたデータをＳＶＯＬ２６Ｂにライトし（Ｓ２１１１）、完了を正ストレージシステム２００Ａに報告する（Ｓ２１１２）。

【0156】

図２１の転送処理は、上述したようにＲＤＪＮＬによって実現してもよいし、正ストレージシステムが副ストレージシステムへデータをライトすることによって実現してもよい。さらに、ＪＮＣＢに各種情報（情報２２４０～２２５１の少なくとも一部）が格納されてもよい。ライト方式の場合、ライトコマンドのパラメタとして各種情報（情報２２４０～２２５１の少なくとも一部）がライトコマンドに関連付けられてもよい。

【0157】

以上、幾つかの実施形態を説明したが、これらは本発明の説明のための例示であって、本発明の範囲をこれらの実施形態にのみ限定する趣旨ではない。本発明は、他の種々の形態でも実施することが可能である。
＜表現１＞
正ボリュームを有する正ストレージシステムと、
前記正ボリュームとボリュームペアを構成する副ボリュームを有する副ストレージシステムと
を備え、
前記正ストレージシステムが、複数個のジャーナルにおける複数個のジャーナルデータの少なくとも一部であり一個のジャーナルデータのサイズより大サイズのデータの圧縮であるまとめ圧縮を行い、
まとめ圧縮されたデータであるまとめ圧縮データと、当該まとめ圧縮データに対応した複数個のメタデータとが、前記正ストレージシステムから前記副ストレージシステムへの転送対象であり、
ジャーナルは、ジャーナルデータと、当該ジャーナルデータのライト順番を含み当該ジャーナルデータに関連付けられたメタデータとで構成されており、
ジャーナルデータは、前記正ボリュームにライトされたデータの複製であり、
前記副ストレージシステムが、一個以上のまとめ圧縮データを伸張することで複数個のジャーナルデータを取得し、当該複数個のジャーナルデータを、複数個のメタデータそれぞれが表すライト順番に従い前記副ボリュームにライトする、
リモートコピーシステム。
＜表現２＞
ジャーナルＩ／Ｏ要求毎に、前記正ストレージシステムから前記副ストレージシステムに、Ｎ個のジャーナルにおけるＮ個（Ｎは２以上の整数）のメタデータと、前記まとめ圧縮データの少なくとも一部であり前記Ｎ個のメタデータに対応したデータとが転送され、
ジャーナルＩ／Ｏ要求は、前記副ストレージシステムから前記正ストレージシステムへのジャーナルのリード要求と、前記正ストレージシステムから前記副ストレージシステムへのジャーナルのライト要求とのいずれかである、
表現１に記載のリモートコピーシステム。
＜表現３＞
ジャーナルＩ／Ｏ要求毎に、前記正ストレージシステムが、Ｎ個のジャーナルデータをリードし、当該Ｎ個のジャーナルデータをまとめ圧縮し、
前記Ｎ個のメタデータに対応したデータは、当該まとめ圧縮されたＮ個のジャーナルデータである、
表現２に記載のリモートコピーシステム。
＜表現４＞
Ｎの値は、ジャーナル転送処理の必要最低限の多重度である必要多重度に基づいて決定された値であり、
前記ジャーナル転送処理は、ジャーナルＩ／Ｏ要求の送信の開始から副ストレージシステムにおいて当該ジャーナルＩ／Ｏ要求に従うデータが格納されるまでの処理である、
表現３に記載のリモートコピーシステム。
＜表現５＞
Ｎの値は、前記ジャーナル転送処理の多重度が前記必要多重度以上の範囲で最大の値である、
表現４に記載のリモートコピーシステム。
＜表現６＞
前記必要多重度は、前記正ストレージシステムと前記副ストレージシステム間の地理的な距離と帯域とのうちの少なくとも一つに基づく、
表現４に記載のリモートコピーシステム。
＜表現７＞
前記正ストレージシステムが、まとめ圧縮された複数個のジャーナルデータであるまとめ圧縮データを複数個のデータセグメントである複数個の圧縮データセグメントに分割し、
ジャーナルＩ／Ｏ要求毎に、前記正ストレージシステムから前記副ストレージシステムに、前記Ｎ個のメタデータと、前記まとめ圧縮データの少なくとも一部であり前記Ｎ個のメタデータに対応したＮ個の圧縮データセグメントとが転送され、
前記副ストレージシステムが、前記複数個の圧縮データセグメントを結合することで前記まとめ圧縮データを取得する、
表現２に記載のリモートコピーシステム。
＜表現８＞
まとめ圧縮されるジャーナルデータの数は、ジャーナル転送処理の多重度と、ジャーナルデータＩ／Ｏ要求一個当たりのジャーナルデータの数との積に基づき、
前記ジャーナル転送処理は、ジャーナルＩ／Ｏ要求の送信の開始から副ストレージシステムにおいて当該ジャーナルＩ／Ｏ要求に従うデータが格納されるまでの処理である、
表現７に記載のリモートコピーシステム。
＜表現９＞
各圧縮データセグメントのサイズは、まとめ圧縮データのサイズを前記ジャーナル転送処理の多重度で割ることにより算出される値に基づく、
表現８に記載のリモートコピーシステム。
＜表現１０＞
前記正ストレージシステムが、前記副ストレージシステムへの転送の都度に、前記副ストレージシステムへ未転送の複数個のジャーナルを特定し、当該特定された複数個のジャーナルについて前記まとめ圧縮を行い、
前記まとめ圧縮が行われた各転送について、前記転送対象における前記複数個のメタデータの各々が、圧縮がされていることを意味する情報と、前記まとめ圧縮データのサイズである圧縮後サイズを表す情報とを含み、
前記転送対象におけるメタデータが、圧縮がされていることを意味する情報を含んでいる場合、前記副ストレージシステムが、当該メタデータが表す圧縮後サイズのまとめ圧縮データを伸張する、
表現１に記載のリモートコピーシステム。
＜表現１１＞
前記正ストレージシステムの圧縮機能が受け付け可能なデータサイズの上限である受付サイズが決まっており、
前記正ストレージシステムが、前記複数個のジャーナルデータを、前記受付サイズ以下のサイズである分割サイズで分割し、
前記圧縮機能が、前記複数個のジャーナルデータが前記分割サイズで分割されることにより得られた複数個のデータセグメントをそれぞれ圧縮することで複数個の圧縮データセグメントを出力し、
前記まとめ圧縮データは、前記複数個の圧縮データセグメントで構成されたデータである、
表現１に記載のリモートコピーシステム。
＜表現１２＞
圧縮データセグメントに対応したメタデータが、当該圧縮データセグメントの圧縮後サイズを表し、
前記副ストレージシステムが、前記まとめ圧縮データを、圧縮データセグメントのメタデータから特定される圧縮後サイズで分割することにより、前記複数個の圧縮データセグメントを取得し、当該複数個の圧縮データセグメントの各々を伸張する、
表現１１に記載のリモートコピーシステム。
＜表現１３＞
前記圧縮機能は、圧縮のアクセラレータである、
表現１２に記載のリモートコピーシステム。
＜表現１４＞
前記正ボリュームに前記副ボリュームがペア相手として関連付けられた場合に、前記副ボリュームの内容を前記正ボリュームの内容に一致させる形成コピーが行われるようになっており、
前記形成コピーにおいて、前記正ストレージシステムから前記副ストレージシステムへの転送の都度に、前記アクセラレータが、各データセグメントを圧縮する、
表現１３に記載のリモートコピーシステム。
＜表現１５＞
前記正ストレージシステムが、前記正ボリュームを指定したライト要求毎に、当該ライト要求に付随するデータを前記正ボリュームにライトすることと、当該データの複製であるジャーナルデータと当該ジャーナルデータのライト順番を含むメタデータとを格納することとを含んだライト処理を行い、
前記正ストレージシステムが、前記正ボリュームを指定した各ライト要求について、当該ライト要求の完了応答を、当該ライト要求に付随するデータのジャーナルデータの格納及びまとめ圧縮を待たずに行う、
表現１に記載のリモートコピーシステム。
＜表現１６＞
前記副ストレージシステムが、ジャーナルリード要求を正ストレージシステムに送信し、
当該ジャーナルリード要求に応答して、前記正ストレージシステムから前記転送対象が前記副ストレージシステムに転送され、
前記転送対象における前記複数個のメタデータの各々が、前記まとめ圧縮データのサイズである圧縮後サイズを表す情報を含み、
前記副ストレージシステムが、前記転送対象における複数個のメタデータの各々が表す圧縮後サイズの前記まとめ圧縮データを伸張し、伸張されたデータを、前記副ボリュームにライトする、
表現１に記載のリモートコピーシステム。
＜表現１７＞
正ボリュームを有する正ストレージシステムと、前記正ボリュームとボリュームペアを構成する副ボリュームを有する副ストレージシステムとが行うリモートコピー方法であって、
前記正ストレージシステムにより、複数個のジャーナルにおける複数個のジャーナルデータの少なくとも一部であり一個のジャーナルデータのサイズより大サイズのデータの圧縮であるまとめ圧縮を行い、
まとめ圧縮されたデータであるまとめ圧縮データと、当該まとめ圧縮データに対応した複数個のメタデータとが、前記正ストレージシステムから前記副ストレージシステムへの転送対象であり、
ジャーナルは、ジャーナルデータと、当該ジャーナルデータのライト順番を含み当該ジャーナルデータに関連付けられたメタデータとで構成されており、
ジャーナルデータは、前記正ボリュームにライトされたデータの複製であり、
前記副ストレージシステムにより、一個以上のまとめ圧縮データを伸張することで複数個のジャーナルデータを取得し、当該複数個のジャーナルデータを、複数個のメタデータそれぞれが表すライト順番に従い前記副ボリュームにライトする、
リモートコピー方法。

【符号の説明】

【0158】

２００Ａ：正ストレージシステム、２００Ｂ：副ストレージシステム

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】

【図17】

【図18】

【図19】

【図20】

【図21】

【図22】