JP5409799B2 - リモートコピーシステム及びリモートコピー制御方法 - Google Patents

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

Info

Publication number
JP5409799B2
JP5409799B2 JP2011537028A JP2011537028A JP5409799B2 JP 5409799 B2 JP5409799 B2 JP 5409799B2 JP 2011537028 A JP2011537028 A JP 2011537028A JP 2011537028 A JP2011537028 A JP 2011537028A JP 5409799 B2 JP5409799 B2 JP 5409799B2
Authority
JP
Japan
Prior art keywords
volume
pair
copy
storage system
group
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
JP2011537028A
Other languages
English (en)
Other versions
JPWO2011048641A1 (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
Publication of JPWO2011048641A1 publication Critical patent/JPWO2011048641A1/ja
Application granted granted Critical
Publication of JP5409799B2 publication Critical patent/JP5409799B2/ja
Expired - Fee Related legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; 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 OR CALCULATING; 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/0604—Improving or facilitating administration, e.g. storage management
    • G06F3/0605—Improving or facilitating administration, e.g. storage management by facilitating the interaction with a user or administrator
    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; 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/0629—Configuration or reconfiguration of storage systems
    • G06F3/0632—Configuration or reconfiguration of storage systems by initialisation or re-initialisation of storage systems
    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; 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 OR CALCULATING; 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
    • G06F3/0689—Disk arrays, e.g. RAID, JBOD
    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; 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 OR CALCULATING; 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/2069—Management of state, configuration or failover

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Human Computer Interaction (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)

Description

本発明はリモートコピーシステム及びリモートコピーの制御方法に係わり、特に、複数のボリュームペアについて、バックアップデータのコンシステンシーの保証をより確実にするためのシステム及び方法に関するものである。
ストレージの分野におけるバックアップ処理の形態の一つとして、ストレージシステムの筐体間でのボリュームレプリケーションが、リモートコピーとして、知られている。
近年、ストレージ分野においてはバックアップ処理の重要性は増すばかりである。一方、ストレージシステムの運用に関して、オープン系とメインフレーム系両方のボリュームを使用できるマルチプラットホームとしての運用に対する要求が高まってきている。
例えば、ＡＴＭ等、金融機関において、大規模に運用されるものは、オープン系ホストに比べて性能が良いメインフレーム系ホストを使用している。これに対して、ネットバンクサービス等ＰＣ環境を対象にする形態では、オープン系のＯＳが基本であるため、オープン系ホストが使用されるのが一般的である。
ところで、ＡＴＭで処理したデータを、ネットバンクサービスを経由して、ユーザに伝えるためには、メインフレームフォーマットのデータを、一旦、オープンフォーマットに変換する必要がある。
このフォーマット変換処理によって、オープンホストは、ＡＴＭの処理に同期したデータをネットバンク上で表示できない問題を有し、また、変換作業に手間がかかる問題も有する。そこで、オープン系のシステムとメインフレーム系のシステム間で、コンシステンシーの維持を可能とするバックアップシステムが必要になってきている。
この種のシステムとして、例えば、特開２００８−３３７０４号公報に記載された同期リモートコピーシステムが知られている。このリモートコピーシステムは、プライマリストレージシステムとセカンダリストレージシステムとの間に設定された同じボリュームコピーグループに、オープンホストが利用するボリュームペアとメインフレームホストが利用するボリュームペアとを混在させ、プライマリストレージとセカンダリストレージとの間のリモートレプリケーションに障害が発生すると、コピーグループに存在する複数のボリュームペア全てについて同時にリモートレプリケーションを中断し、時間的に整合性がとれたレプリケーションデータが確保できるようにしていた。
特開２００８−３３７０４号公報
従来のリモートコピーシステムは、コンシステンシーグループのボリュームペアをペア定義によってのみ形成できるものであった。これでは、リモートコピーの運用が開始された後、管理者が、オープンボリュームのペアとメインフレームボリュームのペアを同じコンシステンシーグループに設定しようとするなどコンシステンシーグループに含まれるボリュームペアの設定を変更しようとすると、ボリュームペアを一旦削除した上で、コンシステンシーグループにボリュームペアを改めて定義しなければならなかった。
この際、プライマリストレージシステムのボリュームからセカンダリストレージシステムのボリュームへ、全データをバックアップすることが必要となって、リモートコピーシステムが、コンシステンシーの保証を再開するまでに多くの時間を必要とするようになるなど、作業負荷が大きいという課題がある。
また、従来のリモートコピーシステムは、リモートコピーシステムに対する保守や障害からの復旧のために、リモートコピーを停止してボリュームペアをサスペンドする際には、保守時や障害時でのコンシステンシーを保証するために、ホスト装置からのI/Oの処理を停止しなければならないという課題があった。
そこで、この発明は、コンシステンシーグループへボリュームペアの設定やその変更を、ペア定義処理によらず、簡単な操作で実行可能とするリモートコピーシステム及びその制御方法を提供することを目的とするものである。
この発明の他の目的は、コンシステンシーグループへのボリュームペアの設定やその変更があった場合でもコンシステンシーの保証の再開を迅速に可能とするシステム及び制御方法を提供することにある。
本発明のさらに他の目的は、リモートコピーシステムに対する保守や障害からの復旧などの際に、ボリュームペアをサスペンドしても、保守時や障害時でのコンシステンシーを保証するためにホストからのI/O処理を停止することを必要とせず、ホスト装置からのI/Oを継続できるシステム及び制御方法を提供することにある。
前記目的を達成するために、本発明は、プライマリボリュームとセカンダリボリュームのペアをサスペンドし、その後、これらボリュームを再同期する際に、ボリュームペアを所定のコンシステンシーグループに設定できるようにしたリモートコピーシステムであることを特徴とするものである。
さらにまた、本発明は、リモートコピーシステムが、ホストから、コンシステンシーグループに対するI/O要求を判定すると、コンシステンシーグループに属するボリュームペアをサスペンドし、次いで、I/Oを処理することを特徴とするリモートコピー制御方法であることを特徴とするものである。
以上説明したように、本発明によれば、コンシステンシーグループへボリュームペアの設定やその変更を、ペア定義処理によらず、簡単な操作で実行可能とするリモートコピーシステム及びその制御方法を提供することができる。
さらに、コンシステンシーグループへのボリュームペアの設定やその変更があった場合でもコンシステンシーの保証の再開を迅速に可能とするシステム及び制御方法を提供することができる。
さらにまた、リモートコピーシステムに対する保守や障害からの復旧などの際に、ボリュームペアをサスペンドしても、保守時や障害時でのコンシステンシーを保証するためにホストからのI/O処理を停止することを必要とせず、ホスト装置からのI/Oを継続できるシステム及び制御方法を提供することができる。
本発明に係るリモートコピーシステム及びその制御方法の実施形態に係るハードウエアブロック図である。 ホストのハードウエアブロック図である プライマリストレージシステムのハードウエアブロック図である。 インタフェースのハードウエアブロック図である。 リモートコピーシステムに存在するコンシステンシーグループを説明するためのブロック図である。 リモートコピーペアの管理テーブルである。 本発明によって構成されたコンシステンシーグループを管理するためのテーブルである。 従来技術によって構成されたコンシステンシーグループを管理するためのテーブルである。 リモートコピーシステムの運用手順の一例に係るブロック図である。 メインフレームホストのペア形成プログラムの処理を説明するフローチャートである。 メインフレームホストのペア操作プログラムによるコピーペア形成のための操作画面の一例を示すブロック図である。 オープンホストのペア形成プログラムの処理を説明するフローチャートである。 オープンホストのペア操作プログラムによるコピーペア形成のための操作画面の一例である。 メインフレームホスト及びオープンホストからのペア形成コマンドを受領したプライマリストレージシステムのペア操作プログラムの動作を説明するフローチャートである。 ペア状態監視プログラムの動作を示すフローチャートである。 図９のリモートコピーシステムに保守バックアップを適用したことを示すブロック図である。 プライマリストレージシステムのペア状態監視プログラムとI/O処理プログラムが「ペアサスペンド受領」に対して実行する制御処理を説明するためのタイミングチャ―トである。 図１７Ａに対応させて、プライマリボリュームとセカンダリボリュームとの間でのリモートコピーの状況を示したブロック図である。 メインフレームホストのペア操作プログラムのペアサスペンド処理を示すフローチャートである。 オープンホストのペア操作プログラムによるペアサスペンド処理を説明するフローチャートである。 オープンホストのペア操作プログラムによるリモートコピーペアサスペンド操作のための画面の情報である。 DKCのペア操作プログラムによるペアサスペンド処理を示すフローチャートである。 DKCのペア状態監視プログラムにペアサスペンド処理を説明するフローチャートである。 図２２Ａに続く処理に係るフローチャートである。 図２２Ｂに続く処理に係るフローチャートである。 図２２Ｃに続く処理に係るフローチャートである。 図２２Ｄに続く処理に係るフローチャートである。 プライマリストレージシステムのI/O処理プログラムの動作を示すフローチャートである。 メインフレームホストのペア操作プログラムの再同期処理を説明するフローチャートである。 再同期処理のための表示画面（メインフレームホスト）のブロック図である。 オープンホストのペア操作プログラムによるペア再同期処理を説明するフローチャートである。 再同期処理のためのConfig情報を入力する画面である。 DKCのペア操作プログラムによるペア再同期処理を説明するフローチャートである。 図２８Ａに続く処理に係るフローチャートである。 図２８Ｂに続く処理に係るフローチャートである。 DKCのペア状態監視プログラムの処理を示すフローチャートである。
次に、本発明に係るリモートコピーシステム及びその制御方法の実施形態を図面に基づいて説明する。図１は、システムの概要を示すハードウエアブロック図である。システムは、ローカルサイト１Ａと、リモートサイト１Ｂとを有する。
ローカルサイト１Ａは、プライマリストレージシステム４０Ｐと、プライマリストレージシステム４０Ｐに接続されるメインフレームホスト（メインフレームサーバ)１０Ａとオープンホスト(オープンサーバ)１０Ｃとを有している。
プライマリストレージシステム４０Ｐとメインフレームホスト１０Ａとは、メインフレーム系の通信、例えば、ＥＳＣＯＮ（Enterprise Systems Connection）（登録商標）、或いはＦＩＣＯＮ（Fibre Connection）（登録商標）に従って接続されている。
プライマリストレージ４０Ｐとオープンホスト１０Ｃとは、オープン系の通信、例えば、ｉＳＣＳＩ（Internet Small Computer System Interface）或いはFibre
Channelによって接続されている。
リモートサイト１Ｂは、プライマリストレージシステム４０Ｐと接続するセカンダリストレージシステム４０Ｓを備えている。セカンダリストレージシステム４０Ｓには、メインフレームホスト及び/又はオープンシステムホストが接続されていてもよい。
図２は、これらホストのうちメインフレームホストのハードウエアブロック図を示すものであ。メインフレームホスト１０Ａは、ＣＰＵ５１１と、メモリ５１３と、ストレージシステムとの通信ポート５１５と、キーボードやなどの入力装置５０５と、表示装置などの出力装置５０７と、記録媒体５０１からデータを読み取る記録媒体読取装置５０３と、を備えている。オープンホスト１０Ｃの構成もほぼ同じである。
メモリ５１３は、コンピュータプログラムとして、プライマリストレージシステム４０Ｐを制御するためのペア操作プログラム５１７と、所定の業務を実行するためのアプリケーションプログラム５１９と、ＯＳと、を有している。ＣＰＵ５１１は、これらのコンピュータプログラムを実行する。ホストからストレージシステムへのI/Oはアプリケーションプログラム５１９から出力される。
図３は、プライマリストレージシステム４０Ｐのハードウエアブロック図である。プライマリストレージシステム４０Ｐは、例えば、アレイ状に配列された多数のディスク４００を備えたRAID（Redundant Array of Independent (or
Inexpensive) Disks）システムから構成されている。
プライマリストレージシステム４０Ｐは、コントローラ部２０と、ディスクユニット３０とを備えている。コントローラ部２０は、例えば、複数のインタフェース制御装置（、Ｉ／Ｆ）２１Ａ〜２１Ｃと、キャッシュメモリ２４と、共有メモリ２５と、スイッチング制御部２６と、を備えている。
ストレージシステムは、複数のインタフェース制御装置として、メインフレーム用のホストＩ／Ｆ２１Ａと、オープンシステム用のホストＩ／Ｆ２１Ｃと、他のストレージシステムとのＩ／Ｆ２１Ｂと、ディスク４００とのＩ／Ｆ２２とを有している。コントローラ部２０には、ストレージシステム４０Ｐを管理するための管理端末２５０が接続されている。各Ｉ／Ｆは、接続先との通信を制御する装置であり、実質的に同様のハードウエア構成から構成されている。
図４に、Ｉ／Ｆの代表として、メインフレームＩ／Ｆ２１Ａのハードウエア構成を示す。メインフレームＩ／Ｆ２１Ａは、メインフレームホスト１０Ａとの通信ポート６０１と、スイッチング制御部２６に接続するポート６０９と、送受信されるデータを一時的に記憶するためのキャッシュメモリ６０５と、制御プログラム６１１を記憶する制御メモリ６０７と、その制御プログラム６１１を実行するＣＰＵ６０３と、を備えている。
制御プログラム６１１は、メインフレームＩ／Ｆ２１Ａ、オープンＩ／Ｆ２１Ｃ、及びリモート通信Ｉ／Ｆ２１Ｂのそれぞれに記憶されている。メインフレームＩ／Ｆ２１Ａ、及び、オープンＩ／Ｆ２１Ｃに記憶される制御プログラム６１１は、ホストからのI/Oコマンド（ライトコマンド、又はリードコマンドを処理するIO処理プログラムである。
一方、リモート通信Ｉ／Ｆ２１Ｂに記憶される制御プログラム６１１には、リモートコピーを実行するリモートコピープログラム、ボリュームペアを操作するペア操作プログラム、そして、ストレージシステムの障害を監視しその監視結果に基づく処理を実行する障害監視プログラム、ボリュームペア状態の監視プログラムがある。これら制御プログラムは共有メモリに存在してもよい。
ストレージシステムのキャッシュメモリ２４は、例えば、揮発性又は不揮発性のメモリであり、ホスト１０Ａ、１０Ｃから受信したデータや、ディスク４００から読出されたデータを一時的に記憶する。
共有メモリ２５は、例えば、揮発性或いは不揮発性のメモリであり、プライマリストレージシステム４０Ｐでの制御に関する情報を格納する。共有メモリ２５とキャッシュメモリ２４は、一つのメモリに共有メモリ領域とキャッシュメモリ領域とを有するものであってもよい。
スイッチング制御部２６は、各Ｉ／Ｆ２１Ａ〜２１Ｂ、２２、キャッシュメモリ２４及び共有メモリ２５を相互に接続させる装置であり、例えば、高速スイッチング動作によってデータ伝送を行う超高速クロスバスイッチ等のような高速バスを備える。
ディスユニット３０は、アレイ状に配列された複数のディスク４００を備えている。内蔵ディスク４００は、例えば、ハードディスク、フレキシブルディスク、光ディスクなどのディスク型記憶装置である。ディスク４００に代えて、他種の記憶装置、例えば、磁気テープ、フラッシュメモリなどの半導体メモリでもよい。
コントローラ部２０は、複数のディスク４００に基づいてＲＡＩＤグループを作成し、これを複数の領域に分割し、分割された領域を論理ボリューム３１として、ホストに提供する。論理ボリュームには、メインフレームホストが利用するメインフレームボリュームと、オープンホストによって利用されるオープンボリュームと、双方のホストから利用される共有ボリュームとがある。
リモート通信Ｉ／Ｆ２１Ｂには、セカンダリストレージシステム４０Ｓが接続される。他のプライマリストレージシステムが接続されてもよい。コントローラ部２０に、セカンダリストレージシステム４０Ｓに接続されるリモート通信Ｉ／Ｆと、他のプライマリストレージシステムに接続されるリモート通信Ｉ／Ｆと、が別々に設けられてもよい。セカンダリストレージシステム４０Ｓが、リモート通信Ｉ／Ｆ２１Ｂに接続され、他のプライマリストレージシステムは、図示しない所定のＩ／Ｆを介して専用線で接続されてもよい。
セカンダリストレージシステム４０Ｓは、プライマリストレージシステム４０Ｐとほぼ同一の構成を有する。セカンダリストレージストレージステムの論理ボリュームをセカンダリボリュームと呼び、プライマリストレージシステムの論理ボリューム（プライマリボリューム）から区別する。セカンダリボリュームはプライマリボリュームのレプリケーションボリュームである。
プライマリボリュームとセカンダリボリュームとの間にはペア関係が存在し、ホストがプライマリボリュームにライトアクセスすると、ライトデータに対する同期リモートコピーがペア関係にあるセカンドボリュームに対して行われる。
プライマリボリュームとセカンダリボリュームとのペアの一つ又は複数がコピーグループを構成し、リモートコピーシステムは、コピーグループのコンシステンシーをホスト計算機に対して保証する。コンシステンシー保証とは、同一のコピーグループに存在する複数のセカンダリボリューム相互間において、レプリケーションが時系列に整合されていることを保証する機能をいう。コンシステンシーが保証されたコピーグループがコンシステンシーグループである。
図５は、既述のリモートコピーシステムに存在するコンシステンシーグループの属性を説明するためのブロック図であり、５００Ａは、プライマリストレージシステム４０Ｐの複数のオープンボリュームと、セカンダリストレージシステム４０Ｓの複数のオープンボリュームと、からなるオープンコンシステンシーグループ（OPEN CTG）である。このコンシステンシーグループにおいては、プライマリストレージシステムのオープンボリュームOPEN-AとセカンダリストレージシステムのオープンボリュームOPEN-bとがボリュームペアであり、同様に、オープンボリュームOPEN-BとオープンボリュームOPEN-bとがボリュームである。
５００Ｂは、プライマリストレージシステム４０Ｐの複数のメインフレームボリュームと、セカンダリストレージシステム４０Ｓの複数のメインフレームボリュームと、からなるメインフレームコンシステンシーグループ（MF CTG）である。このコンシステンシーグループにおいては、プライマリストレージシステムのメインフレームボリュームMF-AとセカンダリストレージシステムのメインフレームボリュームMF-bとがボリュームペアであり、同様に、メインフレームボリュームMF-BとメインフレームボリュームMF-bとがボリュームである。
５００Ｃは、プライマリストレージシステム４０Ｐのオープンボリューム及びメインフレームボリュームと、セカンダリストレージシステム４０Ｓのオープンボリュームとメインフレームボリュームと、からなるコンシステンシーグループである。
このコンシステンシーグループにおいては、プライマリストレージシステムのオープンボリュームOPEN-CとセカンダリストレージシステムのオープンボリュームOPEN-cとがボリュームペアであり、同様に、メインフレームボリュームMF-CとメインフレームボリュームMF-cとがボリュームペアである。
コンシステンシーグループ５００Ｃは、エミュレーションタイプが異なる複数のボリュームに対してコンシステンシーを保証するものであって、オープンボリュームについてコンシステンシーを保証するコンシステンシーグループ（OPEN CTG）、メインフレームボリュームに対するコンシステンシーを保証するコンシステンシーグループ（MF CTG）と区別されるために、「同一CTG」として分類される。
オープンコンシステンシーグループ（OPEN
CTG）と、メインフレームコンシステンシーグループ（MF CTG）と、オープン・メインフレームコンシステンシーグループ（同一CTG）は、既述の課題を解消するためのものであり、従来のコンシステンシーグループから区別されるために、「新CTG」として分類される。これに対して後者のコンシステンシーグループは「旧CTG」として分類される。
オープンホスト１０Ｃは、コンシステンシーグループ５００ＡのオープンボリュームペアをOPEN CTGのオープンボリュームとして認識し、メインフレームホスト１０Ａは、コンシステンシーグループ５００ＢのメインフレームボリュームペアをMF CTGのメインフレームボリュームとして認識する。また、オープンホストは、コンシステンシーグループ５００Ｃのオープンボリュームペアを、同一CTGのオープンボリュームとして認識し、メインフレームホストは、コンシステンシーグループ５００Ｃのメインフレームボリュームペアを同一CTGのメインフレームボリュームとして認識する。
図６は、リモートコピーペアの管理テーブルであり、プライマリボリューム毎にコピーペアの管理情報が記録されている。
リモートコピーペア管理テーブルのボリューム＃（６００）は、プライマリボリュームを識別する情報である。エミュレーション種別(６０２)は、ボリュームのエミュレーションタイプがメインフレーム(MF)であるかオープン（0PEN）であるかを区別する情報である。コピー種別(６０４)は、リモートコピーが同期式であるか非同期式であるかを区別する情報である。コピー先装置(６０６)には、セカンダリストレージシステムの識別情報が登録される。コピー先ボリューム（６０８）にはセカンダリボリュームの識別情報が登録される。
グループ動作モード(６１０)には、ボリューム＃(６００)とコピー先ボリューム＃(６０８)とからなるコピーグループがコンシステンシーグループとして動作するか（ON）か、コンシステンシーグループとして動作しないか（OFF）を区別するための情報である。
グループ属性(６１２)は、グループ動作モードがオンのコンシステンシーグループが、図５に示す様に、「新CTG」に分類されるか、又は、「旧CTG」に分類されるか、そして、前者の属性が、「OPEN」であるか、「MF」であるか、又は、「同一」であるかを区別する情報である。「旧CTG：MF」は、メインフレームボリュームのコンシステンシーが従来技術によって保証されることを示すものである。すなわち、「旧CTG:MF」は、既述の課題の影響があるコンシステンシーグループである。図５のリモートコピーシステムは、従来のコンシステンシーグループからなる従来システムに、「新CTG」の機能を追加したものであってもよい。
「新CTG」の機能とは、コンシステンシーグループへボリュームペアの設定やその変更を、ペア定義処理によらず、簡単な操作で実行可能とすること、コンシステンシーグループへのボリュームペアの設定やその変更があった場合でもコンシステンシーの保証の再開を迅速に可能とすること、そして、リモートコピーシステムに対する保守や障害からの復旧などの際に、ボリュームペアをサスペンドしても、保守時や障害時でのコンシステンシーを保証するためにホストからのI/O処理を停止することを必要とせず、ホスト装置からのI/Oを継続できること、の少なくとも一つを達成できることを意味する。
グループ＃（６１４）は、ボリューム＃（６００）とコピー先ボリューム＃（６０８）とからなるペアが属するコンシステンシーグループの識別番号(C/T ID)である。ペア状態（６１６）は、ボリューム＃（６００）とコピー先ボリューム＃（６０８）とからなるペアの状態である。「PAIR」は、両ボリューム間で同期リモートコピーが実施されている状態であることを示すものであり、セカンダリボリュームのデータがプライマリボリュームに一致している状態である。
サスペンド（SUSP）は、プライマリボリュームとセカンダリボリュームとの間のペアが分割された状態を示している。なお、両ボリュームがペア関係にあることは維持されている。「SMPL」は、二つのボリュームがペアの関係に無く、それぞれが単独のボリュームとして運用されている状態を示すものである。
図７は、「新CTG」(図５)を管理するためのテーブルであり、コピーグループ＃(６１４)毎に、コピーグループに対する管理情報が記述されている。この管理テーブルは、グループ＃（６１４）と、グループ登録（７００）と、グループ属性(６１２)と、サスペンド受領状態(７０２)とを含んでいる。グループ登録(７００)とは、コンシステンシーグループが稼働状態にあるか（「ON」）、稼働状態にないか（「OFF」）と、を区別するための情報である。
サスペンド受領状態(７０２)は、「新CTG」が「サスペンド」をどのように受領しているかの状態に関するものであり、これには「サスペンド未受領」、「サスペンド受領中」と、がある。
「サスペンド受領状態」は、ホスト装置からプライマリストレージシステムへのオペレーションサスペンドや、プライマリストレージシステムの監視プログラムが障害を判定した際での障害サスペンドを契機として、コピーグループに対して設定される。
図８は、旧MF CTGの管理テーブルである。このテーブルには、同期リモートコピーグループ＃（６１４）毎に、I/O保留状態（８００）、I/O保留開始時間（８０２）、タイムアウト時間（８０４）が登録されている。
I/O保留状態（８００）には、「I/O保留中」、又は「I/O保留未実施」がある。I/O保留開始時間(８０２)には、I/O保留状態が開始した時刻が登録される。タイムアウト時間(８０４)には、タイムアウトが判定される時間が登録される。I/O処理プログラムがI/O保留開始時刻からタイムアウト時間（例えば、１２０秒）の経過を判定すると、強制的に制御情報がI/O保留状態を「I/O保留中」から「I/O保留未実施」にする。
「I/O保留状態」とは、プライマリストレージシステムがライトコマンドの受け付けを禁止するわけではないが、ライトコマンドを実行しない状態である。例えば、I/O留状態において、ライトコマンドを受けた場合には、特定の応答（例えば、ビジー、或いはリトライ要求）をホスト装置に返すことで、そのライトコマンドを再度受け付ける旨を、そのライトコマンドの発行元ホスト装置に通知する。
プライマリストレージシステム４０Ｐのコントローラ部２０は、メインフレームホスト１０Ａ及び/又はオープンホスト１０Ｃのペア操作プログラムからの制御コマンドに基づいて、或いは、プライマリストレージシステムのペア操作プログラムの制御処理に伴い、図６〜図８の管理テーブルに管理情報を登録し、又は、管情報を更新する。
これら管理テーブルは、共有メモリ２５に登録されている。プライマリストレージシステム４０Ｐはリモート通信I/Fを介してセカンダリストレージシステム４０Ｓにこの管理テーブルの情報を送信する。
ホストは、CTGの属性を取得するために、ストレージシステムに対して、照会コマンドを発信する。このコマンドを受けたストレージシステムは、既述の管理テーブルの情報、少なくとも、図６の情報をホストに送信する。ホストは、管理情報に基づいて、CTGの属性、ボリュームペアの状態、などの管理情報を認識する。ストレージシステムは、管理情報をホストにおいて表示されるためのステータスとして送信してもよい。
次に、リモートコピーシステムの運用手順の一例を図９に基づいて説明する。リモートコピーの運用開始時に、システム管理者は、プライマリストレージシステム４０Ｐのプライマリボリューム（オープンボリューム：９０８、メインフレームボリューム：９１０）と、セカンダリストレージシステム４０Ｓのセカンダリボリューム（オープンボリューム：９１２、メインフレームボリューム：９１４）との間で、それぞれボリュームペアを定義して、コンシステンシーグループ５００Ｃ（「同一CTG」）を設定する。
オープンホストのペア操作プログラム(RAID
MANEGER:RM（９０２）)は、プライマリストレージシステムのペア操作プログラムに、「同一CTG」のコンシステンシーグループ５００Ｃにオープンボリュームペアを形成するペア形成コマンドを発行する。
そして、メインフレームホストのペア制御プログラム(BCM(９０６))は、プライマリストレージのペア操作プログラムに、「同一CTG」のコンシステンシーグループにメインフレームボリュームペアを形成するペア形成コマンドを発行する。
プライマリストレージシステムのペア操作プログラムは、リモートコピーペア管理テーブル（図６）とCTG管理テーブル（図７）にボリュームペアの情報を登録する。リモートコピーペア管理テーブル（図６）のコピーグループのペア状態に、「PAIR」を登録する。CTG管理テーブル（図７）のサスペンド受領状態に「サスペンド未受領」を設定する。
図９によれば、リモートコピーシステムは、リモートコピーの運用開始時ボリュームペアをコンシステンシーグループに設定する際、メインフレームボリュームペアとオープンボリュームペアとを、「同一CTG」の属性を持ったコンシステンシーグループ５００Ｃ(図５)に定義する。なお、リモートコピーシステムは、図５から明らかなように、メインフレームボリュームを「MF CTG」のコンシステンシーグループ５００Ｂに設定し、オープンボリュームを「OPEN
CTG」のコンシステンシーグループ５００Ａに設定することもできる。
また、リモートコピーの運用開始後、ホスト装置からのペア形成コマンドを受けて、ペア操作プログラムは、「MF CTG」のコンシステンシーグループ５００Ｂ(図５)にオープンボリュームペアを追加して、コンシステンシーのグループの属性を「MF CTG」（５００Ｂ）から「同一 CTG」（５００Ｃ）に変更することもできる。
また、ペア操作プログラムは「OPEN
CTG」のコンシステンシーグループ５００Ａにメインフレームボリュームペアを追加して、コンシステンシーのグループの属性を「OPEN CTG」（５００Ａ）から「同一 CTG」（５００Ｃ）に変更することもできる。
またさらに、「同一 CTG」のコンシステンシーグループ５００Ｃからメインフレームボリュームペアを削除して、コンシステンシーのグループの属性を「同一 CTG」から「OPEN CTG」（５００Ａ）に変更することもできる。また、「同一 CTG」のコンシステンシーグループからオープンボリュームペアを削除して、コンシステンシーのグループの属性を「同一 CTG」から「MF CTG」（５００Ｂ）に変更することもできる。
「新CTG」に分類されたコンシステンシーグループにボリュームペアを追加する形態には、新たなボリュームペアを追加する形態のほか、「新CTG」として運用されていたボリュームペアを追加する形態がある。後者には、例えば、「OPEN
CTG」のコンシステンシーグループに、「MF CTG」のボリュームペアを追加する形態、または、「MF CTG」のコンシステンシーグループに、「OPEN CTG」のボリュームペアを追加する形態、「同一 CTG」のコンシステンシーグループに「MF CTG」のボリュームペア及び/又は「OPEN CTG」のボリュームペアを追加する形態がある。また、ペア操作プログラムは、「旧MF CTG」のボリュームペアを「新MF CTG」に追加することもできる。
後者の形態にしたがって、ペア操作プログラムがボリュームペアを形成する場合には、ボリュームペアが追加されるコンシステンシーグループ、及び、追加するボリュームペアを有するコンシステンシーグループに属する複数のボリュームペアを一旦サスペンドし、サスペンドしたボリュームペアを再同期する際に、ボリュームペアを目的の「新CTG」のコンシステンシーグループに設定することができる。
コンシステンシーグループのペア関係にあるプライマリボリュームとセカンダリボリュームとをサスペンドし、サスペンドした一対のボリュームを再同期することによってコンシステンシー保証を再開する形態は、例えば、リモートコピーシステムの保守バックアップ、そして、障害バックアップに対して適用される。
このペア形成処理を、フローチャートを用いて詳しく説明する。図１０はメインフレームホストのペア制御プログラムの処理を説明するフローチャートである。そして、図１１は、メインフレームホストのペア制御プログラムによるコピーペア形成のための操作画面の一例を示すブロック図である。
なお、フローチャートの説明に当たっては、便宜上プログラムを主語とするが、実際には、プログラムを実行するMPUなどのコントローラがフローチャートを実行する。
ペア制御プログラムは、操作画面に入力されたC/T ID(コンシステンシーグループID情報：図１１の（１）)を参照し(１０００)、C/T IDの設定があるか否かを判定する(１００２)。これを肯定すると、操作画面（図１１)のOPEN/MF情報（２）を参照して(１００４)、「Y」が指定されているか否かを判定する（１００６）。これを肯定すると、C/T IDを指定して、「新CTG」の属性を持ったコンシステンシーグループにメインフレームボリュームペア（MFペア）を形成することを指定するコマンドをプライマリストレージシステム（DKC）に発行する(１００８)。
一方、C/T IDの設定がないことを判定する（ステップ１００２を「NO」）と、コンシステンシーを保証しないグループ（非CTG）にメインフレームボリュームペアを形成するコマンドをDKCに発行する（１０１２）。さらに、OPEN/MFの入力情報が「Y」でないことを判定する（ステップ１００６を「NO」）と、C/T IDを指定し、「旧MF CTG」の属性を持ったコンシステンシーグループへメインフレームボリュームペアを形成することを指定するコマンドをDKCに発行する(１０１０)。
図１２はオープンホストのペア制御プログラムのボリュームペアを形成する処理を説明するものである。そして、図１３は、オープンホストのペア制御プログラムによるボリュームペア形成のための操作画面の一例である。
ペア制御プログラムは、操作画面（図１３）の操作画面に入力されたオプション情報を参照し(１２００)、オプション情報の指定欄に「−ｇ」があるか否かを判定する(１２０２)。この判定を肯定すると、操作画面のC/T ID情報を参照する(１２０４)。
次いで、C/T IDを指定し、「新CTG」に分類されたコンシステンシーグループにオープンボリュームペアを形成するコマンドをDKCに発行する（１２０６)。一方、オプション情報に「−ｇ」がないことを判定すると、コンシステンシーが保証されないコピーグループ（非CTG）にオープンボリュームペアを形成するコマンドをDKCへ発行する（１２０８）。
図１４は、メインフレームホスト及び／又はオープンホストからのペア形成コマンドを受領したプライマリストレージシステムのペア操作プログラムの動作を説明するフローチャートである。
ホスト装置からのペア形成コマンドのパラメータには、操作対象ボリューム#、コピー種別、コピー先装置#、コピー先ボリューム#、グループ動作モード、新旧CTG種別、そして、C/TIDが存在する。
ホスト装置は、ペア形成コマンドに含まれるパラメータに必要な情報を得るために、プライマリストレージシステムに照会コマンドを発行する。
DKCのペア操作処理プログラムがホスト装置から同期リモートコピーのボリュームペアを形成するコマンドを受領すると（１４００）、ペア形成コマンドの対象となっているプライマリボリュームとセカンダリボリュームのペアの状態を管理テーブル(図６)に基づいてチェックする（１４０２）。対象ボリュームのペア状態が「SMPL（SIMPLEX）」でないことを判定すると、対象ボリュームにペアを設定できないためにホスト装置に異常を応答する（１４２６）。
一方、対象ボリュームのペア状態を「SMPL」であると判定すると、コマンドパラメータに含まれる情報をペア管理テーブル（図６）に登録する（１４０６）。但し、グループ属性とペア状態を、後に説明するステップの処理に基づいて、管理テーブルに登録する。
次に、コマンドパラメータで指示されたグループ動作モードが「ON」であるか否かをチェックする（１４０８）。ペア操作プログラムが、これを「ON」でないと判定すると、コピーグループをコンシステンシーグループとして制御する必要がないとして、直ちに、プライマリボリュームからセカンダリボリュームへのデータコピーをデータコピープログラムに指示する（１４１８）。
一方、ペア操作プログラムが、ステップ１４０８を「ON」と判定すると、コマンドパラメータで指示されたコンシステンシーグループの属性或いは種別が「新CTG」であるか否かを判定する（１４１０）。「新CTG」でないと判定すると、旧CTG管理テーブル(図８)のI/O保留状態を「I/O保留未実施」に設定する（１４２８）、ステップ１４１８にジャンプする。
「新CTG」であると判定すると、図７の管理テーブルを参照し、コマンドパラメータで指定されたC/T ID(グループ＃：６１４)の「グループ登録」（７００）が「ON」であるか否かをチェックする。これが「ON」でないと判定すると、このグループ＃にはボリュームペアが設定されていないため、「グループ属性」（６１２）に対象ボリュームのエミュレーションタイプ（メインフレーム（MF）又はOPEN）を設定する（１４２２）。さらに、「グループ登録」に「ON」を設定する（１４２４）。
一方、グループ登録が「ON」であると判定すると（ステップ１４１２を「YES」）、コマンドパラメータで指定されたC/T IDには、既にボリュームペアが登録されているため、コマンドパラメータで指定されたボリュームペアがコンシステンシーグループに加わった際に、グループ属性を変更するか否かを判定する。
そこで、ペア操作プログラムは、コンシステンシー管理テーブル(図７)を参照し、コマンドパラメータで指定されたC/T IDのグループ属性をチェックする（１４１４）。グループ属性が同一と判定すると（ステップ１４１４を「YES」）、対象ボリュームのエミュレーションタイプがメインフレームであろうがオープンであろうが、グループ属性に変更がないため、グループ変更のためのステップ(１４３０〜１４３４)を経ることなく次のステップ(１４１６)に移行する。
一方、グループ属性が「同一」でない場合には、コマンドパラメータで指定されたグループ＃に対象ボリュームが加わることによってグループ属性を変更する必要があるため、ペア操作プログラムは、新CTGのグループ属性（エミュレーションタイプ）（６１２）と対象ボリュームのエミュレーションタイプとを比較する(１４３０)。
エミュレーションタイプが一致しないと判定する(ステップ１４３０を「NO」)と、即ち、「新CTG」のグループ属性が「MF」であり対象ボリュームのエミュレーションタイプが「OPEN」である場合、あるいはその反対である場合には、対象ボリュームペアを「新CTG」に追加すると「新CTG」には両方のエミュレーションタイプのボリュームが混在するため、そのグループ属性を「同一」に変更する（１４３４）。リモートコピーシステムは、「同一」のグループ属性が登録されたコンシステンシーグループに対して、エミュレーションタイプが異なる複数のボリュームペア間でのコンシステンシーを維持する。
一方、エミュレーションタイプが一致する場合（ステップ１４３０を「YES」）、「新CTG」のグループ属性が「MF」であり対象ボリュームのエミュレーションタイプが「MF」である場合、或いは、「新CTG」のグループ属性が「OPEN」であり対象ボリュームのエミュレーションタイプが「OPEN」である場合には、「新CTG」のグループ属性を維持する(１４３２)。
そして、ペア操作プログラムは、新CTG管理テーブルのサスペンド受領状態をサスペンド状態にないことを示す「サスペンド未受領」に設定する(１４１６)。さらに、ペア操作プログラムはデータコピープログラムに、対象ボリュームであるプライマリボリュームからセカンダリボリュームへ全データをコピーすることを指示する。
そして、リモートコピー管理テーブル(図６)のうち、対象ボリューム＃(６００)に対応するペア状態(６１６)に、プライマリボリュームの全データをセカンダリボリュームへコピー中であることを意味する「COPY」を登録する。
図１５はペア状態監視プログラムの動作を示すフローチャートである。ペア状態監視プログラムがペア操作プログラムからデータコピー指示を受領すると(１５００)、リモートコピープログラムのデータコピープログラムにデータコピーの開始を指示する(１５０２)。そして、データコピーの完了を判定すると(１５０４)、リモートコピーペア管理テーブル(図６)のペア状態（６１６）を「COPY」から、プライマリボリュームのデータとセカンダリボリュームのデータが同期したことを示す「PAIR」に変更する。
図１６は、図９のリモートコピーシステムに、保守バックアップを適用したことを示すブロック図である。図１６において、少なくとも、オープンホスト１０Ｃのペア制御プログラム９０２、又は、メインフレームホスト１０Ｃのペア制御プログラム９０６から、プライマリストレージシステム４０Ｐに保守オペレーションサスペンドが要求されると、プライマリストレージシステムのペア操作プログラムは、新CTG管理テーブル(図７)のサスペンド状態を、サスペンドの受領後これが完了していない状態である「サスペンド受領中」に設定する。
次いで、プライマリストレージシステム４０Ｐのリモートコピーペア監視プログラム、または、メインフレームホスト/オープンホストのI/O処理プログラムが、CTG管理テーブル(図７)のサスペンド受領状態(７０２)を参照し、「サスペンド受領中」であれば「同一CTG」の属性のコンシステンシーグループ５００Ｃに属するメインフレームボリュームペア及びオープンボリュームペアのペア状態を「サスペンド」状態に設定する。
その後、リモートコピー監視プログラムは、このコンシステンシーグループの全ボリュームペアのペア状態を「サスペンド」状態にしたら、ペア状態を「サスペンド未受領」に設定する。
この間に、ペア操作プログラムは、サスペンドされたボリュームペアに再同期処理を実行し、セカンダリボリューム（９１２，９１４）がプライマリボリューム（９０８，９１０）に同期すると、ボリュームペアのペア状態を「PAIR」に復帰させる。再同期の際、ペア操作プログラムは、プライマリボリュームの全データをセカンダリボリュームにコピーする必要は無く、ボリュームペアのサスペンド後のプライマリボリュームに対する差分をセカンダリボリュームにコピーすればよい。
一方、リモートコピーシステムの障害時のバックアップ処理では、プライマリストレージシステム４０Ｐの障害監視プログラムが、リモートコピーに対する障害、例えば、ホスト装置とストレージシステムとの間のパス障害の発生を検知すると、コンシステンシーグループ５００Ｃのサスペンド受領状態(図７：７０２)を「サスペンド受領中」に設定する。
次いで、リモートコピーペア監視プログラム、または、メインフレームホスト/オープンホストのI/O処理プログラムが、CTG管理テーブルのサスペンド受領状態を参照し「サスペンド受領中」であれば「同一CTG」の属性のコンシステンシーグループ５００Ｃに属するメインフレームボリュームペア及びオープンボリュームペアのペア状態を「サスペンド」状態に設定する。
その後、このコンシステンシーグループの全ボリュームペアのペア状態が「サスペンド」状態になったら、リモートコピー監視プログラムは、ペア状態を「サスペンド未受領」に設定する。この間に、サスペンドされたボリュームペアに再同期を実行する。
次に、ペアサスペンド処理を詳細に説明する。図１８は、メインフレームホストのペア制御プログラムのペアサスペンド処理を示すフローチャートである。ペア制御プログラムは、操作画面（図１１）のC/T IDの情報欄（１）を参照し(１８００)、ここに、C/T IDが設定されていないことを判定すると(ステップ１８０２を「NO」)、DKC（プライマリストレージシステム）にサスペンドコマンドを発行する(１８１０)。
C/T IDが設定されていることを判定すると（ステップ１８０２を「YES」）、操作画面(図１１)OPEN/MFの設定欄（２）を参照し(１８０４)、ここに「Y」が指定されていることを判定すると(ステップ１８０６を「YES」)、コマンドパラメタの「CTGの種別」を「新CTG」に設定し（１８０８）、ステップ１８０６を否定判定すると、コマンドパラメタの「CTGの種別」を「旧CTG」に設定する。続いて、ペア操作プログラムは、DKCへサスペンドコマンドを発行する。
続いて、図１９は、オープンホストのペア制御プログラムによるペアサスペンド処理を説明するフローチャートである。そして、図２０は、オープンホストのペア制御プログラムによるリモートコピーペアサスペンド制御のための画面の情報である。
ペア制御プログラムは、操作画面に入力されたオプション情報を参照し(１９００)、ここに「-g」が指定されたか否かをチェックする(１９０２)。これを肯定判定すると、サスペンド対象のオープンボリュームは「新CTG」のコンシステンシーグループにあると判定し、ペア管理テーブルのC/T ID情報を参照する（１９０４）。
そして、C/T IDを指定して、コンシステンシーグループに、「新CTG」の属性を持ったコンシステンシーグループに対するモードで対象ボリュームをサスペンドするコマンドをDKCに発行する（１９０６）。これに対して、「-g」が指定されないと判定すると（ステップ１９０２を「NO」）、非CTGへの種別変更モードでペアサスペンドコマンドをDKCに発行する（１９０８）。種別変更モードについては、後述の図２６を参照されたい。
「新CTGモード」のサスペンドコマンドとは、コンシステンシーグループに属するボリュームペアをサスペンドする際、ホスト装置からプライマリストレージシステムに対するI/Oを停止することなくペアサスペンドを可能にするものである。これに対して、「旧CTGモード」のサスペンドコマンドは、ボリュームペアのサスペンド後の再同期まで、コンシステンシーグループのコンシステンシーを維持するために、ホスト装置からのI/Oを停止しなければならないものである。
図２１は、DKCのペア操作プログラムによるペアサスペンド処理を示すフローチャートである。DKCのペア操作プログラムがホスト装置から同期ペアサスペンドコマンドを受領すると（２１００）、コマンドパラメータをチェックする。コマンドパラメータには、操作対象ボリューム＃、コピー種別、コピー先装置＃、コピー先ボリューム＃、グループ動作モード、新旧CTG種別、C/T IDが含まれている。
ペア操作プログラムは、コマンドパラメータから、グループ動作モードが「ON」か否かを判定する（２１０２）。これを否定すると、コンシステンシーグループに対してグループサスペンド、すなわち、コンシステンシーグループに属する複数のボリュームペアを共にサスペンドする必要はないと判断して、対象ボリュームのペア状態が「PAIR」又は「COPY」であるかをチェックする（２１１０）。
これを肯定すると、対象ボリュームペア状態（図６：６１６）を「SUSP」にして対象ボリュームペアをサスペンドに遷移させる（２１１２）。一方、ペア状態が「PAIR」又は「COPY」でないと判定すると（２１１０を「NO」）、対象ボリュームはペア状態には無くペアサスペンドが成立しないため、サスペンドコマンドを発行したホスト装置にサスペンド処理の異常終了を報告する。
一方、グループ動作モードの「ON」を肯定すると（ステップ２１０２を「YES」）、CTG管理テーブル（図７）を参照して、操作対象ボリュームに対する動作モード（図６：６１０）をチェックする（２１０４）。
動作モードが「ON」であることを判定すると、リモートコピーペア管理テーブル（図６）を参照して、コマンドパラメータで指定されたCTGが新タイプのものであるか、旧タイプのものであるかの新旧CTG種別と、対象ボリュームに対する管理テーブルで設定された新旧種別（図６：６１２）とを比較し（２１０６）、これが一致すると判定すると、「新CTG」に分類されたコンシステンシーグループの全ボリュームペアをサスペンドするグループサスペンドコマンドをペア状態監視プログラムに指示する（２１０８）。
一方、ステップ２１０４と２１０６それぞれを否定すると、コマンドパラメータで指定された情報と管理テーブルに登録されている管理情報とが整合しないために、ペア操作プログラムはホスト装置に異常終了を報告する（２１０７）。
図２２Ａ〜図２２Ｅは、DKCのペア状態監視プログラムのペアサスペンド処理を説明するフローチャートである。
ペア状態監視プログラムが、ホスト装置からオペレーションペアサスペンド要求を受領するか、又は、障害監視プログラムから障害ペアサスペンド要求を受領すると（２２２０）、サスペンド要求の対象となったボリュームのコピー種別が同期コピーか否かを管理テーブル（図６）に基づいてチェックする（２２０２）。これを否定判定すると処理を終了する。
これを肯定判定すると、対象ボリュームのグループ動作モードが「ON」であるか否かを管理テーブル（図６：６１０）に基づいてチェックする（２２０４）。これを否定判定すると処理を終了する。
これを肯定判定すると、対象ボリュームが属するコンシステンシーグループが「新CTG」に分類されているか否かを管理テーブル（図６：６１２）に基づいてチェックする（２２０６）。これを肯定判定すると、管理テーブル（図６：６１４）からグループIDを特定し（２２０８）、さらに管理テーブル（図７）を参照して、「サスペンド受領状態」をチェックする（２２１０）。
これが、「サスペンド受領中」であることを判定すると、グループ内の全ボリュームにサスペンド処理が適用されているために、ペア操作プログラムはフローチャートを終了する。
これを否定判定すると、「ペアサスペンド受領状態」（図７：７０２）に「サスペンド受領中」を設定する（２２１２）。
対象ボリュームに対して「新CTG」でないと判定すると、ペア状態監視プログラムは図２２Ｅの処理に移行する。
ペア状態監視プログラムは、続いて、図２２Ｂのフローチャートに移行し、特定された「新CTG」のコンシステンシーグループのグループ属性を管理テーブル（図６又は図７）から取得し、サスペンドコマンドで指定されたグループ属性が「同一CTG」であることを判定すると（２２１４）、特定されたグループに属する全てのボリュームをサスペンドするために、全ボリュームに対してペア状態の検索処理を実行する。
先ず、グループ内の一つのボリュームを検索対象ボリューム＃（＝０）に設定し（２２１６）、このボリュームのペア状態が、管理テーブル（図６：６１６）のペア状態に基づいて「PAIR」又は「COPY」であるか否かを判定する（２２１８）。これを肯定すると、検索対象ボリュームペアをサスペンドに遷移させる。
次いで、全てのボリュームについて検索が終了したか否かを判定し（２２２４）、これを否定すると検索対象ボリューム＃を「+１」して（２２２２）、他の対象ボリュームに対する検索処理を繰り返す。
全ボリュームに対する検索処理を終了すると、特定されたコンシステンシーグループのサスペンド受領状態（図７：７０２）に、全ボリュームに対するサスペンド処理が設定され又は終了したため、「サスペンド未受領」を登録して（２２２６）、フローチャートを終了する。なお、グループ属性が「同一」であるか否かの判定（２２１４）を否定すると、図２２Ｃの処理に移行する。
ペア状態監視プログラムが、図２２Ｃの処理に移行すると、グループ属性が、「MF」であるか否かを判定し（２２２８）、これを肯定すると、グループ内の全ボリュームに対して、図２２Ｂと同様な検索処理（２２３０〜２２３６）を実行し、全ボリュームに対する検索処理を終了する（２２３８）と、特定されたコンシステンシーグループの「サスペンド受領状態」（図７：７０２）に、「サスペンド未受領」を設定してフローチャートを終了する。一方、グループ属性が「MF」でないと判定すると、ペア状態監視プログラムは図２２Ｄのフローチャートに移行する。
ペア状態監視プログラムが図２２Ｄの処理に移行すると、ステップ２２０８で特定されたIDを持つコンシステンシーグループのグループ属性が、「OPEN」であると判定し、グループ内の全ボリュームに対して、図２２Ｃと同様な検索処理を実行し、全ボリュームに対する検索処理（２２４２〜２２４８）を行い、この終了を判定すると（ステップ２２５０）、特定されたコンシステンシーグループのサスペンド受領状態に、「サスペンド未受領」を設定して（２２５２）、フローチャートを終了する。
ペア状態監視プログラムが、図２２Ａの処理（２２０６）において、「新CTG」でないことを判定すると、コピーグループのコンシステンシーを保証するため、ボリュームペアがサスペンドされるまでの間、ホストからのI/Oに対する処理を保留する。図２２Ｅはそのためのフローチャートである。
ペア状態監視プログラムは、「新CTG」に該当しないコンシステンシーグループである、「旧MF CTG」について、図８の管理テーブルを参照して、「I/O保留状態」（８００）をチェックし、「I/O保留中」か否かを判定する（２２５４）。これを肯定判定すると、フローチャートを終了する。
これに対して、I/O保留中でないことを判定すると、図８の管理テーブルのI/O保留状態（８００）に「I/O保留中」を設定し（２２５６）、コンシステンシーグループに属する全てのボリュームペをサスペンドに遷移させるために、全ボリュームに対する検索処理を実行する（２２５８〜２２６４）。
そして、ペア状態監視プログラムは、コンシステンシーグループに属する全てのボリュームペアのサスペンドが終了したら、I/O保留状態を解除する（２２６８）ために、管理テーブル(図８：８００)に「I/O保留状態未実施」を設定し、I/Oの処理を再開する。
図２２Ｅによれば、リモートコピーシステムが、旧タイプのコンシステンシーグループのペアサスペンドの際のコンシステンシーを保証するために、ペア状態監視プログラムは、I/O処理を停止する必要があるのに対して、「新CTG」に分類されたコンシステンシーグループは、ペアサスペンドの際のコンシステンシーをI/O処理の停止なく保証する。
図２３は、これを達成するための処理であって、プライマリストレージシステムのI/O処理プログラムの動作を示すフローチャートである。I/O処理プログラムがホスト装置からI/Oを受信すると（２３００）、これがライトコマンドであるか否かを判定し（２３０２）、リードコマンドなどライトコマンドでないことを判定すると、コンシステンシーの保証に影響がないことからI/O処理を実行して（２３１８）、ホスト装置に正常処理を応答する（２３２０）。
一方、ライトコマンドであることを判定すると、I/Oの対象ボリュームについて管理テーブル(図６)を参照して、コピー種別をチェックする（２３０４）。コピー種別が同期コピーでない場合には、I/O処理を実施し（２３１８）、同期コピーである場合には、管理テーブル（図６）をさらに参照し、I/O対象ボリュームについてペア状態が「COPY」又は「PAIR」であるか否かをチェックする（２３０６）。
これを肯判定すると、さらにグループ動作モードが「ON」であるか否かをチェックする（２３０８）。ペア状態のチェック及びグループ動作モードのチェックを否定判定すると、コンシステンシー保証が必要無いと判定してI/O処理を実施する（２３１８）。
グループ動作モードが「ON」であることを判定すると、対象ボリュームのグループ属性をチェックし、新CTG、即ち、「MF」、「OPEN」、又は、「同一」であるかを判定する（２３１０）。
これを肯定すると、コンシステンシーグループのグループIDを特定し（２３１２）、さらに、管理テーブル(図７)を参照して、特定されたグループのサスペンド受領状態が「サスペンド受領中」であるかをチェックする。
「サスペンド受領中」を判定すると、I/O処理プログラムは、ペア状態監視プログラムが、特定されたグループに属する全ボリュームペアに対してサスペンドを終了していないと判断して、I/Oの対象ボリュームのペア状態（図６）にサスペンド「SUSP」を設定して対象ボリュームペアをサスペンドに遷移させて（２３１６）、I/O処理を実施する（２３１８）。
このように、I/O処理プログラムは、I/Oを受領しても、対象ボリュームのペアをサスペンドに遷移させた後でなければI/O処理を実施しないため、その間、リモートコピープログラムはI/Oに同期したリモートコピーをセカンダリボリュームに対して行わない。
したがって、I/O処理プログラムは、I/O処理を停止又は保留することなく、I/O処理を継続したままでも、ボリュームペアのサスペンド時点のコンシステンシーの保証を維持することができる。
これに対して、コンシステンシーグループのグループ属性が「旧MF」であると(ステップ２３１０を「No」)、I/O処理プログラムは、コンシステンシーグループのIDを特定した後（２３２２）、図８の管理テーブルを参照して、「I/O保留状態」が「I/O保留中」であるか否かをチェックする(２３２４)。I/O保留中を判定すると、I/O処理プログラムは、ホストに「I/O保留中」を応答する(２３２６)。ホスト装置はこの応答を受けるとI/O要求を停止する。「I/O保留中」を否定すると（ステップ２３２４を「No」）、I/O処理を実施する(２３１８)。
図１７Ａは、プライマリストレージシステムのペア状態監視プログラムとI/O処理プログラムが「ペアサスペンド受領」（図２３：２３１４が「YES」）に対して実行する制御処理のタイミングチャ―トを示すものである。一方、図１７Ｂは、図１７Ａに対応させて、プライマリボリュームとセカンダリボリュームとの間でのリモートコピーの状況を示したタイミングチャートである。９０８はオープン系のプライマリボリュームであり、９１０はメインフレーム系のプライマリボリュームであり、９１２はオープン系のセカンダリボリュームであり、９１４はメインフレーム系のセカンダリボリュームである。
図１７Ａにおいて、ボリュームPAIR＃１〜PAIR＃５が「同一」の属性を持ったコンシステンシーグループ５００Ｃに割り当てられている。各PAIR＃に対して、図示する時点で、ホストからコンシステンシーグループに属する少なくとも一つのボリュームペアに対してサスペンドコマンドが発行されると、ペア状態監視プログラム（図２２Ｂ）は、ステップ２２１４〜ステップ２２２６を実行して、コンシステンシーグループ内の全ボリュームペアを順次サスペンドしていく。
一方、コンシステンシーグループに属する全ボリュームペアについて、ペア状態管理プログラムによるサスペンドが完了される前に、I/Oがサスペンドが終わっていないボリュームに要求されても、I/O処理プログラム（図２３）がステップ２３１４〜２３１８を実行して、ボリュームペアをペア監視プログラムとは独立してサスペンドし、その後プライマリボリュームに対してI/O処理を実施する。
したがって、図１７Ｂに示すように、I/O処理プログラムは、サスペンドが指示された時点（Ｔ）以後、コンシステンシーグループに属する全てのセカンダリボリュームに対して、プライマリボリュームにライトされたデータ９７０がセカンダリボリュームにリモートコピーされないように保証するため、コンシステンシーグループに属する全てのセカンダリボリュームに対して、サスペンドが指示された時点（Ｔ）でのコンシステンシーをユーザに保証する。
次に、サスペンドしたボリュームペアを再同期する処理について説明する。なお、既述したとおり、「新CTG」に分類されたコンシステンシーグループに対するボリュームペアの追加、そして、コンシステンシーグループの属性の変更は、ボリュームペアのサスペンド、及びその再同期によって達成できることを説明した。したがって、再同期処理には、新CTGのグループ属性の変更、すなわち、CTG種別変更に関する処理が追加される。
図２４は、メインフレームホストのペア制御プログラムの再同期処理を説明するフローチャートである。図２５は、再同期処理のための表示画面（メインフレームホスト）のブロック図である。ペア制御プログラムは、ペア形成のための操作画面（図１１）のC/T ID情報（１）を参照して（２４００）、C/T IDの設定があるか否かを判定する（２４０２）。
これを肯定すると、同じ操作画面のOPEN/MFの情報欄（２）の指定値を参照し（２４０４）、指定された情報が「Y」である場合(２４０６)には、コマンドパラメータのグループ属性を「新CTG」に設定し（２４０８）、「Y」でない場合には、「旧CTG」に設定する（２４１０）。
次いで、ペア制御プログラムは、図２５の操作画面のUpdate OPEN/MFの情報（１）を参照して（２４１２）、これが「Y」であるか否かを判定する。「Y」の場合には、再同期するボリュームペアが属するコンシステンシーグループの属性を変更するために、コマンドパラメータのCTG種別を変更するために指定される情報に「ON」を設定し（２４１４）、DKCに再同期コマンドを発行する（２４１６）。
Update OPEN/MFの情報（１）に「Y」が指定されていないことを判定する（ステップ２４１２を「NO」）と、コンシステンシーグループの属性を変更する必要がないため、DKCに再同期コマンドを直ちに発行する（２４１６）。なお、C/T IDの指定がないと（ステップ２４０２を「NO」）、コンシステンシーグループの属性を変更するか否かの判定処理（２４１６）にジャンプする。
図２６は、オープンホストのペア制御プログラムによるペア再同期処理を説明するフローチャートである。図２７は再同期処理のためのConfig情報を入力する画面である。ペア制御プログラムは、操作画面のオプション情報を参照して（２６００）、「-g」が指定されているか否かをチェックする（２６０２）。
これを肯定すると、操作画面のC/T
IDを参照し（２６０４）、このC/T IDを指定し、新CTGのグループ属性を変更するモードでオープンボリュームペアを再同期するコマンドをDKCに発行する（２６０６）。
これに対して、ペア制御プログラムは、操作画面のオプション情報に「-g」が指定されることを否定判定すると（ステップ２６０２を「NO」）、コンシステンシーグループを非CTGの属性に変更するモードで同期コマンドをDKCに発行する（２６０８）。
オープンホストのペア制御プログラムはメインフレームホストのペア制御プログラムと異なり、CTG種別のアップデートをサポートする機能を備えていないために、再同期コマンドをCTGの属性（種別）を変更するモードでDKCに発行する。 図２８Ａ〜図２８Ｃは、DKCのペア操作プログラムによるペア再同期処理を説明するフローチャートである。ペア操作プログラムがホストからボリュームペア再同期コマンドを受領すると（２８００）、コマンドパラメータの内容を参照して、再同期処理の対象ボリュームのペアの状態を、管理テーブル（図６）を参照してチェックする。コマンドパラメータには、操作対象ボリューム#、コピー種別、コピー先装置#、コピー先ボリューム#、グループ動作モード、新旧CTG種別、CTG種別変更モード、C/T IDが含まれている。
ペア操作プログラムが、対象ボリュームのペア状態が「SUSP」であると判定すると（２８０２）、再同期操作の対象となったコンシステンシーグループの属性・種別を変更するモードが「ON」であるか否かを判定する（２８０４）。コンシステンシーグループの属性・種別の変更の必要性は、ボリュームペアをあるコピーグループ・コンシステンシーグループから他のグループに移動させる場合にコピーグループから他のンシーグループから他のコンシステンシーグループに移動させる際に生じる。なお、ペア操作プログラムは、オープンホストからのペア再同期コマンドに対しては、ステップ２８０４を常時肯定判定する。
これを肯定判定すると、再同期処理の操作対象ボリュームのCTGの属性が新CTGであるか否かを判定する（２８０６）。
この判定を肯定すると、ペア操作プログラムは、対象ボリュームのペアが「新CTG」のコンシステンシーグループから除かれた後のグループ種別（図６、図７：６１２）を変更するための処理を行う。「新CTG」の属性は、これに含まるボリュームのエミュレーションタイプによって定まるため、対象ボリューム以外の全ボリュームについて、そのエミュレーションタイプの検索処理を行う。
ペア操作プログラムは、検索対象としてボリューム＃（＝０）を選択し（２８０８）、次いで、検索対象ボリュームとコマンドパラメータで操作対象とされたボリュームとを、管理テーブル（図６、又は図７）に基づいて、新旧CTGの種別とC/TIDにおいて一致するか否かを判定する（２８１０）。
この判定を肯定すると、検索対象ボリュームが属するコンシステンシーグループの属性を変更しなければならない可能性があるため、検索対象ボリュームのエミュレーションタイプを管理テーブル（図６）に基づいてチェックする。
エミュレーションタイプが「MF」であると判定する（２８１２）と、共有メモリの所定領域にあるMFフラグに「ON」をセットし（２８１４）、一方、エミュレーションタイプが「MF」でないと判定すると、検索対象ボリュームはオープン系のものであるから、OPENフラグに「ON」をセットする（２８１６）。
次いで、ペア操作プログラムは、MFフラグとOPENフラグとをチェックし、両方とも「ON」であるか否かを判定し（２８１８）、これを肯定すると、対象ボリュームに対するC/T IDの属性は「同一CTG」に確定するものであるから、それ以上の検索処理を必要としない。
一方、この判定（２８１８）を否定すると、管理テーブル(図６)に登録された全ボリュームに対する検索が終了したか否かをチェックし（２８２０）、これを肯定すると検索処理を終了する。これを否定すると次のボリュームを検索するために、検索対象ボリューム＃を「+1」する（２８２２）。
一方、検索対象ボリュームの新旧CTGの種別とC/T IDとが操作対象ボリュームのそれと一致しないことを判定すると（ステップ２８１０を「NO」）、対象ボリュームに対するC/T IDの属性を変更する必要がないために、次のボリュームの検索の要否を判定する処理（２８２０）にジャンプする。
なお、CTGグループ動作モードが「ON」であるか否かの判定（２８０４）を否定すると、ペア操作プログラムは図２８Ｃの処理に移行する。また、操作対象ボリュームのCTG種別が新CTGであるか否かの判定（２８０６）を否定すると、同様に、図２８Ｃの処理に移行する。
ペア操作プログラムがボリュームに対する検索処理を終了すると、図２８Ｂのフローチャートに移行する。ペア操作プログラムは、MFフラグとOPENフラグとをチェックし、両方とも「ON」であるか否かを判定し（２８２４）、これを肯定すると操作対象ボリュームの「新CTG」に係るグループ種別を「同一」に更新する（２８２６）。一方、これを否定判定すると、OPENフラグが「ON」であるか否かを判定する（２８２８）。
これを肯定すると、操作対象ボリュームの「新CTG」に関するグループ種別を「OPEN」に更新する（２８３０）。一方、これを否定判定すると、MFNフラグが「ON」であるか否かを判定し（２８３２）、これを肯定するこれを肯定すると操作対象ボリュームの「新CTG」についてのグループ種別を「MF」に更新する（２８３４）。
一方、ペア操作プログラムが、この処理を否定判定すると、操作対象ボリュームの「新CTG」には、操作対象ボリューム以外に、オープンボリューム及びメインフレームボリュームも存在しないために、操作対象ボリュームのコンシステンシーグループに対して、全情報をクリアする。次いで、ペア操作プログラムは、図２８Ｃの処理に移行して、操作対象ボリュームペアが再同期されるコンシステンシーグループの属性を変更する。
ペア操作プログラムは、コマンドパラメータに基づいてペア管理テーブル(図６)に情報を設定する（２８３８）。但し、グループ属性とペア状態とを後のステップによって設定する。
次いで、コマンドパラメータのグループ動作モードが「ON」に設定されているか否かをチェックする（２８４０）。これを肯定判定すると、さらに、コマンドパラメータのコンシステンシーグループの属性が「新CTG」に設定されているか否かを判定する（２８４２）。
これを肯定判定すると、コマンドパラメータで指定されたC/T IDを持った「新CTG」グループのグループ登録が「ON」であるか否かを、管理テーブル（図７：７００）を利用して判定する（２８４６）。
これを肯定判定すると、このC/T IDを持った「新CTG」グループの属性が「同一」であるか否かを、管理テーブル（図７：６１２）を利用して判定する（２８４８）。
「同一」を判定すると、このコンシステンシーグループに対象ボリュームのペアが加わっても、グループの属性は変わらないため、ペア操作プログラムは、ペア状態監視プログラムにプライマリボリュームからセカンダリボリュームへのデータの差分コピーを指示し（２８５０）、対象ボリュームペアのペア状態(図６：６１６)に「COPY」を設定して再同期処理を終了する。
一方、コンシステンシーグループの属性が「同一」でないと判定すると（ステップ２８４８を「NO」）、対象ボリュームがコンシステンシーグループに加わったことによって、グループ属性を変更するため、「新CTG」のグループ属性と操作対象ボリュームのエミュレーションタイプとを比較する（２８５８）。これらが一致すると判定すると、新CTGに分類されたグループの属性を維持する（２８６０）。
一致しないと判定すると、「新CTG」のグループにエミュレーションタイプが「MF」のボリュームと「OPEN」のボリュームとが混在するためにグループの属性を「同一」に設定する（２８６２）。
一方、管理テーブル(図７：７００)の「新CTG」のグループのグループ登録に「ON」が設定されていないことを判定すると（ステップ２８４６を「NO」）、このグループのグループ属性に操作対象ボリュームのエミュレーションタイプを設定し（２８５４）、次いでグループ登録を「ON」する（２８５６）。
また、ペア操作プログラムが、再同期コマンドで指示されたCTG種別を旧CTGであると判定すると（ステップ２８４６を「NO」）、再同期コマンドによって指示された旧CTGのグループの管理テーブル(図８)の「I/O保留状態」（８００）に「I/O保留未実施」を設定して（２８４４）、I/Oの保留状態を解消し、そして、ステップ２８５０にジャンプして再同期処理を実行する。一方、再同期コマンドで指示されたグループの動作モードが「ON」でないと判定した場合も同様である。
図２９は、DKCのペア状態監視プログラムの処理を示すフローチャートである。ペア状態管理プログラムがペア操作プログラムから差分データのコピー処理の指示を受領すると（２９００）、データコピープログラムに差分データのコピーを開始するよう指示する（２９０２）。
ペア状態監視プログラムは、差分データコピーの完了をチェックし（２９０４）、差分データのコピーが完了すると、「ペア状態」（図６：６１６）に「PAIR」を設定して処理を終了する。
既述の実施形態では、ホストのペア制御プログラムからのコマンドに基づいて、DKCがペア形成、ペアサスペンド、ペア再同期の各処理を実行したが、管理用端末２５０等の管理装置からのコマンドに基づいて、DKCがこれらの各処理を実行してもよい。
また、既述の実施形態は同期リモートコピーを説明したが、本発明を非同期式リモートコピーに適用することもできる。
以上説明した実施形態は本発明を限定するものではなく一例である。当業者は既述した実施形態を適宜変更することができる。
１Ａ ローカルサイト
１Ｂ リモートサイト
１０Ａ メインフレームホスト
１０Ｂ オープンホスト
４０Ｐ プライマリストレージシステム
４０Ｓ セカンダリストレージシステム

Claims (5)

  1. 第１のストレージシステムと第２のストレージシステムとを有するリモートコピーシステムのリモートコピー制御方法であって、
    前記リモートコピーシステムは、
    前記第１のストレージシステムにプライマリボリュームを設定するステップと、
    前記第２のストレージシステムにセカンダリボリュームを設定するステップと、
    ホストから送られたデータを前記プライマリボリュームにライトするステップと、
    前記プライマリボリュームと前記セカンダリボリュームとをコピーペアとして、これをコンシステンシーグループに設定するステップと、
    前記プライマリボリュームのデータを前記セカンダリボリュームにリモートコピーするステップと、
    前記コピーペアをサスペンドし、サスペンドされた前記プライマリボリュームと前記セカンダリボリュームとを他のコンシステンシーグループに設定するステップと、
    前記プライマリボリュームと前記セカンダリボリュームとを再同期させるステップと、
    前記再同期したコピーペアを前記他のコンシステンシーグループに登録するステップと、を実行し、
    前記第１のストレージシステムに、前記ホストとして、オープンホストとメインフレームホストとがそれぞれ接続され、前記第１のストレージシステムは、メインフレームタイプの第１のプライマリボリュームとオープンタイプの第２のプライマリボリュームとを有し、前記第２のストレージシステムは、メインフレームタイプの第２のセカンダリボリュームとオープンタイプの第２のセカンダリボリュームと有し、
    さらに、前記リモートコピーシステムは、
    前記第１のプライマリボリュームと前記第１のセカンダリボリュームとからなる第１のコピーペアを形成し、
    前記第２のプライマリボリュームと前記第２のセカンダリボリュームとからなる第２のコピーペアを形成し
    前記第１のコピーペアと前記第２のコピーペアとをそれぞれ異なるコンシステンシーグループに設定し、
    前記第１のコピーペアをサスペンドし、
    前記第２のコピーペアをサスペンドし、
    前記サスペンドされた第１のコピーペアと前記第２のコピーペアとを同一のコンシステンシーに設定し、
    前記第１のコピーペアの前記第１のプライマリボリュームと前記第１のセカンダリボリュームとを再同期させ、
    前記第２のコピーペアの前記第２のプライマリボリュームと前記第２のセカンダリボリュームとを再同期させる、
    リモートコピー制御方法。
  2. 第１のストレージシステムと第２のストレージシステムとを有するリモートコピーシステムのリモートコピー制御方法であって、
    前記リモートコピーシステムは、
    前記第１のストレージシステムにプライマリボリュームを設定するステップと、
    前記第２のストレージシステムにセカンダリボリュームを設定するステップと、
    ホストから送られたデータを前記プライマリボリュームにライトするステップと、
    前記プライマリボリュームと前記セカンダリボリュームとをコピーペアとして、これをコンシステンシーグループに設定するステップと、
    前記プライマリボリュームのデータを前記セカンダリボリュームにリモートコピーするステップと、
    前記コピーペアをサスペンドし、サスペンドされた前記プライマリボリュームと前記セカンダリボリュームとを他のコンシステンシーグループに設定するステップと、
    前記プライマリボリュームと前記セカンダリボリュームとを再同期させるステップと、
    前記再同期したコピーペアを前記他のコンシステンシーグループに登録するステップと、を実行し、
    前記第１のストレージシステムに、前記ホストとして、オープンホストと、メインフレームホストとがそれぞれ接続され、前記第１のストレージシステムは、メインフレームタイプの第１のプライマリボリュームとオープンタイプの第２のプライマリボリュームとを有し、前記第２のストレージシステムは、メインフレームタイプの第２のセカンダリボリュームと、オープンタイプの第２のセカンダリボリュームと有し、
    さらに、前記リモートコピーシステムは、
    前記第１のプライマリボリュームと前記第１のセカンダリボリュームとからなる第１のコピーペアを第１のコンシステンシーグループに設定し、
    前記第２のプライマリボリュームと第２のセカンダリボリュームとからなる第２のコピーペアを第２のコンシステンシーグループに設定し、
    前記第１のコピーペアをサスペンドし、
    前記サスペンドされた前記第１のコピーペアを前記第２のコンシステンシーグループに設定し、
    前記第１のコピーペアの前記第のプライマリボリュームと前記第１のセカンダリボリュームとを再同期させる、リモートコピー制御方法。
  3. 前記リモートコピーシステムは、前記再同期を、前記プライマリボリュームに対して前記サスペンド後に前記ホストからライトされた差分データを前記プライマリボリュームから前記セカンダリボリュームにコピーすることによって達成する、請求項１記載のリモートコピー制御方法。
  4. 第１のストレージシステムと第２のストレージシステムとを有するリモートコピーシステムのリモートコピー制御方法であって、
    前記リモートコピーシステムは、
    前記第１のストレージシステムにプライマリボリュームを設定するステップと、
    前記第２のストレージシステムにセカンダリボリュームを設定するステップと、
    ホストから送られたデータを前記プライマリボリュームにライトするステップと、
    前記プライマリボリュームと前記セカンダリボリュームとをコピーペアとして、これをコンシステンシーグループに設定するステップと、
    前記プライマリボリュームのデータを前記セカンダリボリュームにリモートコピーするステップと、
    前記コピーペアをサスペンドし、サスペンドされた前記プライマリボリュームと前記セカンダリボリュームとを他のコンシステンシーグループに設定するステップと、
    前記プライマリボリュームと前記セカンダリボリュームとを再同期させるステップと、
    前記再同期したコピーペアを前記他のコンシステンシーグループに登録するステップと、を実行し、
    前記第１のストレージシステムに、前記ホストとして、オープンホストと、メインフレームホストと、がそれぞれ接続され、
    さらに、前記リモートコピーシステムは、
    オープンボリュームのペアが設定されたオープンタイプの第１のコンシステンシーグループと、メインフレームボリュームのペアが設定されたメインフレームタイプの第２のコンシステンシーグループと、を有し、
    前記メインフレームボリュームのペアをサスペンドして前記第１のコンシステンシーグループに設定し、この第１のコンシステンシーグループの属性をメインフレームボリュームのペアとオープンボリュームのペアとを混合したタイプに変更する、リモートコピー制御方法。
  5. 前記第１のストレージシステムのI/O処理プログラムが、前記ホストからのI/Oを受領すると、前記コピーペアのサスペンドを行った後に前記I/Oに基づくライト処理を前記プライマリボリュームに対して実行する、請求項１記載のリモートコピー制御方法。
JP2011537028A 2009-10-23 2009-10-23 リモートコピーシステム及びリモートコピー制御方法 Expired - Fee Related JP5409799B2 (ja)

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/JP2009/005610 WO2011048641A1 (ja) 2009-10-23 2009-10-23 リモートコピーシステム及びリモートコピー制御方法

Publications (2)

Publication Number Publication Date
JPWO2011048641A1 JPWO2011048641A1 (ja) 2013-03-07
JP5409799B2 true JP5409799B2 (ja) 2014-02-05

Family

ID=43899895

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2011537028A Expired - Fee Related JP5409799B2 (ja) 2009-10-23 2009-10-23 リモートコピーシステム及びリモートコピー制御方法

Country Status (3)

Country Link
US (1) US8433866B2 (ja)
JP (1) JP5409799B2 (ja)
WO (1) WO2011048641A1 (ja)

Families Citing this family (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8904133B1 (en) * 2012-12-03 2014-12-02 Hitachi, Ltd. Storage apparatus and storage apparatus migration method
US9063997B2 (en) 2013-02-12 2015-06-23 International Business Machines Corporation Asynchronous pausing of the formation of consistency groups
US9213753B2 (en) * 2013-11-18 2015-12-15 Hitachi, Ltd. Computer system
US9372761B1 (en) * 2014-03-18 2016-06-21 Emc Corporation Time based checkpoint restart
US9880765B2 (en) 2014-11-07 2018-01-30 Hitachi, Ltd. Copy processing management system and copy processing management method
US10678663B1 (en) * 2015-03-30 2020-06-09 EMC IP Holding Company LLC Synchronizing storage devices outside of disabled write windows
US9513827B1 (en) * 2015-05-21 2016-12-06 Intetrnational Business Machines Corporation Determining adjustments of storage device timeout values based on synchronous or asynchronous remote copy state
US11093159B2 (en) * 2019-01-15 2021-08-17 EMC IP Holding Company LLC Storage system with storage volume pre-copy functionality for increased efficiency in asynchronous replication

Citations (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2002189570A (ja) * 2000-12-20 2002-07-05 Hitachi Ltd 記憶システムの二重化方法および記憶システム
JP2006099495A (ja) * 2004-09-30 2006-04-13 Hitachi Ltd リモートコピーシステムおよびリモートコピー方法
JP2007188267A (ja) * 2006-01-12 2007-07-26 Hitachi Ltd 記憶制御装置及びその制御方法
JP2008033704A (ja) * 2006-07-31 2008-02-14 Hitachi Ltd リモートコピーを行うストレージシステム
JP2008181288A (ja) * 2007-01-24 2008-08-07 Hitachi Ltd リモートコピーシステム
JP2008209966A (ja) * 2007-02-23 2008-09-11 Hitachi Ltd 一以上のセカンダリストレージシステムで複数のバックアップを取得するバックアップ制御方法
JP2009104488A (ja) * 2007-10-24 2009-05-14 Hitachi Ltd ストレージ装置及びその制御方法並びにストレージシステム
JP2009199285A (ja) * 2008-02-21 2009-09-03 Hitachi Ltd ストレージシステム及びコピー方法
JP2009217379A (ja) * 2008-03-07 2009-09-24 Hitachi Ltd ストレージシステム及びその管理方法

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7149919B2 (en) * 2003-05-15 2006-12-12 Hewlett-Packard Development Company, L.P. Disaster recovery system with cascaded resynchronization
US7293048B2 (en) * 2003-10-29 2007-11-06 Hewlett-Packard Development Company, L.P. System for preserving logical object integrity within a remote mirror cache
US8185663B2 (en) * 2004-05-11 2012-05-22 Hewlett-Packard Development Company, L.P. Mirroring storage interface
JP4728031B2 (ja) * 2005-04-15 2011-07-20 株式会社日立製作所 リモートコピーペアの移行を行うシステム

Patent Citations (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2002189570A (ja) * 2000-12-20 2002-07-05 Hitachi Ltd 記憶システムの二重化方法および記憶システム
JP2006099495A (ja) * 2004-09-30 2006-04-13 Hitachi Ltd リモートコピーシステムおよびリモートコピー方法
JP2007188267A (ja) * 2006-01-12 2007-07-26 Hitachi Ltd 記憶制御装置及びその制御方法
JP2008033704A (ja) * 2006-07-31 2008-02-14 Hitachi Ltd リモートコピーを行うストレージシステム
JP2008181288A (ja) * 2007-01-24 2008-08-07 Hitachi Ltd リモートコピーシステム
JP2008209966A (ja) * 2007-02-23 2008-09-11 Hitachi Ltd 一以上のセカンダリストレージシステムで複数のバックアップを取得するバックアップ制御方法
JP2009104488A (ja) * 2007-10-24 2009-05-14 Hitachi Ltd ストレージ装置及びその制御方法並びにストレージシステム
JP2009199285A (ja) * 2008-02-21 2009-09-03 Hitachi Ltd ストレージシステム及びコピー方法
JP2009217379A (ja) * 2008-03-07 2009-09-24 Hitachi Ltd ストレージシステム及びその管理方法

Also Published As

Publication number Publication date
WO2011048641A1 (ja) 2011-04-28
US8433866B2 (en) 2013-04-30
JPWO2011048641A1 (ja) 2013-03-07
US20110167235A1 (en) 2011-07-07

Similar Documents

Publication Publication Date Title
JP4387116B2 (ja) ストレージシステムの制御方法、及びストレージシステム
JP5409799B2 (ja) リモートコピーシステム及びリモートコピー制御方法
JP4738941B2 (ja) ストレージシステム及びストレージシステムの管理方法
JP4800031B2 (ja) ストレージシステム及びスナップショット管理方法
US6643671B2 (en) System and method for synchronizing a data copy using an accumulation remote copy trio consistency group
JP4257774B2 (ja) 記憶装置を応用したコピー管理の方法と装置
US7320058B2 (en) Apparatus and method for online data migration with remote copy
JP5286212B2 (ja) ストレージクラスタ環境でのリモートコピー制御方法及びシステム
JP4382602B2 (ja) リモートコピーシステム
KR100734817B1 (ko) 싸이트간 데이타 미러링을 위한 방법, 시스템, 및 기록 매체
JP2020528618A (ja) 整合性グループにおける整合したポイント・イン・タイム・スナップコピーの非同期ローカル及びリモート生成
JP5564494B2 (ja) 計算機システム、及び、それを用いたバックアップ方法
JP2005309550A (ja) リモートコピー方法及びリモートコピーシステム
US8285824B2 (en) Storage system and data replication method that refuses one or more requests for changing the first logical configuration information until the first storage apparatus and second storage apparatus are synchronized
JP2004252686A (ja) 情報処理システム
US20070038748A1 (en) Storage control method and storage control system
EP1269317A2 (en) Automatic stand alone state recovery for peer to peer remote copy secondary volumes
US7873864B2 (en) Restricting the execution of copy services commands
JP2010079588A (ja) 仮想ボリュームを有する記憶制御装置
JP2006293850A (ja) リモートコピーシステムおよびリモートコピー方法
JP2010020410A (ja) リモートコピーシステム及びリモートコピー方法
JP5216376B2 (ja) リモートコピーシステム及び確認方法
US20080294858A1 (en) Storage system and data management method
US8296532B2 (en) Write set boundary management for heterogeneous storage controllers in support of asynchronous update of secondary storage
JP4294692B2 (ja) 情報処理システム

Legal Events

Date Code Title Description
A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20130702

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20130902

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

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20131105

R150 Certificate of patent or registration of utility model

Ref document number: 5409799

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150

LAPS Cancellation because of no payment of annual fees