(57)【要約】      （修正有）【課題】リモートサイトの記憶制御システムに、任意の時点でのデータボリュームのリカバリやリストアができる機能を与えるリモートコピーシステムを提供する。【解決手段】情報処理装置との間でデータの送受信を行う記憶制御システムを備えたローカルサイトと、この記憶制御システムに接続され記憶制御システムからデータを受信する他の記憶制御システムを有するリモートサイトと、を備えたリモートコピーシステムである。記憶制御システムは、情報処理装置から送信されたデータが書き込まれる第１の論理ボリュームを有する第１の記憶領域と、第１の記憶領域と情報処理装置とデータ交換を制御する第１の制御部とを備える。他の記憶制御システムは、第１論理ボリュームとリモートコピーのペアを形成する第２の論理ボリュームと、第１の記憶領域に対するジャーナルデータを記憶する複数のジャーナルボリュームとを有する第２の記憶領域とを備える。【選択図】図１４
2006318077.tif 000002
【特許請求の範囲】
【請求項１】
情報処理装置に接続され、前記情報処理装置との間でデータの送受信を行う記憶制御システムを備えたローカルサイトと、前記記憶制御システムに接続され、当該記憶制御システムからデータを受信する、他の記憶制御システムを有するリモートサイトと、を備えてなるリモートコピーシステムにおいて、
前記記憶制御システムは、前記情報処理装置から送信されたデータが書き込まれる第１の論理ボリュームを有する第１の記憶領域と、当該第１の記憶領域と前記情報処理装置とデータ交換を制御する第１の制御部と、を備え、
前記他の記憶制御システムは、前記第１論理ボリュームとリモートコピーのペアを形成する第２の論理ボリュームと、前記第１の記憶領域に対するジャーナルデータを記憶する複数のジャーナルボリュームと、を有する第２の記憶領域と、前記第１の記憶領域と前記第２の記憶領域とのデータ交換を制御する第２の制御部と、を備えるリモートコピーシステム。
【請求項２】
前記複数のジャーナルボリュームは、指定された時点以降の所定の期間毎に生成された前記ジャーナルデータをそれぞれ記憶するものである、請求項１記載のリモートコピーシステム。
【請求項３】
前記第２の制御部は、前記複数のジャーナルボリュームから特定のジャーナルボリュームを選択するユーザの操作に基づいて、当該特定のジャーナルボリュームに記憶されたデータに基づいて前記第２の記憶領域のデータをリカバリする請求項１記載のリモートコピーシステム。
【請求項４】
前記複数のジャーナルボリュームは、曜日、週、又は月毎に設定されている請求項２記載のリモートコピーシステム。
【請求項５】
情報処理装置に接続され、前記情報処理装置との間でデータの送受信を行う記憶制御システムを用いたリモートコピーシステムにおいて、
記憶領域と、この記憶領域と前記上位装置とのデータの授受を制御する制御部とを備え、
前記記憶領域はコピー元ボリュームと、コピー先ボリュームと、前記上位装置から前記コピー元ボリュームへの更新データが分散して蓄積される複数のジャーナルボリュームと、を備え、前記制御部は、前記複数のジャーナルボリュームに基づいて前記コピー元ボリュームのデータイメージを前記コピー先ボリュームに再現するようにした、リモートコピーシステム。
【請求項６】
前記制御部は、前記複数のジャーナルボリュームから特定のジャーナルボリュームを選択するユーザの操作に基づいて、当該特定のジャーナルボリュームに記憶されたデータに基づいて前記コピー先ボリュームに前記コピー元ボリュームのデータイメージを再現するようにした、請求項５記載のリモートコピーシステム。
【請求項７】
前記第２の論理ボリュームが複数の論理ボリュームから構成され、各論理ボリュームのリカバリに使用される前記複数のジャーナルボリュームを、前記第２の制御部がユーザの操作に基づいて適宜選択できるようにした請求項１記載のリモートコピーシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、リモートコピーシステムに係り、詳しくは、複数の記憶制御装置間でのデータの複製に関するものである。
【背景技術】
【０００２】
コンピュータシステムがあらゆる組織にとって重要な存在である現在の社会では、アプリケーションによる継続したサービスを提供するデータセンタが、災害や事故などのさまざまな要因によって運用不可能な状態に陥った場合、別のデータセンタにおいて継続したサービスを提供することが大変重要である。
【０００３】
そこで、リモートコピーシステムは、一つの記憶制御システムとは離れた地理的位置に他の記憶制御システムを備え、一つの記憶制御システムに格納されたデータの複製を、他の記憶システムに格納するようにしている。このリモートコピーシステムに関する技術として、次のものが存在する。米国特許６２０９００２号公報には、第２の記憶システムが第１の記憶システムの複製対象のデータに対応する複製データを二つ持ち、第３の記憶システムが、その複製データの１つを保持する技術が開示されている。特開２００３−１２２５０９号公報には、第２の記憶システムが第１の記憶システムの複製対象のデータに対応する複製データを一つだけ持ち、米国特許６２０９００２号公報に示されるようなリモートコピーを実施するための冗長な論理ボリュームを必要とせず、第３の記憶システムが、その複製データを得ることができるようにするための技術が開示されている。
【特許文献１】米国特許６２０９００２号公報
【特許文献２】特開２００３−１２２５０９号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
従来のリモートコピーシステムでは、ローカルサイトの第1の記憶システムのデータボリュームのデータイメージを、そのボリューム単位でリモートサイトの第２の記憶システムの第１の記憶制御システムのデータボリュームと同数、同容量のデータボリュームに転送していた。第1の記憶システムの論理ボリューム容量が増大すればするほど、第２の記憶システムの論理ボリューム容量も増大することにつながる。
【０００５】
このような問題を解決するために、ジャーナルボリュームを利用した、リモートコピー技術が発達してきている。このリモートコピー技術は、ローカルサイト（ローカルデータセンタ）における第1の記憶システム内に通常の運用データを格納するボリューム以外に、更新データそのものとタイムスタンプや格納場所の論理アドレス等の管理情報を含んだジャーナルデータを格納するジャーナルボリュームを持っている。
【０００６】
ローカルサイトのサーバからのリモートコピー対象のデータを格納するボリュームに対する更新I/Oに関するジャーナルデータが、ジャーナルボリュームに格納される。第1の記憶システムのジャーナルボリュームに格納されたジャーナルデータの内容は、第２の記憶システム内のジャーナルボリュームに転送され、ここに格納される。第２の記憶システムのジャーナルボリュームに格納されたジャーナルデータの内容は、ローカルサイトのデータセンタの災害や事故などの不測の事態に備えて、随時、第２の記憶システムのボリュームに反映される。
【０００７】
従来のリモートコピー技術は、ローカルサイトの第１の記憶システムに大規模障害等が発生した時点、あるいは発生直前のリカバリポイントのみを意識していた。しかしながら、リカバリポイントが、この大規模障害が発生した時点あるいは発生直前のみでは十分ではない。例えば、データの更新に対するログ情報を取得していないＯＳファイルシステムでのファイル処理の途中における障害や操作ミスなどの不測の事態が発生した場合、リモートサイトの第２の記憶システムを活用して、ある運用業務の終了時点やある任意の時刻をリカバリポイントにできる運用が望まれる。
【０００８】
現状のシステムでは、このような運用を実現するために、障害発生前に取得しておいたバックアップ内容をリストアした後、アプリケーション側などで管理していた更新ログをバックアップデータに適用しなければならないといったリカバリ作業が必要となり得る。これらのバックアップのリストア作業やアプリケーション側でのリカバリ処理は、長い時間を要し、さらに、煩雑な手順を要することが多い。
【０００９】
さらに、このリモートコピー技術を利用したシステムでは、リモートサイトのデータセンタにおける第２の記憶システム内に格納されたボリュームを、その記憶システム内の別のボリュームに、ボリュームレプリカ機能などを利用して、バックアップする運用が望まれている。このバックアップについて、第２の記憶システム自体で、バックアップの世代管理を可能にするためには、その世代の数だけ同容量のボリュームを第２の記憶システムに用意する必要があり、第２の記憶システムにボリュームを確保することも必要となってしまう。
【００１０】
そこで、本発明は、リモートサイトの記憶制御システムに、任意の時点でのデータボリュームのリカバリやリストアができるような機能を与えるようにした、リモートコピーシステムを提供する事を目的とする。
【課題を解決するための手段】
【００１１】
本発明は既述の目的を達成するために、リモートサイトの記憶領域に複数のジャーナルボリュームを設けることにより、任意の時点でのデータボリュームのリカバリやリストアができるようなリモートコピーシステムを提供できるようにしたものである。
【００１２】
すなわち、本発明は、情報処理装置に接続され、前記情報処理装置との間でデータの送受信を行う記憶制御システムを備えたローカルサイトと、前記記憶制御システムに接続され、当該記憶制御システムからデータを受信する、他の記憶制御システムを有するリモートサイトと、を備えてなるリモートコピーシステムにおいて、前記記憶制御システムは、前記情報処理装置から送信されたデータが書き込まれる第１の論理ボリュームを有する第１の記憶領域と、当該第１の記憶領域と前記情報処理装置とデータ交換を制御する第１の制御部と、を備え、前記他の記憶制御システムは、前記第１論理ボリュームとリモートコピーのペアを形成する第２の論理ボリュームと、前記第１の記憶領域に対するジャーナルデータを記憶する複数のジャーナルボリュームと、を有する第２の記憶領域と、前記第１の記憶領域と前記第２の記憶領域とのデータ交換を制御する第２の制御部と、を備えることを特徴とするものである。
【発明の効果】
【００１３】
以上説明したように、本発明によれば、任意の時点でのデータボリュームのリカバリやリストアができるような機能を与えるようにした、リモートコピーシステムを提供する事ができる。
【発明を実施するための最良の形態】
【００１４】
図１は、本発明の実施形態に係る、複数の記憶(制御)システムからなるリモートコピーシステムの全体を示す図である。第１の記憶システム１０は、ホストコンピュータ５と接続線２１０を介して接続されている。第２の記憶システム１５は、第１の記憶システム１０と接続線２２０を介して接続される。この第２の記憶システムは、第１の記憶システム１０と第３の記憶システム２０との間の中間サイトとして機能するものである。ホストコンピュータ５と第１の記憶システム１０とにより構成される第１のサイトと、ホストコンピュータ６と第２の記憶システム１５とによって構成される第２のサイトとを合わせたシステムがローカルサイトに相当する。一方、リモートサイトを構成する第３の記憶システム２０は、第２の記憶システムである記憶システム１５と接続線２４０を介して接続されている。接続線２１０、２２０、２４０は、ファイバーケーブルの他、インターネット等の広域回線でも良い。第１サイトの記憶システム１０は、論理ボリューム１１０(ORG1)、 論理ボリューム１２０（ORG２）を備えており、論理ボリューム１１０(ORG1)に複製対象となるオリジナルデータが格納されている。第２の記憶システム１５は、論理ボリューム１１０(ORG１)のデータイメージが同期コピーされる論理ボリューム１５０(Data１)を備えている。リモートサイトの記憶システム２０は、複製データが格納される論理ボリューム２００（Data２）を備えている。
【００１５】
記憶システム１０、１５、２０内に定義される論理ボリュームの容量や物理的な格納位置（物理アドレス）は、各記憶システムに接続した管理用コンピュータ（ＳＶＰ）もしくはホストコンピュータ５、６、７を用いて設定可能である。  複製対象のデータが蓄積される論理ボリュームが正論理ボリュームであり、複製データが蓄積される論理ボリュームが副論理ボリュームである。一対の正論理ボリュームと副論理ボリュームとからコピーペアが構成される。正論理ボリュームと副論理ボリュームの関係および状態等は、後述する、各記憶システム内の共有メモリ(SM)７０にペア設定情報テーブル５００として設定される。
【００１６】
図２に、記憶システム１０のハードウエアのブロック構成を示す。記憶システム１５及び２０も同様な構成を備えている。第１の記憶システム１０は、ホストコンピュータ５と接続するための複数のチャネルアダプタ５０を有し、これらチャネルアダプタ５０は接続線２１０を介してホストコンピュータ５や第２の記憶システム１５と接続されている。チャネルアダプタ５０は、接続部５５を介して、キャッシュメモリ６０に接続され、上位装置(情報処理装置)から受領したコマンドを解析し、ホストコンピュータ５が所望するデータのキャッシュメモリ上への読み出しや書き込みを制御する。論理ボリューム１１０(ORG１)と論理ボリューム１２０(ORG２)は、複数のHDD１００上にわたって設定されている。
【００１７】
図３は論理ボリュームとHDD１００上の物理アドレスとを定義づけるとともに、論理ボリュームの容量やフォーマット形式等の属性情報およびペア情報を定義したテーブルの形態を示している。論理ボリューム番号は、データセンタ内の各論理ボリュームにユニークなものである。このテーブルにおいて、未使用とあるのは論理ボリュームが設定されているが、未使用であることを示し、正とはペアボリュームの正ボリュームとして正常に動作できる状態にあることを示している。正常とは、他の論理ボリュームとペアは設定されていないが、正常な状態であることを示している。副とは、そのボリュームがペアの副ボリュームとなっており、正常に動作できることを示している。
【００１８】
論理ボリューム番号１は、第１の記憶システム１０の論理ボリューム１１０(ORG1)を示し、第２の記憶システム１５の論理ボリューム１５０(Data１)とペア番号１というコピーペアを構成している。同様に、第２の記憶システム１５の論理ボリューム１５１(JNL１)は、論理ボリューム番号３として記述されている。第３の記憶システム２０の論理ボリューム２０１が論理ボリューム番号４、第３の記憶システムの論理ボリューム２００が論理ボリューム番号５である。
【００１９】
図３の物理アドレスは実際のHDD１００上のアドレスである。図２のディスクアダプタ８０上のマイクロプロセッサ(図示しない)はこの情報に基づいて、キャッシュメモリ６０から実際のHDD上にデータを記録する動作やHDD１００上からキャッシュメモリ６０にデータを読み出したりする動作を制御する。
【００２０】
接続部５５は、チャネルアダプタとキャッシュメモリ等を互いに接続するスイッチから構成される他、バスによる接続方式の構成でも良い。共有メモリ(SM)７０は、キャッシュメモリとは別に構成されても良い。共有メモリ(SM)７０には、制御情報や制御テーブルが保存される。
【００２１】
第１サイトの記憶システム１０の正論理ボリューム１１０(ORG１)へのデータ更新が、第２サイトの記憶システム１５を介して、第３サイトの記憶システム２０の論理ボリューム２００(Data２)に反映される動作について説明する。データが更新される更新元の論理ボリュームである、ソース論理ボリュームからコピー論理ボリュームへの、ソース論理ボリュームのデータイメージのコピーは、ジャーナルデータに基づいて行われる。ジャーナルデータは、あるソース論理ボリュームにデータ更新があった場合に、少なくとも更新データそのものと、その更新がソース論理ボリュームのどの位置にあったのかを示す更新情報（例えば、ソース論理ボリューム上の論理アドレス）、さらに、更新の日時であるタイムスタンプとからなる。ソース論理ボリュームのデータに対する更新があった場合にジャーナルデータを保持しておけば、そのジャーナルデータからソース論理ボリュームを再現することができる。
【００２２】
ある時点でのソース論理ボリュームと同じデータイメージを持つコピー論理ボリュームがあることを前提として、それ以降のソース論理ボリュームに対するデータの更新がある都度、ジャーナルデータを保持しておけば、ジャーナルデータを用いてある時点以降のソース論理ボリュームのデータイメージをコピー論理ボリュームに再現できる。ジャーナルデータを用いれば、ソース論理ボリュームと同じ容量を必要とすることなく、ソース論理ボリュームのデータイメージをコピー論理ボリュームに構築することができる。ジャーナルデータを保持するボリュームが、ジャーナル論理ボリュームである。
【００２３】
図４は、あるソース論理ボリュームのアドレス７００番地から１０００番地のデータが更新された状態(更新データ６３０)を示している。ある論理ボリュームと組をなすジャーナル論理ボリュームは、ジャーナルデータ９５０として、更新されたデータそのものを、ライトデータ領域９１００にライトデータ６１０として記録し、例えばどの位置が更新されたか、いつ更新されたかというような更新に関わる情報は更新情報領域９０００に更新情報６２０として記録される。
【００２４】
ジャーナル論理ボリュームは、更新情報６２０を格納する記憶領域９０００（更新情報領域）とライトデータを格納する記憶領域９１００（ライトデータ領域）に分割して使用される。更新情報領域９０００は、更新情報領域９０００の先頭から、更新された順(更新番号の順)に更新情報を格納し、更新情報領域の終端に達すると、更新情報領域の先頭から格納する。ライトデータ領域９１００は、ライトデータ領域９１００の先頭からライトデータを格納し、ライトデータ領域９１００の終端に達すると、ライトデータ領域９１００の先頭からライトデータを格納する。
【００２５】
図１において、第１の記憶システム１０が、ホストコンピュータ５から第１の記憶システム１０内の正論理ボリューム１１０(ORG１)のデータに対するライト命令を受信すると(２５０)、第１の記憶システム内の正論理ボリューム１１０(ORG１)のデータが更新される。そして、当該更新された正論理ボリューム１１０(ORG１)とペアとなっている第２（中間サイト）の記憶システム１５の内の論理ボリューム１５０(Data１)も同期更新される。このことにより第２の記憶システム１５は、第１の記憶システム１０で障害が発生した場合でも、直ちにその業務を引き継ぐことができる。これは、第２の記憶システム１５が、ホストコンピュータ５が使用している正論理ボリューム１１０（ORG１）と同じデータイメージを持つ副論理ボリューム１５０（Data１）を保持しているからである。
【００２６】
一方、第２サイトの記憶システム１５は、論理ボリューム１５０(Data１)へのデータ更新があると、すなわち、ホストコンピュータ５から論理ボリューム１にデータの更新Ｉ／Ｏがあると、ジャーナルボリューム１５１（JNL１）にジャーナルデータの保存を行う(２６０)。  ジャーナルボリューム１５１（JNL1）に蓄積されたジャーナルデータは、接続線２４０を介して、遠距離にある第３の記憶システム２０内のジャーナルボリューム２０１（JNL2）に非同期で転送（２７０)される（ＰＵＳＨ方式）。ジャーナルボリューム２０１は、後述の図１４に示すように、複数のジャーナルボリュームから構成されている。第３の記憶システム２０は、ジャーナルボリューム２０１（JNL2）のジャーナルデータを用いて、第２の記憶システム１５の論理ボリューム１５０（Data１）に対応する論理ボリューム２００(Data2)を再生する(２８０)。この動作は、リストア処理或いはリカバリ処理に相当する。第２の記憶システム１５のジャーナルボリューム内のデータを、第３の記憶システム２０から読み出して、第３の記憶システム２０内の論理ボリューム２０１（JNL2）に蓄積する（ＰＵＬＬ方式）ようにしても良い。
【００２７】
このＰＵＬＬ方式を具体的に説明する。第２の記憶システム１５は、第３の記憶システム２０からジャーナルデータをリードする、ジャーナルリード命令を受信すると、ジャーナル論理ボリューム１５１（JNL１）からジャーナルを読み出し、第３の記憶システム２０に送信する。
【００２８】
その後、第３の記憶システム２０は、リストア処理３５０によって、ジャーナル論理ボリューム（JNL2）２０１からジャーナルデータを読み出し、論理ボリューム２００(Data２)のデータを更新する。これにより、第１サイトの記憶システム１０の正論理ボリューム１１０(ORG１)に生じたデータ更新を第３サイトの記憶システム２０の副論理ボリューム２００(Data２)に反映する処理が可能となる。任意のリカバリポイントで、副論理ボリュームのデータイメージをリカバリできるように、ジャーナルボリューム２０１は、後述するように、複数の部分ジャーナルボリュームから構成されている。
【００２９】
図１に示す第２の記憶システム１５内の論理ボリューム１５１(JNL１)は、前述したようにジャーナルデータ専用の記憶領域で、データ複製対象の記憶領域より少なくすることが可能であり、第２の記憶システム１５内の記憶領域の消費を抑えて、第１の記憶システム１０から、第２、第３の記憶システム１５、２０へのデータの複製を可能とする。
【００３０】
図１に示すような複数サイトからなるデータセンタシステムを構築するために、まず、例えば、論理ボリューム１５０(Data1)とジャーナルボリューム１５１(JNL１)とがジャーナルグループとなるための設定が必要である。ジャーナルグループとは、論理ボリューム同士のペアのことで、論理ボリュームと、その論理ボリュームへのデータのライト命令があった場合に、そのライト命令をライト先アドレス等の更新情報とライトデータに区分して蓄積しておくジャーナルボリュームと、からなる。
【００３１】
図１の例では、記憶システム１５について、論理ボリューム１５０（Data１）と論理ボリューム１５１（JNL１）とがジャーナルグループであり、記憶システム２０においては、論理ボリューム２０１（JNL２）と論理ボリューム２００（Data2）とが、ジャーナルグループである。
【００３２】
図５に示すフローチャートは、ジャーナルグループの初期設定手順を示している。ユーザは、ホストコンピュータ５、６、７を用いて、各記憶システムのジャーナルグループを設定する（ステップ９００、９０５）。図１において、第２、第３サイトの記憶システム１５、記憶システム２０内のジャーナルグループ、すなわち、Data1とJNL1のペア、Data2とJNL2のペアが、それぞれジャーナルグループ１、ジャーナルグループ２である。図７に示すようにジャーナルグループ設定情報は、テーブル５５０として共有メモリ(SM)７０に保持されている。
【００３３】
さらに、ユーザは、各記憶システムに接続される管理用クライアント装置あるいはホストコンピュータを使用して、データ複製対象を示す情報とデータ複製先を示す情報を指定して、ペア登録指示を第１及び第２の記憶システム１０、１５に行う（ステップ９１０）。図１の論理ボリューム１１０（ORG1）と論理ボリューム１５０（Data1）との間にペア関係が設定される。
【００３４】
ペアとして設定されると、そのペアの態様（ステータス）に応じて、正論理ボリュームに対して発生した書き込み処理が、副論理ボリュームに対する各種の処理を行う契機となる。ペアの態様（ステータス）には、サスペンド状態、ペア状態、初期コピー状態があり、ペアの態様（ステータス）が、ペア状態の場合は、正論理ボリュームに書き込まれたデータが、副論理ボリュームにも書き込まれるという処理がなされ、サスペンド状態の場合は、正論理ボリュームに書き込まれたデータが、副論理ボリュームには反映されず、その差分がビットマップを用いて第１の記憶システム１０内に保持される。ジャーナルグループの設定情報や、このペアの設定情報は、図２に示す共有メモリ（SM）７０に蓄積され、チャネルアダプタ５０上のマイクロプロセッサはその情報に基づいて、必要な処理を実行する。
【００３５】
図６は、ペアの状態を示すペア設定情報テーブル５００の一例である。図６の1行目にペア番号１として、第１の記憶システム１０の論理ボリューム１１０(ORG１)（論理ボリューム番号１）と第２の記憶システム１５の論理ボリューム１５０(Data１)（論理ボリューム番号２）のペアが生成されたことが記述されている。図５のステップ９１０では、さらに、論理ボリューム１１０(ORG１)と論理ボリューム１５０(Data１)のデータイメージを同一にするための初期化処理である初期コピーが行われる。
【００３６】
次のステップ９１５では、論理ボリューム１５０(Data１)、論理ボリューム２００(Data２)を指定して、ペアを形成し、初期コピーを行う。前述のステップ９１０の処理と同様に論理ボリューム１５０(Data１)と論理ボリューム２００(Data２)とに同一のデータイメージを持たせるようにしている。図６のペア番号２の行にこのペアが設定された状態を示す。このペアは初期コピー処理の終了後解除される(ステップ９２０)。
【００３７】
第１の記憶システムの論理ボリューム１１０(ORG１)のデータイメージが記憶システム１５、２０の論理ボリューム１５０(Data１)、２００(Data２)までコピーされたら、記憶システム１５、２０内にあるマネージャは、初期コピー終了を保守端末もしくはホストコンピュータ５へ報告する。この初期化処理後、記憶システム２０でのデータの正確なリストア処理（リカバリ）が可能になる。
【００３８】
次に、記憶システムの動作を詳細に説明する。図８は、第２サイトの記憶システム１５が行うデータの書き込み処理を示す図である。第２の記憶システム１５は、接続線２２０でチャネルアダプタ５０を介して、第１サイトの記憶システム１０と接続されている。第１の記憶システム１０は、接続線２１０を介してホストコンピュータ５と接続されている。
【００３９】
第１の記憶システム１０は接続線２１０を介してホストコンピュータ５からのデータの書き込み命令を受領する(２５０)。論理ボリューム１１０（ORG１）にデータが書き込まれると、第２の記憶システム１５は、接続線２２０を介して、第１の記憶システム１０からのデータ書き込み命令を受領する。矢印１１００は、第２サイトの記憶システム１５における、データ複製先の論理ボリューム１５０(Data１)へのデータ書き込み命令を受信した場合のデータの流れである。チャネルアダプタ５０は、第１の記憶システム１０から論理ボリューム１５０(Data１)へのデータの書き込み命令を受領すると、その書き込みデータと更新情報を、キャッシュメモリ６０に保持する。キャッシュメモリ６０上の書き込みデータは、ディスクアダプタ８０によって、論理ボリューム１５０(Data１)にキャッシュメモリに書き込まれたのとは別のタイミングで書き込まれる(１１１０)。
【００４０】
キャッシュメモリ６０上に記録された更新情報は、論理ボリューム１５１(JNL１)の更新情報領域に書き込まれ、さらにライトデータが論理ボリューム１５１(JNL１)のライトデータ領域に蓄積される(１１２０)。ディスクアダプタ８０は、キャッシュメモリ６０上のライトデータと更新情報をHDD上の論理ボリューム１５１(JNL１)に割り付けられたアドレスに書き込む(１１３０、１１４０)。一方、第３の記憶システム２０に接続線２４０を介して接続されるチャネルアダプタ５１は、第３の記憶システム２０からの論理ボリューム１５１(JNL１)の読み出し命令を受領する。
【００４１】
図９は、第２のサイトの記憶システム１５の論理ボリューム１５０(Data1)が、第１のサイトの記憶システムからの命令を受領した場合の処理を示すフローチャートである。図８のチャネルアダプタ５０に搭載されたマイクロプロセッサは、第１の記憶システム１０からのアクセス命令を受領すると、その命令の種類を調べる（ステップ１２１０）。チャネルアダプタは、図８のチャネルアダプタ５０のように書き込み命令を受ける場合と、チャネルアダプタ５１のようにチャネルアダプタ５０が他の記憶装置からのリード命令を受領する場合がある。
【００４２】
受領したアクセス命令がライト命令ではない場合であって、第３の記憶システム２０からのジャーナルリード命令である場合、ジャーナルリード受信処理を行う(ステップ１２１５、１２２０)。ステップ１２１０で、アクセス命令がライト命令の場合は、論理ボリューム１５０(Data1)のボリューム状態を調べる（ステップ１２４０）。ボリュームの状態は、図３に示すように、各論理ボリュームの状態がテーブル形式で、共有メモリ（SM）７０にボリューム情報として蓄積されている。ステップ１２４０で、論理ボリューム１５０(Data１)のボリューム状態が、正常ではない場合は、論理ボリューム１５０(Data１)へのアクセスは不可能なため、ホストコンピュータ５に異常を報告して終了する（ステップ１２３０）。
【００４３】
ステップ１２４０で、論理ボリューム１５０(Data１)のボリューム状態が、正常の場合、チャネルアダプタ５０は、キャッシュメモリ６０からデータを受領する(ステップ１２５０)。チャネルアダプタ５０は、データの受領準備ができたことを、第１の記憶システム１０に報告し、その後第１の記憶システム１０がライトデータを第２の記憶システム１５に送信する。第２の記憶システム１５のチャネルアダプタ５０は、ライトデータを受信し、準備したキャッシュメモリ６０の記憶領域に保存する（ステップ１２５０、図８の「１１００）」を参照）。その後、ステップ１２６０で、第１の記憶システム１０へ、処理の終了を報告する。  次に、チャネルアダプタ５０は、共有メモリ（SM）７０に記録されているジャーナルグループ設定情報テーブル５５０（図７）を参照して、論理ボリューム１５０(Data１)がジャーナルグループを構成する論理ボリュームかどうかを調べる（ステップ１２７０）。図７は、ジャーナルペアがどの論理ボリューム間で形成されているかを示している。第一行には、論理ボリューム番号２と３がジャーナルグループであることを示している。第２の記憶システム１５の論理ボリューム１５０(Data１)と論理ボリューム１５１(JNL１)とがジャーナルペアを形成している。
【００４４】
論理ボリューム１５０(Data１)がジャーナルグループを持つ論理ボリュームの場合は、このボリュームとジャーナルグループを形成しているジャーナル論理ボリューム１５１(JNL１)に対してジャーナル作成処理を行う（ステップ１２６５）。その後、任意のタイミングで、ディスクアダプタ８０によりHDD上に定義された論理ボリューム１５０(Data１)及び論理ボリューム１５１(JNL１)へのデータの書き込みが行なわれる(ステップ１２８０、図８の「１１３０、１１４０」)。
【００４５】
以上のようにして、第２の記憶システム１５内のジャーナルの作成が行われ、このジャーナルデータは、ジャーナルボリューム１５１(JNL１)に順次格納されていく。ジャーナルデータは、一定の要因を契機にして、第３の記憶システム２０のジャーナルボリューム２０１(JNL２)に非同期で送信される。その１方法にプッシュ(PUSH)方式とプル(PULL)方式がある。プル(PULL)方式を図１０に基づいて説明する。  図１０はジャーナルリード命令を受信した第２の記憶システム１５のチャネルアダプタ５１の動作（ジャーナルリード命令受信処理）を説明する。図１１はそのフローチャートを説明する。第２の記憶システム１５が、第３の記憶システム２０からジャーナルリード命令を受信した場合の動作について説明する。
【００４６】
第２の記憶システム１５内のチャネルアダプタ５１は、第３の記憶システム２０からアクセス命令を受信し(図１０の「１４１０」)、アクセス命令がジャーナルリード命令である場合、チャネルアダプタ５１は、図７を参照してジャーナルグループ状態が“正常”であるかを調べる（ステップ１５１０）。ステップ１５１０で、ジャーナルグループ状態が“正常”以外、例えば、“障害”の場合は、第３の記憶システム２０にジャーナルグループ状態を通知し、処理を終了する。第３の記憶システム２０は、通知されたジャーナルグループ状態に応じて処理を行う。例えば、ジャーナルグループ状態が“障害”の場合は、ジャーナルリード処理を終了する（ステップ１５１５）。
【００４７】
ステップ１５１０で、ジャーナルグループ状態が“正常”の場合、チャネルアダプタ５
１は、ジャーナル論理ボリュームの状態を調べる（ステップ１５２０）。ステップ１５２０で、ジャーナル論理ボリュームのボリューム状態が“正常”でない場合は、例えば、“障害”の場合は、図７に示すジャーナルグループ状態を“障害”に変更し、記憶システム２０にジャーナルグループ状態を通知し、処理を終了する（ステップ１５２５）。
【００４８】
ステップ１５３０で、チャネルアダプタ５１は、送信していないジャーナルデータが存在するかを調べ、存在すれば、ジャーナルデータを第３の記憶システム２０に送信する(ステップ１５５０)。全てのジャーナルを第３の記憶システム２０に送信済みである場合は、第３の記憶システム２０に“ジャーナル無“を送信する（ステップ１５６０）。その後、ジャーナルデータが内在していた領域を開放する(ステップ１５７０)。未送信のジャーナルデータが存在する場合、チャネルアダプタ５１は、ディスクアダプタ８０に更新情報及びライトデータをキャッシュメモリ６０に読み込むことを命令する(図１０の「１４４０」)。
【００４９】
ディスクアダプタ８１のリードライト処理は、HDD１００上で分散して形成されている論理領域である論理ボリューム１５１(JNL１)から更新情報とライトデータとを読み込み、キャッシュメモリ６０に保存し、チャネルアダプタ５１に通知する（図１０の「１４３０、１４５０」）。チャネルアダプタ５１は、ライトデータと更新情報とのキャッシュへのリード終了の通知を受け、更新情報とライトデータを第３の記憶システム２０にキャッシュメモリ６０から送信し、その後ジャーナルを保持しているキャッシュメモリ６０を開放する（図１０の「１４６０」）。チャネルアダプタ５１は、前回のジャーナルリード命令の処理時に、第３の記憶システム２０に送信したジャーナルの記憶領域を開放する（ステップ１５７０）。
【００５０】
ジャーナルデータを受信した第３の記憶システム２０は、ジャーナルボリューム２０１(JNL２)に、受信したジャーナルデータを格納する。その後、第３の記憶システム２０は、ジャーナルリストア処理を行う。第３の記憶システム２０は、ジャーナルリストアプログラムを実行して、ジャーナルボリューム２０１(JNL２)から論理ボリューム２００(Data２)へデータのリストアを行う。リストアが終わったジャーナルが格納されていた領域はパージ（開放）され、新たなジャーナルの格納に利用される。
【００５１】
図１４は、ジャーナルボリューム２０１（JNL2）の詳細な構成を示したブロック図である。図１４に示すように、第３の記憶システム２０のジャーナルボリューム２０１（JNL2）は、複数のジャーナルボリュームからなる集合体から構成されている。このジャーナルボリュームのグループは、ある指定された時点以降のある一定期間毎に生成される複数のジャーナルデータに対応するように、複数のジャーナルボリュームJNL2-1乃至JNL2-nから構成されている。例えば、月曜日から次週の月曜日までの各日におけるジャーナルデータを格納するための8個のジャーナルボリュームが考えられる。月曜日の更新データを蓄積するジャーナルボリュームをJNL2-1とし、火曜日のそれをJNL2-2とし、水曜日のそれをJNL2-3とし、木曜日のそれをJNL2-4とし、金曜日のそれをJNL2-5とし、土曜日のそれをJNL2-6とし、日曜日のそれをJNL2-7とし、次週の月曜日のそれをJNL2-8とする。これらのジャーナルボリュームが一つのグループ２０１を構成することは、制御テーブルの形で第３の記憶システム２０内の共有メモリ(SM)７０に設定される。この設定はホストコンピュータ７または管理端末によって行われる。
【００５２】
第３の記憶システム２０のチャネルアダプタ又はディスクアダプタは、第２の記憶システム１５のジャーナルボリューム１５１JNL1から送られるジャーナルデータ中のタイムスタンプのデータを参照して、ジャーナルデータをジャーナルボリュームJNL2-1・・・・JNL2-ｎのいずれかに分配して蓄積する。例えば、ある時点以降の月曜日にホストコンピュータ５によってボリューム１１０に加えられた更新データ（ジャーナルデータ）をジャーナルボリュームJNL2-1に蓄積し、火曜日のそれをJNL2-2に蓄積する、の如くである。月曜日から日曜日のジャーナルデータは、次の月曜日の所定タイミング(例えば午後零時)に、論理ボリューム２００(Data2)に反映される。次いで、第３の記憶システム２０は、JNL2-1・・・・JNL2-7の各ジャーナルボリュームの記憶内容をパージした後、第２の記憶システム１５から送られるジャーナルデータを順次分配して記憶する。なお、図１４に示すシステムでは、第１の記憶システム１０と第２の記憶システム１５とを一体にした構成を備えている。
【００５３】
図１２、１３に基づいて、第３の記憶システム２０のチャネルアダプタ５３が、ジャーナルを利用し、データの更新(リカバリ)を行う動作について説明する。リカバリ処理は記憶システム２０のディスクアダプタ８０が処理を行ってもよい。図１３のステップ２０１０で、ホストコンピュータは、リカバリ対象のジャーナルボリュームを選択する。リカバリ対象のジャーナルデータが選択されたジャーナルボリュームに存在するかを調べる。チャネルアダプタ５３は、ジャーナルデータが存在しない場合、リカバリ処理を一旦終了し、次のリカバリ処理に備える（ステップ２０１０）。
【００５４】
ステップ２０１０で、リストア対象のジャーナルデータが存在する場合、最も古い（最小）ジャーナルデータに対して次の処理を行う。ジャーナルデータに更新番号を連続的に付与し、最古（最小）の更新番号を持つジャーナルの更新情報からリストア処理を行えばよい。チャネルアダプタ５３は、キャッシュメモリ６０の領域を確保し(図１２「１９１０」)、ディスクアダプタ８０に更新情報最古のものから、更新情報とライトデータを読み出す（ステップ２０２０、図１２の「１９２０、１９３０」）。具体的には、第３の記憶システム２０のディスクアダプタ８３はリードライト処理３４０により、更新情報が格納されているHDD１００から更新情報を読み込み、キャッシュメモリ６０に保存し、チャネルアダプタ５３に通知する。
【００５５】
同様に、第３の記憶システム２０のディスクアダプタ８３は、読み込んだ更新情報を元にライトデータを取得し(ステップ１９３０)、論理ボリューム２００(Data２)の更新されるべき部分に対応したキャッシュメモリ６０の領域に読み込むことを命令する（ステップ２０２０、図１２の１９４０）。
【００５６】
そして、リストア処理とは非同期で、ディスクアダプタ８３は副論理ボリュームキャッシュ領域からライトデータを副論理ボリューム２００(Data２)に書き込む（図１２の１９５０、ステップ２０３０）。その後、副論理ボリューム２００(Data２)に反映された論理ボリューム２０１(JNL2)の更新情報とライトデータが存在した領域を開放(パージ)する(ステップ２０４０)。引き続き、選択されたジャーナルボリュームについてリカバリが終了したか判定され、全てのジャーナルボリュームについてリカバリが終了すると、図１３のルーチンが終了する（２０５０）。
【００５７】
いま、例えば、水曜日までのジャーナルデータによってボリュームのリカバリを行う場合には、図１２のステップ２０１０において、図１４のジャーナルボリュームJNL2-1乃至JNL2-3が選択される。選択されたジャーナルボリュームのジャーナルデータを全てデータボリューム２００に反映させることによって、データボリュームをユーザが選ぶ任意の時点でリカバリすることができる。例えば、今が土曜日だとすると、水曜日の時点でのリカバリを行うことができる。
【００５８】
図１５は、図１４の変形例を示すものであり、第３の記憶システム２０には、複数のデータボリューム２００，２００-１が設けられている。各データボリュームは、それぞれのジャーナルボリュームにアクセス可能である。さらに、第３の記憶システム２０のチャネルアダプタ又はディスクアダプタ(制御部)は、各データボリュームがアクセスされるジャームナルボリューを適宜選択できるようにしている。あるいは、特定のジャーナルボリュームのみに対してアクセスできないようにすることもできる。例えば、データボリューム２００は、ジャーナルボリュームJNL2-1のジャーナルデータによってリカバリされ、データボリューム２００−１は、ジャーナルボリュームJNL2-2のジャーナルデータによってリカバリされるとの如くである。このように構成することによって、リモートサイトに任意の時点でリカバリされたデータボリュームを複数置く事ができる。
【００５９】
図１６は、第３の記憶システム２０のジャーナルボリュームの変形例を示すものであり、このシステムでは、第３の記憶システム２０には、ローカルサイトの記憶システムに対してホストコンピュータ５（６）から加えられた全てのジャーナルデータが蓄積されたジャーナルボリュームJNL2（２０１Ａ）が設けられている。このジャーナルボリュームには、図示しない別の論理ボリュームが対応し、このボリュームに全てのジャーナルデータを反映させることができる。
【００６０】
以上説明した実施形態によれば、リモートサイトのデータセンタにおける記憶システムのリカバリポイントをOSファイルシステムやさまざまなアプリケーション側の煩雑な操作をほとんど意識することなく任意に設定できとすることができ、任意の時点におけるデータ格納ボリュームの状態を保持することができる。
【００６１】
また、図１４に示すように、リモートシステム内において、ある指定された時点以降のある一定期間毎に生成された複数のジャーナルボリュームJNL2-1〜JNL2-nを保持し、指定された時点より古いジャーナルのみが適用されたデータ格納ボリューム２００(Data2)が保持されていることにより、リモートサイトにおけるデータセンタの記憶システム内でバックアップの世代管理ができることとなる。これは、従来から課題となっていたバックアップ用ボリュームの必要数、必要容量の削減につながる。
【００６２】
前記実施形態では、リモートサイトにおけるジャーナルボリュームを一週間の各曜日のジャーナルデータを蓄積するように定義したが、これを日毎、月毎、年毎など適宜な間隔をもって定義することもできる
さらに、リモートサイトに複数の論理ボリューム（ＬＵ）を設け、制御部は、特定の論理ボリュームを選択して、これを特定のジャーナルボリューム内のジャーナルデータでリカバリするようにしても良い。
【図面の簡単な説明】
【００６３】
【図１】本発明の第１の実施形態を示す図である。
【図２】記憶システムの内部構造を示した図である。
【図３】ボリューム情報テーブルを示す図である。
【図４】ジャーナルを説明するための図である。
【図５】初期コピー処理を示したものである。
【図６】ペア設定情報を示す図である。
【図７】ジャーナルグループ設定情報テーブルを示す図である。
【図８】アクセス命令受信処理の流れを説明する図である。
【図９】アクセス命令受信処理を説明するフローチャートを示した図である。
【図１０】ジャーナルリード命令を受信した記憶システム１５のチャネルアダプタ５０の動作（ジャーナルリード受信処理）を説明する図である。
【図１１】ジャーナルリード命令受信処理を説明するフローチャートである。
【図１２】リストア処理を説明する図である。
【図１３】リカバリ処理のフローチャートを説明する図である。
【図１４】リモートサイトにおけるジャーナルボリュームの他の構成例を示すブロック図である。
【図１５】さらに他の例を示す、ジャーナルボリュームのブロック図である。
【図１６】さらに他の例を示す、ジャーナルボリュームのブロック図である。
【符号の説明】
【００６４】
５、６、７  ホストコンピュータ
１０  第１の記憶システム
１５  第２の記憶システム
２０  第３の記憶システム
１１０  第１の記憶システム内の論理ボリューム(ORG１)
１２０  第１の記憶システム内の論理ボリューム(ORG２)
１５０  第２の記憶システム内の論理ボリューム(Data１)
１５１  第２の記憶システム内のジャーナルボリューム(JNL１)
２００  第３の記憶システム内の論理ボリューム(Data２)
２０１  第３の記憶システム内のジャーナルボリューム(JNL２，JNL2-1・・・JNL2-n)
２１０、２２０、２４０  接続線
【図１】
2006318077.tif 000003
【図２】
2006318077.tif 000004
【図３】
2006318077.tif 000005
【図４】
2006318077.tif 000006
【図５】
2006318077.tif 000007
【図６】
2006318077.tif 000008
【図７】
2006318077.tif 000009
【図８】
2006318077.tif 000010
【図９】
2006318077.tif 000011
【図１０】
2006318077.tif 000012
【図１１】
2006318077.tif 000013
【図１２】
2006318077.tif 000014
【図１３】
2006318077.tif 000015
【図１４】
2006318077.tif 000016
【図１５】
2006318077.tif 000017
【図１６】
2006318077.tif 000018