JP4942418B2 - 計算機システム及びそのスナップショット作成方法 - Google Patents

計算機システム及びそのスナップショット作成方法 Download PDF

Info

Publication number
JP4942418B2
JP4942418B2 JP2006213896A JP2006213896A JP4942418B2 JP 4942418 B2 JP4942418 B2 JP 4942418B2 JP 2006213896 A JP2006213896 A JP 2006213896A JP 2006213896 A JP2006213896 A JP 2006213896A JP 4942418 B2 JP4942418 B2 JP 4942418B2
Authority
JP
Japan
Prior art keywords
volume
data
storage system
snapshot
bitmap
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Expired - Fee Related
Application number
JP2006213896A
Other languages
English (en)
Other versions
JP2008040762A (ja
JP2008040762A5 (ja
Inventor
弘明 圷
賢哲 江口
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Hitachi Ltd
Original Assignee
Hitachi Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Hitachi Ltd filed Critical Hitachi Ltd
Priority to JP2006213896A priority Critical patent/JP4942418B2/ja
Priority to US11/527,446 priority patent/US7725668B2/en
Priority to EP07250023A priority patent/EP1892614B1/en
Priority to CN2007101055374A priority patent/CN101118507B/zh
Publication of JP2008040762A publication Critical patent/JP2008040762A/ja
Publication of JP2008040762A5 publication Critical patent/JP2008040762A5/ja
Priority to US12/786,464 priority patent/US7953947B2/en
Priority to US13/118,765 priority patent/US8112600B2/en
Application granted granted Critical
Publication of JP4942418B2 publication Critical patent/JP4942418B2/ja
Expired - Fee Related legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/16—Error detection or correction of the data by redundancy in hardware
    • G06F11/20—Error detection or correction of the data by redundancy in hardware using active fault-masking, e.g. by switching out faulty elements or by switching in spare elements
    • G06F11/2053—Error detection or correction of the data by redundancy in hardware using active fault-masking, e.g. by switching out faulty elements or by switching in spare elements where persistent mass storage functionality or persistent mass storage control functionality is redundant
    • G06F11/2056—Error detection or correction of the data by redundancy in hardware using active fault-masking, e.g. by switching out faulty elements or by switching in spare elements where persistent mass storage functionality or persistent mass storage control functionality is redundant by mirroring
    • G06F11/2064—Error detection or correction of the data by redundancy in hardware using active fault-masking, e.g. by switching out faulty elements or by switching in spare elements where persistent mass storage functionality or persistent mass storage control functionality is redundant by mirroring while ensuring consistency
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/16—Error detection or correction of the data by redundancy in hardware
    • G06F11/20—Error detection or correction of the data by redundancy in hardware using active fault-masking, e.g. by switching out faulty elements or by switching in spare elements
    • G06F11/2053—Error detection or correction of the data by redundancy in hardware using active fault-masking, e.g. by switching out faulty elements or by switching in spare elements where persistent mass storage functionality or persistent mass storage control functionality is redundant
    • G06F11/2056—Error detection or correction of the data by redundancy in hardware using active fault-masking, e.g. by switching out faulty elements or by switching in spare elements where persistent mass storage functionality or persistent mass storage control functionality is redundant by mirroring
    • G06F11/2058—Error detection or correction of the data by redundancy in hardware using active fault-masking, e.g. by switching out faulty elements or by switching in spare elements where persistent mass storage functionality or persistent mass storage control functionality is redundant by mirroring using more than 2 mirrored copies
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/16—Error detection or correction of the data by redundancy in hardware
    • G06F11/20—Error detection or correction of the data by redundancy in hardware using active fault-masking, e.g. by switching out faulty elements or by switching in spare elements
    • G06F11/2053—Error detection or correction of the data by redundancy in hardware using active fault-masking, e.g. by switching out faulty elements or by switching in spare elements where persistent mass storage functionality or persistent mass storage control functionality is redundant
    • G06F11/2056—Error detection or correction of the data by redundancy in hardware using active fault-masking, e.g. by switching out faulty elements or by switching in spare elements where persistent mass storage functionality or persistent mass storage control functionality is redundant by mirroring
    • G06F11/2071—Error detection or correction of the data by redundancy in hardware using active fault-masking, e.g. by switching out faulty elements or by switching in spare elements where persistent mass storage functionality or persistent mass storage control functionality is redundant by mirroring using a plurality of controllers
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
    • G06F3/06—Digital input from, or digital output to, record carriers, e.g. RAID, emulated record carriers or networked record carriers
    • G06F3/0601—Interfaces specially adapted for storage systems
    • G06F3/0602—Interfaces specially adapted for storage systems specifically adapted to achieve a particular effect
    • G06F3/0614—Improving the reliability of storage systems
    • G06F3/0619—Improving the reliability of storage systems in relation to data integrity, e.g. data losses, bit errors
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
    • G06F3/06—Digital input from, or digital output to, record carriers, e.g. RAID, emulated record carriers or networked record carriers
    • G06F3/0601—Interfaces specially adapted for storage systems
    • G06F3/0628—Interfaces specially adapted for storage systems making use of a particular technique
    • G06F3/0646—Horizontal data movement in storage systems, i.e. moving data in between storage devices or systems
    • G06F3/065—Replication mechanisms
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
    • G06F3/06—Digital input from, or digital output to, record carriers, e.g. RAID, emulated record carriers or networked record carriers
    • G06F3/0601—Interfaces specially adapted for storage systems
    • G06F3/0628—Interfaces specially adapted for storage systems making use of a particular technique
    • G06F3/0655—Vertical data movement, i.e. input-output transfer; data movement between one or more hosts and one or more storage devices
    • G06F3/0659—Command handling arrangements, e.g. command buffers, queues, command scheduling
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
    • G06F3/06—Digital input from, or digital output to, record carriers, e.g. RAID, emulated record carriers or networked record carriers
    • G06F3/0601—Interfaces specially adapted for storage systems
    • G06F3/0668—Interfaces specially adapted for storage systems adopting a particular infrastructure
    • G06F3/0671—In-line storage system
    • G06F3/0683—Plurality of storage devices
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
    • G06F3/06—Digital input from, or digital output to, record carriers, e.g. RAID, emulated record carriers or networked record carriers
    • G06F2003/0697—Digital input from, or digital output to, record carriers, e.g. RAID, emulated record carriers or networked record carriers device management, e.g. handlers, drivers, I/O schedulers
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F2201/00—Indexing scheme relating to error detection, to error correction, and to monitoring
    • G06F2201/84—Using snapshots, i.e. a logical point-in-time copy of the data
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
    • G06F3/06—Digital input from, or digital output to, record carriers, e.g. RAID, emulated record carriers or networked record carriers
    • G06F3/0601—Interfaces specially adapted for storage systems

Description

本発明は、ストレージシステム及びそのスナップショット作成方法に関するものである。
従来、ホストコンピュータとストレージシステムとをネットワークにより接続し、ホストコンピュータで処理されるデータを、ネットワークを介して送受信してストレージシステムに格納するコンピュータシステムが実用化されている。
このようなコンピュータシステムにおいて、ネットワークを介し、ローカルサイトのストレージシステムのボリューム群及びリモートサイトのストレージシステムのボリューム群を、ボリューム間コピーを実行するためのペア関係になるように構成し、ローカルサイトのストレージシステムのボリューム群からリモートサイトのストレージシステムのボリューム群にデータのコピー（複製）を行うことにより、ローカルサイトのストレージシステムで災害が発生した場合でもデータの消失を防ぐリモートコピー技術が知られている。
リモートコピー技術に関する従来技術として、例えば非特許文献１及び非特許文献２には、ローカルサイトのストレージシステムのボリューム群の変更差分を、一定時間毎にまとめて非同期にリモートサイトのストレージシステムに転送することで、リモートサイトのストレージシステムのボリューム群に、ローカルサイトのストレージシステムのボリューム群のバックアップを作成する非同期リモートコピー技術が開示されている。
しかしながら、かかる非同期リモートコピー技術では、ローカルサイトのストレージシステムのボリューム群の変更差分をリモートサイトのストレージシステムのボリューム群に転送するに際し、ホストコンピュータからローカルサイトのストレージシステムのボリューム又はボリューム群に書き込まれた順序に対する整合性が保証されない。
従って、かかる非同期リモートコピー技術では、転送中にローカルサイトのストレージシステムが災害等で故障した場合、リモートサイトのストレージシステムのボリューム群の整合性が保証されないため、データが破損してしまう場合がある。
そこで、かかる非同期リモートコピー技術とローカルコピー技術とを組み合わせることにより、リモートサイトのストレージシステムにおいて、ホストコンピュータからの書き込み順序に対する整合性のとれたボリュームの存在を、任意時点で保障するリモートコピー技術が開示されている。具体的に、当該リモートコピー技術では、ローカルサイトのストレージシステムの第一のボリューム群からリモートサイトのストレージシステムの第二のボリューム群に非同期リモートコピーを行い、すべての変更差分を転送した後、第二のボリューム群からリモートサイトのストレージシステムの第四のボリューム群にローカルコピーを行う。このように、非同期リモートコピーとローカルコピーとを交互に実施することにより、ローカルサイトのストレージシステムの第一のボリューム群の変更差分をリモートサイトのストレージシステムの第二のボリューム群に転送するときには、第四のボリューム群において、整合性のとれたボリューム群の存在が保証される。
また、非特許文献３にて、リモートサイトのストレージシステムにおいて、差分バッファに差分データを一次的に保存することによって、ローカルサイトのストレージシステムが災害等で故障し、以降のデータの転送が行われない場合でも、リモートサイトのストレージシステムでホストコンピュータからローカルサイトのストレージシステムに書き込まれた順序に対する整合性の取れたボリューム群を構成することができるリモートコピー技術が開示されている。
IBM REDBOOKS - Disaster Recovery with DB2 UDB for zOS 2004年11月 IBM REDBOOKS - The IBM TotalStorage DS8000 Series: Copy Services with IBM Eserver zSeries 2006年2月 Using Asynchronous Replication for Business Continuity Between Two or More Sites 2004年12月
しかしながら、非同期リモートコピー技術とローカルコピー技術とを組み合わせた上述のリモートコピー技術では、当該リモートコピー技術のシステム運用中にリモートサイトのストレージシステムにおいて、テストなどの用途のために第二のボリューム群及び第四のボリューム群を使用した場合には、当該リモートコピー技術におけるシステム運用をテストの実行が終了するまで中断する必要がある。また、当該テストを実行するときに、第二のボリューム群及び第四のボリューム群に書き込みが行われた場合には、正しいバックアップが取れなくなる可能性がある。
このため、リモートサイトのストレージシステムに新規の第三のボリューム群を用意し、第二のボリューム群のスナップショットを第三のボリューム群として作成することが考えられる。しかしながら、第二のボリューム群のスナップショットを第三のボリューム群として作成した場合には、第二のボリューム群が変更差分のコピー中である場合があるため、ホストコンピュータからローカルサイトのストレージシステムに書き込まれた順序性に対する整合性は保障されないこととなる。
このとき、整合性が保障されたスナップショットを作成するには、上述のリモートコピー技術におけるシステム運用を中断して、整合性が保障される状態にするコマンドをローカルサイト側で発行した後、第二のボリュームのスナップショットを作成し、その後、上述のリモートコピー技術におけるシステム運用を再開するコマンドをローカルサイト側で発行する必要があった。このため、ローカルサイトのストレージシステムでの上述のリモートコピー技術におけるシステム運用の停止、再開といった煩雑な作業が発生し、システム運用に影響が発生することとなる。
また、非特許文献３に記載されたリモートコピー技術についても、当該リモートコピー技術におけるシステム運用中に、リモートサイトのストレージシステムにおける第二のボリューム群のスナップショットを作成する場合には、差分バッファのデータを適用中の場合があるため、整合性が保証されない可能性がある。
本発明は以上の点を考慮してなされたもので、簡易かつ高速にシステム運用させ得る計算機システム及びそのスナップショット作成方法を提案するものである。
かかる課題を解決するため本発明においては、上位装置から送信されるデータを記憶する第一のボリュームを有する第一のストレージシステムと、第一のストレージシステムから送信されるデータを記憶する第二のボリュームを有する第二のストレージシステムと含む計算機システムであって、第一のストレージシステムは、第一のボリュームに記憶されたデータを第二のストレージシステムの第二のボリュームに転送するデータ転送部を備え、第二のストレージシステムは、スナップショット作成指示に基づいて、第二のボリュームのスナップショットを第三のボリュームに作成するスナップショット作成部を備え、スナップショット作成部は、データ転送部により第一のボリュームから第二のボリュームにデータを転送しているときにスナップショット作成指示を受信した場合、第一のボリュームから第二のボリュームにデータの転送が終了するまで、第二のボリュームのスナップショットの第三のボリュームへの作成を遅延させるようにした。
従って、リモートコピーシステムの運用時にテスト等を実行する場合にも、当該システム運用の停止、再開といった煩雑な作業を未然かつ有効に防止し、システム運用を停止することなく、整合性の取れた状態のスナップショットを作成することができる。
また、本発明においては、上位装置から送信されるデータを記憶する第一のボリュームを有する第一のストレージシステムと、第一のストレージシステムから送信されるデータを記憶する第二のボリュームを有する第二のストレージシステムと含む計算機システムのスナップショット作成方法であって、第一のボリュームに記憶されたデータを第二のストレージシステムの第二のボリュームに転送する第一のステップと、スナップショット作成指示に基づいて、第二のボリュームのスナップショットを第三のボリュームに作成する第二のステップとを備え、第二のステップでは、第一のステップにおいて第一のボリュームから第二のボリュームにデータを転送しているときにスナップショット作成指示を受信した場合、第一のボリュームから第二のボリュームにデータの転送が終了するまで、第二のボリュームのスナップショットの第三のボリュームへの作成を遅延させるようにした。
従って、リモートコピーシステムの運用時にテスト等を実行する場合にも、当該システム運用の停止、再開といった煩雑な作業を未然かつ有効に防止し、システム運用を停止することなく、整合性の取れた状態のスナップショットを作成することができる。
本発明によれば、第一のボリュームから第二のボリュームにデータを転送しているときにスナップショット作成指示を受信した場合、第一のボリュームから第二のボリュームにデータの転送が終了するまで、第二のボリュームのスナップショットの第三のボリュームへの作成を遅延させるようにしたことにより、リモートコピーシステムの運用時にテスト等を実行する場合にも、当該システム運用の停止、再開といった煩雑な作業を未然かつ有効に防止し、システム運用を停止することなく、整合性の取れた状態のスナップショットを作成することができ、かくして、簡易かつ高速にシステム運用させ得る計算機システム及びそのスナップショット作成方法を実現できる。
以下図面について、本発明の一実施の形態を詳述する。
（１）第一の実施の形態
図１は、本発明の第一の実施の形態における計算機システム１００の概略的な構成を示している。計算機システム１００は、ホストコンピュータ１０１、第一のストレージシステム１０２Ａ及び第二のストレージシステム１０２Ｂを、ネットワーク１０３を介して接続することにより構成されている。また、計算機システム１００は、内部状態を参照する管理端末１０４をネットワーク１０３を介して、又は直接、第一のストレージシステム１０２Ａ及び第二のストレージシステム１０２Ｂに接続することにより構成されている。
第一のストレージシステム１０２Ａは、後述する一又は複数のドライブ２１１Ａ、２２１Ｂにより提供される物理的な記憶領域上に設定され、データが記憶される１又は複数の第一のボリューム群１１１Ａを有している。また、第二のストレージシステム１０２Ｂは、第一のボリューム群１１１Ａと同様に構成された第二のボリューム群１１１Ｂ、第三のボリューム群１１１Ｃ及び第四のボリューム群１１１Ｄを有している。
第一のボリューム群１１１Ａ及び第二のボリューム群１１１Ｂは、リモートコピーのボリューム間コピーを実行するためのペア関係１２１である。計算機システム１００は、第一のボリューム群１１１Ａ及び第二のボリューム群１１１Ｂ間においてリモートコピー１２２を実行する。また、第二のボリューム群１１１Ｂ及び第四のボリューム群１１１Ｄは、ローカルコピーのボリューム間コピーを実行するためのペア関係１２３であり、計算機システム１００は、第二のボリューム群１１１Ｂ及び第四のボリューム群１１１Ｄ間においてローカルコピー１２４を実行する。このように、計算機システム１００では、２つのペア関係により、リモートコピーシステムを構成する。
第三のボリューム群１１１Ｃは、第二のボリューム群１１１Ｂのスナップショット１２４のターゲットとなるボリューム群である。スナップショット１２５が実行された後のボリューム群である第三のボリューム群１１１Ｃは、テストなどの用途でホストコンピュータ１０１等からアクセスされる。
第一のストレージシステム１０２Ａは、第一のボリューム群１１１Ａと対応する２つのビットマップである更新ビットマップ１１２Ａ及び差分ビットマップ１１２Ｂを有している。更新ビットマップ１１２Ａは、第一のボリューム群１１１Ａへのデータ書き込みによる更新部分を表している。差分ビットマップ１１２Ｂは、第二のストレージシステム１０２Ｂの第二のボリューム群１１１Ｂに転送する差分データを表している。また、第二のストレージシステム１０２Ｂは、第二のボリューム群１１１Ｂと対応する更新ビットマップ１１２Ｃを有しており、第三のボリューム群１１１Ｃと対応する更新ビットマップ１１２Ｄを有している。
一般的に、第一のストレージシステム１０２Ａは、ローカルサイト側に物理的に設置され、第二のストレージシステム１０２Ｂは、災害等の影響を避けるために、ローカルサイトから距離の離れたリモートサイト側に物理的に設置される。
図２は、計算機システム１００における内部の概略的な構成を示している。第一のストレージシステム１０２Ａは、記憶制御装置２０１Ａと、当該記憶制御装置２０１Ａに接続された記憶装置２０２Ａから構成されている。記憶装置２０２Ａは、複数個のドライブ２１１Ａによって構成されている。記憶制御装置２０１Ａは、ネットワーク１０３と接続される入出力部２２１Ａと、管理端末１０４及びネットワーク１０３と接続される管理入出力部２２２Ａと、記憶制御装置２０１Ａに対してユーザなどが指示を与えることができる保守端末２２３Ａと、各種プログラムやデータが配置されるメモリ２２４Ａと、主にメモリ２２４Ａ上の各種プログラムを動作させるプロセッサ２２５Ａから構成されている。なお、上述のドライブ２１１Ａは、ハードディスク等の磁気記憶媒体のみでなく、半導体メモリなどを用いることも考えられる。また、メモリ２２４Ａを記憶媒体として記憶制御装置を構成することも考えられる。この場合には、記憶装置２０２Ａは、接続することなく、ストレージシステムを構成することができる。また、記憶装置２０２Ａの代わりに他のストレージシステムをファイバチャネル等で接続し、記憶装置として動作させることも考えられる。
第二のストレージシステム１０２Ｂは、メモリ２２４Ｂ上に記憶されている各種プログラムや情報等が異なる点を除いて第一のストレージシステム１０２Ａと同様に構成されており、第二のストレージシステム１０２Ｂの各構成要素について、第一のストレージシステム１０２Ａの構成要素と同一部分に、同一符号に添え字「Ａ」に代えて添え字「Ｂ」を付している。なお、計算機システム１００では、第二のストレージシステム１０２Ｂがバックアップ用のストレージシステムという観点から、第一のストレージシステム１０２Ａのドライブ２１１Ａを、例えば、ＳＣＳＩ（Small Computer System Interface）ディスク等の高価なディスクドライブから構成し、第二のストレージシステム１０２Ｂのドライブ２１１Ｂを、例えば、ＳＡＴＡ（Serial AT Attachment）ディスクや光ディスク等の安価なディスクデバイスから構成することもできる。
第一のストレージシステム１０２Ａのメモリ２２４Ａ上には、後述するコピー管理プログラム２３１Ｂと連携してリモートコピーの実行制御等を行うコピー管理プログラム２３１Ａと、第一のストレージシステム１０２Ａの第一のボリューム群１１１Ａから第二のストレージシステム１０２Ｂの第二のボリューム群１１１Ｂの差分データを間欠的に転送する制御等を行うリモートコピープログラム２３２と、第一のボリューム群１１１Ａへのデータアクセス（読み書き）の制御を行うＩ／Ｏ（Input/Output）制御プログラム２３３Ａと、後述するマーカの書き込みを制御するマーカ制御プログラム２３４と、複数の更新ビットマップ１１２Ａと、複数の差分ビットマップ１１２Ｂと、ペア情報２３５Ａと、書き込み対象のデータを保持する目的等で使用されるサイドファイル２３６とが格納されている。
また、第二のストレージシステム１０２Ｂのメモリ２２４Ｂ上には、コピー管理プログラム２３１Ａと連携したリモートコピー及びローカルコピーの実行制御等を行うコピー管理プログラム２３１Ｂと、ローカルコピープログラム２３７と、第二〜第四のボリューム群１１１Ｂ〜１１２Ｄへのデータアクセスの制御を行うＩ／Ｏ制御プログラム２３３Ｂと、スナップショット拡張プログラム２３８と、スナップショットプログラム２３９と、ローカルコピー制御情報２４０と、複数の更新ビットマップ１１２Ｃ、１１２Ｄと、ペア情報２３５Ｂとが格納されている。
図３〜図６は、第一及び第二のストレージシステム１０２Ａ、１０２Ｂの内部で保持されているデータ構造を示している。
図３は、更新ビットマップ１１２Ａ、１１２Ｃ及び１１２Ｄ並びに差分ビットマップ１１２Ｂの概略的な説明である。更新ビットマップ１１２Ａ、１１２Ｃ及び１１２Ｄ並びに差分ビットマップ１１２Ｂは、第一〜第三のボリューム群１１１Ａ〜１１１Ｃに対応して存在し、当該第一〜第三のボリューム群１１１Ａ〜１１１Ｃの全ての記憶領域に対して、一定サイズの記憶領域３０２と一対一に対応するビット３０１の集合体である。それぞれのビット３０１は、第一〜第三のボリューム群１１１Ａ〜１１２Ｃの対応する記憶領域３０２に格納されたデータが、ある時点から更新ありか、更新なしかの情報を有している。更新ビットマップ１１２Ａ、１１１Ｃ及び１１１Ｄは、一定期間内に、対応する第一〜第三のボリューム群１１１Ａ〜１１２Ｃに対するデータの書き込みが行われた記憶領域３０２を記録する用途や、記憶領域３０２へのデータコピーの要否を判定する用途等に使用される。差分ビットマップ１１２Ｂは、リモートコピーを実施する上でコピーすべきデータを第一のボリューム群１１１Ａの記憶領域３０２から参照する用途に使用される。詳細については、後ほどのプログラムの動作説明で行う。
図４は、ペア情報２３５Ａのテーブル構造を示している。ペア情報２３５Ａは、ペア識別子３１１Ａと、コピー元のボリュームであるソースボリューム名３１２Ａと、コピー先のボリュームであるターゲットボリューム名３１３Ａと、リモートコピーのペアの関係を表すペア関係３１４Ａとを項目として有し、リストによって構成されている。なお、ペア情報２３５Ｂは、ペア関係３１４Ｂについて、リモートコピーやローカルコピー、スナップショットなどのペアの関係を表す点を除いて、ペア情報２３５Ａと同様に構成されている。
図５は、サイドファイル２３６のテーブル構造を示している。サイドファイル２３６は、ボリューム名３２１と、記憶領域アドレス３２２と、格納データ３２３とを項目として有し、リストによって構成されている。サイドファイル２３６は、主に、書き込みしようとしている記憶領域の書き込み前のデータを保存することを目的として、一時的にデータの保存を行う。サイドファイル２３６は、例えば、差分ビットマップ１１２Ｂを参照しながらデータを第二のストレージシステム１０２Ｂに転送を行う際に、並行してホストコンピュータ１０１より第二のボリュームに１１１Ｂデータが書き込まれる場合、差分ビットマップ１１２Ｂに対応した記憶領域が変更されてしまう可能性があるため、当該記憶領域に現在書き込まれているデータを一時的に格納し、データの転送時に必要であれば参照するといったような使用法が考えられる。また、サイドファイル２３６は、メモリ２２４Ａ上だけでなく、記憶装置２０２Ａ内の記憶領域に存在する場合も考えられる。詳細については、後ほどのプログラムの動作説明で行う。
図６は、ローカルコピー制御情報２４０のテーブル構造を示している。ローカルコピー制御情報２４０は、ボリューム名３３１と、ローカルコピー制御フラグ３３２と、実行待ちフラグ３３３とを項目として有し、リストによって構成されている。ローカルコピー制御フラグ３３２は、当該ボリュームに対してスナップショットを作成する際に作成可能かどうか判定する用途で使用される。この場合、ローカルコピー制御フラグ３３２がオン（ＯＮ）である場合には、リモートコピーが終了しているため、ローカルコピーを実行しても良いという旨を示しており、ローカルコピー制御フラグ３３２がオフ（ＯＦＦ）である場合には、リモートコピーが実行中であるため、ローカルコピーを実行してはならない旨を示している。実行待ちフラグ３３３は、スナップショットが実行中であるため、ローカルコピー終了報告を第一のストレージシステム１０２Ａに送信することを防止する用途で使用される。また、この場合、実行待ちフラグ３３３がオン（ＯＮ）である場合には、スナップショットが実行中であるため、リモートコピーを実行してはならない（ローカルコピー終了報告を送信してはならない）という旨を示しており、実行待ちフラグ３３３がオフ（ＯＦＦ）である場合には、スナップショットが終了しているため、リモートコピーを実行しても良い（ローカルコピー終了報告を送信しても良い）旨を示している。
図７及び図８は、リモートコピーシステムの動作の概要を示している。第一のストレージシステム１０２Ａは、図７に示すように、第一のボリューム群１１１Ａに対して一定期間に書き込まれた書き込み対象のデータをまとめて第一のボリューム群１１１Ａから第二のボリューム群１１１Ｂに転送するリモートコピー１２２を実行する。次に、第二のストレージシステム１０２Ｂは、図８に示すように、第二のボリューム群１１１Ｂから第四のボリューム群１１１Ｄに転送するローカルコピー１２４を実行する。この計算機システム１００では、上述のリモートコピー１２２及びローカルコピー１２４を交互に周期実行することにより、第二のストレージシステムにおいてデータ整合性の取れたボリュームの存在を保証するリモートコピーシステムを構成する。データ整合性についての詳細な説明については、後ほど行う。
図９は、第一〜第四のボリューム群１１１Ａ〜１１１Ｄの更新状態を時系列で示している。この場合、第一のボリューム群１１１Ａの更新状態を時系列で表したものが３４１Ａであり、第二のボリューム群１１１Ｂの更新状態を時系列で表したものが３４１Ｂであり、第三のボリューム群１１１Ｃの更新状態を時系列で表したものが３４１Ｃであり、第四のボリューム群１１１Ｄの更新状態を時系列で表したものが３４１Ｄである。
第一のストレージシステム１０２Ａは、タイミングＴ１において、第一のボリューム群１１１Ａに対応する更新ビットマップ１１２Ａと差分ビットマップ１１２Ｂとの内容の入れ替えを実行する。第一のストレージシステム１０２Ａにおけるこの時点の第一のボリューム群１１１Ａの更新状態をＡとする。
次に、第一のストレージシステム１０２Ａのリモートコピープログラム２３２は、第二のボリューム群１１１Ｂの更新状態をＡにするために、差分ビットマップ１１２Ｂの内容を参照し、差分データを第二のストレージシステム１０２Ｂに転送するリモートコピー１２２Ａを実行する。この第二のストレージシステム１０２Ｂの第二のボリューム群１１１Ｂへの差分データの適用期間である差分適用期間Ｄ１は、ホストコンピュータ１０１からの書き込み順序に非依存で第二のボリューム群１１１Ｂにデータが書き込まれるため、第二のボリューム群１１１Ｂの書き込み順序に対するデータ整合性が保証されない。
やがて、第二のボリューム群１１１Ｂは、リモートコピー１２２Ａが終了して、更新状態をＡにするための差分データの適用期間である差分適用期間Ｄ１が終了すると（タイミングＴ２）、更新状態がＡとなり、これにより第一のボリューム群１１１Ａと第二のボリューム群１１１Ｂとのデータ整合性が保証されることとなる。
次に、第二のストレージシステム１０２Ｂのローカルコピープログラム２２１は、第四のボリューム群１１１Ｄの更新状態をＡにするために、第二のボリューム群１１１Ｂから第四のボリューム群１１１Ｄに差分データを転送するローカルコピー１２４Ａを実行する。この第四のボリューム群１１１Ｄへの差分データの適用期間である差分適用期間Ｄ２は、第四のボリューム群１１１Ｄに書き込まれた書き込み対象のデータに対する整合性が保証されない可能性がある。
やがて、第四のボリューム群１１１Ｄは、ローカルコピー１２４Ａが終了して、差分データの適用期間である差分適用期間Ｄ２が終了すると（タイミングＴ３）、更新状態がＡとなり、これにより第二のボリューム群１１１Ｂと第四のボリューム群１１１Ｄとのデータ整合性が保証される。
以上のように、計算機システム１００では、第二のボリューム群１１１Ｂが差分適用期間Ｄ１である場合には、第四のボリューム群１１１Ｄのデータ整合性が保証され、第四のボリューム１１２Ｄが差分適用期間Ｄ２の場合には、第二のボリューム群１１１Ｂのデータ整合性が保証されているため、リモートコピーシステムの運用中に第二のストレージシステム１０２Ｂにおいて、常にデータ整合性の取れたボリュームの存在を保証している。
また、計算機システム１００では、ローカルコピー１２４Ａが終了すると、ローカルコピー終了報告を第一のストレージシステム１０２Ａに送信し（３４２）、これにより第一のストレージシステム１０２Ａのリモートコピープログラム２３２が一回分のループを終える。その後、第一のストレージシステム１０２Ａは、タイミングＴ４において、再び第一のボリューム群１１１Ａに対応する更新ビットマップ１１２Ａと差分ビットマップ１１２Ｂとの内容の入れ替えを実行する。そして、第一のストレージシステム１０２Ａ及び第二のストレージシステム１０２Ｂは、この時点における第一のストレージシステムの第一のボリューム群１１１Ａの更新状態をＢとすると、上述の場合と同様に、第二のボリューム群１１１Ｂ及び第四のボリューム群１１１Ｄの更新状態をＢにするため、リモートコピー１２２Ｂ及びローカルコピー１２４Ｂを間欠的に実行する。
ここで、第二のストレージシステム１０２Ｂは、このようなリモートコピーシステムの運用中に、タイミングＴ５（第二のボリューム群１１１Ｂの差分適用期間Ｄ１）において、第二のボリューム群１１１Ｂから第三のボリューム群１１１Ｃへのスナップショット作成指示が発生した場合には、第二のボリューム群１１１Ｂへの差分適用期間Ｄ１が終了するまでスナップショット実行を遅延させる（遅延期間Ｄ３）。そして、第二のストレージシステム１０２Ｂは、第二のボリューム群１１１Ｂへの差分適用期間Ｄ１が終了すると、スナップショットを実行する（３４３）。この場合、第二のストレージシステム１０２Ｂは、スナップショットの実行自体を即座に終了させて、有限時間内に第二のボリューム群１１１Ｂの全データを第三のボリューム群１１１Ｃにコピーするバックグラウンドコピーを実行する（３４４）。
また、第二のストレージシステム１０２Ｂは、バックグラウンドコピー中に第二のボリューム群１１１Ｂにデータ書き込みが発生した場合には、Ｉ／Ｏ制御プログラム２１６Ｂを実行することにより、第二のボリューム群１１１Ｂにおける当該記憶領域のデータを第三のボリューム群１１１Ｃの対応する記憶領域にコピーし、その後、第二のボリューム群１１１Ｂにおける当該記憶領域にデータ書き込みを実行する。Ｉ／Ｏ制御プログラム２１６Ｂの動作については、後ほどフローチャート図にて説明する。
次に、第一のストレージシステム１０２ＡにおけるＩ／Ｏアクセス処理（ローカルサイト側）の一例について説明する。図１０は、この第一のストレージシステム１０２ＡにおけるＩ／Ｏアクセス処理に関するプロセッサ２２５Ａの具体的な処理手順を示したフローチャートである。
プロセッサ２２５Ａは、ホストコンピュータ１０１からＩ／Ｏアクセス（書き込み要求又は読み出し要求）を受信すると、Ｉ／Ｏアクセスを実行するプログラムであるＩ／Ｏ制御プログラム２３３Ａを実行することにより、図１０に示す第一のＩ／Ｏアクセス処理手順ＲＴ１に従って、当該Ｉ／Ｏアクセスの種別が書き込み要求であるか否かをチェックする（Ｓ１）。
そして、プロセッサ２２５Ａは、Ｉ／Ｏアクセスの種別が書き込み要求でない場合（Ｓ１：ＮＯ）には、Ｉ／Ｏアクセスの種別が読み出し要求であると判定し、読み出し要求に対応するボリュームの記憶領域から、読み出し対象のデータを読み出し（Ｓ２）、この後、図１０に示す第一のＩ／Ｏアクセス処理手順ＲＴ１を終了する（Ｓ８）。
これに対して、プロセッサ２２５Ａは、当該Ｉ／Ｏアクセスの種別が書き込み要求である場合には（Ｓ１：ＹＥＳ）、ペア情報２３５Ａを参照することにより、書き込み要求に対応するボリュームがリモートコピーのソースボリュームであるか否かをチェックする（Ｓ３）。
そして、プロセッサ２２５Ａは、書き込み要求に対応するボリュームがリモートコピーのソースボリュームでない場合（Ｓ３：ＮＯ）には、書き込み要求に対応するボリュームの記憶領域に、書き込み対象のデータを書き込み（Ｓ７）、この後、図１０に示す第一のＩ／Ｏアクセス処理手順ＲＴ１を終了する（Ｓ８）。
これに対して、プロセッサ２２５Ａは、書き込み要求に対応するボリュームがリモートコピーのソースボリュームである場合（Ｓ３：ＹＥＳ）には、書き込み要求に対応するボリュームの記憶領域に対応する更新ビットマップ１１２Ａのビット３０１を「ＯＮ」（コピー要（更新あり））（図３）に変更する（Ｓ４）。
続いて、プロセッサ２２５Ａは、書き込み要求に対応するボリュームの記憶領域に対応する差分ビットマップ１１２Ｂのビット３０１が「ＯＮ」であり、かつ、書き込み要求に対応するボリュームの記憶領域に記憶されていた旧データがサイドファイル２３６に記憶されていないか否かをチェックする（Ｓ５）。
この場合、プロセッサ２２５Ａは、サイドファイル２３６に旧データが記憶されているか否かを更新ビットマップ１１２Ａや差分ビットマップ１１２Ｂに記録し、対応するサイドファイル２３６の各要素への参照（アドレス等で表現される）を記録することで、サイドファイル２３６への記憶の有無の判定及びデータの参照を行うことも考えられる。
そして、プロセッサ２２５Ａは、書き込み要求に対応するボリュームの記憶領域に対応する差分ビットマップ１１２Ｂのビット３０１が「ＯＦＦ」（コピー不要（更新なし））（図３）であるか、又は、書き込み要求に対応するボリュームの記憶領域に記憶されていた旧データがサイドファイル２３６に記憶されている場合（Ｓ５：ＮＯ）には、書き込み要求に対応するボリュームの記憶領域に、書き込み対象のデータを書き込み（Ｓ７）、この後、図１０に示す第一のＩ／Ｏアクセス処理手順ＲＴ１を終了する（Ｓ８）。
これに対して、プロセッサ２２５Ａは、書き込み要求に対応するボリュームの記憶領域に対応する差分ビットマップ１１２Ｂのビット３０１が「ＯＮ」であり、かつ、書き込み要求に対応するボリュームの記憶領域に記憶されていた旧データがサイドファイル２３６に記憶されていない場合（Ｓ５：ＹＥＳ）には、書き込み要求に対応するボリュームの記憶領域に記憶されている旧データを読み出してサイドファイル２３６に記憶する（Ｓ６）。
この場合、プロセッサ２２５Ａは、具体的に、書き込み要求に対応するボリュームの記憶領域の位置を表すボリューム名３２１及び、記憶領域アドレス３２２と共に、読み出した旧データをサイドファイル２３６に記憶する。
やがて、プロセッサ２２５Ａは、書き込み要求に対応するボリュームの記憶領域に、書き込み対象のデータを書き込み（Ｓ７）、この後、図１０に示す第一のＩ／Ｏアクセス処理手順ＲＴ１を終了する（Ｓ８）。
なお、プロセッサ２２５Ａは、メモリ２２４Ａ上のキャッシュに配置されたデータを、ホストコンピュータ１０１やプログラムに参照させる方法や、記憶装置２０２Ａの対応するドライブからデータを読み出し、データをホストコンピュータ１０１や各種プログラムに参照させる方法によって、読み出し要求に対応するボリュームの記憶領域から、読み出し対象のデータの読み出しを実現する。
またなお、プロセッサ２２５Ａは、メモリ２２４Ａ上のキャッシュに書き込み対象のデータを書き込み、ホストコンピュータ１０１や各種プログラムへ書き込み終了を通知し、非同期的に記憶装置２０２Ａの対応するドライブに書き込み対象のデータを書き込むことによって、書き込み要求に対応するボリュームに、書き込み対象のデータの書き込みを実現する。さらに、プロセッサ２２５Ａは、同期的に記憶装置２０２Ａの対応するドライブに書き込み対象のデータを書き込むことによっても実現することができる。
次に、第二のストレージシステム１０２ＢにおけるＩ／Ｏアクセス処理（リモートサイト側）の一例について説明する。図１１〜図１３は、この第二のストレージシステム１０２ＢにおけるＩ／Ｏアクセス処理に関するプロセッサ２２５Ｂの具体的な処理手順を示したフローチャートである。
プロセッサ２２５Ｂは、ホストコンピュータ１０１からＩ／Ｏアクセスを受信する、又は第一のストレージシステム１０２Ａのリモートコピープログラム２３２が実行されることによってＩ／Ｏアクセス要求を受信すると、Ｉ／Ｏアクセスを実行するプログラムであるＩ／Ｏ制御プログラム２２３Ｂを実行することにより、図１１〜図１３に示す第二のＩ／Ｏアクセス処理手順ＲＴ２に従って、ペア情報２３５Ｂを参照することにより、Ｉ／Ｏアクセスに対応するボリュームがローカルコピーのソースボリュームであるか否かをチェックする（Ｓ１１）。
そして、プロセッサ２２５Ｂは、Ｉ／Ｏアクセスに対応するボリュームがローカルコピーのソースボリュームでない場合（Ｓ１１：ＮＯ）には、ペア情報２３５Ｂを参照することにより、Ｉ／Ｏアクセスに対応するボリュームがスナップショットのターゲットボリュームであるか否かをチェックする（Ｓ１２）。
そして、プロセッサ２２５Ｂは、Ｉ／Ｏアクセスに対応するボリュームがスナップショットのターゲットボリュームでない場合（Ｓ１２：ＮＯ）には、Ｉ／Ｏアクセスに対応するボリュームの記憶領域へのデータの読み書きを実行し（Ｓ１３）、この後、図１１〜図１３に示す第二のＩ／Ｏアクセス処理手順ＲＴ２を終了する（Ｓ１４）。
これに対して、プロセッサ２２５Ｂは、Ｉ／Ｏアクセスに対応するボリュームがローカルコピーのソースボリュームである場合（Ｓ１１：ＹＥＳ）には、当該Ｉ／Ｏアクセスの種別が書き込み要求であるか否かをチェックする（Ｓ２１）（図１２）。
そして、プロセッサ２２５Ｂは、Ｉ／Ｏアクセスの種別が書き込み要求でない場合（Ｓ２１：ＮＯ）には、Ｉ／Ｏアクセスの種別が読み出し要求であると判定し、読み出し要求に対応するボリュームの記憶領域から、読み出し対象のデータを読み出し（Ｓ２２）、この後、図１１〜図１３に示す第二のＩ／Ｏアクセス処理手順ＲＴ２を終了する（Ｓ１４）。
これに対して、プロセッサ２２５Ｂは、当該Ｉ／Ｏアクセスの種別が書き込み要求である場合には（Ｓ２１：ＹＥＳ）、ペア情報２３５Ｂを参照することにより、書き込み要求に対応するボリュームがスナップショットのソースボリュームであるか否かをチェックする（Ｓ２３）。
そして、プロセッサ２２５Ｂは、書き込み要求に対応するボリュームがスナップショットのソースボリュームでない場合（Ｓ２３：ＮＯ）には、書き込み要求に対応するボリュームの記憶領域に対応する更新ビットマップ１１２Ｃのビット３０１を「ＯＮ」に変更し（Ｓ２４）、書き込み要求に対応するボリュームの記憶領域に、書き込み対象のデータを書き込み（Ｓ２５）、この後、図１１〜図１３に示す第二のＩ／Ｏアクセス処理手順ＲＴ２を終了する（Ｓ１４）。
これに対して、プロセッサ２２５Ｂは、書き込み要求に対応するボリュームがスナップショットのソースボリュームである場合（Ｓ２３：ＹＥＳ）には、当該スナップショットのターゲットボリュームの記憶領域に対応する更新ビットマップ１１２Ｄのビット３０１が「ＯＮ」であるか否かをチェックする（Ｓ２６）。
そして、プロセッサ２２５Ｂは、スナップショットのターゲットボリュームの記憶領域に対応する更新ビットマップ１１２Ｄのビット３０１が「ＯＮ」でない場合（Ｓ２６：ＮＯ）には、書き込み要求に対応するボリュームの記憶領域に対応する更新ビットマップ１１２Ｃのビット３０１を「ＯＮ」に変更し（Ｓ２４）、書き込み要求に対応するボリュームの記憶領域に、書き込み対象のデータを書き込み（Ｓ２５）、この後、図１１〜図１３に示す第二のＩ／Ｏアクセス処理手順ＲＴ２を終了する（Ｓ１４）。
これに対して、プロセッサ２２５Ｂは、スナップショットのターゲットボリュームの記憶領域に対応する更新ビットマップ１１２Ｄのビット３０１が「ＯＮ」である場合（Ｓ２６：ＹＥＳ）には、スナップショットのターゲットボリュームの記憶領域に、書き込み要求に対応するボリュームの記憶領域に現在記憶されているデータをコピーする（Ｓ２７）。
続いて、プロセッサ２２５Ｂは、スナップショットのターゲットボリュームの記憶領域に対応する更新ビットマップ１１２Ｄのビット３０１を「ＯＦＦ」に変更する（Ｓ２８）。
やがて、プロセッサ２２５Ｂは、書き込み要求に対応するボリュームの記憶領域に対応する更新ビットマップ１１２Ｃのビット３０１を「ＯＮ」に変更し（Ｓ２４）、書き込み要求に対応するボリュームの記憶領域に、書き込み対象のデータを書き込み（Ｓ２５）、この後、図１１〜図１３に示す第二のＩ／Ｏアクセス処理手順ＲＴ２を終了する（Ｓ１４）。
これに対して、プロセッサ２２５Ｂは、Ｉ／Ｏアクセスに対応するボリュームがスナップショットのターゲットボリュームである場合（Ｓ１３：ＹＥＳ）には、Ｉ／Ｏアクセスに対応するボリューム（スナップショットのターゲットボリューム）の記憶領域の更新ビットマップ１１２Ｄのビット３０１が「ＯＮ」であるか否かをチェックする（Ｓ３１）（図１３）。
そして、プロセッサ２２５Ｂは、Ｉ／Ｏアクセスに対応するボリュームの記憶領域の更新ビットマップ１１２Ｄのビット３０１が「ＯＮ」でない場合（Ｓ２６：ＮＯ）には、Ｉ／Ｏアクセスに対応するボリュームの記憶領域へのデータの読み書きを実行し（Ｓ３２）、この後、図１１〜図１３に示す第二のＩ／Ｏアクセス処理手順ＲＴ２を終了する（Ｓ１４）。
これに対して、プロセッサ２２５Ｂは、Ｉ／Ｏアクセスに対応するボリュームの記憶領域の更新ビットマップ１１２Ｄのビット３０１が「ＯＮ」でない場合（Ｓ２６：ＹＥＳ）には、書き込み要求に対応するボリュームの記憶領域に対応するスナップショットのソースボリュームの記憶領域に現在記憶されているデータを、Ｉ／Ｏアクセスに対応するボリュームの記憶領域にコピーする（Ｓ３３）。
続いて、プロセッサ２２５Ｂは、Ｉ／Ｏアクセスに対応するボリュームの記憶領域の更新ビットマップ１１２Ｄのビット３０１を「ＯＦＦ」に変更する（Ｓ３４）。
やがて、プロセッサ２２５Ｂは、Ｉ／Ｏアクセスに対応するボリュームの記憶領域へのデータの読み書きを実行し（Ｓ３２）、この後、図１１〜図１３に示す第二のＩ／Ｏアクセス処理手順ＲＴ２を終了する（Ｓ１４）。
なお、プロセッサ２２５Ａは、Ｉ／Ｏ制御プログラム２３３Ａと同様の方法によって、Ｉ／Ｏアクセスに対応するデータを読み書きするボリュームの記憶領域へのデータの読み書きを実現する。
次に、第一のストレージシステム１０２Ａにおけるコピー管理処理（ローカルサイト側）の一例について説明する。図１４は、この第一のストレージシステム１０２Ａにおけるコピー管理処理に関するプロセッサ２２５Ａの具体的な処理手順を示したフローチャートである。
プロセッサ２２５Ａは、所定のタイミングで、コピー管理を実行するプログラムであるコピー管理プログラム２３１Ａを実行することにより、図１４に示す第一のコピー管理処理手順ＲＴ３に従って、リモートコピー１２２を実行する（Ｓ４１）。続いて、プロセッサ２２５Ａは、リモートコピー１２２が終了するのを待機モードで待ち受ける（Ｓ４２）。やがて、プロセッサ２２５Ａは、リモートコピー１２２が終了すると（Ｓ４２：ＹＥＳ）、第二のストレージシステム１０２Ｂにローカルコピー開始指示を送信する（Ｓ４３）。
続いて、プロセッサ２２５Ａは、第二のストレージシステム１０２Ｂからのローカルコピー終了報告を受信するのを待機モードで待ち受ける（Ｓ４４）。やがて、プロセッサ２２５Ａは、第二のストレージシステム１０２Ｂからのローカルコピー終了報告を受信すると（Ｓ４４：ＹＥＳ）、この後、再び、リモートコピー１２２を実行し（Ｓ４１）、リモートコピー１２２が終了するのを待ち受ける待機モードに戻り（Ｓ４２）、この後同様の処理を繰り返す（Ｓ４１〜Ｓ４４）。
次に、第二のストレージシステム１０２Ｂにおけるコピー管理処理（リモートサイト側）の一例について説明する。図１５は、この第二のストレージシステム１０２Ｂにおけるコピー管理処理に関するプロセッサ２２５Ｂの具体的な処理手順を示したフローチャートである。
プロセッサ２２５Ｂは、初期時、コピー管理を実行するプログラムであるコピー管理プログラム２３１Ｂを実行することにより、図１５に示す第二のコピー管理処理手順ＲＴ４に従って、第一のストレージシステム１０２Ａからローカルコピー開始指示を受信するのを待機モードで待ち受ける（Ｓ５１）。やがて、プロセッサ２２５Ｂは、第一のストレージシステム１０２Ａからローカルコピー開始指示を受信すると（Ｓ５１：ＹＥＳ）、ローカルコピー制御情報２４０における、ローカルコピー開始指示に対応するボリュームのローカルコピー制御フラグ３３２を「ＯＮ」に変更する（Ｓ５２）。
続いて、プロセッサ２２５Ｂは、ローカルコピー開始指示に対応するボリュームのローカルコピー１２４を実行する（Ｓ５３）。続いて、プロセッサ２２５Ｂは、予め指定された時間待機する指定時間待機処理が終了するのを待機モードで待ち受ける（Ｓ５４）。やがて、プロセッサ２２５Ｂは、指定時間待機処理が終了すると（Ｓ５４：ＹＥＳ）、ローカルコピー制御情報２４０における、ローカルコピー開始指示に対応するボリュームのローカルコピー制御フラグ３３２を「ＯＦＦ」に変更する（Ｓ５５）。
続いて、プロセッサ２２５Ｂは、ローカルコピー１２４が終了するのを待機モードで待ち受ける（Ｓ５６）。やがて、プロセッサ２２５Ｂは、ローカルコピー１２４が終了すると（Ｓ５６：ＹＥＳ）、ローカルコピー制御情報２４０における、ローカルコピー開始指示に対応するボリュームの実行待ちフラグ３３３を「ＯＦＦ」に変更する（Ｓ５７）。
続いて、プロセッサ２２５Ｂは、第一のストレージシステム１０２Ａにローカルコピー終了報告を送信し（Ｓ５８）、この後、再び、第一のストレージシステム１０２Ａからローカルコピー開始指示を受信するのを待ち受ける待機モードに戻り（Ｓ５１）、この後同様の処理を繰り返す（Ｓ５１〜Ｓ５８）。
なお、プロセッサ２２５Ｂは、リモートコピーシステムの運用において、更新ビットマップ１１２Ａと差分ビットマップ１１２Ｂとの入れ替え間隔を制御するため、指定時間待機処理を実行する。この場合、更新ビットマップ１１２Ａと差分ビットマップ１１２Ｂとの入れ替え間隔が長いほど、更新ビットマップ１１１Ａに上書きされる書き込み対象のデータの量が多くなるため、全体的なデータ転送量を削減することができる。一方、更新ビットマップ１１２Ａと差分ビットマップ１１２Ｂとの入れ替え間隔が短いほど、障害時点に近いデータに復元できる可能性が高くなる。この間隔は、需要に対するトレードオフにより個別具体的に決定する。
次に、第一のストレージシステム１０２Ａにおけるリモートコピー処理の一例について説明する。図１６は、この第一のストレージシステム１０２Ａにおけるリモートコピー処理に関するプロセッサ２２５Ａの具体的な処理手順を示したフローチャートである。
プロセッサ２２５Ａは、所定のタイミングで、コピー管理プログラム２３１Ａによってリモートコピー１２２を実行するプログラムであるリモートコピープログラム２３２を実行することにより、図１６に示すリモートコピー処理手順ＲＴ５に従って、更新ビットマップ１１２Ａと差分ビットマップ１１２Ｂとの内容を入れ替える（Ｓ６１）。
続いて、プロセッサ２２５Ａは、差分ビットマップ１１２Ｂの最初のビット３０１を調査対象とする（Ｓ６２）。続いて、プロセッサ２２５Ａは、調査対象の差分ビットマップ１１２Ｂのビット３０１が「ＯＮ」であるか否かをチェックする（Ｓ６３）。
そして、プロセッサ２２５Ａは、調査対象の差分ビットマップ１１２Ｂのビット３０１が「ＯＮ」でない場合（Ｓ６３：ＮＯ）には、ステップＳ６８に進む。これに対して、プロセッサ２２５Ａは、調査対象の差分ビットマップ１１２Ｂのビット３０１が「ＯＮ」である場合（Ｓ６３：ＹＥＳ）には、調査対象の差分ビットマップ１１２Ｂのビット３０１に対応する記憶領域のデータがサイドファイル２３６に記憶されているか否かをチェックする（Ｓ６４）。
そして、プロセッサ２２５Ａは、調査対象の差分ビットマップ１１２Ｂのビット３０１に対応する記憶領域のデータがサイドファイル２３６に記憶されていない場合（Ｓ６４：ＮＯ）には、調査対象の差分ビットマップ１１２Ｂのビット３０１に対応する記憶領域のデータを第二のストレージシステム１０２Ｂに送信する（Ｓ６５）。これに対して、プロセッサ２２５Ａは、調査対象の差分ビットマップ１１２Ｂのビット３０１に対応する記憶領域のデータがサイドファイル２３６に記憶されている場合（Ｓ６４：ＹＥＳ）には、調査対象の差分ビットマップ１１２Ｂのビット３０１に対応するサイドファイル２３６に記憶されているデータを第二のストレージシステム１０２Ｂに送信する（Ｓ６６）。
やがて、プロセッサ２２５Ａは、調査対象の差分ビットマップ１１２Ｂのビット３０１を「ＯＦＦ」に変更する（Ｓ６７）。続いて、プロセッサ２２５Ａは、差分ビットマップ１１２Ｂの最後のビット３０１まで調査対象としたか否かをチェックする（Ｓ６８）。
そして、プロセッサ２２５Ａは、差分ビットマップ１１２Ｂの最後のビット３０１まで調査対象としていない場合（Ｓ６８：ＮＯ）には、差分ビットマップ１１２Ｂの次のビット３０１を調査対象として（Ｓ６９）、この後、再び、調査対象の差分ビットマップ１１２Ｂのビット３０１が「ＯＮ」であるか否かをチェックし（Ｓ６３）、この後同様の処理を繰り返す（Ｓ６３〜Ｓ６８）。
これに対して、プロセッサ２２５Ａは、差分ビットマップ１１２Ｂの最後のビット３０１まで調査対象とした場合（Ｓ６８：ＹＥＳ）には、この後、図１６に示すリモートコピー処理手順ＲＴ５を終了する（Ｓ７０）。
次に、第二のストレージシステム１０２Ｂにおけるローカルコピー処理の一例について説明する。図１７は、この第二のストレージシステム１０２Ｂにおけるローカルコピー処理に関するプロセッサ２２５Ｂの具体的な処理手順を示したフローチャートである。
プロセッサ２２５Ｂは、第一のストレージシステム１０２Ａからローカルコピー開始指示を受信すると、コピー管理プログラム２３１Ｂによってローカルコピー１２４を実行するプログラムであるローカルコピープログラム２３７を実行することにより、図１７に示すローカルコピー処理手順ＲＴ６に従って、更新ビットマップ１１２Ｃの最初のビット３０１を調査対象とする（Ｓ７１）。続いて、プロセッサ２２５Ｂは、調査対象の更新ビットマップ１１２Ｃのビット３０１が「ＯＮ」であるか否かをチェックする（Ｓ７２）。
そして、プロセッサ２２５Ｂは、調査対象の更新ビットマップ１１２Ｃのビット３０１が「ＯＮ」でない場合（Ｓ７２：ＮＯ）には、ステップＳ７５に進み、これに対して、調査対象の更新ビットマップ１１２Ｃのビット３０１が「ＯＮ」である場合（Ｓ７２：ＹＥＳ）には、調査対象の更新ビットマップ１１２Ｃのビット３０１に対応する記憶領域のデータをローカルコピーのターゲットボリュームの記憶領域に記憶する（Ｓ７３）。
やがて、プロセッサ２２５Ｂは、調査対象の更新ビットマップ１１２Ｃのビット３０１を「ＯＦＦ」に変更する（Ｓ７４）。続いて、プロセッサ２２５Ｂは、更新ビットマップ１１２Ｃの最後のビット３０１まで調査対象としたか否かをチェックする（Ｓ７５）。
そして、プロセッサ２２５Ｂは、更新ビットマップ１１２Ｃの最後のビット３０１まで調査対象としていない場合（Ｓ７５：ＮＯ）には、更新ビットマップ１１２Ｃの次のビット３０１を調査対象として（Ｓ７６）、この後、再び、調査対象の更新ビットマップ１１２Ｃのビット３０１が「ＯＮ」であるか否かをチェックし（Ｓ７２）、この後同様の処理を繰り返す（Ｓ７２〜Ｓ７５）。
これに対して、プロセッサ２２５Ｂは、更新ビットマップ１１２Ｃの最後のビット３０１まで調査対象とした場合（Ｓ７５：ＹＥＳ）には、この後、図１７に示すローカルコピー処理手順ＲＴ６を終了する（Ｓ７７）。
次に、第二のストレージシステム１０２Ｂにおけるスナップショット処理の一例について説明する。図１８は、この第二のストレージシステム１０２Ｂにおけるスナップショット処理に関するプロセッサ２２５Ｂの具体的な処理手順を示したフローチャートである。
プロセッサ２２５Ｂは、ホストコンピュータ１０１や管理端末１０４、その他保守端末２２３Ａ、２２３Ｂやプログラムから、ユーザやプログラムの指示によりスナップショットのソースボリューム及びスナップショットのターゲットボリュームの入力を受信すると、スナップショット１２５を実行するプログラムであるスナップショットプログラム２３９を実行することにより、図１８に示すスナップショット処理手順ＲＴ７に従って、スナップショットのターゲットボリュームに対応するビット３０１がすべて「ＯＮ」の状態である更新ビットマップ１１２Ｄを作成する（更新ビットマップ１１２Ｄをスナップショットのターゲットボリュームに対応するビット３０１がすべて「ＯＮ」の状態に変更する）（Ｓ８１）。
続いて、プロセッサ２２５Ｂは、スナップショットのソースボリューム名及びスナップショットのターゲットボリューム名を表す情報とスナップショットのペア関係であることを表す情報をペア情報２３５Ｂのリストに追加することにより、ペア関係を作成する（Ｓ８２）。続いて、プロセッサ２２５Ｂは、バックグラウンドコピー処理を実行して（Ｓ８３）、この後、図１８に示すスナップショット処理手順ＲＴ７を終了する（Ｓ８４）。
次に、第二のストレージシステム１０２Ｂにおけるバックグラウンドコピー処理の一例について説明する。図１９は、この第二のストレージシステム１０２Ｂにおけるバックグラウンドコピー処理に関するプロセッサ２２５Ｂの具体的な処理手順を示したフローチャートである。
プロセッサ２２５Ｂは、ペア関係が作成されると、図１９に示すバックグラウンドコピー処理手順ＲＴ８に従って、更新ビットマップ１１２Ｄの最初のビット３０１を調査対象とする（Ｓ９１）。続いて、プロセッサ２２５Ｂは、調査対象の更新ビットマップ１１２Ｄのビット３０１が「ＯＮ」であるか否かをチェックする（Ｓ９２）。
そして、プロセッサ２２５Ｂは、調査対象の更新ビットマップ１１２Ｄのビット３０１が「ＯＮ」でない場合（Ｓ９２：ＮＯ）には、ステップＳ９５に進み、これに対して、調査対象の更新ビットマップ１１２Ｄのビット３０１が「ＯＮ」である場合（Ｓ９２：ＹＥＳ）には、調査対象の更新ビットマップ１１２Ｄのビット３０１に対応する記憶領域のデータをスナップショットのターゲットボリュームの記憶領域に記憶する（Ｓ９３）。
やがて、プロセッサ２２５Ｂは、調査対象の更新ビットマップ１１２Ｄのビット３０１を「ＯＦＦ」に変更する（Ｓ９４）。続いて、プロセッサ２２５Ｂは、更新ビットマップ１１２Ｄの最後のビット３０１まで調査対象としたか否かをチェックする（Ｓ９５）。
そして、プロセッサ２２５Ｂは、更新ビットマップ１１２Ｄの最後のビット３０１まで調査対象としていない場合（Ｓ９５：ＮＯ）には、更新ビットマップ１１２Ｄの次のビット３０１を調査対象として（Ｓ９６）、この後、再び、調査対象の更新ビットマップ１１２Ｄのビット３０１が「ＯＮ」であるか否かをチェックし（Ｓ９２）、この後同様の処理を繰り返す（Ｓ９２〜Ｓ９５）。
これに対して、プロセッサ２２５Ｂは、更新ビットマップ１１２Ｄの最後のビット３０１まで調査対象とした場合（Ｓ９５：ＹＥＳ）には、この後、図１９に示すバックグラウンドコピー処理手順ＲＴ８を終了する（Ｓ９７）。
なお、プロセッサ２２５Ｂは、更新ビットマップ１１２Ｄが各種制御プログラム等によって「ＯＦＦ」の状態にされず、かつ更新ビットマップ１１２Ｄのサイズが有限であるため、有限時間内にバックグラウンドコピー処理を終了することができる。また、プロセッサ２２５Ｂは、スナップショットのターゲットボリュームがホストコンピュータ１０１等からＩ／Ｏアクセス可能であるため、バックグラウンドコピー処理を実行しない場合も考えられる。さらに、プロセッサ２２５Ｂは、バックグラウンドコピー処理を実行しない場合や、バックグラウンドコピー処理が実行中である場合には、スナップショットのターゲットボリュームへの読み出し処理に対して、スナップショットのソースボリュームからのデータをコピーするオーバヘッドが発生するため、若干性能が低下する可能性がある。
次に、第二のストレージシステム１０２Ｂにおける拡張スナップショット処理の一例について説明する。図２０は、この第二のストレージシステム１０２Ｂにおける拡張スナップショット処理に関するプロセッサ２２５Ｂの具体的な処理手順を示したフローチャートである。
プロセッサ２２５Ｂは、ホストコンピュータ１０１や管理端末１０４、その他保守端末２２３Ａ、２２３Ｂやプログラムから、ユーザやプログラムにより、スナップショット作成指示を受信すると、スナップショット作成指示によるスナップショット１２５を実行するプログラムであるスナップショット拡張プログラム２３８を実行することにより、図２０に示す拡張スナップショット処理手順ＲＴ９に従って、ペア情報２３５Ｂを参照することにより、スナップショット作成指示に対応するソースボリュームが第二のボリューム群１１１Ｂのボリュームであるか否かをチェックする（Ｓ１０１）。
そして、プロセッサ２２５Ｂは、スナップショット作成指示に対応するソースボリュームが第二のボリューム群１１１Ｂのボリュームでない場合（Ｓ１０１：ＮＯ）には、この後、図２０に示す拡張スナップショット処理手順ＲＴ９を終了する（Ｓ１０６）。これに対して、プロセッサ２２５Ｂは、スナップショット作成指示に対応するソースボリュームが第二のボリューム群１１１Ｂのボリュームである場合（Ｓ１０１：ＹＥＳ）には、ローカルコピー制御情報２４０における、スナップショット作成指示に対応するソースボリュームのローカルコピー制御フラグ３３２が「ＯＮ」であるか否かをチェックする（Ｓ１０２）。
そして、プロセッサ２２５Ｂは、スナップショット作成指示に対応するソースボリュームのローカルコピー制御フラグ３３２が「ＯＮ」でない場合（Ｓ１０２：ＮＯ）には、当該ソースボリュームのローカルコピー制御フラグ３３２が「ＯＮ」になるのを待機モードで待ち受ける。これに対して、プロセッサ２２５Ｂは、ローカルコピー制御情報２４０における、スナップショット作成指示に対応するソースボリュームのローカルコピー制御フラグ３３２が「ＯＮ」である場合、又は「ＯＮ」になった場合（Ｓ１０２：ＹＥＳ）には、ローカルコピー制御情報２４０における、スナップショット作成指示に対応するソースボリュームの実行待ちフラグ３３３を「ＯＮ」に変更する（Ｓ１０３）。
続いて、プロセッサ２２５Ｂは、スナップショット作成指示に対応するソースボリュームから、対応するターゲットボリュームへのスナップショット１２５を実行する（Ｓ１０４）。続いて、プロセッサ２２５Ｂは、ローカルコピー制御情報２４０における、スナップショット作成指示に対応するソースボリュームの実行待ちフラグ３３３を「ＯＦＦ」に変更する（Ｓ１０５）。やがて、プロセッサ２２５Ｂは、この後、図２０に示す拡張スナップショット処理手順ＲＴ９を終了する（Ｓ１０６）。
このようにして、第一の実施の形態における計算機システム１００では、第一のボリューム群１１１Ａから第二のボリューム群１１１Ｂへの非同期のリモートコピー１２２による転送中以外は、第二のボリューム群１１１Ｂの上合性が取れていることを利用して、当該転送中に第二のボリューム群１１１Ｂから第三のボリューム群１１１Ｃのスナップショットの作成指示が行われた場合、スナップショットの作成をリモートコピー１２２による転送後まで遅延させ、リモートコピー１２２による転送中でない場合にスナップショットの作成指示が行われた場合、即時にスナップショットを作成する。
従って、第一の実施の形態における計算機システム１００では、リモートコピーシステムの運用時にテスト等を実行する場合にも、当該システム運用の停止、再開といった煩雑な作業を未然かつ有効に防止し、システム運用を停止することなく、整合性の取れた状態のスナップショットを作成することができる。
（２）第二の実施の形態
図２１は、本発明の第二の実施の形態における計算機システム１００の概略的な構成を示している。計算機システム１００では、第一のストレージシステム１０２Ａにおいて、更新ビットマップ１１２Ａ、差分ビットマップ１１２Ｂの代わりに、キャプチャ差分バッファ１３１Ａ、転送差分バッファ１３１Ｂが設けられており、第二のストレージシステムにおいて、更新ビットマップ１１２Ｃ、第四のボリューム群１１１Ｄの代わりに、受信差分バッファ１３１Ｃ、適用差分バッファ１３１Ｄが設けられており、これらキャプチャ差分バッファ１３１Ａ、転送差分バッファ１３１Ｂ、受信差分バッファ１３１Ｃ及び適用差分バッファ１３１Ｄを用いてリモートコピーシステムを運用する点を除いて、第一の実施の形態における計算機システム１００と同様に構成されている。
第一の実施の形態では、例えば、第二のストレージシステム１０２Ｂにおいて、２つのボリューム群を管理することによってデータ整合性の取れたボリュームを保証するが、第二の実施の形態では、第二のストレージシステム１０２Ｂ内に書き込み対象のデータを蓄積する受信差分バッファ１３１Ｃ及び適用差分バッファ１３１Ｄを設けることによって、データ整合性の取れたボリュームを保証する。
ここで、第二の実施の形態における動作を概略的に説明する。第一のストレージシステム１０２Ａは、ホストコンピュータ１０１等からの書き込み対象のデータを第一のボリューム群１１１Ａに記憶すると同時にキャプチャ差分バッファ１３１Ａに記憶する（１４１）。次に、第一のストレージシステム１０２Ａは、キャプチャ差分バッファ１３１Ａと転送差分バッファ１３１Ｂを入れ替える（１４２）。この場合、第一のストレージシステム１０２Ａは、入れ替えた後に、再び、ホストコンピュータ１０１等からの書き込み対象のデータを第一のボリューム群１１１Ａに記憶すると同時にキャプチャ差分バッファ１３１Ａに記憶する（１４１）。次に、第一のストレージシステム１０２Ａは、転送差分バッファ１３１Ｂの内容を第二のストレージシステム１０２Ｂの受信差分バッファ１３１Ｃに転送する（リモートコピー１４３）。次に、第二のストレージシステム１０２Ｂは、受信差分バッファ１４１Ｃと適用差分バッファ１４１Ｄを入れ替える（１４４）。この場合、第一のストレージシステム１０２Ａは、入れ替えた後に、再び、転送差分バッファ１３１Ｂの内容を第二のストレージシステム１０２Ｂの受信差分バッファ１３１Ｃに転送する（リモートコピー１４３）。次に、第二のストレージシステム１０２Ｂは、適用差分バッファ１４１Ｄの内容を第二のボリューム群１４１２Ｂに適用する（ローカルコピー１４５）。
この計算機システム１００では、ステップＳ１１２を周期的に実行することにより、第二のストレージシステム１０２Ｂにおいて、常に、データ整合性の取れたボリュームを構成可能なリモートコピーシステムを構成する。そして、この計算機システム１００では、上述のリモートコピーシステムの運用中に第二のボリューム群１１１Ｂの整合性の取れた状態のスナップショット１２５を第三のボリューム群１１１Ｃに作成する。データ整合性についての詳細な説明は後ほど行う。
図２２は、第二の実施の形態における計算機システム１００における内部の概略的な構成を示している。計算機システム１００では、第一のストレージシステム１０２Ａにおける記憶制御装置２０１Ａのメモリ２２４Ａにおいて、更新ビットマップ１１２Ａ、差分ビットマップ１１２Ｂ及びサイドファイル２３６の代わりに、キャプチャ差分バッファ１３１Ａ、転送差分バッファ１３１Ｂが設けられており、第二のストレージシステム１０２Ｂにおける記憶制御装置２０１Ｂのメモリ２２４Ｂにおいて、更新ビットマップ１１２Ｃの代わりに、受信差分バッファ１３１Ｃ、適用差分バッファ１３１Ｄが設けられており、コピー管理プログラム２３１Ａ、２３１Ｂ、リモートコピープログラム２３２、Ｉ／Ｏ制御プログラム２３３Ａ、２３３Ｂ、ローカルコピープログラム２３７の処理内容が第一の実施例のプログラムと異なる点を除いて、第一の実施の形態における計算機システム１００と同様に構成されている。これらプログラムについては、後ほどフローチャートで説明を行う。
図２３は、キャプチャ差分バッファ１３１Ａのテーブル構造を示している。キャプチャ差分バッファ１３１Ａは、ボリューム名３５１Ａ、当該ボリューム上の対応する記憶領域を示す対象アドレス３５２Ａ、及び書き込み対象のデータ３５３Ａを項目に有し、リストによって構成されている。
この計算機システム１００では、キャプチャ差分バッファ１３１Ａの他の実装方法としては、書き込み対象のデータの代わりに、メモリ２２４Ａ上のキャッシュへのポインタを保持する方法がある。この場合、Ｉ／Ｏ制御プログラム２３３Ａが書き込み対象のデータをキャッシュに保持する場合には、リモートコピーによる転送や記憶領域へのＩ／Ｏアクセスが終了するまで、キャッシュに書き込み対象のデータを保持しておき、キャプチャ差分バッファ１３１Ａにキャッシュ上のデータへのポインタを保持することで、二重にデータを保持しない分、使用メモリ量を削減可能である。
なお、転送差分バッファ１３１Ｂ、受信差分バッファ１３１Ｃ及び適用差分バッファ１３１Ｄのテーブル構造は、キャプチャ差分バッファ１３１Ａと同様に構成されている。
図２４は、第一〜第三のボリューム群１１１Ａ〜１１１Ｃ並びにキャプチャ差分バッファ１３１Ａ、転送差分バッファ１３１Ｂ、受信差分バッファ１３１Ｃ及び適用差分バッファ１３１Ｄの更新状態を時系列で示している。この場合、第一のボリューム群１１１Ａの更新状態を時系列で表したものが３６１Ａで、第二のボリューム群１１１Ｂの更新状態を時系列で表したものが３６１Ｂで、第三のボリューム群１１１Ｃの更新状態を時系列で表したものが３６１Ｃで、キャプチャ差分バッファ１３１Ａの差分データの状態を時系列で表したものが３６２Ａで、転送差分バッファ１３１Ｂの差分データの状態を時系列で表したものが３６２Ｂで、受信差分バッファ１３１Ｃの差分データの状態を時系列で表したものが３６２Ｃで、適用差分バッファ１３１Ｄの差分データの状態を時系列で表したものが３６２Ｄである。
第一のストレージシステム１０２Ａでは、キャプチャ差分バッファ１３１Ａと転送差分バッファ１３１Ｂとを入れ替えたタイミングＴ１１において、第一のボリューム群１１１Ａの更新状態がＡとすると、キャプチャ差分バッファ１３１Ａと転送差分バッファ１３１Ｂとを入れ替えた後の転送差分バッファ１３１Ｂの内容が第二のボリューム群１１１ＢをＡにするための書き込み対象のデータの集合となる（３６３）。
第一のストレージシステム１０２Ａは、キャプチャ差分バッファ１３１Ａと転送差分バッファ１３１Ｂとを入れ替えた後、継続してキャプチャ差分バッファ１３１Ａにホストコンピュータ１０１からの書き込み対象のデータを記憶する（３６４）。この場合、第一のストレージシステム１０２Ａは、キャプチャ差分バッファ１３１Ａへの書き込み対象のデータの記憶の際に、同じ記憶領域への書き込みが発生した際、当該記憶領域に記憶されているデータを削除することにより、リモートコピー実行時のデータ転送量を削減する。また、第一のストレージシステム１０２Ａは、記憶領域を示す対象アドレスからキャプチャ差分バッファ１３１Ａ上の要素への参照をビットマップで管理することも考えられる。なお、差分バッファにおける要素とは、当該差分バッファの所定の記憶領域にデータが記憶されている状態のことをいう。
次に、第一のストレージシステム１０２Ａは、転送差分バッファ１３１Ｂの書き込み対象のデータを第二のストレージシステム１０２Ｂの受信差分バッファ１３１Ｃに転送する（リモートコピー１４３）。第二のストレージシステム１０２Ｂでは、リモートコピー１４３の実行後、受信差分バッファ１３１Ｃの内容が第二のボリューム群１１１Ｂを更新状態Ａにするための書き込み対象のデータの集合となる（３６５）。
次に、第一のストレージシステム１０２Ａは、差分バッファ入れ替え指示を第二のストレージシステム１０２Ｂに送信する（３６６）。これにより、第二のストレージシステム１０２Ｂは、受信バッファ１３１Ｃと適用差分バッファ１３１Ｄとを入れ替える。
次に、第二のストレージシステム１０２Ｂは、差分バッファ入れ替え終了報告を第一のストレージシステム１０２Ａに送信する（３６７）。これにより、第一のストレージシステム１０２Ａは、再び、キャプチャ差分バッファ１３１Ａと転送差分バッファ１３１Ｂとを入れ替える（１４２）ことが可能となり、タイミングＴ１２において、キャプチャ差分バッファ１３１Ａと転送差分バッファ１３１Ｂとを入れ替え、この後、同様の処理を繰り返す。
一方、第二のストレージシステム１０２Ｂでは、適用差分バッファ１３１Ｄの内容を第二のボリューム群１１１Ｂに適用する（ローカルコピー１１５Ａ）。その際、第二のストレージシステム１０２Ｂは、ホストコンピュータ１０１からの書き込み順序に非依存で第二のボリューム群１１１Ｂに適用差分バッファ１３１Ｄの書き込み対象のデータを適用するため、第二のボリューム群１１１Ｂの書き込み順序に対するデータ整合性が保証されない可能性がある（差分適用期間Ｄ１１）。やがて、第二のボリューム群１１１Ｂは、適用差分バッファ１３１Ｄからの書き込み対象のデータの適用が終了すると、更新状態がＡとなり（３６８）、これにより第一のボリューム群１１１Ａと第二のボリューム群１１１Ｂとのデータ整合性が保証されることとなる。
以上のように、計算機システム１００では、第二のストレージシステム１０２Ｂに、書き込み対象のデータを蓄積する受信バッファ１３１Ｃ及び適用差分バッファ１３１Ｄを有することで、第二のボリューム群１１１Ｂの整合性を保証するために必要な書き込み対象のデータを保持しているため、常に、データ整合性の取れたボリュームを構成可能なリモートコピーシステムを構成することができる。
ここで、第二のストレージシステム１０２Ｂは、このようなリモートコピーシステムの運用中に、タイミングＴ１３（第二のボリューム群１１１Ｂの差分適用期間Ｄ１１）において、第二のボリューム群１１１Ｂから第三のボリューム群１１１Ｃへのスナップショット作成指示が発生した場合には、第二のボリューム群１１１Ｂへの差分適用期間Ｄ１１が終了するまでスナップショット実行を遅延させる（遅延期間Ｄ１２）。そして、第二のストレージシステム１０２Ｂは、第二のボリューム群１１１Ｂへの差分適用期間Ｄ１１が終了すると、スナップショットを実行する（３６９）。この場合、第二のストレージシステム１０２Ｂは、スナップショットの実行自体を即座に終了させて、有限時間内に第二のボリューム群１１１Ｂの全データを第三のボリューム群１１１Ｃにコピーするバックグラウンドコピーを実行する（３７０）。
また、第二のストレージシステム１０２Ｂは、バックグラウンドコピー中に第二のボリューム群１１１Ｂにデータ書き込みが発生した場合には、上述の第一の実施の形態と同様に、Ｉ／Ｏ制御プログラム２１６Ｂを実行することにより、バックグラウンドコピー処理実行中も第二のボリューム群１１１Ｂへの書き込み対象のデータの適用を実行する（Ｓ１１５Ｂ）。
次に、第二の実施の形態における第一のストレージシステム１０２ＡのＩ／Ｏアクセス処理（ローカルサイト側）の一例について説明する。図２５は、この第一のストレージシステム１０２ＡにおけるＩ／Ｏアクセス処理に関するプロセッサ２２５Ａの具体的な処理手順を示したフローチャートである。
プロセッサ２２５Ａは、ホストコンピュータ１０１からＩ／Ｏアクセスを受信すると、Ｉ／Ｏアクセスを実行するプログラムであるＩ／Ｏ制御プログラム２３３Ａを実行することにより、図２５に示す第一のＩ／Ｏアクセス処理手順ＲＴ１０に従って、当該Ｉ／Ｏアクセスの種別が書き込み要求であるか否かをチェックする（Ｓ１１１）。
そして、プロセッサ２２５Ａは、Ｉ／Ｏアクセスの種別が書き込み要求でない場合（Ｓ１１１：ＮＯ）には、Ｉ／Ｏアクセスの種別が読み出し要求であると判定し、読み出し要求に対応するボリュームの記憶領域から、読み出し対象のデータを読み出し（Ｓ１１２）、この後、図２５に示す第一のＩ／Ｏアクセス処理手順ＲＴ１０を終了する（Ｓ１１６）。
これに対して、プロセッサ２２５Ａは、当該Ｉ／Ｏアクセスの種別が書き込み要求である場合には（Ｓ１１１：ＹＥＳ）、ペア情報２３５Ａを参照することにより、書き込み要求に対応するボリュームがリモートコピーのソースボリュームであるか否かをチェックする（Ｓ１１３）。
そして、プロセッサ２２５Ａは、書き込み要求に対応するボリュームがリモートコピーのソースボリュームでない場合（Ｓ１１３：ＮＯ）には、ステップＳ１１５に進むこれに対して、プロセッサ２２５Ａは、書き込み要求に対応するボリュームがリモートコピーのソースボリュームである場合（Ｓ１１３：ＹＥＳ）には、書き込み要求に対応する書き込み対象のデータをキャプチャ差分バッファ１３１Ａに記憶する（Ｓ１１４）。
やがて、プロセッサ２２５Ａは、書き込み要求に対応するボリュームの記憶領域に、書き込み対象のデータを書き込み（Ｓ１１５）、この後、図２５に示す第一のＩ／Ｏアクセス処理手順ＲＴ１０を終了する（Ｓ１１６）。
なお、プロセッサ２２５Ａは、書き込み対象のデータをキャプチャ差分バッファ１３１Ａに記憶するとき、既に書き込み対象のデータが差分キャプチャバッファ１３１Ａの同じ記憶領域に記憶されている場合は、その要素を書き込み対象のデータで上書きすることでキャプチャ差分バッファ１３１Ａのデータ量を削減し、第二のストレージシステム１０２Ｂへのデータ転送量を削減する。またなお、プロセッサ２２５Ａは、第一の実施の形態と同様の方法によって、データの読み書きを実現する。
次に、第二の実施の形態における第二のストレージシステム１０２ＢのＩ／Ｏアクセス処理（リモートサイト側）の一例について説明する。図２６及び図２７は、この第二のストレージシステム１０２ＢにおけるＩ／Ｏアクセス処理に関するプロセッサ２２５Ｂの具体的な処理手順を示したフローチャートである。
プロセッサ２２５Ｂは、ホストコンピュータ１０１からＩ／Ｏアクセスを受信する、又は第一のストレージシステム１０２Ａのリモートコピープログラム２３２が実行されることによってＩ／Ｏアクセス要求を受信すると、Ｉ／Ｏアクセスを実行するプログラムであるＩ／Ｏ制御プログラム２２３Ｂを実行することにより、図２６及び図２７に示す第二のＩ／Ｏアクセス処理手順ＲＴ１１に従って、ペア情報２３５Ｂを参照することにより、Ｉ／Ｏアクセスに対応するボリュームがリモートコピーのターゲットボリュームであるか否かをチェックする（Ｓ１２１）。
そして、プロセッサ２２５Ｂは、Ｉ／Ｏアクセスに対応するボリュームがリモートコピーのターゲットボリュームでない場合（Ｓ１２１：ＮＯ）には、ペア情報２３５Ｂを参照することにより、Ｉ／Ｏアクセスに対応するボリュームがスナップショットのターゲットボリュームであるか否かをチェックする（Ｓ１２２）。
そして、プロセッサ２２５Ｂは、Ｉ／Ｏアクセスに対応するボリュームがスナップショットのターゲットボリュームでない場合（Ｓ１２２：ＮＯ）には、Ｉ／Ｏアクセスに対応するボリュームの記憶領域へのデータの読み書きを実行し（Ｓ１２３）、この後、図２６及び図２７に示す第二のＩ／Ｏアクセス処理手順ＲＴ１１を終了する（Ｓ１２４）。
これに対して、プロセッサ２２５Ｂは、Ｉ／Ｏアクセスに対応するボリュームがリモートコピーのターゲットボリュームである場合（Ｓ１２１：ＹＥＳ）には、当該Ｉ／Ｏアクセスの種別が書き込み要求であるか否かをチェックする（Ｓ１３１）（図２７）。
そして、プロセッサ２２５Ｂは、Ｉ／Ｏアクセスの種別が書き込み要求でない場合（Ｓ１３１：ＮＯ）には、Ｉ／Ｏアクセスの種別が読み出し要求であると判定し、読み出し要求に対応するボリュームの記憶領域から、読み出し対象のデータを読み出し（Ｓ１３２）、この後、図２６及び図２７に示す第二のＩ／Ｏアクセス処理手順ＲＴ１１終了する（Ｓ１２４）。
これに対して、プロセッサ２２５Ｂは、当該Ｉ／Ｏアクセスの種別が書き込み要求である場合には（Ｓ１３１：ＹＥＳ）、ペア情報２３５Ｂを参照することにより、書き込み要求に対応するボリュームがスナップショットのソースボリュームであるか否かをチェックする（Ｓ１３３）。
そして、プロセッサ２２５Ｂは、書き込み要求に対応するボリュームがスナップショットのソースボリュームでない場合（Ｓ１３３：ＮＯ）には、書き込み要求に対応するボリュームの記憶領域に、書き込み対象のデータを書き込み（Ｓ１３４）、この後、図２６及び図２７に示す第二のＩ／Ｏアクセス処理手順ＲＴ１１を終了する（Ｓ１２４）。
これに対して、プロセッサ２２５Ｂは、書き込み要求に対応するボリュームがスナップショットのソースボリュームである場合（Ｓ１３３：ＹＥＳ）には、スナップショットのターゲットボリュームの記憶領域に対応する更新ビットマップ１１２Ｄのビット３０１が「ＯＮ」であるか否かをチェックする（Ｓ１３５）。
そして、プロセッサ２２５Ｂは、スナップショットのターゲットボリュームの記憶領域に対応する更新ビットマップ１１２Ｄのビット３０１が「ＯＮ」でない場合（Ｓ１３５：ＮＯ）には、書き込み要求に対応するボリュームの記憶領域に、書き込み対象のデータを書き込み（Ｓ１３４）、この後、図２６及び図２７に示す第二のＩ／Ｏアクセス処理手順ＲＴ１１を終了する（Ｓ１２４）。
これに対して、プロセッサ２２５Ｂは、スナップショットのターゲットボリュームの記憶領域に対応する更新ビットマップ１１２Ｄのビット３０１が「ＯＮ」である場合（Ｓ１３５：ＹＥＳ）には、スナップショットのターゲットボリュームの記憶領域に、書き込み要求に対応するボリュームの記憶領域に現在記憶されているデータをコピーする（Ｓ１３６）。
続いて、プロセッサ２２５Ｂは、スナップショットのターゲットボリュームの記憶領域に対応する更新ビットマップ１１２Ｄのビット３０１を「ＯＦＦ」に変更する（Ｓ１３７）。
やがて、プロセッサ２２５Ｂは、書き込み要求に対応するボリュームの記憶領域に、書き込み対象のデータを書き込み（Ｓ１３４）、この後、図２６及び図２７に示す第二のＩ／Ｏアクセス処理手順ＲＴ１１を終了する（Ｓ１２４）。なお、プロセッサ２２５Ｂは、第一の実施の形態と同様の方法によって、データの読み書きを実現する。
次に、第二の実施の形態における第一のストレージシステム１０２Ａのコピー管理処理（ローカルサイト側）の一例について説明する。図２８は、この第一のストレージシステム１０２Ａにおけるコピー管理処理に関するプロセッサ２２５Ａの具体的な処理手順を示したフローチャートである。
プロセッサ２２５Ａは、所定のタイミングで、コピー管理を実行するプログラムであるコピー管理プログラム２３１Ａを実行することにより、図２８に示す第一のコピー管理処理手順ＲＴ１２に従って、リモートコピー１４３を実行する（Ｓ１４１）。続いて、プロセッサ２２５Ａは、リモートコピー１４３が終了するのを待機モードで待ち受ける（Ｓ１４２）。やがて、プロセッサ２２５Ａは、リモートコピー１４３が終了すると（Ｓ１４２：ＹＥＳ）、第二のストレージシステム１０２Ｂに差分バッファ入れ替え開始指示を送信する（Ｓ１４３）。
続いて、プロセッサ２２５Ａは、第二のストレージシステム１０２Ｂからの差分バッファ入れ替え終了報告を受信するのを待機モードで待ち受ける（Ｓ１４４）。やがて、プロセッサ２２５Ａは、第二のストレージシステム１０２Ｂからの差分バッファ入れ替え終了報告を受信すると（Ｓ１４４：ＹＥＳ）、この後、再び、リモートコピー１４３を実行し（Ｓ１４１）、リモートコピー１４３が終了するのを待ち受ける待機モードに戻り（Ｓ１４２）、この後同様の処理を繰り返す（Ｓ１４１〜Ｓ１４４）。
次に、第二の実施の形態における第二のストレージシステム１０２Ｂのコピー管理処理（リモートサイト側）の一例について説明する。図２９は、この第二のストレージシステム１０２Ｂにおけるコピー管理処理に関するプロセッサ２２５Ｂの具体的な処理手順を示したフローチャートである。
プロセッサ２２５Ｂは、初期時、コピー管理を実行するプログラムであるコピー管理プログラム２３１Ｂを実行することにより、図２９に示す第二のコピー管理処理手順ＲＴ１３に従って、第一のストレージシステム１０２Ａから差分バッファ入れ替え開始指示を受信するのを待機モードで待ち受ける（Ｓ１５１）。やがて、プロセッサ２２５Ｂは、第一のストレージシステム１０２Ａから差分バッファ入れ替え開始指示を受信すると（Ｓ１５１：ＹＥＳ）、受信差分バッファ１３１Ｃと適用差分バッファ１３１Ｄとの内容を入れ替える（Ｓ１５２）。
続いて、プロセッサ２２５Ｂは、第一のストレージシステム１０２Ａに差分バッファ入れ替え終了報告を送信する（Ｓ１５３）。続いて、プロセッサ２２５Ｂは、ローカルコピー制御情報２４０における、差分バッファ入れ替え開始指示に対応するボリュームのローカルコピー制御フラグ３３２を「ＯＦＦ」に変更する（Ｓ１５４）。続いて、プロセッサ２２５Ｂは、差分バッファ入れ替え開始指示に対応するボリュームのローカルコピー１４５を実行する（Ｓ１５５）。
続いて、プロセッサ２２５Ｂは、ローカルコピー１４５が終了するのを待機モードで待ち受ける（Ｓ１５６）。やがて、プロセッサ２２５Ｂは、ローカルコピー１４５が終了すると（Ｓ１５６：ＹＥＳ）、ローカルコピー制御情報２４０における、差分バッファ入れ替え開始指示に対応するボリュームのローカルコピー制御フラグ３３２を「ＯＮ」に変更する（Ｓ１５７）。
続いて、プロセッサ２２５Ｂは、ローカルコピー制御情報２４０における、差分バッファ入れ替え開始指示に対応するボリュームの実行待ちフラグ３３３が「ＯＦＦ」であるか否かをチェックする（Ｓ１５８）。
そして、プロセッサ２２５Ｂは、ローカルコピー制御情報２４０における、差分バッファ入れ替え開始指示に対応するボリュームの実行待ちフラグ３３３が「ＯＦＦ」でない場合（Ｓ１５８：ＮＯ）には、当該ソースボリュームのコピー制御フラグ３３２が「ＯＦＦ」になるのを待機モードで待ち受ける。これに対して、プロセッサ２２５Ｂは、ローカルコピー制御情報２４０における、差分バッファ入れ替え開始指示に対応するボリュームの実行待ちフラグ３３３が「ＯＦＦ」である場合、又は「ＯＦＦ」になった場合（Ｓ１５８：ＹＥＳ）には、この後、再び、第一のストレージシステム１０２Ａから差分バッファ入れ替え開始指示を受信するのを待ち受ける待機モードに戻り（Ｓ１５１）、この後同様の処理を繰り返す（Ｓ１５１〜Ｓ１５８）。
なお、プロセッサ２２５Ｂは、ステップＳ１５４でローカルコピー制御情報２４０における、差分バッファ入れ替え開始指示に対応するボリュームのローカルコピー制御フラグ３３２を「ＯＦＦ」に変更し、ステップＳ１５７でローカルコピー制御情報２４０における、差分バッファ入れ替え開始指示に対応するボリュームのローカルコピー制御フラグ３３２を「ＯＮ」に変更する。このように、第二の実施の形態では、第一の実施の形態における図１５に示す第二のコピー管理処理手順ＲＴ４と逆になっているが、その理由としては、ローカルコピー１４５の実行が適用差分バッファ１３１Ｄの内容を第二のボリューム群１１１Ｂに適用することであり、第二のボリューム群１１１Ｂがスナップショットのソースボリューム群となるため、ローカルコピー１４５の実行中にデータ整合性が保証されないからである。
次に、第二の実施の形態における第一のストレージシステム１０２Ａのリモートコピー処理の一例について説明する。図３０は、この第一のストレージシステム１０２Ａにおけるリモートコピー処理に関するプロセッサ２２５Ａの具体的な処理手順を示したフローチャートである。
プロセッサ２２５Ａは、所定のタイミングで、コピー管理プログラム２３１Ａによってリモートコピー１４３を実行するプログラムであるリモートコピープログラム２３２を実行することにより、図３０に示すリモートコピー処理手順ＲＴ１４に従って、キャプチャ差分バッファ１３１Ａと転送差分バッファ１３１Ｂとの内容を入れ替える（Ｓ１６１）。
続いて、プロセッサ２２５Ａは、転送差分バッファ１３１Ｂの要素があるか否かをチェックする（Ｓ１６２）。そして、プロセッサ２２５Ａは、転送差分バッファ１３１Ｂの要素がない場合（Ｓ１６２：ＮＯ）には、この後、図３０に示すリモートコピー処理手順ＲＴ１４を終了する（Ｓ１６８）。これに対して、プロセッサ２２５Ａは、転送差分バッファ１３１Ｂの要素がある場合（Ｓ１６２：ＹＥＳ）には、転送差分バッファ１３１Ｂの最初の要素を調査対象とする（Ｓ１６３）。
続いて、プロセッサ２２５Ａは、調査対象の転送差分バッファ１３１Ｂの要素のデータを第二のストレージシステム１０２Ｂに送信する（Ｓ１６４）。続いて、プロセッサ２２５Ａは、調査対象の転送差分バッファ１３１Ｂの要素のデータを削除する（Ｓ１６５）。
続いて、プロセッサ２２５Ａは、転送差分バッファ１３１Ｂの最後の要素まで調査対象としたか否かをチェックする（Ｓ１６６）。そして、プロセッサ２２５Ａは、転送差分バッファ１３１Ｂの最後の要素まで調査対象としていない場合（Ｓ１６６：ＮＯ）には、転送差分バッファ１３１Ｂの次の要素を調査対象として（Ｓ１６７）、この後、再び、調査対象の転送差分バッファ１３１Ｂの要素のデータを第二のストレージシステム１０２Ｂに送信し（Ｓ１６４）、この後同様の処理を繰り返す（Ｓ１６４〜Ｓ１６６）。
これに対して、プロセッサ２２５Ａは、転送差分バッファ１３１Ｂの最後の要素まで調査対象とした場合（Ｓ１６６：ＹＥＳ）には、この後、図３０に示すリモートコピー処理手順ＲＴ１４を終了する（Ｓ１６８）。
次に、第二の実施の形態における第二のストレージシステム１０２Ｂのローカルコピー処理の一例について説明する。図３１は、この第二のストレージシステム１０２Ｂにおけるローカルコピー処理に関するプロセッサ２２５Ｂの具体的な処理手順を示したフローチャートである。
プロセッサ２２５Ｂは、第一のストレージシステム１０２Ａから差分バッファ入れ替え開始指示を受信すると、コピー管理プログラム２３１Ｂによってローカルコピー１４５を実行するプログラムであるローカルコピープログラム２３７を実行することにより、図３１に示すローカルコピー処理手順ＲＴ１５に従って、適用差分バッファ１３１Ｄの要素があるか否かをチェックする（Ｓ１７１）。そして、プロセッサ２２５Ｂは、適用差分バッファ１３１Ｄの要素がない場合（Ｓ１７１：ＮＯ）には、この後、図３１に示すローカルコピー処理手順ＲＴ１５を終了する（Ｓ１７７）。これに対して、プロセッサ２２５Ｂは、適用差分バッファ１３１Ｄの要素がある場合（Ｓ１７１：ＹＥＳ）には、適用差分バッファ１３１Ｄの最初の要素を調査対象とする（Ｓ１７２）。
続いて、プロセッサ２２５Ｂは、調査対象の適用差分バッファ１３１Ｄの要素のデータを、当該要素が示すボリュームの記憶領域に記憶する（Ｓ１７３）。続いて、プロセッサ２２５Ａは、調査対象の適用差分バッファ１３１Ｄの要素のデータを削除する（Ｓ１７４）。
続いて、プロセッサ２２５Ｂは、適用差分バッファ１３１Ｄの最後の要素まで調査対象としたか否かをチェックする（Ｓ１７５）。そして、プロセッサ２２５Ｂは、適用差分バッファ１３１Ｄの最後の要素まで調査対象としていない場合（Ｓ１７５：ＮＯ）には、適用差分バッファ１３１Ｄの次の要素を調査対象として（Ｓ１７６）、この後、再び、調査対象の適用差分バッファ１３１Ｄの要素のデータを、当該要素が示すボリュームの記憶領域に記憶し（Ｓ１７３）、この後同様の処理を繰り返す（Ｓ１７３〜Ｓ１７５）。
これに対して、プロセッサ２２５Ｂは、適用差分バッファ１３１Ｄの最後の要素まで調査対象とした場合（Ｓ１７５：ＹＥＳ）には、この後、図３１に示すローカルコピー処理手順ＲＴ１５を終了する（Ｓ１７７）。
このようにして第二の実施の形態における計算機システム１００では、第二のストレージシステム１０２Ｂに、書き込み対象のデータを蓄積する受信バッファ１３１Ｃ及び適用差分バッファ１３１Ｄを有することで、第二のボリューム群１１１Ｂの整合性を保証するために必要な書き込み対象のデータを保持しているため、常に、データ整合性の取れたボリュームを構成可能なリモートコピーシステムを構成することができる。
（３）第三の実施の形態
第三の実施例では、マーカを使用する方法について説明する。第三の実施例における計算機システム１００は、マーカを使用する点を除いて、第一または第二の実施の形態における計算機システム１００と同様に構成されている。マーカは、ボリュームの状態を表す識別子で、ホストコンピュータ１０１等がある時点で第一のストレージシステム１０２Ａに対して、マーカ作成指示を行う。例えば、ホストコンピュータ１０１は、所定のボリューム群において「ある重要なデータが書き込まれた」などの条件が満たされた時点で、指定マーカ作成指示を行う。その後、計算機システム１００では、リモートサイトにある第二のストレージシステム１０２Ｂでリモートコピーシステムの運用中に第二のボリューム群１１１Ｂのスナップショットを作成する際に、マーカを使用する方法によって、特定の条件が満たされたボリューム群のスナップショットを作成する。
図３２は、第三の実施形態におけるマーカの構造を示している。マーカは、所定のボリューム群の状態を表す用途として用いられる。所定のボリューム群１１１と一対一に対応する記憶領域３０２をマーカ領域として割り当てる。例えば、計算機システム１００では、記憶制御装置２０１Ａのメモリ２２４Ａ上に記憶領域３０２を確保する方法や、ボリューム群１１１の一部に記憶領域３０２を確保する方法が考えられる。
図３３は、第三の実施の形態における第一のストレージシステム１０２Ａのマーカ処理に関するプロセッサ２２５Ａの具体的な処理手順を示したフローチャートである。プロセッサ２２５Ａは、ホストコンピュータ１０１や管理端末１０４、その他保守端末２２３Ａ、２２３Ｂやプログラムから、ユーザやプログラムにより、マーカ作成指示を受信すると、マーカ作成処理を実行するプログラムであるマーカ制御プログラム２３４を実行することにより、図３３に示すマーカ処理手順ＲＴ１６に従って、マーカ作成指示に対応するボリュームのマーカ領域に指定マーカを書き込み（Ｓ１８１）、この後、図３３に示すマーカ処理手順ＲＴ１６を終了する（Ｓ１８２）。
次に、第三の実施の形態における第一のストレージシステム１０２Ａのコピー管理処理（ローカルサイト側）の一例について説明する。図３５は、この第一のストレージシステム１０２Ａにおけるコピー管理処理に関するプロセッサ２２５Ａの具体的な処理手順を示したフローチャートである。
プロセッサ２２５Ａは、所定のタイミングで、コピー管理を実行するプログラムであるコピー管理プログラム２３１Ａを実行することにより、図３５に示す第一のコピー管理処理手順ＲＴ１７に従って、リモートコピー１２２を実行する（Ｓ１９１）。続いて、プロセッサ２２５Ａは、リモートコピー１２２が終了するのを待機モードで待ち受ける（Ｓ９２）。やがて、プロセッサ２２５Ａは、リモートコピー１２２が終了すると（Ｓ１９２：ＹＥＳ）、リモートコピーのソースボリュームのマーカ領域のデータを、リモートコピーのターゲットボリュームのマーカ領域に適用する（Ｓ１９３）。
この場合、プロセッサ２２５Ａは、例えば、ボリューム１１１上の記憶領域にマーカ領域を割り当てた場合、リモートコピーによる書き込み対象のデータの第二のストレージシステム１０２Ｂへの転送と同様に、マーカ領域に適用する。また、プロセッサ２２５Ａは、例えば、メモリ２２４Ａ上の記憶領域３０２にマーカ領域を割り当てた場合、適用時にマーカ領域のデータを第二のストレージシステム１０２Ｂにネットワーク１０３を通して転送し、第二のストレージシステム１０２Ｂに第一のストレージシステム１０２Ａから転送されたデータをローカルコピーの実行前にメモリ２２４Ｂ上の記憶領域３０２に書き込むことにより、マーカ領域に適用する。さらに、プロセッサ２２５Ａは、リモートコピーの実行中においても、マーカ領域に適用する。
続いて、プロセッサ２２５Ａは、第二のストレージシステム１０２Ｂにローカルコピー開始指示を送信する（Ｓ１９４）。続いて、プロセッサ２２５Ａは、第二のストレージシステム１０２Ｂからのローカルコピー終了報告を受信するのを待機モードで待ち受ける（Ｓ１９５）。やがて、プロセッサ２２５Ａは、第二のストレージシステム１０２Ｂからのローカルコピー終了報告を受信すると（Ｓ１９５：ＹＥＳ）、この後、再び、リモートコピー１２２を実行し（Ｓ１９１）、リモートコピー１２２が終了するのを待ち受ける待機モードに戻り（Ｓ１９２）、この後同様の処理を繰り返す（Ｓ１９１〜Ｓ１９５）。
なお、本実施の形態では、第一の実施の形態におけるコピー管理処理に関するプロセッサ２２５Ａの具体的な処理手順に適用した場合について述べたが、第二の実施の形態におけるコピー管理処理に関するプロセッサ２２５Ａの具体的な処理手順に適用した場合にも同様である。
次に、第三の実施の形態における第二のストレージシステム１０２Ｂの拡張スナップショット処理の一例について説明する。図３５は、この第二のストレージシステム１０２Ｂにおける拡張スナップショット処理に関するプロセッサ２２５Ｂの具体的な処理手順を示したフローチャートである。
プロセッサ２２５Ｂは、ホストコンピュータ１０１や管理端末１０４、その他保守端末２２３Ａ、２２３Ｂやプログラムから、ユーザやプログラムにより、指定マーカの入力を受信すると、指定マーカの入力によるスナップショット１２５を実行するプログラムであるスナップショット拡張プログラム２３８を実行することにより、図３５に示す拡張スナップショット処理手順ＲＴ１８に従って、ペア情報２３５Ｂを参照することにより、指定マーカの入力に対応するソースボリュームが第二のボリューム群１１１Ｂのボリュームであるか否かをチェックする（Ｓ２０１）。
そして、プロセッサ２２５Ｂは、指定マーカの入力に対応するソースボリュームが第二のボリューム群１１１Ｂのボリュームでない場合（Ｓ１０１：ＮＯ）には、この後、図３５に示す拡張スナップショット処理手順ＲＴ１８を終了する（Ｓ１０６）。これに対して、プロセッサ２２５Ｂは、指定マーカの入力に対応するソースボリュームが第二のボリューム群１１１Ｂのボリュームである場合（Ｓ２０１：ＹＥＳ）には、ローカルコピー制御情報２４０における、指定マーカの入力に対応するソースボリュームのコピー制御フラグ３３２が「ＯＮ」であるか否かをチェックする（Ｓ２０２）。
そして、プロセッサ２２５Ｂは、指定マーカの入力に対応するソースボリュームのローカルコピー制御フラグ３３２が「ＯＮ」でない場合（Ｓ２０２：ＮＯ）には、当該ソースボリュームのローカルコピー制御フラグ３３２が「ＯＮ」になるのを待機モードで待ち受ける。これに対して、プロセッサ２２５Ｂは、ローカルコピー制御情報２４０における、スナップショット作成指示に対応するソースボリュームのローカルコピー制御フラグ３３２が「ＯＮ」である場合、又は「ＯＮ」になった場合（Ｓ２０２：ＹＥＳ）には、第二のボリューム群１１１Ｂのボリュームにおいて、マーカを表すデータと、指定マーカが等しいか否かをチェックする（Ｓ２０３）。
そして、プロセッサ２２５Ｂは、第二のボリューム群１１１Ｂのボリュームにおいて、マーカを表すデータと、指定マーカが等しくない場合（Ｓ２０３：ＮＯ）には、ローカルコピー制御情報２４０における、指定マーカの入力に対応するソースボリュームのコピー制御フラグ３３２が「ＯＦＦ」であるか否かをチェックする（Ｓ２０４）。そして、プロセッサ２２５Ｂは、指定マーカの入力に対応するソースボリュームのローカルコピー制御フラグ３３２が「ＯＦＦ」でない場合（Ｓ２０４：ＮＯ）には、当該ソースボリュームのローカルコピー制御フラグ３３２が「ＯＦＦ」になるのを待機モードで待ち受ける。これに対して、プロセッサ２２５Ｂは、ローカルコピー制御情報２４０における、指定マーカの入力に対応するソースボリュームのローカルコピー制御フラグ３３２が「ＯＦＦ」である場合、又は「ＯＦＦ」になった場合（Ｓ２０４：ＹＥＳ）には、ローカルコピー制御情報２４０における、指定マーカの入力に対応するソースボリュームのコピー制御フラグ３３２が「ＯＮ」であるか否かをチェックし（Ｓ２０２）、この後同様の処理を繰り返す（Ｓ２０２〜Ｓ２０４）。
これに対して、プロセッサ２２５Ｂは、第二のボリューム群１１１Ｂのボリュームにおいて、マーカを表すデータと、指定マーカが等しい場合（Ｓ２０３：ＹＥＳ）には、ローカルコピー制御情報２４０における、指定マーカの入力に対応するソースボリュームの実行待ちフラグ３３３を「ＯＮ」に変更する（Ｓ２０５）。
続いて、プロセッサ２２５Ｂは、指定マーカの入力に対応するソースボリュームから、対応するターゲットボリュームへのスナップショット１２５を実行する（Ｓ２０６）。続いて、プロセッサ２２５Ｂは、ローカルコピー制御情報２４０における、指定マーカの入力に対応するソースボリュームの実行待ちフラグ３３３を「ＯＦＦ」に変更する（Ｓ２０７）。やがて、プロセッサ２２５Ｂは、この後、図３５に示す拡張スナップショット処理手順ＲＴ１８を終了する（Ｓ２０８）。
このようにして、第三の実施の形態における計算機システム１００では、第二のボリューム群１１１Ｂのボリュームにおいて、マーカを表すデータと、指定マーカが一致し、かつローカルコピー制御情報２４０における、指定マーカの入力に対応するローカルコピー制御フラグ３３２が「ＯＮ」であるときにスナップショットを作成することができる。
本発明は、ホストコンピュータとストレージシステムとをネットワークにより接続し、ホストコンピュータで処理されるデータを、ネットワークを介して送受信してストレージシステムに格納するコンピュータシステムに広く適用することができる。
第一の実施の形態による計算機システムの概略的な構成を示すブロック図である。 計算機システムの内部の概略的な構成を示すブロック図である。 更新ビットマップ及び差分ビットマップの説明に供する概念図である。 ペア情報の説明に供する概念図である。 サイドファイルの説明に供する概念図である。 ローカルコピー制御情報の説明に供する概念図である。 リモートコピーシステムの動作の説明に供する概念図である。 リモートコピーシステムの動作の説明に供する概念図である。 第一〜第四のボリューム群の更新状態の説明に供する概念図である。 Ｉ／Ｏアクセス処理手順を示すフローチャートである。 Ｉ／Ｏアクセス処理手順を示すフローチャートである。 Ｉ／Ｏアクセス処理手順を示すフローチャートである。 Ｉ／Ｏアクセス処理手順を示すフローチャートである。 コピー管理処理手順を示すフローチャートである。 コピー管理処理手順を示すフローチャートである。 リモートコピー処理手順を示すフローチャートである。 ローカルコピー処理手順を示すフローチャートである。 スナップショット処理手順を示すフローチャートである。 バックグラウンドコピー処理手順を示すフローチャートである。 拡張スナップショット処理手順を示すフローチャートである。 第二の実施の形態による計算機システムの概略的な構成を示すブロック図である。 計算機システムの内部の概略的な構成を示すブロック図である。 差分バッファの説明に供する概念図である。 第一〜第三のボリューム群及び差分バッファの更新状態の説明に供する概念図である。 Ｉ／Ｏアクセス処理手順を示すフローチャートである。 Ｉ／Ｏアクセス処理手順を示すフローチャートである。 Ｉ／Ｏアクセス処理手順を示すフローチャートである。 コピー管理処理手順を示すフローチャートである。 コピー管理処理手順を示すフローチャートである。 リモートコピー処理手順を示すフローチャートである。 ローカルコピー処理手順を示すフローチャートである。 マーカの説明に供する概念図である。 マーカ処理手順を示すフローチャートである。 コピー管理処理手順を示すフローチャートである。 拡張スナップショット処理手順を示すフローチャートである。
符号の説明
１００……計算機システム、１０１……ホストコンピュータ、１０２Ａ……第一のストレージシステム、１０２Ｂ……第二のストレージシステム、１０３……ネットワーク、１０４……管理端末、１１１Ａ〜１１１Ｄ……第一〜第四のボリューム群、１１２Ａ、１１２Ｃ、１１２Ｄ……更新ビットマップ、１１２Ｂ……差分ビットマップ、１２１……リモートコピーのペア関係、１２２、１４１……リモートコピー、１２３……ローカルコピーのペア関係、１２４、１４２……ローカルコピー、１２５……スナップショット、２０１Ａ、２０１Ｂ……記憶制御装置、２０２Ａ、２０２Ｂ……記憶装置、２２４Ａ、２２４Ｂ……メモリ、２２５Ａ、２２５Ｂ……プロセッサ、２３１Ａ、２３１Ｂ……コピー管理プログラム、２３２……リモートコピープログラム、２３３Ａ、２３３Ｂ……Ｉ／Ｏ制御プログラム、２３４……マーカ制御プログラム、２３５Ａ、２３５Ｂ……ペア情報、２３６……サイドファイル、２３７……ローカルコピープログラム、２３８……スナップショット拡張プログラム、２３９……スナップショットプログラム、２４０……ローカルコピー制御情報

Claims (22)

  1. 上位装置から送信されるデータを記憶する第一のボリュームを有する第一のストレージシステムと、前記第一のストレージシステムから送信される前記データを記憶する第二のボリュームを有する第二のストレージシステムとを含む計算機システムであって、
    前記第一のストレージシステムは、前記第一のボリュームに記憶された前記データを前記第二のストレージシステムの前記第二のボリュームに転送するデータ転送部を備え、
    前記第二のストレージシステムは、スナップショット作成指示に基づいて、前記第二のボリュームのスナップショットを第三のボリュームに作成するスナップショット作成部を備え、
    前記スナップショット作成部は、前記データ転送部により、前記第一のボリュームに記憶されるデータのコピーが前記第二のボリュームに転送されているときに前記スナップショット作成指示を受信した場合、前記転送が終了するまで、前記第二のボリュームのスナップショットの前記第三のボリュームへの作成を遅延させる
    ことを特徴とする計算機システム。
  2. 前記スナップショット作成部は、前記データ転送部により、前記第一のボリュームから前記第二のボリュームに前記データを転送していないときに、前記スナップショット作成指示を受信した場合、即時に前記第二のボリュームのスナップショットを前記第三のボリュームに作成することを特徴とする請求項１に記載の計算機システム。
  3. 前記データ転送部は、前記第一のボリュームに一定期間書き込まれた前記データをまとめて、前記第二のストレージシステムの前記第二のボリュームに転送することを特徴とする請求項１に記載の計算機システム。
  4. 前記第二のストレージシステムは、前記第二のボリュームに記憶された前記データを第四のボリュームに転送する第二のデータ転送部を備え、
    前記第二のデータ転送部は、前記第一のボリュームから前記第二のボリュームに前記データの転送が終了すると、前記第二のボリュームから前記第四のボリュームに前記データの転送を開始し、
    前記データ転送部は、前記第二のボリュームから前記第四のボリュームに前記データの転送が終了すると、前記第一のボリュームから前記第二のボリュームに前記データの転送を開始する
    ことを特徴とする請求項３に記載の計算機システム。
  5. 前記第一のストレージシステムは、
    前記第一のボリュームに新たに記憶された更新対象のデータの内容を記録する第一の更新ビットマップと、
    前記第二のストレージシステムに転送する転送対象のデータの内容を記録する差分ビットマップと
    を備え、
    前記データ転送部は、一定期間ごとに前記更新ビットマップ及び前記差分ビットマップの内容を入れ替えることにより、前記第一のボリュームに一定期間書き込まれた前記データをまとめて、前記第二のストレージシステムの前記第二のボリュームに転送する
    ことを特徴とする請求項３に記載の計算機システム。
  6. 前記第二のストレージシステムは、前記第三のボリュームに新たに記憶すべき更新対象のデータの内容を記録する第二の更新ビットマップを備え、
    前記スナップショット作成部は、スナップショット作成指示に基づいて、前記第二のビットマップのすべてのビットを、前記第三のボリュームに新たに記憶すべきという内容に変更し、その後、前記第二のビットマップのビットに対応する前記第二のボリュームの記憶領域のデータを前記第三のボリュームに転送する
    ことを特徴とする請求項１に記載の計算機システム。
  7. 前記スナップショット作成部は、
    前記第二のボリュームへの書込み要求を受信したときに、当該書込み要求に対応する前記第二のビットマップのビットが、前記第三のボリュームに新たに記憶すべきという内容に変更されている場合には、前記第二のビットマップのビットに対応する前記第二のボリュームの記憶領域のデータを前記第三のボリュームに転送した後に、前記書き込み要求に対応するデータを前記第二のボリュームの記憶領域に書き込む
    ことを特徴とする請求項６に記載の計算機システム。
  8. 前記スナップショット作成部は、前記第三のボリュームへのアクセス要求を受信したときに、当該アクセス要求に対応する前記第二のビットマップのビットが、前記第三のボリュームに新たに記憶すべきという内容に変更されている場合には、前記第二のビットマップのビットに対応する前記第二のボリュームの記憶領域のデータを前記第三のボリュームに転送した後に、前記アクセス要求に対応するデータを、前記第三のボリュームの記憶領域から読み出し、又は前記第三のボリュームの記憶領域に書き込むことを特徴とする請求項６に記載の計算機システム。
  9. 前記第二のストレージシステムは、
    前記第一のストレージシステムから転送された前記データを前記第二のボリュームに転送する第三の転送部と、
    前記第一のストレージシステムから転送された前記データを記憶する受信差分バッファと、
    前記第二のボリュームに適用する適用対象のデータを記憶する適用差分バッファと
    を備え、
    前記第三のデータ転送部は、一定期間ごとに前記受信差分バッファ及び前記適用差分バッファを入れ替えることにより、前記第一のストレージシステムから転送された前記データをまとめて、前記第二のボリュームに適用する
    ことを特徴とする請求項３に記載の計算機システム。
  10. 前記第一のストレージシステムは、
    前記第一のボリュームに新たに記憶された更新対象のデータを記憶するキャプチャ差分バッファと、
    前記第二のストレージシステムに転送する転送対象のデータを記憶する転送差分バッファと
    を備え、
    前記データ転送部は、一定期間ごとに前記キャプチャ差分バッファ及び前記転送差分バッファを入れ替えることにより、前記第一のボリュームに一定期間書き込まれた前記データをまとめて、前記第二のストレージシステムに転送する
    ことを特徴とする請求項９に記載の計算機システム。
  11. 前記スナップショット作成部は、前記上位装置から送信された指定マーカと、前記第二のボリュームのマーカ領域に記憶されたマーカが一致し、かつ前記データ転送部により前記第一のボリュームから前記第二のボリュームに前記データを転送していないときに、前記第二のボリュームのスナップショットを前記第三のボリュームに作成することを特徴とする請求項１に記載の計算機システム。
  12. 上位装置から送信されるデータを記憶する第一のボリュームを有する第一のストレージシステムと、前記第一のストレージシステムから送信される前記データを記憶する第二のボリュームを有する第二のストレージシステムとを含む計算機システムのスナップショット作成方法であって、
    前記第一のボリュームに記憶された前記データを前記第二のストレージシステムの前記第二のボリュームに転送する第一のステップと、
    スナップショット作成指示に基づいて、前記第二のボリュームのスナップショットを第三のボリュームに作成する第二のステップと
    を備え、
    前記第二のステップでは、前記第一のステップにおいて前記第一のボリュームに記憶されるデータのコピーが前記第二のボリュームに転送されているときに前記スナップショット作成指示があった場合、前記転送が終了するまで、前記第二のボリュームのスナップショットの前記第三のボリュームへの作成を遅延させる
    ことを特徴とするスナップショット作成方法。
  13. 前記第二のステップでは、前記第一のステップにおいて前記第一のボリュームから前記第二のボリュームに前記データを転送していないときに、前記スナップショット作成指示を受信した場合、即時に前記第二のボリュームのスナップショットを前記第三のボリュームに作成することを特徴とする請求項１２に記載のスナップショット作成方法。
  14. 前記第一のステップでは、前記第一のボリュームに一定期間書き込まれた前記データをまとめて、前記第二のストレージシステムの前記第二のボリュームに転送することを特徴とする請求項１２に記載のスナップショット作成方法。
  15. 前記第二のボリュームに記憶された前記データを第四のボリュームに転送する第三のステップを備え、
    前記第三のステップでは、前記第一のボリュームから前記第二のボリュームに前記データの転送が終了すると、前記第二のボリュームから前記第四のボリュームに前記データの転送を開始し、
    前記第一のステップでは、前記第二のボリュームから前記第四のボリュームに前記データの転送が終了すると、前記第一のボリュームから前記第二のボリュームに前記データの転送を開始する
    ことを特徴とする請求項１４に記載のスナップショット作成方法。
  16. 前記第一のステップでは、一定期間ごとに、前記第一のボリュームに新たに記憶された更新対象のデータの内容を記録する第一の更新ビットマップ及び前記第二のストレージシステムに転送する転送対象のデータの内容を記録する差分ビットマップの内容を入れ替えることにより、前記第一のボリュームに一定期間書き込まれた前記データをまとめて、前記第二のストレージシステムの前記第二のボリュームに転送することを特徴とする請求項１４に記載のスナップショット作成方法。
  17. 前記第二のステップでは、スナップショット作成指示に基づいて、前記第三のボリュームに新たに記憶すべき更新対象のデータの内容を記録する第二のビットマップのすべてのビットを、前記第三のボリュームに新たに記憶すべきという内容に変更し、その後、前記第二のビットマップのビットに対応する前記第二のボリュームの記憶領域のデータを前記第三のボリュームに転送することを特徴とする請求項１２に記載のスナップショット作成方法。
  18. 前記第二のステップでは、前記第二のボリュームへの書込み要求を受信したときに、当該書込み要求に対応する前記第二のビットマップのビットが、前記第三のボリュームに新たに記憶すべきという内容に変更されている場合には、前記第二のビットマップのビットに対応する前記第二のボリュームの記憶領域のデータを前記第三のボリュームに転送した後に、前記書き込み要求に対応するデータを前記第二のボリュームの記憶領域に書き込むことを特徴とする請求項１７に記載のスナップショット作成方法。
  19. 前記第二のステップでは、前記第三のボリュームへのアクセス要求を受信したときに、当該アクセス要求に対応する前記第二のビットマップのビットが、前記第三のボリュームに新たに記憶すべきという内容に変更されている場合には、前記第二のビットマップのビットに対応する前記第二のボリュームの記憶領域のデータを前記第三のボリュームに転送した後に、前記アクセス要求に対応するデータを、前記第三のボリュームの記憶領域から読み出し、又は前記第三のボリュームの記憶領域に書き込むことを特徴とする請求項１７に記載のスナップショット作成方法。
  20. 前記第一のストレージシステムから転送された前記データを前記第二のボリュームに転送する第四のステップを備え、
    前記第四のステップでは、一定期間ごとに、前記第一のストレージシステムから転送された前記データを記憶する受信差分バッファ及び前記第二のボリュームに適用する適用対象のデータを記憶する適用差分バッファを入れ替えることにより、前記第一のストレージシステムから転送された前記データをまとめて、前記第二のボリュームに適用する
    ことを特徴とする請求項１４に記載のスナップショット作成方法。
  21. 前記第一のステップでは、一定期間ごとに、前記第一のボリュームに新たに記憶された更新対象のデータを記憶するキャプチャ差分バッファ及び前記第二のストレージシステムに転送する転送対象のデータを記憶する転送差分バッファを入れ替えることにより、前記第一のボリュームに一定期間書き込まれた前記データをまとめて、前記第二のストレージシステムに転送することを特徴とする請求項２０に記載のスナップショット作成方法。
  22. 前記第二のステップでは、前記上位装置から送信された指定マーカと、前記第二のボリュームのマーカ領域に記憶されたマーカが一致し、かつ前記第一のステップにおいて前記第一のボリュームから前記第二のボリュームに前記データを転送していないときに、前記第二のボリュームのスナップショットを前記第三のボリュームに作成することを特徴とする請求項１２に記載のスナップショット作成方法。
JP2006213896A 2006-08-04 2006-08-04 計算機システム及びそのスナップショット作成方法 Expired - Fee Related JP4942418B2 (ja)

Priority Applications (6)

Application Number Priority Date Filing Date Title
JP2006213896A JP4942418B2 (ja) 2006-08-04 2006-08-04 計算機システム及びそのスナップショット作成方法
US11/527,446 US7725668B2 (en) 2006-08-04 2006-09-27 Computer system and snapshot creation method thereof, delaying snapshot creation until pending transfer between volumes is complete
EP07250023A EP1892614B1 (en) 2006-08-04 2007-01-04 Computer system and snapshot creation method thereof
CN2007101055374A CN101118507B (zh) 2006-08-04 2007-05-25 计算机系统及其快照生成方法
US12/786,464 US7953947B2 (en) 2006-08-04 2010-05-25 Creating a snapshot based on a marker transferred from a first storage system to a second storage system
US13/118,765 US8112600B2 (en) 2006-08-04 2011-05-31 Creating a snapshot based on a marker transferred from a first storage system to a second storage system

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2006213896A JP4942418B2 (ja) 2006-08-04 2006-08-04 計算機システム及びそのスナップショット作成方法

Publications (3)

Publication Number Publication Date
JP2008040762A JP2008040762A (ja) 2008-02-21
JP2008040762A5 JP2008040762A5 (ja) 2009-07-23
JP4942418B2 true JP4942418B2 (ja) 2012-05-30

Family

ID=38610870

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2006213896A Expired - Fee Related JP4942418B2 (ja) 2006-08-04 2006-08-04 計算機システム及びそのスナップショット作成方法

Country Status (4)

Country Link
US (3) US7725668B2 (ja)
EP (1) EP1892614B1 (ja)
JP (1) JP4942418B2 (ja)
CN (1) CN101118507B (ja)

Families Citing this family (46)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP4842720B2 (ja) * 2006-06-29 2011-12-21 株式会社日立製作所 ストレージシステム及びデータ複製方法
JP5401041B2 (ja) * 2008-02-21 2014-01-29 株式会社日立製作所 ストレージシステム及びコピー方法
JP5302582B2 (ja) * 2008-07-09 2013-10-02 株式会社日立製作所 上位装置から指定されるデバイスに関する記憶容量を変更するストレージシステム及び方法
JP5156518B2 (ja) * 2008-07-23 2013-03-06 株式会社日立製作所 記憶制御装置及び方法
JP4679635B2 (ja) * 2008-12-29 2011-04-27 富士通株式会社 ストレージ装置、バックアップ装置、バックアップ方法およびバックアップシステム
TWI526823B (zh) * 2009-01-23 2016-03-21 普安科技股份有限公司 單一架構下進行資料卷複製的方法及其裝置
US20110246731A1 (en) * 2009-03-18 2011-10-06 Hitachi, Ltd. Backup system and backup method
JP4951652B2 (ja) 2009-06-24 2012-06-13 株式会社日立製作所 コンピュータシステムのリモートコピー方法及びコンピュータシステム
CN102103530B (zh) * 2009-12-16 2013-08-14 成都市华为赛门铁克科技有限公司 快照方法、设备及系统
US20110252208A1 (en) * 2010-04-12 2011-10-13 Microsoft Corporation Express-full backup of a cluster shared virtual machine
JP2012058863A (ja) * 2010-09-07 2012-03-22 Nec Corp ディスク装置、および、ディスク装置へのデータ複製方法、プログラム
US8396833B2 (en) * 2010-09-10 2013-03-12 International Business Machines Corporation Inode management in redirect-on-write file system
JP5542241B2 (ja) * 2011-03-24 2014-07-09 株式会社日立製作所 計算機システム及びデータバックアップ方法
JP5776267B2 (ja) * 2011-03-29 2015-09-09 日本電気株式会社 分散ファイルシステム
US8463746B2 (en) * 2011-03-30 2013-06-11 International Business Machines Corporation Method and system for replicating data
US8751758B2 (en) * 2011-07-01 2014-06-10 International Business Machines Corporation Delayed instant copy operation for short-lived snapshots
JP5853649B2 (ja) * 2011-11-30 2016-02-09 富士通株式会社 ストレージ装置，制御装置及びプログラム
US9146685B2 (en) 2013-02-11 2015-09-29 International Business Machines Corporation Marking local regions and providing a snapshot thereof for asynchronous mirroring
US10311151B2 (en) * 2013-02-21 2019-06-04 Hitachi Vantara Corporation Object-level replication of cloned objects in a data storage system
US9417815B1 (en) 2013-06-21 2016-08-16 Amazon Technologies, Inc. Capturing snapshots of storage volumes
US9772907B2 (en) 2013-09-13 2017-09-26 Vmware, Inc. Incremental backups using retired snapshots
US9514002B2 (en) * 2013-09-13 2016-12-06 Vmware, Inc. Incremental backups using retired snapshots
US9323764B2 (en) * 2013-11-12 2016-04-26 International Business Machines Corporation Copying volumes between storage pools
US10120617B2 (en) 2013-11-12 2018-11-06 International Business Machines Corporation Using deterministic logical unit numbers to dynamically map data volumes
WO2015102875A1 (en) 2013-12-30 2015-07-09 Stratus Technologies Bermuda Ltd. Checkpointing systems and methods of using data forwarding
EP3090344B1 (en) 2013-12-30 2018-07-18 Stratus Technologies Bermuda Ltd. Dynamic checkpointing systems and methods
ES2652262T3 (es) * 2013-12-30 2018-02-01 Stratus Technologies Bermuda Ltd. Método de retardar puntos de comprobación inspeccionando paquetes de red
US9405483B1 (en) 2014-03-11 2016-08-02 Amazon Technologies, Inc. Optimized write performance at block-based storage during volume snapshot operations
US10394491B2 (en) * 2016-04-14 2019-08-27 International Business Machines Corporation Efficient asynchronous mirror copy of thin-provisioned volumes
US10353813B2 (en) 2016-06-29 2019-07-16 Western Digital Technologies, Inc. Checkpoint based technique for bootstrapping forward map under constrained memory for flash devices
US10235287B2 (en) 2016-06-29 2019-03-19 Western Digital Technologies, Inc. Efficient management of paged translation maps in memory and flash
US10175896B2 (en) 2016-06-29 2019-01-08 Western Digital Technologies, Inc. Incremental snapshot based technique on paged translation systems
US10229048B2 (en) 2016-06-29 2019-03-12 Western Digital Technologies, Inc. Unified paging scheme for dense and sparse translation tables on flash storage systems
US11216361B2 (en) 2016-06-29 2022-01-04 Western Digital Technologies, Inc. Translation lookup and garbage collection optimizations on storage system with paged translation table
US10430121B2 (en) 2016-08-22 2019-10-01 International Business Machines Corporation Efficient asynchronous mirror copy of fully provisioned volumes to thin-provisioned volumes
US10162563B2 (en) 2016-12-02 2018-12-25 International Business Machines Corporation Asynchronous local and remote generation of consistent point-in-time snap copies
US10505903B1 (en) 2017-07-14 2019-12-10 EMC IP Holding Company LLC System and method of obtaining data from private cloud behind enterprise firewall
US10116764B1 (en) * 2017-07-18 2018-10-30 EMC IP Holding Company LLC Method for state based snapshot difference with restart capability
US10223210B2 (en) * 2017-07-29 2019-03-05 International Business Machines Corporation Asynchronous local and remote generation of consistent point-in-time snap copies in consistency groups
CN110018987B (zh) * 2017-11-08 2023-03-21 阿里巴巴集团控股有限公司 快照创建方法、装置及系统
US10402302B1 (en) * 2018-03-13 2019-09-03 Red Hat Israel, Ltd. Reproduction of testing scenarios in a continuous integration environment
CN109324929B (zh) * 2018-09-17 2021-11-09 郑州云海信息技术有限公司 一种快照创建方法、装置、设备及可读存储介质
US11100132B2 (en) * 2018-10-11 2021-08-24 International Business Machines Corporation Intelligent space release in asynchronous mirror journal volumes
CN110008065A (zh) * 2019-04-11 2019-07-12 苏州浪潮智能科技有限公司 一种一致性组快照管理方法及相关装置
US11704035B2 (en) 2020-03-30 2023-07-18 Pure Storage, Inc. Unified storage on block containers
US11526286B1 (en) 2021-06-29 2022-12-13 Amazon Technologies, Inc. Adaptive snapshot chunk sizing for snapshots of block storage volumes

Family Cites Families (24)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US69893A (en) * 1867-10-15 Improvement in bridles
US6131148A (en) 1998-01-26 2000-10-10 International Business Machines Corporation Snapshot copy of a secondary volume of a PPRC pair
US6434681B1 (en) 1999-12-02 2002-08-13 Emc Corporation Snapshot copy facility for a data storage system permitting continued host read/write access
JP4076326B2 (ja) * 2001-05-25 2008-04-16 富士通株式会社 バックアップシステム、データベース装置、データベース装置のバックアップ方法、データベース管理プログラム、バックアップ装置、バックアップ方法および、バックアッププログラム
JP3730907B2 (ja) * 2001-12-04 2006-01-05 日本電気株式会社 ディスクアレイ装置間の遠隔データコピー方式
US6829617B2 (en) * 2002-02-15 2004-12-07 International Business Machines Corporation Providing a snapshot of a subset of a file system
US7127577B2 (en) * 2003-01-21 2006-10-24 Equallogic Inc. Distributed snapshot process
US7165145B2 (en) * 2003-07-02 2007-01-16 Falconstor Software, Inc. System and method to protect data stored in a storage system
US7254683B2 (en) * 2003-11-03 2007-08-07 International Business Machines Corporation Speculative data mirroring apparatus method and system
JP4703959B2 (ja) * 2003-12-03 2011-06-15 株式会社日立製作所 記憶装置システムおよびそのレプリケーション作成方法
US7231502B2 (en) * 2004-02-04 2007-06-12 Falcon Stor Software, Inc. Method and system for storing data
JP4483342B2 (ja) * 2004-02-27 2010-06-16 株式会社日立製作所 システム復旧方法
JP4549709B2 (ja) 2004-03-23 2010-09-22 株式会社日立製作所 ストレージ装置
US7461100B2 (en) 2004-05-27 2008-12-02 International Business Machines Corporation Method for fast reverse restore
US20060018505A1 (en) * 2004-07-22 2006-01-26 Dell Products L.P. Method, system and software for enhanced data protection using raw device backup of copy-on-write snapshots
JP4508798B2 (ja) 2004-08-09 2010-07-21 株式会社日立製作所 ストレージリモートコピー方式
JP2006072635A (ja) * 2004-09-01 2006-03-16 Hitachi Ltd データ処理システムおよびそのコピー処理方法
US7680839B1 (en) * 2004-09-30 2010-03-16 Symantec Operating Corporation System and method for resynchronizing mirrored volumes
US8078813B2 (en) 2004-09-30 2011-12-13 Emc Corporation Triangular asynchronous replication
JP2006164162A (ja) * 2004-12-10 2006-06-22 Fujitsu Ltd コピー制御装置および方法
US20060143412A1 (en) * 2004-12-28 2006-06-29 Philippe Armangau Snapshot copy facility maintaining read performance and write performance
US7363444B2 (en) * 2005-01-10 2008-04-22 Hewlett-Packard Development Company, L.P. Method for taking snapshots of data
US7778976B2 (en) * 2005-02-07 2010-08-17 Mimosa, Inc. Multi-dimensional surrogates for data management
US7401251B1 (en) * 2005-09-29 2008-07-15 Emc Corporation Architecture for managing failover and recovery after failover in a data storage environment

Also Published As

Publication number Publication date
JP2008040762A (ja) 2008-02-21
US20100235591A1 (en) 2010-09-16
US20080034176A1 (en) 2008-02-07
US8112600B2 (en) 2012-02-07
US20110258408A1 (en) 2011-10-20
EP1892614A3 (en) 2010-03-24
CN101118507B (zh) 2012-08-29
EP1892614B1 (en) 2011-05-18
CN101118507A (zh) 2008-02-06
EP1892614A2 (en) 2008-02-27
US7725668B2 (en) 2010-05-25
US7953947B2 (en) 2011-05-31

Similar Documents

Publication Publication Date Title
JP4942418B2 (ja) 計算機システム及びそのスナップショット作成方法
JP4477950B2 (ja) リモートコピーシステム及び記憶装置システム
US7966463B2 (en) Asynchronous remote copy system and control method for the same
US8001344B2 (en) Storage control apparatus, storage control program, and storage control method
US8392681B2 (en) Journal volume backup to a storage device
JP4993913B2 (ja) 記憶制御装置及びそのデータ管理方法
JP4727437B2 (ja) データベースを有するストレージシステムの記憶制御方法
JP4800056B2 (ja) ストレージシステム及びその制御方法
JP4756992B2 (ja) ストレージシステム及び記憶制御方法
US7373470B2 (en) Remote copy control in a storage system
US20070113034A1 (en) Storage remote copy system
JP2005301497A (ja) ストレージ管理装置、リストア方法及びそのプログラム
US8024537B2 (en) Storage system, remote copy and management method therefor
JP5159356B2 (ja) リモートコピーシステム及び計算機システム
JP2007179342A (ja) ストレージシステム及びスナップショット管理方法
US8555012B2 (en) Data storage apparatus
JP2006268139A (ja) データ複製装置、方法及びプログラム並びに記憶システム
US20100082924A1 (en) Storage controller having virtual volume
JP7050707B2 (ja) ストレージ制御装置、ストレージシステム、ストレージ制御方法、及び、ストレージ制御プログラム
JP2004220472A (ja) 外部記憶装置のデータ回復方法及び装置

Legal Events

Date Code Title Description
RD04 Notification of resignation of power of attorney

Free format text: JAPANESE INTERMEDIATE CODE: A7424

Effective date: 20081218

A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20090130

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20090605

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20110530

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20110621

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20110822

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20120214

A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20120228

R150 Certificate of patent or registration of utility model

Ref document number: 4942418

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150

Free format text: JAPANESE INTERMEDIATE CODE: R150

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20150309

Year of fee payment: 3

LAPS Cancellation because of no payment of annual fees