JP7117338B2 - リモートコピーシステム及びリモートコピー管理方法 - Google Patents

リモートコピーシステム及びリモートコピー管理方法 Download PDF

Info

Publication number
JP7117338B2
JP7117338B2 JP2020017130A JP2020017130A JP7117338B2 JP 7117338 B2 JP7117338 B2 JP 7117338B2 JP 2020017130 A JP2020017130 A JP 2020017130A JP 2020017130 A JP2020017130 A JP 2020017130A JP 7117338 B2 JP7117338 B2 JP 7117338B2
Authority
JP
Japan
Prior art keywords
journal
data
storage system
program
site
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.)
Active
Application number
JP2020017130A
Other languages
English (en)
Other versions
JP2021124889A (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 JP2020017130A priority Critical patent/JP7117338B2/ja
Priority to CN202010855808.3A priority patent/CN113220218A/zh
Priority to US17/014,296 priority patent/US20210240351A1/en
Publication of JP2021124889A publication Critical patent/JP2021124889A/ja
Application granted granted Critical
Publication of JP7117338B2 publication Critical patent/JP7117338B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • 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/0602—Interfaces specially adapted for storage systems specifically adapted to achieve a particular effect
    • G06F3/0614—Improving the reliability of storage systems
    • G06F3/0617—Improving the reliability of storage systems in relation to availability
    • 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/14—Error detection or correction of the data by redundancy in operation
    • G06F11/1402—Saving, restoring, recovering or retrying
    • G06F11/1446—Point-in-time backing up or restoration of persistent data
    • G06F11/1448—Management of the data involved in backup or backup restore
    • 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/14—Error detection or correction of the data by redundancy in operation
    • G06F11/1402—Saving, restoring, recovering or retrying
    • G06F11/1446—Point-in-time backing up or restoration of persistent data
    • G06F11/1458—Management of the backup or restore process
    • G06F11/1464—Management of the backup or restore process for networked environments
    • 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/202—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 processing functionality is redundant
    • G06F11/2023—Failover techniques
    • G06F11/203—Failover techniques using migration
    • 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/202—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 processing functionality is redundant
    • G06F11/2038—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 processing functionality is redundant with a single idle spare processing component
    • 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/202—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 processing functionality is redundant
    • G06F11/2043—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 processing functionality is redundant where the redundant components share a common memory address space
    • 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/2082—Data synchronisation
    • 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/2094—Redundant storage or storage space
    • 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/0655—Vertical data movement, i.e. input-output transfer; data movement between one or more hosts and one or more 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
    • G06F3/0601—Interfaces specially adapted for storage systems
    • G06F3/0668—Interfaces specially adapted for storage systems adopting a particular infrastructure
    • G06F3/067—Distributed or networked storage systems, e.g. storage area networks [SAN], network attached storage [NAS]
    • 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
    • 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
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/10—Protocols in which an application is distributed across nodes in the network
    • H04L67/1097—Protocols in which an application is distributed across nodes in the network for distributed storage of data in networks, e.g. transport arrangements for network file system [NFS], storage area networks [SAN] or network attached storage [NAS]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/56—Provisioning of proxy services
    • 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

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Human Computer Interaction (AREA)
  • Quality & Reliability (AREA)
  • Computer Security & Cryptography (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Retry When Errors Occur (AREA)
  • Hardware Redundancy (AREA)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)

Description

本発明は、リモートコピーシステム及びリモートコピー管理方法に関する。
近年、ディザスタリカバリ（Disaster Recovery（ＤＲ））の自動化の需要が高まっている。ＤＲでは、地震や火災といった災害が発生した場合のデータロストに備えて、複数のサイトに配置された複数ストレージシステム間でデータを多重化して保持するリモートコピー機能、及び、当機能を用いたストレージシステムの運用が知られている。
具体的には、いずれかのストレージシステムを正サイトとして稼働させ、このストレージシステムでデータの処理などを実行しつつ、他のストレージシステムを副サイトとしてデータボリュームのリモートコピーを行う。そして、正サイトの災害発生時には、正サイトの業務を副サイトに切り替えるフェールオーバ（Failover（Ｆ．Ｏ．））を行うのである。リモートコピーには、同期リモートコピーと非同期リモートコピーとがある。同期リモートコピーでは、正サイトでデータを処理した後、副サイトで同内容の処理を行ったうえで完了応答を行う。非同期リモートコピーでは、正サイトでのデータの処理をもって完了応答を行い、その後、副サイトで同内容の処理を実行する。例えば、副サイトのストレージシステムが遠隔地に所在する場合に同期リモートコピーを採用すると、距離に応じて完了応答までの遅延が大きくなる。このような場合には、非同期リモートコピーが有効である。
特許文献１には、元データの更新に関する履歴を表す情報であるジャーナルを用いて非同期リモートコピーを行う技術が開示されている。
この特許文献１によれば、正サイトのコピー元ストレージシステムは、書込みコマンドを受領するとデータ書込み用のボリュームへデータを、ジャーナルボリュームへジャーナルデータを書込み、サーバシステムに応答を返す。リモートサイトのコピー先ストレージシステムは、書込みコマンドとは非同期にコピー元ストレージシステムのジャーナルボリュームからジャーナルデータを読出し、自身のジャーナルボリュームに格納する。そして、コピー先ストレージシステムは、格納したジャーナルデータに基づいて、コピー先のデータ書込み用ボリュームにコピーしたデータを復元する。
その後、コピー元ストレージシステムに障害が発生したならば、コピー元ストレージシステムへのＩ／Ｏを停止し、コピー元ストレージシステムと同じ運用環境をコピー先ストレージシステムで再現処理が完了した後、Ｉ／Ｏを再開し業務を継続することができる。
米国特許出願公開第２００５／００３３８２７号明細書
しかしながら、従来の技術では、ストレージシステム間の切り替えに時間と労力が必要なケースが生じていた。例えば、ストレージシステムは、要求時点のデータボリュームの複製を生成するスナップショットのオペレーションを処理する場合がある。スナップショットは、書き込み要求のようなデータの処理と異なり、その時点ではデータボリュームの内容に変更を加えない。しかし、過去に生成したスナップショットの状態にデータを戻すリストアなど、データボリュームの内容の変更に使用される場合がある。そのため、書き込みコマンドをジャーナル経由でコピー先に移したとしても、データの変更を全て反映できるとは限らないのである。また、ボリュームのサイズの変更など、ボリュームの環境を操作するオペレーションについても、コピー先に反映することが望ましい。このような書き込み以外の変更を反映する作業を人手を介して行うとなると、膨大な時間と労力が必要となる。
特に、正サイトと副サイトの性能が異なる等、副サイトにフェールオーバした後に可及的速やかに正サイトへのフェールバックが求められる場合には、副サイトのストレージシステムから正サイトのストレージシステムに迅速に切り替えることが望ましい。ところが、副サイトでスナップショットからのリストアが行われていると、正サイトの復旧後に大量のデータをコピーすることになり、時間を要する。
これらのことから、いかにしてストレージシステム間の迅速かつ簡易な切り替えを可能とし、業務環境の復旧までの時間を短縮するかが重要な課題となっていた。
本発明は上記の課題に鑑みてなされたもので、ストレージシステム間の切り替えを迅速かつ簡易に行うことのできるリモートコピーシステム及びリモートコピー管理方法を提供することを目的とする。
上記目的を達成するために、代表的な本発明のリモートコピーシステム及びリモートコピー管理方法の一つは、正サイトを提供する第１のストレージシステムと、副サイトを提供する第２のストレージシステムとを備え、前記ストレージシステムのストレージコントローラは、前記第１のストレージシステムが有する第１のデータボリュームから前記第２のストレージシステムが有する第２のデータボリュームへのリモートコピーを行い、前記正サイトから前記副サイトにフェールオーバを行った後は、前記副サイトで処理したデータ及びオペレーションを副サイトジャーナルとして前記第２のストレージシステムのジャーナルボリュームに蓄積し、前記正サイトの復旧時には前記副サイトジャーナルを用いて前記第１のデータボリュームの復元を行うことを特徴とする。
本発明によれば、ストレージシステム間の切り替えを迅速かつ簡易に行うことができる。上記した以外の課題、構成及び効果は以下の実施の形態の説明により明らかにされる。
本発明の実施例に係るリモートコピーシステムの構成図。 仮想ストレージシステムについての説明図。 リモートコピーシステムが使用するプログラムと情報についての説明図。 テーブルと情報の構成の説明図（その１）。 テーブルと情報の構成の説明図（その２）。 フェールオーバに係る動作の説明図（その１）。 フェールオーバに係る動作の説明図（その２）。 ジャーナル処理の全体を説明する説明図。 各プログラムの処理手順を示すフローチャート（その１）。 各プログラムの処理手順を示すフローチャート（その２）。 各プログラムの処理手順を示すフローチャート（その３）。 各プログラムの処理手順を示すフローチャート（その４）。 各プログラムの処理手順を示すフローチャート（その５）。 各プログラムの処理手順を示すフローチャート（その６）。 各プログラムの処理手順を示すフローチャート（その７）。 各プログラムの処理手順を示すフローチャート（その８）。 各プログラムの処理手順を示すフローチャート（その９）。 各プログラムの処理手順を示すフローチャート（その１０）。 各プログラムの処理手順を示すフローチャート（その１１）。 各プログラムの処理手順を示すフローチャート（その１２）。 各プログラムの処理手順を示すフローチャート（その１３）。
以下、本発明の実施形態について、図面を参照して説明する。なお、以下に説明する実施形態は特許請求の範囲に係る発明を限定するものではなく、また実施形態の中で説明されている諸要素及びその組み合わせの全てが発明の解決手段に必須であるとは限らない。
以下の説明において、「ｘｘｘテーブル」といった表現により、入力に対して出力が得られる情報を説明することがあるが、この情報は、どのような構造のデータでもよい。従って、「ｘｘｘテーブル」を「ｘｘｘ情報」と言うことができる。
また、以下の説明において、各テーブルの構成は一例であり、１つのテーブルは、２以上のテーブルに分割されてもよいし、２以上のテーブルの全部又は一部が１つのテーブルであってもよい。
また、以下の説明において、「プログラム」を主語として処理を説明する場合があるが、プログラムは、プロセッサ部によって実行されることで、定められた処理を、適宜に記憶部及び／又はインタフェース部などを用いながら行うため、処理の主語が、プロセッサ部（或いは、そのプロセッサ部を有するコントローラのようなデバイス）とされてもよい。
プログラムは、計算機のような装置にインストールされてもよいし、例えば、プログラム配布サーバ又は計算機が読み取り可能な（例えば非一時的な）記録媒体にあってもよい。また、以下の説明において、２以上のプログラムが１つのプログラムとして実現されてもよいし、１つのプログラムが２以上のプログラムとして実現されてもよい。
また、「プロセッサ部」は、１又は複数のプロセッサである。プロセッサは、典型的には、ＣＰＵ（Central Processing Unit）のようなマイクロプロセッサであるが、ＧＰＵ（Graphics Processing Unit）のような他種のプロセッサでもよい。また、プロセッサは、シングルコアでもよいしマルチコアでもよい。また、プロセッサは、処理の一部又は全部を行うハードウェア回路（例えばＦＰＧＡ（Field-Programmable Gate Array）又はＡＳＩＣ（Application Specific Integrated Circuit））といった広義のプロセッサでもよい。
また、以下の説明において、種々の対象の識別情報として、識別番号が使用されるが、識別番号以外の種類の識別情報（例えば、英字や符号を含んだ識別子）が採用されてもよい。
また、以下の説明において、同種の要素を区別しないで説明する場合には、参照符号（又は、参照符号のうちの共通符号）を使用し、同種の要素を区別して説明する場合は、要素の識別番号（又は参照符号）を使用することがある。
図１は、本発明の実施例に係るリモートコピーシステムの構成図である。図１に示したリモートコピーシステムは、２つのサーバシステム１０１と、２つのストレージシステム１０３と、１つのストレージシステム１０６とを有する。
また、ストレージシステム１０３は、冗長構成をなす２つのストレージコントローラ１０４と、１又は複数のＰＤＥＶ１０５を有する。ＰＤＥＶ１０５は、物理的記憶デバイス（Physical storage DEVice）を意味し、典型的には、不揮発性の記憶デバイス、例えばＨＤＤ（Hard Disk Drive）又はＳＳＤ（Solid State Drive）である。もしくは、フラッシュパッケージなどでもよい。
各ストレージコントローラ１０４は、同一ストレージシステム内の各ＰＤＥＶ１０５と接続するとともに、同一ストレージシステム内の他方のストレージコントローラ１０４と接続している。
サーバシステム１０１は、１のストレージシステム１０３の２つのストレージコントローラ１０４と通信可能である。さらに、ストレージコントローラ１０４は、他のストレージシステム１０３のストレージコントローラ１０４と通信可能である。また、ストレージシステム１０６は、各ストレージコントローラ１０４と通信し、Ｑｕｏｒｕｍを用いてストレージシステム１０３の動作状態を監視する。
ストレージコントローラ１０４は、ＣＰＵ、メモリ、複数のインタフェース部（ＩＦ）を有する。ＩＦは、ＰＤＥＶ１０５との接続、サーバシステム１０１との通信、他のストレージシステム１０３との通信、ストレージシステム１０６との通信に用いられる。
図１では４つのストレージコントローラ１０４を図示したが、この４つのストレージコントローラ１０４が協働することにより、特許請求の範囲におけるストレージコントローラとして動作する。なお、図１では、２つのストレージシステム１０３とストレージシステム１０３あたり２つのストレージコントローラ１０４を含むことを示しているが、２つ以上のストレージシステム１０３どうしで接続してもよいし、ストレージシステム１０３あたりのストレージコントローラ１０４の数が２つ以上の構成としても良い。
図２は、仮想ストレージシステムについての説明図である。図２では、ストレージシステム１０３の一方は、正サイトを提供するストレージシステム１０３Ａとして動作する。そして、他方は副サイトを提供するストレージシステム１０３Ｂとして動作する。
ストレージシステム１０３Ａは、データボリューム（ＰＶＯＬ）及びジャーナルボリューム（ＪＮＬ ＶＯＬ）としてＰＤＥＶ１０５を用いる。同様に、ストレージシステム１０３Ｂは、データボリューム（ＳＶＯＬ）及びジャーナルボリューム（ＪＮＬ ＶＯＬ）としてＰＤＥＶ１０５を用いる。
サーバシステム１０１上では、アプリケーション２０１とクラスタリングソフトウェア２０２が動作する。クラスタリングソフトウェア２０２は、ストレージシステム１０３Ａとストレージシステム１０３Ｂを連携させ、仮想ストレージシステム２０４をアプリケーション２０１に提供する。
すなわち、アプリケーション２０１が仮想ストレージシステム２０４の仮想ボリューム２０５に対してアクセスすると、正サイトであるストレージシステム１０３Ａのターゲットポート２０３を介し、ＰＶＯＬで処理が行われる。また、正サイトでの処理は、ストレージシステム１０３Ａのジャーナルボリュームに正サイトジャーナルとして蓄積される。
副サイトであるストレージシステム１０３Ｂは、正サイトジャーナルを適宜読み出して、ＳＶＯＬに反映することで、ストレージシステム１０３Ａからストレージシステム１０３Ｂへのリモートコピーを行う。
そして、ストレージシステム１０６が正サイトの異常を検知したならば、ストレージシステム１０３Ａからストレージシステム１０３Ｂにフェールオーバし、以降はストレージシステム１０３Ｂがアプリケーション２０１からのアクセスを処理する。
このようなストレージシステムの切り替えは、クラスタリングソフトウェア２０２を介して仮想ストレージシステムを利用するアプリケーション２０１には認識されない。
その後、ストレージシステム１０３Ａが復旧したならば、副サイトでの処理をＰＶＯＬに反映するリバースリシンクを行い、ストレージシステム１０３Ｂからストレージシステム１０３Ａにフェールバックする。
ここで、本実施例に係るリモートコピーシステムでは、正サイトジャーナルにデータの書き込み処理だけでなく、スナップショットやボリュームの環境を操作するオペレーションの処理も含めて蓄積し、副サイトのＳＶＯＬに反映する。さらに、フェールオーバ後に副サイトで実行したデータ及びオペレーションの処理を副サイトジャーナルとして蓄積し、副サイトジャーナルを用いてＰＶＯＬのリバースリシンクを行うことで、ストレージシステム間の切り替えを迅速かつ簡易に行っている。
なお、正サイトジャーナルは、データの処理やオペレーションの処理を時刻情報とともに格納する。ストレージシステム１０３Ｂは、所定のタイミングで正サイトジャーナルを取得し、正サイトジャーナルに示された処理を順に沿って実行することで、ＳＶＯＬをＰＶＯＬに一致させることで、リモートコピーを実現する。
すなわち、データの同期が必要なデータ同期処理（例えばスナップショット）が正サイトジャーナルに含まれていたならば、リモートコピーにおいてデータ同期処理をＳＶＯＬで実行する。このため、フェールオーバに際してデータ同期処理を基点としたＳＶＯＬの復元が可能である。
また、副サイトジャーナルは、データの処理やオペレーションの処理を時刻情報とともに格納する。ストレージシステム１０３Ａは、リバースリシンクでＰＶＯＬを復元する際に、副サイトジャーナルを取得し、副サイトジャーナルに示された処理を順に沿って実行することで、ＰＶＯＬをＳＶＯＬに一致させる。
次に、リモートコピーシステムが使用するプログラムと情報について説明する。図３は、リモートコピーシステムが使用するプログラムと情報についての説明図である。ストレージコントローラ１０４は、メモリに各種プログラムと情報を展開して使用する。ローカルメモリは、メモリのうち、プログラムの展開に使用される領域である。共有メモリは、メモリのうち、情報の展開に使用される領域である。
具体的には、ローカルメモリには、ライトプログラム４０１、ジャーナル作成プログラム４０２、ジャーナルデータ格納アドレス決定プログラム４０３、ジャーナルコントロールブロック格納アドレス決定プログラム４０４、ジャーナルリードプログラム４０５、ジャーナル送信プログラム４０６、リモートコピー制御プログラム４０７、ジャーナルリストアプログラム４０８、ブロック解放プログラム４０９、オペレーション反映プログラム４１０、フェールオーバ処理プログラム４１１、オペレーションログ処理プログラム４１２、オペレーションジャーナル処理プログラム４１３、オペレーションジャーナル転送プログラム４１４、オペレーションジャーナル送信プログラム４１５、フェールバック処理プログラム４１６、ペア解消プログラム４１７、ジャーナル資源確保プログラム４１８、
ジャーナル資源解放プログラム４１９、障害管理プログラム４２０、差分ビットマップ管理プログラム４２１、Snapshot等ボリューム処理プログラム群４２２が展開される。
同様に、共有メモリには、ボリューム管理テーブル５０１、ボリュームマッピング管理テーブル５０２、ペアボリューム管理テーブル５０３、ジャーナル制御情報テーブル５０４、ジャーナルコントロールブロック情報５０５、転送済みライト時刻管理情報５０６、マスター時刻情報５０７、オペレーション管理テーブル５０８、オペレーションジャーナル制御情報テーブル５０９、差分ビットマップ５１０が展開される。
図４～図５は、テーブルや情報の構成の説明図である。図４～図５に示すように、ボリューム管理テーブル５０１は、ボリュームＩＤ、ボリューム容量、ボリューム属性、ペアＩＤなどの項目を有する。ここで、ボリューム属性が「Ｉ／Ｏ」であれば、サーバシステム１０１からのデータの読み書き（Input／Output）の対象となるデータボリュームである。また、ボリューム属性が「ジャーナル」であれば、データボリュームに対する処理の履歴を示すジャーナルボリュームである。
ボリュームマッピング管理テーブル５０２は、ボリュームＩＤ、仮想ボリュームＩＤ、仮想ストレージシステムＩＤ、ＨＡフラグなどの項目を有する。ペアボリューム管理テーブル５０３は、ペアＩＤ、ＰＶＯＬストレージシステムＩＤ、ＰＶＯＬＩＤ、ジャーナルＶＯＬＩＤ、ＳＶＯＬストレージシステムＩＤ、ＳＶＯＬＩＤ、ジャーナルＶＯＬＩＤ、ペア状態などの項目を有する。
ジャーナル制御情報テーブル５０４は、ジャーナルボリューム番号、シーケンス番号情報、ジャーナルポインタ、ブロック管理ビットマップ、カレントブロック情報、カレントアドレス情報、ブロック内最大シーケンス番号情報、ブロック内最新ライト時刻、ジャーナルコントロールブロック管理情報、カレントライトブロック情報、カレントリードブロック情報、カレントライトアドレス情報、カレントリードアドレス情報、カレントブロックサイズ情報などの項目を有する。
ジャーナルコントロールブロック情報５０５は、ブロック番号、ボリュームＩＤ、開始ＬＢＡ、データ長（ブロック数）、データポインタ、シーケンス番号、時刻、マーカー属性、マーカー種別などの項目を有する。
転送済みライト時刻管理情報５０６は、ペアＩＤ、転送済みライト時刻、反映可能ライト時刻、マーカー属性、マーカー種別などの項目を有する。マスター時刻情報５０７は、時刻情報を管理する。
オペレーション管理テーブル５０８は、マーカー種別に対し、オペレーション、実行者、再現方法を対応付けている。例えば、マーカー種別「０」は、「ライト」のオペレーションで、実行者が「アプリケーション」であり、「ジャーナル送信」によって再現される。また、マーカー種別「１」は、「ＱｏＳ」のオペレーションで、実行者が「アプリケーション」であり、「要求送信」によって再現される。また、マーカー種別「３」は、「Ｓｎａｐｓｈｏｔ」のオペレーションで、実行者が「ストレージ管理」であり、「ジャーナル送信」によって再現される。なお、ストレージ管理とは、アプリケーションからの要求によらず、ストレージシステム１０３が実行者であることを示す。
次に、フェールオーバに係る動作について説明する。図６～図７は、フェールオーバに係る動作の説明図である。図６（ａ）は、正常時の動作を示す。図６（ａ）では、正サイトで第１のスナップショット（Snapshot1）が作成されている（１）。このスナップショット作成のオペレーションは、データのライト（Ｉ／Ｏ）と同様に、正サイトジャーナルとしてジャーナルボリューム（JNL VOL）に格納される。したがって、ペアが確立している副サイトに正サイトジャーナルを送ることで、Snapshot1は副サイトに伝搬する（２）。副サイトでは、正サイトジャーナルを読み出して実行することで、Snapshot1を作成する。
図６（ｂ）は、正サイトの障害により、フェールオーバしたときに、Snapshot１で静止化ポイントを指定する例である。Snapshotの静止化ポイントを指定して戻すと、リバースシンクの時に、どの時点までの正サイトジャーナルが適正に送れていたかを考えなくても良くなる利点がある。差分ビットマップはSnapshotで戻した時点からの変更差分を取る。Snapshot点が２つあって、はじめにSnapshot2に戻した後に、Snapshot1に更に戻したときは、Snapshot1に戻してからの変更差分を差分ビットマップにとる。
なお、Snapshot１で、静止化ポイントを指定しなくとも、正サイトジャーナルを反映させたSVOLをそのまま利用しても良い。また、Snapshotを使って戻したときに、戻す前の状態を示すSnapshotを作って戻せるようにしても良いし、戻したSnapshotポイントまでの変更を忘れる仕様としても良い。フェールオーバ時の正サイトジャーナルで送った分を反映したSVOLはBaseとして退避してもよい。この場合、フェールオーバ時にBaseとしてのSnapshot0を作り（１）、Snapshot0を基点とした差分ビットマップを作成する（２）。その後、Snapshot1を反映してＳＶＯＬをSnapshot１の静止化ポイントに戻し（３）、Snapshot1を反映するオペレーションを副サイトジャーナルに登録する（４）。
正サイトにもあるSnapshotか、副サイトで新たに作ったSnapshotかは区別して内部で管理する。副サイトで新たに作ったSnapshotの場合、データアドレスも登録して、正サイトに反映する必要があるためである。
図７（ｃ）は正サイト障害中の副サイトの運用を示している。図７（ｃ）に示すように、差分ビットマップは、副サイトに切り替わってからの変更箇所を記録する。（Snapshotで戻した場合は、そこからの変更箇所を差分ビットマップとして記録する。）
また、Snapshot2を作成したならば（１）、作成したSnapshot2のデータアドレスをオペレーションとともに副サイトジャーナルに登録する（２）。また、Snapshot2の作成後は、Snapshot2の作成からの変更箇所をSnapshot2に対応する新たな差分ビットマップで記録する。Snapshot2を取るまでの変更箇所は、Snapshot１に対応する差分ビットマップとして保持しているためである。
正サイトジャーナルを反映し、しばらくデータを処理してからSnapshot1に戻した場合、Baseと一緒にその時点までの差分ビットマップを複製して保持しておいて、正側のPVOLから、Baseがどれだけ差分があったかを判別するときに使用しても良い。同様に、Snapshotポイントに戻す時に、それまでの変更データと差分ビットマップを内部で保持して、Snapshotへ戻ったのを取り消せるようにしてもよい。
図７（ｄ）は、正サイトが復旧し、副サイトからリバースシンクする動作を示している。図７（ｄ）でリバースシンクする際の方式は２つある。１つの方式は、Snapshot1へ戻ったというオペレーションと、差分ビットマップに記録されている変更データのJNL転送である（１）。この時、Snapshot2がとられているときは、Snapshot2のデータを送ってから、Snapshot2オペレーションを送り、その後、差分ビットマップのデータを送る形になる。正サイトでは、副サイトジャーナルに従って、Snapshot1への戻しを行い（２）、Snapshot2を作成し（３）、差分ビットマップデータを反映する（４）ことで、リストアを行う。
もう一つの方式は、Snapshotの反映を後回しにして、早期に最新状態に戻す動作である。この場合は、差分ビットマップを先に送ってから、JNLでSnapshotの差分データとSnapshotの管理情報（Snapshotがあることを認識するための情報)を送る。この時、図６（ｂ）のようにフェールオーバ後にSnapshotから戻す操作を行っていた場合は、そのポイントを覚えておいて、正サイトで先にそのSnapshotで戻す動作を送った後に、差分ビットマップを反映させる。
このために、Snapshotで戻す動作とデータと差分ビットマップは、先に送れるようにJNLに登録できるようにしておく。副サイトでSnapshotを取っていた場合は、差分ビットマップだけでは不足であり、Snapshot2のデータも先に送る必要がある。なお、別途、正サイトのスナップショット地点へもどしたときからの差分ビットマップを持っておいて、それを先に送る方式でもよい。
図６（ｂ）でSnapshot1ポイントへの戻しがない場合は、PVOLとBaseの差分を取って、SVOLにどこまで送れていたかを判断し、送れていた分を加味して再開していた場合は、正サイトで送れなかった分を戻して、リーバスシンクする。送れていなかった正サイトの方を活かす場合は、副サイトで取ったSnapshotにそのデータを反映させる（Snapshotのベースとなるデータを変更する）。ペア同期が再開されたので、差分ビットマップデータを登録した後の副サイトへのI/OはJNLに記憶していく。なお、正サイトを最新のSnapshotポイントから再開するように設定する運用としてもよい。その際は、差分ビットマップの送信は必須ではない。
次に、各種処理手順について説明する。図８は、ジャーナル処理の全体を説明する説明図である。まず、正サイトでライトなどの要求を受け付けると（ステップＳ１００１）、ジャーナル作成プログラム４０２が動作する（ステップＳ１００２）。また、副サイトでジャーナルの情報を取得すると（ステップＳ１００３）、副サイトのジャーナルリードプログラム４０５が動作し（ステップＳ１００４）、正サイトのジャーナル送信プログラム４０６を動作させる（ステップＳ１００５）。正サイトのジャーナル送信プログラム４０６は、副サイトに正サイトジャーナルを送信し、正サイトのブロック解放プログラム４０９を動作させる（ステップＳ１００６）。副サイトのジャーナルリードプログラム４０５は、正サイトジャーナルを受信すると、ジャーナルリストアプログラム４０８を動作させ（ステップＳ１００７）、副サイトのブロック解放プログラム４０９を動作させる（ステップＳ１００８）。
正サイトで異常が発生すると、フェールオーバ処理プログラム４１１が動作して（ステップＳ１００９）、フェールオーバが行われる。その後、正サイトが復旧したならば、フェールバック処理プログラム４１６が動作し（ステップＳ１０１０）、正サイトに副サイトのジャーナル情報を転送する（ステップＳ１０１１）。正サイトがジャーナル情報を取得すると（ステップＳ１０１２）、オペレーションジャーナル転送プログラム４１４が動作し（ステップＳ１０１３）、副サイトのオペレーションジャーナル送信プログラム４１５を動作させる（ステップＳ１０１４）。
副サイトのオペレーションジャーナル送信プログラム４１５は、正サイトに副サイトジャーナルを送信し、副サイトのブロック解放プログラム４０９を動作させる（ステップＳ１０１７）。正サイトのオペレーションジャーナル転送プログラム４１４は、副サイトジャーナルを受信すると、ジャーナルリストアプログラム４０８を動作させ（ステップＳ１０１５）、正サイトのブロック解放プログラム４０９を動作させる（ステップＳ１０１６）。なお、正サイトでフェールバックを行う際には、ジャーナルリストアプログラムは、副サイトでの処理を示す差分ビットマップを用いてリストアを実行する。
次に、図９～図２２を参照し、各プログラムの処理手順を説明する。
図９は、ストレージシステム１０３の設定に係る処理手順を示すフローチャートである。まず、ストレージコントローラ１０４は、ストレージシステム１０３のペア状態を設定する（ステップＳ１１０１）。その後、仮想ストレージシステムを構築し（ステップＳ１１０２）、仮想ストレージシステムの仮想ＶＯＬにＰＶＯＬとＳＶＯＬをマップする（ステップＳ１１０３）。そして、サーバシステム１０１に仮想ボリュームをマウントし（ステップＳ１１０４）、クラスタリングソフトウェア２０２によるサーバシステム１０１の連携を構築する（ステップＳ１１０５）。そして、一方のサーバシステム１０１を副としてスタンバイ状態に設定する（ステップＳ１１０６）。副のサーバシステム１０１は、他方（正）のサーバシステム１０１に異常が生じたときのための待機系となる。
図１０は、ライトプログラム４０１の処理手順を示すフローチャートである。ライトプログラム４０１は、アプリケーション２０１からライト要求を受領すると（ステップＳ１２０１）、ライトデータをＰＶＯＬに書き込み（ステップＳ１２０２）、ジャーナル作成プログラム４０２をコールして（ステップＳ１２０３）、ジャーナル作成プログラム完了待ちとなる（ステップＳ１２０４）。
ジャーナル作成プログラム４０２は、ボリューム管理情報を参照し、次のシーケンス番号を取得する（ステップＳ１２０５）。そして、シーケンス番号及びライト時間を設定し、管理情報を生成する（ステップＳ１２０６）。ジャーナル作成プログラム４０２は、ジャーナルデータ格納アドレス決定プログラム４０３をコールし（ステップＳ１２０７）、ジャーナルデータをキャッシュに格納する（ステップＳ１２０８）。その後、ジャーナル作成プログラム４０２は、ジャーナルコントロールブロック格納アドレス決定プログラム４０４をコールし（ステップＳ１２０９）、ジャーナルコントロールブロックを生成し（ステップＳ１２１０）、ジャーナルコントロールブロックをキャッシュに格納して（ステップＳ１２１１）、処理を終了する。ライトプログラム４０１は、ジャーナル作成プログラム４０２の収容後、完了応答を行って（ステップＳ１２１２）、処理を終了する。
図１１に示すように、ジャーナルデータ格納アドレス決定プログラム４０３は、カレントブロックを取得し（ステップＳ１３０１）、カレントブロックに格納可能であるか否かを判定する（ステップＳ１３０２）。カレントブロックに格納可能でなければ（ステップＳ１３０２；ｆａｌｓｅ）、ジャーナルデータ格納アドレス決定プログラム４０３は、空きブロックを探索し（ステップＳ１３０３）、空きブロックを割り当てる（ステップＳ１３０４）。
ステップＳ１３０４の後、もしくはカレントブロックに格納可能である場合（ステップＳ１３０２；ｔｒｕｅ）、ジャーナルデータ格納アドレス決定プログラム４０３は、格納先を決定し（ステップＳ１３０５）、カレントアドレスを更新して（ステップＳ１３０６）、ブロック内最大シーケンス番号を更新し（ステップＳ１３０７）、処理を終了する。
また、図１１に示すように、ジャーナルコントロールブロック格納アドレス決定プログラム４０４は、カレントライトブロックを取得し（ステップＳ１４０１）、カレントライトアドレスを取得して（ステップＳ１４０２）、カレントライトブロックに格納可能であるか否かを判定する（ステップＳ１４０３）。カレントライトブロックに格納可能でなければ（ステップＳ１４０３；ｆａｌｓｅ）、ジャーナルコントロールブロック格納アドレス決定プログラム４０４は、ブロック管理ビットマップを参照して空きブロックを探索し（ステップＳ１４０４）、空きブロックを割り当てる（ステップＳ１４０５）。
ステップＳ１４０５の後、もしくはカレントライトブロックに格納可能である場合（ステップＳ１４０３；ｔｒｕｅ）、ジャーナルコントロールブロック格納アドレス決定プログラム４０４は、格納先を決定し（ステップＳ１４０６）、カレントライトアドレスを更新して（ステップＳ１４０７）、ブロック内最大シーケンス番号を更新し（ステップＳ１４０８）、処理を終了する。
図１２に示すように、副サイトのジャーナルリードプログラム４０５は、ジャーナルリードコマンドを発行することで、転送済シーケンス番号を通知し（ステップＳ１５０１）、正サイトからの応答を待つ（ステップＳ１５０２）。正サイトのジャーナル送信プログラム４０６は、カレントリードブロックを取得し（ステップＳ１５０３）、カレントライトアドレスを取得して（ステップＳ１５０４）、カレントリードブロックとカレントライトブロックが同じであるか否かを判定する（ステップＳ１５０５）。
カレントリードブロックとカレントライトブロックが同じでなければ（ステップＳ１５０５；ｆａｌｓｅ）、ジャーナル送信プログラム４０６は、カレントリードアドレスからブロック終端までのジャーナルコントロールブロックをリードし（ステップＳ１５０６）、次のブロックをカレントリードブロックとして設定して（ステップＳ１５０７）、カレントリードアドレスをアドレス０に設定する（ステップＳ１５０８）。
一方、カレントリードブロックとカレントライトブロックが同じであれば（ステップＳ１５０５；ｔｒｕｅ）。カレントリードアドレスからカレントライトアドレスまでのジャーナルコントロールブロックをリードし（ステップＳ１５０９）、カレントリードアドレスをリードしたアドレスに設定する（ステップＳ１５１０）。
ステップＳ１５０８又はステップＳ１５１０の後、ジャーナル送信プログラム４０６は、ジャーナルデータ格納位置を特定し（ステップＳ１５１１）、ジャーナルデータをリードする（ステップＳ１５１２）。その後、リモートコピー制御プログラム４０７を動作させ（ステップＳ１５１３）、転送済みシーケンス番号を記録し（ステップＳ１５１４）、ブロック解放プログラム４０９をコールして（ステップＳ１５１５）、処理を終了する。
副サイトのジャーナルリードプログラム４０５は、リモートコピー制御プログラム４０７によって転送されたジャーナルを受領すると（ステップＳ１５１６）、ジャーナルデータ格納アドレス決定プログラム４０３をコールして（ステップＳ１５１７）、ジャーナルデータをキャッシュに格納する（ステップＳ１５１８）。そして、ジャーナルコントロールブロック格納アドレス決定プログラム４０４をコールして（ステップＳ１５１９）、ジャーナルコントロールブロックをキャッシュに格納して（ステップＳ１５２０）、処理を終了する。
図１３に示すように、ジャーナルリストアプログラム４０８は、カレントリードブロックを取得し（ステップＳ１６０１）、カレントライトアドレスを取得すると（ステップＳ１６０２）、終端までジャーナルコントロールブロックをリードし（ステップＳ１６０３）、転送抜けがない範囲を特定する（ステップＳ１６０４）。ジャーナルリストアプログラム４０８は、特定した範囲の終端がカレントリードブロックの終端であるか否かを判定する（ステップＳ１６０５）。
特定した範囲の終端がカレントリードブロックの終端でなければ（ステップＳ１６０５；ｆａｌｓｅ）、ジャーナルリストアプログラム４０８は、カレントリードアドレスを特定した範囲の終端に設定する（ステップＳ１６０６）。特定した範囲の終端がカレントリードブロックの終端であるならば（ステップＳ１６０５；ｔｒｕｅ）、ジャーナルリストアプログラム４０８は、カレントリードアドレスをアドレス０、リードブロックを次のブロックに設定する（ステップＳ１６０７）。
ステップＳ１６０６又はステップＳ１６０７の後、ジャーナルリストアプログラム４０８は、特定した範囲のジャーナルの最大シーケンス番号を特定し、転送済みシーケンスとして記憶する（ステップＳ１６０８）。また、転送済みシーケンス番号までのジャーナルを処理する（ステップＳ１６０９）。ジャーナルリストアプログラム４０８は、処理のマーカー種類を確認し、オペレーションを特定する（ステップＳ１６１０）。その結果、オペレーションがライトデータであれば、ＳＶＯＬに書き込む（ステップＳ１６１１）。オペレーションがＳｎａｐｓｈｏｔであれば、Ｓｎａｐｓｈｏｔ処理プログラム４２２をコールする（ステップＳ１６１２）。その他のオペレーションであれば、対応する処理プログラムをコールする（ステップＳ１６１３）。
ステップＳ１６１１～Ｓ１６１３の後、ジャーナルリストアプログラム４０８は、リストア済み最大シーケンス番号を記憶し（ステップＳ１６１４）、ブロック解放プログラム４０９をコールして（ステップＳ１６１５）、処理を終了する。
図１４に示すように、ブロック解放プログラム４０９は、まず、処理済みシーケンス番号を参照する（ステップＳ１７０１）。そして、ブロック解放プログラム４０９は、ブロック管理ビットマップがＯＮ、かつ、カレントブロックでないブロックを特定し（ステップＳ１７０２）、各ブロックのブロック内最大シーケンス番号を取得する（ステップＳ１７０３）。
ブロック解放プログラム４０９は、ブロック内最大シーケンス番号が処理済みシーケンス番号以上であれば（ステップＳ１７０４；ｆａｌｓｅ）、そのまま処理を終了する。一方、ブロック内最大シーケンス番号が処理済みシーケンス番号未満であれば（ステップＳ１７０４；ｔｒｕｅ）、解放処理ブロック管理ビットマップをＯＦＦし（ステップＳ１７０５）、資源解放処理を行って（ステップＳ１７０６）、処理を終了する。
図１５に示すように、フェールオーバ処理プログラム４１１は、Ｑｕｏｒｕｍを参照し（ステップＳ１８０１）、障害管理プログラム４２０を動作させる（ステップＳ１８０２）。その結果、障害が検出されなければ（ステップＳ１８０３；ｆａｌｓｅ）、そのまま処理を終了する。
一方、正サイトダウンの障害が検出されたならば、フェールオーバ処理プログラム４１１は、クラスタリングソフト通知、アプリケーション切替え、再起動を実行する（ステップＳ１８０４）。そして、取得済みの正サイトジャーナルを全て実行することで副サイトストレージのジャーナルデータを枯らし（ステップＳ１８０５）、副サイトでオペレーションログ処理プログラム４１２をコールし（ステップＳ１８０６）、処理を終了する。
副サイトダウンの障害が検出されたならば、フェールオーバ処理プログラム４１１は、転送完了未確認のジャーナルを保持し（ステップＳ１８０７）、正サイトでオペレーションログ処理プログラム４１２をコールし（ステップＳ１８０８）、処理を終了する。
ストレージシステム間のネットワークダウンの障害が検出されたならば、フェールオーバ処理プログラム４１１は、取得済みの正サイトジャーナルを全て実行することで副サイトストレージのジャーナルデータを枯らし（ステップＳ１８０９）、正サイトでオペレーションログ処理プログラム４１２をコールし（ステップＳ１８１０）、処理を終了する。なお、Ｑｕｏｒｕｍがダウンした場合には、Ｑｕｏｒｕｍ障害通知（ステップＳ１８１１）し、処理を終了する。
図１６に示すように、オペレーションログ処理プログラム４１２は、障害管理プログラム４２０を動作させ（ステップＳ１９０１）、障害未回復であるか否かを判定する（ステップＳ１９０２）。そして、障害が回復していれば（ステップＳ１９０２；ｆａｌｓｅ）、ジャーナルの回復が未完了であるか否かをさらに判定する（ステップＳ１９０３）。その結果、ジャーナルの回復が完了していれば（ステップＳ１９０３；ｆａｌｓｅ）、そのまま処理を終了する。
障害が未回復であるか（ステップＳ１９０２；ｔｒｕｅ）、ジャーナル回復が未完了である場合（ステップＳ１９０３；ｔｒｕｅ）、オペレーションログ処理プログラム４１２は、要求の判別を行う（ステップＳ１９０４）。
判別の結果、要求が「ライト」であれば、オペレーションログ処理プログラム４１２は、差分ビットマップ管理プログラム４２１を動作させ（ステップＳ１９０５）、処理を終了する。
判別の結果、要求が「ライト依存オペレーション」であれば、オペレーションログ処理プログラム４１２は、Ｓｎａｐｓｈｏｔ処理プログラム４２２をコールし（ステップＳ１９０６）、Ｓｎａｐｓｈｏｔデータアドレスをジャーナルデータとする（ステップＳ１９０７）。そして、ジャーナル作成プログラム４０２をコールし（ステップＳ１９０８）、処理を終了する。
判別の結果、要求が「ライト非依存オペレーション」であれば、オペレーションログ処理プログラム４１２は、ライト非依存オペレーションジャーナル処理プログラム４１３をコールして（ステップＳ１９０９）、処理を終了する。
図１７に示すように、オペレーションジャーナル処理プログラム４１３は、カレントブロックを取得し（ステップＳ２００１）、カレントライトブロックに格納可能であるか否かを判定する（ステップＳ２００２）。カレントライトブロックに格納可能でなければ（ステップＳ２００２；ｆａｌｓｅ）、オペレーションジャーナル処理プログラム４１３は、空きブロックを探索し（ステップＳ２００３）、空きブロックを割り当てる（ステップＳ２００４）。
ステップＳ２００４の後、もしくはカレントライトブロックに格納可能である場合（ステップＳ２００２；ｔｒｕｅ）、オペレーションジャーナル処理プログラム４１３は、格納先を決定し（ステップＳ２００５）、オペレーションを登録する（ステップＳ２００６）、そして、カレントブロックを更新し（ステップＳ２００７）、ブロック内最大シーケンス番号を更新して（ステップＳ２００８）、処理を終了する。
図１８に示すように、正サイトのオペレーションジャーナル転送プログラム４１４は、オペレーションジャーナルリードコマンドを発行することで、転送済シーケンス番号を通知し（ステップＳ２１０１）、副サイトからの応答を待つ（ステップＳ２００２）。副サイトのオペレーションジャーナル送信プログラム４１５は、カレントリードブロックを取得し（ステップＳ２１０３）、カレントライトアドレスを取得して（ステップＳ２１０４）、カレントリードブロックとカレントライトブロックが同じであるか否かを判定する（ステップＳ２１０５）。
カレントリードブロックとカレントライトブロックが同じでなければ（ステップＳ２１０５；ｆａｌｓｅ）、オペレーションジャーナル送信プログラム４１５は、カレントリードアドレスからブロック終端までのジャーナルコントロールブロックをリードし（ステップＳ２１０６）、次のブロックをカレントリードブロックとして設定して（ステップＳ２１０７）、カレントリードアドレスをアドレス０に設定する（ステップＳ２１０８）。
一方、カレントリードブロックとカレントライトブロックが同じであれば（ステップＳ２１０５；ｔｒｕｅ）。カレントリードアドレスからカレントライトアドレスまでのジャーナルコントロールブロックをリードし（ステップＳ２１０９）、カレントリードアドレスをリードしたアドレスに設定する（ステップＳ２１１０）。
ステップＳ２１０８又はステップＳ２１１０の後、オペレーションジャーナル送信プログラム４１５は、オペレーションデータなしであるか否かを判定する（ステップＳ２１１１）。オペレーションデータがあるならば（ステップＳ２１１１；ｆａｌｓｅ）、オペレーションジャーナル送信プログラム４１５は、オペレーションジャーナルデータ格納位置を特定し（ステップＳ２１１２）、オペレーションジャーナルデータをリードする（ステップＳ２１１３）。その後、リモートコピー制御プログラム４０７を動作させる（ステップＳ２１１４）。ステップＳ２１１４の後、もしくはオペレーションデータがない場合（ステップＳ２１１１；ｔｒｕｅ）、オペレーションジャーナル送信プログラム４１５は、転送済みシーケンス番号を記録し（ステップＳ２１１５）、ブロック解放プログラム４０９をコールして（ステップＳ２１１５）、処理を終了する。
正サイトのオペレーションジャーナル転送プログラム４１４は、リモートコピー制御プログラム４０７によって転送されたオペレーションジャーナルを受領すると（ステップＳ２１１７）、ジャーナルデータ格納アドレス決定プログラム４０３をコールして（ステップＳ２１１８）、ジャーナルデータをキャッシュに格納する（ステップＳ２１１９）。そして、ジャーナルコントロールブロック格納アドレス決定プログラム４０４をコールして（ステップＳ２１２０）、ジャーナルコントロールブロックをキャッシュに格納して（ステップＳ２１２１）、処理を終了する。
図１９に示すように、フェールバック処理プログラム４１６は、正サイトの障害が回復したか否を判定する（ステップＳ２２０１）。判定の結果、正サイトの障害が回復していなければ（ステップＳ２２０２；ｆａｌｓｅ）、そのまま処理を終了する。
正サイトの障害が回復しているならば（ステップＳ２２０２；ｔｒｕｅ）、フェールバック処理プログラム４１６は、正サイトの状態を取得し（ステップＳ２２０２）、データの復旧が可能であるか否かを判定する（ステップＳ２２０３）。
データの復旧が可能でなければ（ステップＳ２２０３；ｆａｌｓｅ）、フェールバック処理プログラム４１６は、ＳＶＯＬからＰＶＯＬを復旧するためデータを転送する（ステップＳ２２０４）。データの復旧が可能であれば（ステップＳ２２０３；ｔｒｕｅ）、フェールバック処理プログラム４１６は、最終シーケンス番号より正、副の状態を確認し（ステップＳ２２０５）、差分ビットマップから復旧するため差分を転送する（ステップＳ２２０６）。
ステップＳ２２０４又はステップＳ２２０６の後、フェールバック処理プログラム４１６は、オペレーションログを反映する転送を行い（ステップＳ２２０７）、正サイト復旧、ペア回復、ジャーナル処理再開を行って（ステップＳ２２０８）、処理を終了する。
図２０に示すように、正サイトで起動されたペア解消プログラム４１７は、解消するペアを選択し（ステップＳ２３０１）、副サイトのペア解消プログラム４１７をコールする（ステップＳ２３０２）。
副サイトのペア解消プログラム４１７は、ジャーナルリードコマンドを発行して転送済みシーケンス番号を通知し（ステップＳ２３０３）、正サイトからの応答を待つ（ステップＳ２３０４）。
正サイトのペア解消プログラム４１７は、副サイトのペア解消プログラム４１７からジャーナルリードコマンドを受信し、未処理ジャーナルがあるか否かを判定する（ステップＳ２３０５）。未処理ジャーナルがあるならば（ステップＳ２３０４；ｔｒｕｅ）、正サイトのペア解消プログラム４１７は、ジャーナル送信プログラム４０６をコールし（ステップＳ２３０６）、ブロック解放プログラム４０９をコールして（ステップＳ２３０７）、処理を終了する。
副サイトのペア解消プログラム４１７は、ステップＳ２３０６によって送信されたジャーナルを受領すると（ステップＳ２３０８）、ジャーナルデータ格納アドレス決定プログラム４０３をコールし（ステップＳ２３０９）、ジャーナルデータをキャッシュに格納する（ステップＳ２３１０）。そして、ジャーナルコントロールブロック格納アドレス決定プログラム４０４をコールし（ステップＳ２３１１）、ジャーナルコントロールブロックをキャッシュに格納する（ステップＳ２３１２）。その後、ジャーナルリストアプログラム４０８をコールし（ステップＳ２３１３）、ステップＳ２３０３に戻る。
未処理のジャーナルがない場合には（ステップＳ２３０５；ｆａｌｓｅ）、正サイトのペア解消プログラム４１７は、ペア解消コマンドを発行する（ステップＳ２３１４）。副サイトのペア解消プログラムは、正サイトからペア解消コマンドを受信して関連情報を削除し（ステップＳ２３１５）、処理を終了する。また、再サイトのペア解消プログラム４１７は、副サイトでの関連情報削除を受けてペアを解消し、正サイトの関連情報を削除して（ステップＳ２３１６）、処理を終了する。
図２１に示すように、ジャーナル資源確保プログラム４１８は、ジャーナル資源が枯渇したか否かを判定する（ステップＳ２４０１）。ジャーナル資源が枯渇していなければ（ステップＳ２３０１；ｆａｌｓｅ）、ジャーナル資源確保プログラム４１８はライトを継続して（ステップＳ２４０２）、処理を終了する。
ジャーナル資源が枯渇しているならば（ステップＳ２４０１；ｔｒｕｅ）、ジャーナル資源確保プログラム４１８は、ストレージシステムの資源情報を取得し（ステップＳ２４０３）、拡張不可であるか否かを判定する（ステップＳ２４０４）。拡張が可能であれば（ステップＳ２４０４；ｆａｌｓｅ）、ジャーナル資源確保プログラム４１８は、ジャーナル資源の拡張を行って（ステップＳ２４０５）、処理を終了する。
拡張が不可であれば（ステップＳ２４０４；ｔｒｕｅ）、ジャーナル資源確保プログラム４１８は、ライト停止処理を行う（ステップＳ２４０６）。そして、ジャーナルリードプログラム４０５をコールし（ステップＳ４０７）、ジャーナルリストアプログラム４０８をコールして（ステップＳ２４０８）、ステップＳ２４０１に戻る。
図２１に示すように、ジャーナル資源解放プログラム４１９は、解放資源量を指定し（ステップＳ２５０１）、ジャーナルボリューム終端を解放予約する（ステップＳ２５０２）。そして、カレントリードブロックを取得し（ステップＳ２５０３）、カレントライトアドレスを取得する（ステップＳ２５０４）。ジャーナル資源解放プログラム４１９は、解放終端にどちらも含まれるかを判定し（ステップＳ２５０５）、どちらも含まれるならば（ステップＳ２５０５；ｔｒｕｅ）、ジャーナル処理の完了を待って（ステップＳ２５０７）、ステップＳ２５０３に移行する。一方、解放終端にいずれかしか含まれないならば、ジャーナル資源を解放して（ステップＳ２５０６）、処理を終了する。
これまでの説明では、正サイトで行ったライトなどのデータの処理とスナップショットなどのオペレーションを時刻情報とともに正サイトジャーナルに蓄積し、その実行順序に従って副サイトで実行する構成を例示して説明を行った。しかし、データの内容に影響を与えないオペレーションであれば、正サイトジャーナルへの蓄積は必須ではなく、即時に副サイトで実行して反映することが可能である。例えば、オペレーション管理テーブル５０８において、再現方法が「要求送信」であれば、データに影響を与えず、副サイトで即時反映可能である。
オペレーション反映プログラム４１０は、オペレーションを受信すると、即時反映が不可能なオペレーションであるか否かを判定する。
判定の結果、即時反映が可能なオペレーションであれば、オペレーション反映プログラム４１０は、オペレーションを副サイトに送信して、処理を終了する。一方、即時反映が不可能なオペレーションであれば、ジャーナルに追記して、処理を終了する。
上述してきたように、本実施例に係るモートコピーシステムは、正サイトを提供する第１のストレージシステム１０３Ａと、副サイトを提供する第２のストレージシステム１０３Ｂを備え、ストレージシステム１０３のストレージコントローラ１０４は、第１のストレージシステム１０３Ａが有する第１のデータボリュームＰＶＯＬから第２のストレージシステム１０３Ｂが有する第２のデータボリュームＳＶＯＬへのリモートコピーを行い、正サイトから副サイトにフェールオーバを行った後は、副サイトで処理したデータ及びオペレーションを副サイトジャーナルとして第２のストレージシステム１０３Ｂのジャーナルボリュームに蓄積し、正サイトの復旧時には副サイトジャーナルを用いて第１のデータボリュームＰＶＯＬの復元を行う。このため、ストレージシステム間の切り替えを迅速かつ簡易に行うことができる。
また、本実施例によれば、ストレージコントローラ１０４は、第１のデータボリュームＰＶＯＬの復元を行う場合に、副サイトジャーナルを第１のストレージシステム１０３Ａに送信し、副サイトジャーナルに示された処理を順に沿って実行することで、第１のデータボリュームＰＶＯＬを第２のデータボリュームＳＶＯＬに一致させることができる。
また、本実施例によれば、ストレージコントローラ１０４は、正サイトを運用中に正サイトで処理したデータ及びオペレーションを正サイトジャーナルとして第２のストレージシステム１０３Ｂに送信し、正サイトジャーナルに示された処理を順に沿って実行することで、第２のデータボリュームＳＶＯＬを第１のデータボリュームＰＶＯＬに一致させてリモートコピーを実現することができる。
また、本実施例によれば、ストレージコントローラ１０４は、データの同期が必要なデータ同期処理が正サイトジャーナルに含まれていた場合に、リモートコピーにおいてデータ同期処理を第２のストレージシステム１０３Ｂで実行し、フェールオーバに際してデータ同期処理を基点とした第２のデータボリュームＳＶＯＬの復元が可能であることを特徴とする。
このデータ同期処理は、一例としてスナップショットの生成である。スナップショットの生成は、データを同期してから実行する。データの同期を行わずにスナップショットを取ると、必要なデータが含まれない可能性があるためである。
この他、データ同期処理には、ＶＯＬ拡張、クローン、ＶＯＬ縮小、Ｔｉｅｒ移動などが含まれる。ＶＯＬ拡張をデータ同期なし行うと、間にクローンがあった場合に正と副で容量の異なるクローンができる事態となる。クローンをデータ同期なしで生成すると、必要なデータが無いクローンとなる可能性がある。ＶＯＬ縮小をデータ同期なしで行うと、未到着のデータで領域外に書き込む事態となる可能性がある。Ｔｉｅｒ移動では、データ同期してヒント情報を送信する。同期なしで送ると異なるデータを移動してしまう可能性がある。
また、本実施例によれば、ストレージコントローラ１０４は、フェールオーバ後に行ったデータの処理について差分情報を生成し、フェールオーバ後にスナップショットの生成を行う場合には、それまでの差分情報を反映したスナップショットを生成するとともに、以降のデータの処理についての差分情報を新たに生成することができる。
また、本実施例によれば、ストレージコントローラ１０４は、第１のデータボリュームＰＶＯＬの復元において、副サイトジャーナルに複数のスナップショットの生成が含まれていたならば、複数のスナップショットの生成を順次実行し、スナップショット間のデータの処理については各々対応する差分情報を使用し、使用後の差分情報は不要な情報として扱うことができる。
また、本実施例によれば、第１のストレージシステム１０３Ａ及び第２のストレージシステム１０３Ｂの動作状態を監視する監視装置としてのストレージシステム１０６をさらに備え、ストレージコントローラ１０４は、監視の結果に基づいてフェールオーバを自動実行することができる。
なお、本発明は上述の実施例に限定されるものではなく、様々な変形例が含まれる。例えば、上記した実施例は本発明を分かりやすく説明するために詳細に説明したものであり、必ずしも説明した全ての構成を備えるものに限定されるものではない。また、かかる構成の削除に限らず、構成の置き換えや追加も可能である。
また、上記の各構成、機能、処理部、処理手段等は、それらの一部又は全部を、例えば集積回路で設計する等によりハードウェアで実現してもよい。また、本発明は、実施例の機能を実現するソフトウェアのプログラムコードによっても実現できる。この場合、プログラムコードを記録した記憶媒体をコンピュータに提供し、そのコンピュータが備えるプロセッサが記憶媒体に格納されたプログラムコードを読み出す。この場合、記憶媒体から読み出されたプログラムコード自体が前述した実施例の機能を実現することになり、そのプログラムコード自体、及びそれを記憶した記憶媒体は本発明を構成することになる。このようなプログラムコードを供給するための記憶媒体としては、例えば、フレキシブルディスク、ＣＤ－ＲＯＭ、ＤＶＤ－ＲＯＭ、ハードディスク、ＳＳＤ（Solid State Drive）、光ディスク、光磁気ディスク、ＣＤ－Ｒ、磁気テープ、不揮発性のメモリカード、ＲＯＭなどが用いられる。
また、本実施例に記載の機能を実現するプログラムコードは、例えば、アセンブラ、Ｃ／Ｃ＋＋、ｐｅｒｌ、Ｓｈｅｌｌ、ＰＨＰ、Ｊａｖａ（登録商標）等の広範囲のプログラム又はスクリプト言語で実装できる。
上述の実施例において、制御線や情報線は、説明上必要と考えられるものを示しており、製品上必ずしも全ての制御線や情報線を示しているとは限らない。全ての構成が相互に接続されていてもよい。
１０１…サーバシステム １０３…ストレージシステム １０４…ストレージコントローラ １０５…ＰＤＥＶ １０６…ストレージシステム ２０１…アプリケーション ２０２…クラスタリングソフトウェア ２０３…ターゲットポート ２０４…仮想ストレージシステム ２０５…仮想ボリューム

Claims (8)

  1. 正サイトを提供する第１のストレージシステムと、
    副サイトを提供する第２のストレージシステムと
    を備え、
    第１のストレージシステム及び／又は前記第２のストレージシステムのストレージコントローラは、
    前記第１のストレージシステムが有する第１のデータボリュームから前記第２のストレージシステムが有する第２のデータボリュームへのリモートコピーを行い、
    前記正サイトから前記副サイトにフェールオーバを行った後は、前記副サイトで処理したデータ及びオペレーションを副サイトジャーナルとして前記第２のストレージシステムのジャーナルボリュームに蓄積し、
    前記正サイトの復旧時には前記副サイトジャーナルを用いて前記第１のデータボリュームの復元を行い、
    前記ストレージコントローラは、前記フェールオーバ後に行ったデータの処理について差分情報を生成し、前記フェールオーバ後にスナップショットの生成を行う場合には、それまでの差分情報を反映したスナップショットを生成するとともに、以降のデータの処理についての差分情報を新たに生成し、
    前記ストレージコントローラは、前記第１のデータボリュームの復元において、前記副サイトジャーナルに複数のスナップショットの生成が含まれていたならば、前記複数のスナップショットの生成を実行し、スナップショット間のデータの処理については各々対応する差分情報を使用する
    ことを特徴とするリモートコピーシステム。
  2. 前記ストレージコントローラは、前記第１のデータボリュームの復元において、前記副サイトジャーナルに複数のスナップショットの生成が含まれていたならば、前記複数のスナップショットの生成を実行し、スナップショット間のデータの処理については各々対応する差分情報を使用し、使用後の差分情報は不要な情報として扱うことを特徴とする請求項１に記載のリモートコピーシステム。
  3. 前記ストレージコントローラは、前記第１のデータボリュームの復元を行う場合に、前記副サイトジャーナルを前記第１のストレージシステムに送信し、前記副サイトジャーナルに示された処理を順に沿って実行することで、前記第１のデータボリュームを前記第２のデータボリュームに一致させることを特徴とする請求項１に記載のリモートコピーシステム。
  4. 前記ストレージコントローラは、前記正サイトを運用中に前記正サイトで処理したデータ及びオペレーションを正サイトジャーナルとして前記第２のストレージシステムに送信し、前記正サイトジャーナルに示された処理を順に沿って実行することで、前記第２のデータボリュームを前記第１のデータボリュームに一致させて前記リモートコピーを実現することを特徴とする請求項１に記載のリモートコピーシステム。
  5. 前記ストレージコントローラは、データの同期が必要なデータ同期処理が前記正サイトジャーナルに含まれていた場合に、前記リモートコピーにおいて前記データ同期処理を前記第２のストレージシステムで実行し、前記フェールオーバに際して前記データ同期処理を基点とした前記第２のデータボリュームの復元が可能であることを特徴とする請求項４に記載のリモートコピーシステム。
  6. 前記データ同期処理は、スナップショットの生成を含むことを特徴とする請求項５に記載のリモートコピーシステム。
  7. 前記第１のストレージシステム及び前記第２のストレージシステムの動作状態を監視する監視装置をさらに備え、前記ストレージコントローラは、前記監視の結果に基づいて前記フェールオーバを自動実行することを特徴とする請求項１に記載のリモートコピーシステム。
  8. 正サイトを提供する第１のストレージシステムと、副サイトを提供する第２のストレージシステムにおいて、
    第１のストレージシステム及び／又は前記第２のストレージシステムのストレージコントローラが、
    前記第１のストレージシステムが有する第１のデータボリュームから前記第２のストレージシステムが有する第２のデータボリュームへのリモートコピーを行うステップと、
    前記正サイトから前記副サイトにフェールオーバを行った後に、前記副サイトで処理したデータ及びオペレーションを副サイトジャーナルとして前記第２のストレージシステムのジャーナルボリュームに蓄積するステップと、
    前記正サイトの復旧時に前記副サイトジャーナルを用いて前記第１のデータボリュームの復元を行うステップと
    を含み、
    前記ストレージコントローラは、前記フェールオーバ後に行ったデータの処理について差分情報を生成し、前記フェールオーバ後にスナップショットの生成を行う場合には、それまでの差分情報を反映したスナップショットを生成するとともに、以降のデータの処理についての差分情報を新たに生成し、
    前記ストレージコントローラは、前記第１のデータボリュームの復元において、前記副サイトジャーナルに複数のスナップショットの生成が含まれていたならば、前記複数のスナップショットの生成を実行し、スナップショット間のデータの処理については各々対応する差分情報を使用する
    ことを特徴とするリモートコピー管理方法。
JP2020017130A 2020-02-04 2020-02-04 リモートコピーシステム及びリモートコピー管理方法 Active JP7117338B2 (ja)

Priority Applications (3)

Application Number Priority Date Filing Date Title
JP2020017130A JP7117338B2 (ja) 2020-02-04 2020-02-04 リモートコピーシステム及びリモートコピー管理方法
CN202010855808.3A CN113220218A (zh) 2020-02-04 2020-08-24 远程复制系统和远程复制管理方法
US17/014,296 US20210240351A1 (en) 2020-02-04 2020-09-08 Remote copy system and remote copy management method

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2020017130A JP7117338B2 (ja) 2020-02-04 2020-02-04 リモートコピーシステム及びリモートコピー管理方法

Publications (2)

Publication Number Publication Date
JP2021124889A JP2021124889A (ja) 2021-08-30
JP7117338B2 true JP7117338B2 (ja) 2022-08-12

Family

ID=77062518

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2020017130A Active JP7117338B2 (ja) 2020-02-04 2020-02-04 リモートコピーシステム及びリモートコピー管理方法

Country Status (3)

Country Link
US (1) US20210240351A1 (ja)
JP (1) JP7117338B2 (ja)
CN (1) CN113220218A (ja)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2021174392A (ja) * 2020-04-28 2021-11-01 株式会社日立製作所 リモートコピーシステム及びリモートコピー管理方法

Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2004259079A (ja) 2003-02-27 2004-09-16 Hitachi Ltd データ処理システム
JP2006048103A (ja) 2004-07-30 2006-02-16 Hitachi Ltd ディザスタリカバリシステム、プログラム及びデータの複製方法
JP2007115007A (ja) 2005-10-20 2007-05-10 Hitachi Ltd ストレージ装置のリストア方法及びストレージ装置
JP2007280323A (ja) 2006-04-12 2007-10-25 Hitachi Ltd 記憶システム及びデータ管理方法
JP2007328468A (ja) 2006-06-06 2007-12-20 Hitachi Ltd ストレージシステム及びストレージシステムのボリューム管理方法
JP2008134986A (ja) 2006-10-30 2008-06-12 Hitachi Ltd 情報システム、データ転送方法及びデータ保護方法
WO2017064770A1 (ja) 2015-10-14 2017-04-20 株式会社日立製作所 ストレージシステムおよびストレージシステムの制御方法

Family Cites Families (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20040250030A1 (en) * 2003-06-06 2004-12-09 Minwen Ji Data redundancy using portal and host computer
US9361213B2 (en) * 2013-01-23 2016-06-07 Hitachi, Ltd. Method and apparatus for efficient remote copy

Patent Citations (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2004259079A (ja) 2003-02-27 2004-09-16 Hitachi Ltd データ処理システム
JP2006048103A (ja) 2004-07-30 2006-02-16 Hitachi Ltd ディザスタリカバリシステム、プログラム及びデータの複製方法
JP2007115007A (ja) 2005-10-20 2007-05-10 Hitachi Ltd ストレージ装置のリストア方法及びストレージ装置
US20090044046A1 (en) 2005-10-20 2009-02-12 Yasuo Yamasaki Method for rolling back from snapshot with log
JP2007280323A (ja) 2006-04-12 2007-10-25 Hitachi Ltd 記憶システム及びデータ管理方法
JP2007328468A (ja) 2006-06-06 2007-12-20 Hitachi Ltd ストレージシステム及びストレージシステムのボリューム管理方法
JP2008134986A (ja) 2006-10-30 2008-06-12 Hitachi Ltd 情報システム、データ転送方法及びデータ保護方法
WO2017064770A1 (ja) 2015-10-14 2017-04-20 株式会社日立製作所 ストレージシステムおよびストレージシステムの制御方法

Also Published As

Publication number Publication date
US20210240351A1 (en) 2021-08-05
CN113220218A (zh) 2021-08-06
JP2021124889A (ja) 2021-08-30

Similar Documents

Publication Publication Date Title
JP5192226B2 (ja) 待機系計算機の追加方法、計算機及び計算機システム
JP4800031B2 (ja) ストレージシステム及びスナップショット管理方法
US7103619B1 (en) System and method for automatic audit data archiving within a remote database backup system
CN106407044B (zh) 信息处理系统中的故障恢复方法和信息处理系统
JP5234348B2 (ja) オンラインボリュームと性能／障害独立かつ容量効率の高いスナップショットを実現するストレージシステム及び方法
JP5147229B2 (ja) 実行中のアプリケーションをトポロジ的遠隔に位置するコンピュータ・システムに再配置するためのシステムと方法
US7650369B2 (en) Database system management method and database system
JP4615344B2 (ja) データ処理システム及びデータベースの管理方法
WO2012140957A1 (ja) 情報記憶システム及びそのデータ複製方法
CN112306389A (zh) 存储系统和节点管理方法
CN105739924A (zh) 基于缓存集群的缓存方法和系统
WO2015162684A1 (ja) ストレージシステムのデータ移行方法
JP2006023889A (ja) リモートコピーシステム及び記憶装置システム
JP2006004147A (ja) ディザスタリカバリシステム、プログラム及びデータベースのリカバリ方法
US7069400B2 (en) Data processing system
KR20150137884A (ko) 부분동기화 지원 데이터베이스 관리 시스템 및 데이터베이스 관리 시스템에서 부분동기화 방법
KR20110002708A (ko) 고가용성 데이터베이스 관리 시스템 및 이를 이용한 데이터베이스 관리 방법
WO2014080492A1 (ja) 計算機システム、クラスタ管理方法、及び管理計算機
JP4289056B2 (ja) 計算機システム間のデータ二重化制御方法
JP7117338B2 (ja) リモートコピーシステム及びリモートコピー管理方法
JP2006285336A (ja) 記憶装置及びストレージシステム並びにその制御方法
CN101999113A (zh) 存储复制的方法和系统
CN104991739A (zh) 元数据服务器失效接替中精确一次执行语义的方法及系统
JP5445504B2 (ja) データ複製装置、データ複製制御方法、及びデータ複製制御プログラム
JP4434838B2 (ja) 分散データ等価方法とシステム、およびプログラム

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20201202

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20211217

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20220111

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20220302

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: 20220705

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20220801

R150 Certificate of patent or registration of utility model

Ref document number: 7117338

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150