JP2003233518A - バックアップと回復処理システムの方法と手段 - Google Patents
バックアップと回復処理システムの方法と手段Info
- Publication number
- JP2003233518A JP2003233518A JP2002366022A JP2002366022A JP2003233518A JP 2003233518 A JP2003233518 A JP 2003233518A JP 2002366022 A JP2002366022 A JP 2002366022A JP 2002366022 A JP2002366022 A JP 2002366022A JP 2003233518 A JP2003233518 A JP 2003233518A
- Authority
- JP
- Japan
- Prior art keywords
- volume
- file
- logical volume
- logical
- storage
- 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.)
- Granted
Links
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
- G06F11/16—Error detection or correction of the data by redundancy in hardware
- G06F11/20—Error detection or correction of the data by redundancy in hardware using active fault-masking, e.g. by switching out faulty elements or by switching in spare elements
- G06F11/2053—Error detection or correction of the data by redundancy in hardware using active fault-masking, e.g. by switching out faulty elements or by switching in spare elements where persistent mass storage functionality or persistent mass storage control functionality is redundant
- G06F11/2056—Error detection or correction of the data by redundancy in hardware using active fault-masking, e.g. by switching out faulty elements or by switching in spare elements where persistent mass storage functionality or persistent mass storage control functionality is redundant by mirroring
- G06F11/2069—Management of state, configuration or failover
-
- 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
- G06F11/1451—Management of the data involved in backup or backup restore by selection of backup contents
-
- 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/1456—Hardware arrangements for backup
-
- 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/1466—Management of the backup or restore process to make the backup process non-disruptive
-
- 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/1469—Backup restoration techniques
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
- G06F11/16—Error detection or correction of the data by redundancy in hardware
- G06F11/20—Error detection or correction of the data by redundancy in hardware using active fault-masking, e.g. by switching out faulty elements or by switching in spare elements
- G06F11/2053—Error detection or correction of the data by redundancy in hardware using active fault-masking, e.g. by switching out faulty elements or by switching in spare elements where persistent mass storage functionality or persistent mass storage control functionality is redundant
- G06F11/2056—Error detection or correction of the data by redundancy in hardware using active fault-masking, e.g. by switching out faulty elements or by switching in spare elements where persistent mass storage functionality or persistent mass storage control functionality is redundant by mirroring
- G06F11/2071—Error detection or correction of the data by redundancy in hardware using active fault-masking, e.g. by switching out faulty elements or by switching in spare elements where persistent mass storage functionality or persistent mass storage control functionality is redundant by mirroring using a plurality of controllers
- G06F11/2074—Asynchronous techniques
-
- 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
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y10—TECHNICAL SUBJECTS COVERED BY FORMER USPC
- Y10S—TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y10S707/00—Data processing: database and file management or data structures
- Y10S707/99951—File or database maintenance
- Y10S707/99952—Coherency, e.g. same view to multiple users
- Y10S707/99955—Archiving or backup
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Quality & Reliability (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Abstract
(57)【要約】 （修正有）
【課題】遠隔サイト間でのボリュームのミラーを安全に
管理し、バックアップと回復の手順を提供する。 【解決手段】パスを経由して接続される第１のホストに
接続される第１のストレージサブシステムと第２のホス
トに接続される第２のストレージサブシステムを用いる
バックアップと回復の方法であって、第１の論理ボリュ
ームを第１のストレージサブシステムに、第２の論理ボ
リュームと第３の論理ボリュームを第２のストレージサ
ブシステムに備え、第２の論理ボリュームは第１の論理
ボリュームをコピーし同期状態にある論理ボリュームで
あり、第３の論理ボリュームは第２の論理ボリュームを
コピーした論理ボリュームである。回復手順は、第３の
論理ボリュームを第２の論理ボリュームにのせ、第２の
ホストで第３のボリュームから回復すべきフアイルを読
み出し、第２のボリュームにそのフアイルを書きこみ、
第１のボリュームを第２のボリュームに再同期化させ
る。
管理し、バックアップと回復の手順を提供する。 【解決手段】パスを経由して接続される第１のホストに
接続される第１のストレージサブシステムと第２のホス
トに接続される第２のストレージサブシステムを用いる
バックアップと回復の方法であって、第１の論理ボリュ
ームを第１のストレージサブシステムに、第２の論理ボ
リュームと第３の論理ボリュームを第２のストレージサ
ブシステムに備え、第２の論理ボリュームは第１の論理
ボリュームをコピーし同期状態にある論理ボリュームで
あり、第３の論理ボリュームは第２の論理ボリュームを
コピーした論理ボリュームである。回復手順は、第３の
論理ボリュームを第２の論理ボリュームにのせ、第２の
ホストで第３のボリュームから回復すべきフアイルを読
み出し、第２のボリュームにそのフアイルを書きこみ、
第１のボリュームを第２のボリュームに再同期化させ
る。
Description
【発明の属する技術分野】本発明は一般には記憶装置で
の複製の技術に関連し、特に遠隔地からの記憶装置での
複製作成の技術に関する。
の複製の技術に関連し、特に遠隔地からの記憶装置での
複製作成の技術に関する。
【従来の技術】従来は、記憶装置を応用して複製を作成
するのに２つのアプローチがあった。ローカルな複製と
リモートからの複製である。どちらの技術も、ホストCP
Uの能力を用いることなく、ファイルやファイルシステ
ムやボリュームのミラーを行うものである。ホストが製
造データを有するボリューム（PVOL）にデータを書き込
むと、ストレージシステムが自動的に複製ボリューム
（SVOL）にデータを複写する。この機構ではPVOLとSVOL
が同じであることを保証している。ローカル複製手法で
は、１台のストレージシステムにあるボリュームを２重
化するので、PVOLとSVOLは同じストレージシステムの中
にある。ローカルで複製する手法ははバックアップを取
る際に一般に用いられる。ユーザが手動で、あるいはバ
ックアッププログラムでミラーされたペアを分割する
と、ホストから書き込まれたデータは、もうSVOLにはコ
ピーされない。従って、SVOLは、PVOLのバックアップを
持つことになる。全ボリュームを回復するには、ユーザ
はPVOLをSVOLに再同期化させればよい。個々のファイル
を回復するためには、ユーザはファイルをSVOLからPVOL
に、ホストを介してコピーすればよい。リモート複製方
法では、２つ以上のストレージシステムをまたがってボ
リュームがコピーされる。データはESCONやファイバー
チャネルや、T３そして／あるいはIPネットワークなど
のパスを介して転送される。リモート複製は、一般に地
震や洪水、火事などの災害からデータを回復させるため
に使用される。もし１次サイトのストレージシステムや
全データセンターが災害で損害を受けたとしても、デー
タはまだセカンダリサイトに残っているので、ビジネス
は速やかに再開できる。
するのに２つのアプローチがあった。ローカルな複製と
リモートからの複製である。どちらの技術も、ホストCP
Uの能力を用いることなく、ファイルやファイルシステ
ムやボリュームのミラーを行うものである。ホストが製
造データを有するボリューム（PVOL）にデータを書き込
むと、ストレージシステムが自動的に複製ボリューム
（SVOL）にデータを複写する。この機構ではPVOLとSVOL
が同じであることを保証している。ローカル複製手法で
は、１台のストレージシステムにあるボリュームを２重
化するので、PVOLとSVOLは同じストレージシステムの中
にある。ローカルで複製する手法ははバックアップを取
る際に一般に用いられる。ユーザが手動で、あるいはバ
ックアッププログラムでミラーされたペアを分割する
と、ホストから書き込まれたデータは、もうSVOLにはコ
ピーされない。従って、SVOLは、PVOLのバックアップを
持つことになる。全ボリュームを回復するには、ユーザ
はPVOLをSVOLに再同期化させればよい。個々のファイル
を回復するためには、ユーザはファイルをSVOLからPVOL
に、ホストを介してコピーすればよい。リモート複製方
法では、２つ以上のストレージシステムをまたがってボ
リュームがコピーされる。データはESCONやファイバー
チャネルや、T３そして／あるいはIPネットワークなど
のパスを介して転送される。リモート複製は、一般に地
震や洪水、火事などの災害からデータを回復させるため
に使用される。もし１次サイトのストレージシステムや
全データセンターが災害で損害を受けたとしても、デー
タはまだセカンダリサイトに残っているので、ビジネス
は速やかに再開できる。
【発明が解決しようとする課題】上述のような技術によ
りある程度の利点は認められているが、まだまだ改良の
余地はある。たとえば、従来の複製手法では、データを
回復させる時に問題が起こる可能性がある。データを回
復する一つの方法は、テープからデータを回復し、それ
をネットワークを経由して送り、所望の場所でそれを回
復させることである。この技術は、二つのサイトが地理
的に離れており、ネットワークは公衆の、スループット
が限られている、インターネットかもしれず、長時間を
要する。また、もしネットワークが公衆であれば、安全
の問題が生じる。必要とされるものは、記憶装置ベース
の複製を管理する改善された技術である。
りある程度の利点は認められているが、まだまだ改良の
余地はある。たとえば、従来の複製手法では、データを
回復させる時に問題が起こる可能性がある。データを回
復する一つの方法は、テープからデータを回復し、それ
をネットワークを経由して送り、所望の場所でそれを回
復させることである。この技術は、二つのサイトが地理
的に離れており、ネットワークは公衆の、スループット
が限られている、インターネットかもしれず、長時間を
要する。また、もしネットワークが公衆であれば、安全
の問題が生じる。必要とされるものは、記憶装置ベース
の複製を管理する改善された技術である。
【課題を解決するための手段】本発明は、記憶装置ベー
スの複製を管理するための改良された技術を提供する。
特定の実施例は、システムバックアップと回復を行うた
めの技術を提供する。特定の実施例では、運用の際に第
１のボリュームと第２のボリュームの間にリモートミラ
ーを保持するような利点が提供される。リモートミラー
は一般に災害回復の目的に使用されるので、ミラーは常
に同期状態であることが必要で、リモートミラーを壊す
ことなくバックアップを取れるので、例えば緊急状態で
は、実行情報の二重化コピーを常に供給することが出来
る。さらに、ある実施例では、ユーザは１個の１次ボリ
ューム（PVOL）に対して、２ないしはそれ以上のセカン
ダリボリューム（SVOL）を設定して、複数の世代のバッ
クアップを取ることが出来る。ある代表的な実施例で
は、本発明はバックアップと回復の手順を提供する。こ
の方法は特に第１のストレージサブシステムと第２のス
トレージサブシステムが、相互にパスを経由して接続さ
れている環境で役立つ。第１のストレージサブシステム
は第１のホストに、第２のストレージサブシステムは第
２のホストに接続されている。この方法は、バックアッ
プ手順と回復手順を行うことで構成される。バックアッ
プ手順は、第１の論理ボリュームを第１のストレージサ
ブシステムと、第２のストレージサブシステムにある第
２の論理ボリュームと第３の論理ボリュームに供給す
る。第２の論理ボリュームは第１の論理ボリュームを複
製した論理ボリュームであってもよい。第１の論理ボリ
ュームと第２の論理ボリュームは同期状態であってもよ
い。第３の論理ボリュームは第２の論理ボリュームをコ
ピーした論理ボリュームであってもよい。第２と第３の
論理ボリュームは同期状態にあってもよい。本方法は、
さらに第２の論理ボリュームと第３の論理ボリュームを
分割することを含む。本方法は第１のストレージサブシ
ステムなどからのコマンドに反応して開始することもあ
る。回復手順は第２のホストに第３の論理ボリュームを
マウントすることで構成される。第３のボリュームから
回復させるファイルを読み出すことと、そのファイルを
第２のボリュームに書き込むことも、本方法の一部であ
る。さらに、回復手順は第１のボリュームを第２のボリ
ュームに再同期させることも含んでいる。特定の実施例
では、回復手順はさらに、もしデータベースアプリケー
ションを第１のホスト上で稼働させることが出来る場合
は、データベースを第１のボリュームに保存することを
含め構成される。特定の実施例では、第１のボリューム
を第２のボリュームに再同期させることは、さらに第２
のボリュームのデータをプライマリボリュームの保留コ
ピーに決めることを含む。データ保留コピーは保留デー
タビットマップや他のデータ構造や追跡手段で追跡が可
能である。ある実施例では、本方法は、保留データビッ
トマップにおいて、コマンドに続いて来る書き込みデー
タにマークを付け、それによりどのデータが変更された
か追跡が出来ることも含む。ここでは、本方法により作
られた回復済みボリュームを説明する。特定の実施例で
は、コマンドは第３のボリュームから回復され、第２の
ボリュームに書き込まれる１ないしは複数のファイルの
識別記号で構成される。第３のボリュームから回復する
べきファイルを第２のホストで読み出すことと、第２の
ホストで第２のボリュームにファイルを書き込むこと
は、第３のボリュームからコマンドで指定されたファイ
ルだけを読み出し、そのファイルを第２のボリュームに
読み出したとおりに書き込むことを含む。ある代表的な
実施例では、本発明は回復すべきファイルの表示の受信
で構成される方法を提供する。回復すべきファイルがボ
リューム全体の内容で構成されるかどうかを判別するこ
ともまた、本方法の一部である。もしファイルが方法の
全部であるならば、実行ボリュームとバックアップボリ
ュームの間にあるリモートミラーの分割が行われる。本
方法はまたバックアップボリュームとバックアップボリ
ュームからコピーしたデータを保持するボリュームのあ
いだに存在するミラーを再同期させ、実行ボリュームと
バックアップボリュームにたいするリモートミラーを再
同期化させることも含んでいる。再同期化は二つのボリ
ュームを同期状態にし、そこでは互いに内容が同じで、
「ミラーを形成」とか「ミラー化したペアと呼ばれる。
特定の実施例では、バックアップボリュームとバックア
ップボリュームからコピーされたデータを保持するボリ
ュームの間に存在するローカルミラーを再同期化するこ
とは、バックアップボリュームの保留ビットマップをバ
ックアップボリュームからコピーされたデータを保持す
るボリュームの保留ビットマップとを比較し、差違デー
タのセットを決めることと、バックアップボリュームか
らコピーしたデータを保持するボリュームから差違デー
タをバックアップボリュームへコピーすることで構成さ
れる。特定の実施例では、実行ボリュームとバックアッ
プボリュームに対するリモートミラーを同期化させるこ
とは、実行ボリュームに対する保留ビットマップとバッ
クアップボリュームに対する保留ビットマップを比較し
て、差違データのセットを決め、バックアップボリュー
ムからの差違データを実行ボリュームにコピーすること
をふくむ構成である。他の代表的な実施例では、本発明
はある手段を提供する。この手段は回復すべきファイル
の表示を受信する方法で構成される。回復するファイル
がボリューム全体で構成されるか否かを判定する方法も
またこの手段の一部である。手段は実行ボリュームとバ
ックアップボリューム間に存在するリモートミラーを分
割する方法も含んでいる。手段には、バックアップボリ
ュームとバックアップボリュームからコピーしたデータ
を保持するボリュームとの間に存在するローカルミラー
を再同期させる方法と、実行ボリュームとバックアップ
ボリュームに対するリモートミラーを再同期させる方法
も含む。さらに代表的な実施例では、本発明はファイル
の回復の方法を提供する。ファイルは第２のホストに接
続された第２のストレージサブシステムから第１のホス
トに接続された第１のストレージサブシステムに回復す
ることが出来る。この方法は第１のホストからの要求に
応じて進行させることが出来る。第１のストレージサブ
システムと第２のストレージサブシステムは相互にパス
経由で接続される。第１のストレージサブシステムは第
１の論理ボリュームを記憶し、第２のストレージサブシ
ステムは第２の論理ボリュームと第３の論理ボリューム
を記憶する。第２の論理ボリュームは第１の論理ボリュ
ームをコピーした論理ボリュームでもよい。第３の論理
ボリュームは第２の論理ボリュームをコピーした論理ボ
リュームであってもよい。第１の論理ボリュームと第２
の論理ボリュームは非同期の状態であってもよい。第２
と第３の論理ボリュームは同期状態であってもよい。こ
の方法は第３の論理ボリュームを第２のホストにのせる
ことで構成される。第２のホストにおいて、第３のボリ
ュームから回復されるファイルを読み出すことと、第２
のホストにおいて第２のボリュームにファイルを書き込
むこともまた、この方法の一部である。この方法はま
た、第１のボリュームと第２のボリュームを再同期化す
ることも含んでいる。特定の実施例では、第３の論理ボ
リュームを第２のホストにのせることは、コマンドに応
じて、第２の論理ボリュームと第３の論理ボリュームの
間の同期状態を分割することを含む構成である。特定の
実施例では、回復済みボリュームはここで上記により説
明した方法で作成される。さらに代表的な実施例では、
本発明は、第１の論理ボリュームと第２の論理ボリュー
ムと、プライマリストレージサブシステムへの接続性を
与えるパスへのインタフェースで構成されるストレージ
サブシステムを提供する。第２の論理ボリュームは第１
の論理ボリュームをコピーした論理ボリュームであって
もよい。第１の論理ボリュームは機能的であって、プラ
イマリストレージサブシステムにおける論理ボリューム
と選択的に同期状態にあるいは非同期状態になることが
出来る。第１の論理ボリュームと第２の論理ボリューム
は同期状態であってもよい。第２の論理ボリュームは機
能的であって、コマンドに応じてホストがアクセスし、
第２の論理ボリュームから回復済みファイルを読み出
し、回復済みファイルを第１の論理ボリュームに書き込
むことを許可する。第２のストレージサブシステムは機
能的であって、第１の論理ボリュームと第２の論理ボリ
ュームの間で同期状態を確立する。またさらなる代表的
な実施例では、本発明はコンピュータプログラムプロダ
クトを提供する。コンピュータプログラムプロダクトは
コードを保持するコンピュータで読み出し可能な記憶媒
体で構成される。例えば、回復されるファイルの表示を
受信するコードはコンピュータプログラムプロダクトの
一部であってもよい。コンピュータプログラムプロダク
トは、回復されるファイルが全ボリュームの内容で構成
されるのか否かを判断するコードと、もしそうであるな
らば、実行ボリュームとバックアップボリュームとの間
に存在するリモートミラーを分割するコードや、バック
アップボリュームとバックアップボリュームからコピー
されたデータを保持するボリュームとの間に存在するロ
ーカルミラーを再同期化するコードや、実行ボリューム
とバックアップボリュームに対するリモートミラーを再
同期化するコードなどの複数のコードを起動させる。さ
らなる代表的な実施例では、本発明は手段を提供する。
この手段はコマンドを受信する方法を含む。第２の記憶
手段と第３の記憶手段の間に存在する同期状態を分割す
る方法は、この手段の一部である。この手段は、読み出
しに使用できる第３の記憶手段について資料を作成する
方法も含んでいる。さらに、この手段は第３の記憶手段
から回復されるファイルを読み出す方法と、このファイ
ルを第２の記憶手段に書き込む方法を含んでいる。さら
に、第２の記憶手段を第１の記憶手段に再同期させる方
法もこの手段の一部である。特定の実施例では、読み出
しに用いられる第３の記憶手段についての資料を作成す
る手段は、第３の記憶手段に記憶された情報を処理する
手段に第３の記憶手段をのせる手段をさらに含む構成で
ある。またさらなる代表的な実施例では、本発明はコン
ピュータプログラムプロダクトを提供する。コンピュー
タプログラムプロダクトは種々のコードを保持するコン
ピュータプログラムプロダクトで構成される。コマンド
を受信するコードもコンピュータプログラムプロダクト
に含まれている。第２の記憶ユニットと第３の記憶ユニ
ットの間に存在する同期状態を分割するコードと読み出
しが可能な第３の記憶ユニットの資料を作成するコード
はまたコンピュータプログラムプロダクトの一部であ
る。このプロダクトはまた第３の記憶ユニットから回復
されるファイルを読むためのコードと、そのファイルを
第２の記憶ユニットに書き込むためのコードとを含んで
いる。さらに、プログラムプロダクトはまた第２の記憶
ユニットを第１の記憶ユニットに再同期化させるための
コードを含む。また、さらなる代表的な実施例では、本
発明は第１のホストに接続された第１のストレージサブ
システムと第２のホストに接続された第２のストレージ
サブシステムで構成される、システムを提供する。第１
のストレージサブシステムと第２のストレージサブシス
テムはパスを経由して相互に接続されている。第１のス
トレージサブシステムは第１の論理ボリュームを記憶
し、第２のストレージサブシステムは第２の論理ボリュ
ームと第３の論理ボリュームを記憶する。第２の論理ボ
リュームは第１の論理ボリュームのコピーした論理ボリ
ュームであってもよい。第３の論理ボリュームは第２の
論理ボリュームのコピーした論理ボリュームであっても
よい。第１の論理ボリュームと第２の論理ボリュームは
非同期状態にあってもよい。第２と第３の論理ボリュー
ムは同期状態にあってもよい。第２のストレージサブシ
ステムは機能的であって回復コマンドに応じて第３の論
理ボリュームを第２のホストにのせる。ホストは機能的
であって、第３のボリュームから回復されるファイルを
読み出し、その回復されるファイルを第２のボリューム
に書き込む。さらに、第２のストレージサブシステムは
機能的であって、第１の論理ボリュームと第２の論理ボ
リュームの間に、同期状態を確立する。特定の実施例で
は、システムはさらに第３のストレージサブシステムを
含む構成である。第３のストレージサブシステムは、少
なくとも時折は第２のストレージサブシステムの、第５
のボリュームと同期状態にある、第４の記憶ボリューム
を含んでいる。 同期状態では、第１のストレージサブ
システムと第３のストレージサブシステムのデータを、
第２のストレージサブシステムで収集できるようにな
る。これらの利点については、本明細書を通して説明さ
れる。本明細書の以下の部分や添付図を参照すること
で、ここに記載する本発明の本質と利点はさらによく理
解されるはずである。
スの複製を管理するための改良された技術を提供する。
特定の実施例は、システムバックアップと回復を行うた
めの技術を提供する。特定の実施例では、運用の際に第
１のボリュームと第２のボリュームの間にリモートミラ
ーを保持するような利点が提供される。リモートミラー
は一般に災害回復の目的に使用されるので、ミラーは常
に同期状態であることが必要で、リモートミラーを壊す
ことなくバックアップを取れるので、例えば緊急状態で
は、実行情報の二重化コピーを常に供給することが出来
る。さらに、ある実施例では、ユーザは１個の１次ボリ
ューム（PVOL）に対して、２ないしはそれ以上のセカン
ダリボリューム（SVOL）を設定して、複数の世代のバッ
クアップを取ることが出来る。ある代表的な実施例で
は、本発明はバックアップと回復の手順を提供する。こ
の方法は特に第１のストレージサブシステムと第２のス
トレージサブシステムが、相互にパスを経由して接続さ
れている環境で役立つ。第１のストレージサブシステム
は第１のホストに、第２のストレージサブシステムは第
２のホストに接続されている。この方法は、バックアッ
プ手順と回復手順を行うことで構成される。バックアッ
プ手順は、第１の論理ボリュームを第１のストレージサ
ブシステムと、第２のストレージサブシステムにある第
２の論理ボリュームと第３の論理ボリュームに供給す
る。第２の論理ボリュームは第１の論理ボリュームを複
製した論理ボリュームであってもよい。第１の論理ボリ
ュームと第２の論理ボリュームは同期状態であってもよ
い。第３の論理ボリュームは第２の論理ボリュームをコ
ピーした論理ボリュームであってもよい。第２と第３の
論理ボリュームは同期状態にあってもよい。本方法は、
さらに第２の論理ボリュームと第３の論理ボリュームを
分割することを含む。本方法は第１のストレージサブシ
ステムなどからのコマンドに反応して開始することもあ
る。回復手順は第２のホストに第３の論理ボリュームを
マウントすることで構成される。第３のボリュームから
回復させるファイルを読み出すことと、そのファイルを
第２のボリュームに書き込むことも、本方法の一部であ
る。さらに、回復手順は第１のボリュームを第２のボリ
ュームに再同期させることも含んでいる。特定の実施例
では、回復手順はさらに、もしデータベースアプリケー
ションを第１のホスト上で稼働させることが出来る場合
は、データベースを第１のボリュームに保存することを
含め構成される。特定の実施例では、第１のボリューム
を第２のボリュームに再同期させることは、さらに第２
のボリュームのデータをプライマリボリュームの保留コ
ピーに決めることを含む。データ保留コピーは保留デー
タビットマップや他のデータ構造や追跡手段で追跡が可
能である。ある実施例では、本方法は、保留データビッ
トマップにおいて、コマンドに続いて来る書き込みデー
タにマークを付け、それによりどのデータが変更された
か追跡が出来ることも含む。ここでは、本方法により作
られた回復済みボリュームを説明する。特定の実施例で
は、コマンドは第３のボリュームから回復され、第２の
ボリュームに書き込まれる１ないしは複数のファイルの
識別記号で構成される。第３のボリュームから回復する
べきファイルを第２のホストで読み出すことと、第２の
ホストで第２のボリュームにファイルを書き込むこと
は、第３のボリュームからコマンドで指定されたファイ
ルだけを読み出し、そのファイルを第２のボリュームに
読み出したとおりに書き込むことを含む。ある代表的な
実施例では、本発明は回復すべきファイルの表示の受信
で構成される方法を提供する。回復すべきファイルがボ
リューム全体の内容で構成されるかどうかを判別するこ
ともまた、本方法の一部である。もしファイルが方法の
全部であるならば、実行ボリュームとバックアップボリ
ュームの間にあるリモートミラーの分割が行われる。本
方法はまたバックアップボリュームとバックアップボリ
ュームからコピーしたデータを保持するボリュームのあ
いだに存在するミラーを再同期させ、実行ボリュームと
バックアップボリュームにたいするリモートミラーを再
同期化させることも含んでいる。再同期化は二つのボリ
ュームを同期状態にし、そこでは互いに内容が同じで、
「ミラーを形成」とか「ミラー化したペアと呼ばれる。
特定の実施例では、バックアップボリュームとバックア
ップボリュームからコピーされたデータを保持するボリ
ュームの間に存在するローカルミラーを再同期化するこ
とは、バックアップボリュームの保留ビットマップをバ
ックアップボリュームからコピーされたデータを保持す
るボリュームの保留ビットマップとを比較し、差違デー
タのセットを決めることと、バックアップボリュームか
らコピーしたデータを保持するボリュームから差違デー
タをバックアップボリュームへコピーすることで構成さ
れる。特定の実施例では、実行ボリュームとバックアッ
プボリュームに対するリモートミラーを同期化させるこ
とは、実行ボリュームに対する保留ビットマップとバッ
クアップボリュームに対する保留ビットマップを比較し
て、差違データのセットを決め、バックアップボリュー
ムからの差違データを実行ボリュームにコピーすること
をふくむ構成である。他の代表的な実施例では、本発明
はある手段を提供する。この手段は回復すべきファイル
の表示を受信する方法で構成される。回復するファイル
がボリューム全体で構成されるか否かを判定する方法も
またこの手段の一部である。手段は実行ボリュームとバ
ックアップボリューム間に存在するリモートミラーを分
割する方法も含んでいる。手段には、バックアップボリ
ュームとバックアップボリュームからコピーしたデータ
を保持するボリュームとの間に存在するローカルミラー
を再同期させる方法と、実行ボリュームとバックアップ
ボリュームに対するリモートミラーを再同期させる方法
も含む。さらに代表的な実施例では、本発明はファイル
の回復の方法を提供する。ファイルは第２のホストに接
続された第２のストレージサブシステムから第１のホス
トに接続された第１のストレージサブシステムに回復す
ることが出来る。この方法は第１のホストからの要求に
応じて進行させることが出来る。第１のストレージサブ
システムと第２のストレージサブシステムは相互にパス
経由で接続される。第１のストレージサブシステムは第
１の論理ボリュームを記憶し、第２のストレージサブシ
ステムは第２の論理ボリュームと第３の論理ボリューム
を記憶する。第２の論理ボリュームは第１の論理ボリュ
ームをコピーした論理ボリュームでもよい。第３の論理
ボリュームは第２の論理ボリュームをコピーした論理ボ
リュームであってもよい。第１の論理ボリュームと第２
の論理ボリュームは非同期の状態であってもよい。第２
と第３の論理ボリュームは同期状態であってもよい。こ
の方法は第３の論理ボリュームを第２のホストにのせる
ことで構成される。第２のホストにおいて、第３のボリ
ュームから回復されるファイルを読み出すことと、第２
のホストにおいて第２のボリュームにファイルを書き込
むこともまた、この方法の一部である。この方法はま
た、第１のボリュームと第２のボリュームを再同期化す
ることも含んでいる。特定の実施例では、第３の論理ボ
リュームを第２のホストにのせることは、コマンドに応
じて、第２の論理ボリュームと第３の論理ボリュームの
間の同期状態を分割することを含む構成である。特定の
実施例では、回復済みボリュームはここで上記により説
明した方法で作成される。さらに代表的な実施例では、
本発明は、第１の論理ボリュームと第２の論理ボリュー
ムと、プライマリストレージサブシステムへの接続性を
与えるパスへのインタフェースで構成されるストレージ
サブシステムを提供する。第２の論理ボリュームは第１
の論理ボリュームをコピーした論理ボリュームであって
もよい。第１の論理ボリュームは機能的であって、プラ
イマリストレージサブシステムにおける論理ボリューム
と選択的に同期状態にあるいは非同期状態になることが
出来る。第１の論理ボリュームと第２の論理ボリューム
は同期状態であってもよい。第２の論理ボリュームは機
能的であって、コマンドに応じてホストがアクセスし、
第２の論理ボリュームから回復済みファイルを読み出
し、回復済みファイルを第１の論理ボリュームに書き込
むことを許可する。第２のストレージサブシステムは機
能的であって、第１の論理ボリュームと第２の論理ボリ
ュームの間で同期状態を確立する。またさらなる代表的
な実施例では、本発明はコンピュータプログラムプロダ
クトを提供する。コンピュータプログラムプロダクトは
コードを保持するコンピュータで読み出し可能な記憶媒
体で構成される。例えば、回復されるファイルの表示を
受信するコードはコンピュータプログラムプロダクトの
一部であってもよい。コンピュータプログラムプロダク
トは、回復されるファイルが全ボリュームの内容で構成
されるのか否かを判断するコードと、もしそうであるな
らば、実行ボリュームとバックアップボリュームとの間
に存在するリモートミラーを分割するコードや、バック
アップボリュームとバックアップボリュームからコピー
されたデータを保持するボリュームとの間に存在するロ
ーカルミラーを再同期化するコードや、実行ボリューム
とバックアップボリュームに対するリモートミラーを再
同期化するコードなどの複数のコードを起動させる。さ
らなる代表的な実施例では、本発明は手段を提供する。
この手段はコマンドを受信する方法を含む。第２の記憶
手段と第３の記憶手段の間に存在する同期状態を分割す
る方法は、この手段の一部である。この手段は、読み出
しに使用できる第３の記憶手段について資料を作成する
方法も含んでいる。さらに、この手段は第３の記憶手段
から回復されるファイルを読み出す方法と、このファイ
ルを第２の記憶手段に書き込む方法を含んでいる。さら
に、第２の記憶手段を第１の記憶手段に再同期させる方
法もこの手段の一部である。特定の実施例では、読み出
しに用いられる第３の記憶手段についての資料を作成す
る手段は、第３の記憶手段に記憶された情報を処理する
手段に第３の記憶手段をのせる手段をさらに含む構成で
ある。またさらなる代表的な実施例では、本発明はコン
ピュータプログラムプロダクトを提供する。コンピュー
タプログラムプロダクトは種々のコードを保持するコン
ピュータプログラムプロダクトで構成される。コマンド
を受信するコードもコンピュータプログラムプロダクト
に含まれている。第２の記憶ユニットと第３の記憶ユニ
ットの間に存在する同期状態を分割するコードと読み出
しが可能な第３の記憶ユニットの資料を作成するコード
はまたコンピュータプログラムプロダクトの一部であ
る。このプロダクトはまた第３の記憶ユニットから回復
されるファイルを読むためのコードと、そのファイルを
第２の記憶ユニットに書き込むためのコードとを含んで
いる。さらに、プログラムプロダクトはまた第２の記憶
ユニットを第１の記憶ユニットに再同期化させるための
コードを含む。また、さらなる代表的な実施例では、本
発明は第１のホストに接続された第１のストレージサブ
システムと第２のホストに接続された第２のストレージ
サブシステムで構成される、システムを提供する。第１
のストレージサブシステムと第２のストレージサブシス
テムはパスを経由して相互に接続されている。第１のス
トレージサブシステムは第１の論理ボリュームを記憶
し、第２のストレージサブシステムは第２の論理ボリュ
ームと第３の論理ボリュームを記憶する。第２の論理ボ
リュームは第１の論理ボリュームのコピーした論理ボリ
ュームであってもよい。第３の論理ボリュームは第２の
論理ボリュームのコピーした論理ボリュームであっても
よい。第１の論理ボリュームと第２の論理ボリュームは
非同期状態にあってもよい。第２と第３の論理ボリュー
ムは同期状態にあってもよい。第２のストレージサブシ
ステムは機能的であって回復コマンドに応じて第３の論
理ボリュームを第２のホストにのせる。ホストは機能的
であって、第３のボリュームから回復されるファイルを
読み出し、その回復されるファイルを第２のボリューム
に書き込む。さらに、第２のストレージサブシステムは
機能的であって、第１の論理ボリュームと第２の論理ボ
リュームの間に、同期状態を確立する。特定の実施例で
は、システムはさらに第３のストレージサブシステムを
含む構成である。第３のストレージサブシステムは、少
なくとも時折は第２のストレージサブシステムの、第５
のボリュームと同期状態にある、第４の記憶ボリューム
を含んでいる。 同期状態では、第１のストレージサブ
システムと第３のストレージサブシステムのデータを、
第２のストレージサブシステムで収集できるようにな
る。これらの利点については、本明細書を通して説明さ
れる。本明細書の以下の部分や添付図を参照すること
で、ここに記載する本発明の本質と利点はさらによく理
解されるはずである。
【発明の実施の形態】本発明は記憶装置ベースの複製処
理を管理する技術を提供する。特定の実施例はシステム
バックアップと回復処理を行う技術を提供する。特定の
実施例では、作動中のプライマリボリュームとセカンダ
リボリュームの間でリモートミラーを維持するというよ
うな利点が提供される。リモートミラーは通常は障害回
復目的に用いられ、ミラーは常に同期状態になければな
らないが、リモートミラーを解除すること無しにバック
アップを取れることは、例えば、緊急の場合にも実行情
報の二重化コピーを絶えず提供できることになる。さら
に、ある実施例では、ユーザは、一つのプライマリボリ
ューム（PVOL）に対し、２ないしはそれ以上のセカンダ
リボリューム（SVOL）を設定することで、複数の世代の
バックアップを取ることが出来る。リモートコピーは可
用性の高いシステムを確立する上でますます盛んになっ
てきている。時には、PVOLとSVOLの双方を含むリモート
コピーのセットが求められる。このようなコピーはリモ
ートコピー本来の目的とは異なった各種の目的に使用さ
れる。例えば、障害回復試験、意志決定支援システム、
データウェアハウスなどは本発明が使用される可能性の
ある多くのアプリケーションの数例である。二つの遠く
離れた磁気ディスク装置がリモートリンクで接続され、
ディスクのミラーがローカル磁気ディスクシステムとリ
モート磁気ディスクシステムにそれぞれ維持されてい
る、リモートミラー技術は一般に知られている。読者に
は。説明目的で米国特許 ５,４５９,８５７と ５,５４
４,３４７ と５,９３３,６５３を参照頂きたい。 しか
しながら、これらのアプローチはここで説明する本発明
の特定の実施例で提供される多くの機能や利点に欠けて
いる。 システム構成 図１は本発明の特定の実施例における、代表的なシステ
ムを示す。図１では、実行ホスト１１０aは、実行デー
タを用いてアプリケーションが作動する、ホストコンピ
ュータである。次のホスト１１０bはホスト１１０aの
「予備機」である。障害の時は、ホスト１１０aで稼働
中のアプリケーションはセカンダリホストにフェイルオ
ーバする。プライマリストレージシステム１００aは実
行データのコピーを含むボリュームを持つストレージシ
ステムで構成される。実行ホスト１１０aはプライマリ
ストレージシステム１００aに接続するので、ホストは
ストレージシステムの中にあるボリュームにアクセスで
きる。セカンダリストレージシステム１００bは実行デ
ータのコピーを含むボリュームを持つストレージシステ
ムで構成される。セカンダリホスト１１０bはセカンダ
リストレージシステム１００bに接続するので、ホスト
はストレージシステムの中にあるボリュームにアクセス
できる。リモートミラー１３０は離れたところでミラー
されたボリュームのセットで構成される。リモートミラ
ー１３０はプライマリストレージシステム１００aにあ
るプライマリボリューム（PVOL）１０５aとセカンダリ
ストレージシステム１００bにあるセカンダリボリュー
ム（SVOL）とを含んでいる。リモートミラーが確立され
ると、プライマリボリューム１０５aとセカンダリボリ
ューム１０５bは同期状態になり、これら二つのボリュ
ームの内容は、ミラーが手動であるいは障害により不意
に分割されない限り、同一である。ローカルミラー１４
０bはローカルでミラーされた、すなわち単一のストレ
ージシステム内のボリュームのセットで構成される。ロ
ーカルミラー１４０bはプライマリボリューム（PVOL）
とセカンダリボリューム（SVOL）で構成される。例え
ば、図１で説明されたように、ボリューム１０５bと１
０６bはローカルミラー１４０bのそれぞれプライマリボ
リューム（PVOL）とセカンダリボリューム（SVOL）であ
る。ローカルミラー１４０bのプライマリボリュームと
セカンダリボリュームの双方は同じストレージシステム
１００bにあり、一方リモートミラー１３０のそれら
は、それぞれ別のストレージシステム１００aと１００b
にある。特定の実施例では、リモートミラー１３０とロ
ーカルミラー１４０bは相互に関連づけて用いられるで
あろうことに注意。図１の例では、ボリューム１０５b
はリモートミラー１３０のセカンダリボリューム（SVO
L）であると同時に、ローカルミラー１４０bのプライマ
リボリューム（PVOL）でもある。したがって、ボリュー
ム１０５bは時にはセカンダリプライマリボリューム（S
PVOL）と呼ばれる。記憶装置の相互接続パス１５０はプ
ライマリストレージシステム１００aとセカンダリスト
レージシステム１００ｂの間の接続を行う。ボリューム
１０５aへの書き込みデータは記憶装置相互接続パス１
５０を経由して送信され、リモートコピーセカンダリボ
リューム１０５bに書き込まれる。この仕組みが二つの
ボリュームを同一に保っている。図１に示すように、特
定の実施例では、バックアップはプライマリストレージ
システムにある情報が、セカンダリストレージシステム
に取り込まれたものである。プライマリストレージシス
テム１００ａにあるデータがセカンダリストレージシス
テム１００ｂにリモートコピーで送られる。リモートミ
ラー１３０のプライマリボリューム（PVOL）１０５aと
セカンダリボリューム（SVOL）１０５bは両者の間に存
在するリモートミラー１３０の働きにより、同一（同じ
データを含む）に維持される。プライマリストレージシ
ステム１００aから送られたデータは、さらにセカンダ
リストレージシステム１００bの中にあるローカルミラ
ー１４０ｂのセカンダリボリュームである、セカンダリ
ボリューム（SVOL）１０６bにコピーされる。このこと
は、通常は、３個のボリューム、ボリューム１０５aと
１０５bと１０６bは同じであることを意味している。バ
ックアップが取られると、ホスト１１０aまたはその他
のコントロールの下にローカルミラー１０４bは分割さ
れる。コラム１０６bは時間バックアップの時点を保持
する。システムバックアップを行うこの技術は、特定の
実施例では、リモートミラー１３０を継続的に作動させ
るというような利点がある。リモートミラー１３０は、
通常は、ミラーを常時同期状態におく必要のある、障害
回復目的に使用される。もしバックアップを取るために
リモートミラー状態を壊し、そしてこの非同期状態の間
に事故が発生すると、現時点ではデータの回復は行えな
い。さらに、ある実施例では、ユーザは、一つのプライ
マリボリューム（PVOL）に対し、２ないしはそれ以上の
セカンダリボリューム（SVOL）を設定することで、複数
の世代のバックアップを取ることが出来る。例えば、図
１において、ある実施例では、単一のボリューム１０５
bに対して複数のボリューム１０６bを持つことが出来
る。図２は本発明の特定の実施例における、回復処理手
順の図を示す。図２に示すように、回復処理手順の例
は、セカンダリボリューム（SVOL）１０６bをホスト１
１０ｂにのせ、回復させたいファイルをセカンダリボリ
ューム（SVOL）１０６ｂからセカンダリプライマリボリ
ューム（SPVOL）１０５bにコピーすることを含んでい
る。プライマリボリューム（PVOL）１０５aはセカンダ
リプライマリボリューム（SPVOL）１０５bと再同期する
ことが可能で、このことは、ファイルがセカンダリプラ
イマリボリューム(SPVOL)１０５bからプライマリボリュ
ーム(PVOL)１０５aにコピーされることを意味する。本
発明の特定の実施例では、ストレージシステム１００b
は、ミラーを分割した後で変更されたデータの追跡をす
るデルタビットマップを持っている。セカンダリボリュ
ーム（SVOL）１０６ｂからセカンダリプライマリボリュ
ーム(SPVOL)１０５bへコピーされたファイルはビットマ
ップ上でマークされるので、ストレージシステム１００
aではこれらのファイルしかプライマリボリューム(PVO
L)１０５aへコピーされない。本発明による特定の実施
例により、幾つかの利点が得られる。たとえば、ある実
施例では、ファイルを重ね書きする事故の危険を減ら
し、特定のファイルだけを回復できる。さらに、特定の
実施例では、ストレージシステム１００aと１００bの間
の接続１５０を確立するプライベートなネットワークを
用いて回復処理を行うことが出来る。これにより、安全
で高性能な接続ができる。このように、回復処理を、速
やかに、またデータが盗まれたり、変えられたり、そし
て／あるいは壊されたりする可能性がずっと少なくて行
うことが出来る。図３は本発明の特定の実施例におけ
る、代表的なコピーマネージメントテーブルを示す。あ
る実施例では、ローカルとリモートのミラーされたペア
は、図３に示すように、各ボリュームについて、コピー
マネージメントテーブル３００のコピーを有している。
ミラーされたペアのプライマリボリューム(PVOL)とセカ
ンダリボリューム(SVOL)はコピーマネージメントテーブ
ル３００を持つ。例えば、図１においてはリモートミラ
ー１３０のボリューム１０５aと１０５bはコピーマネー
ジメントテーブル３００を持つ。このテーブルを用い
て、ストレージシステムは本発明の技術に従って、二つ
のローカルミラーをatomicalに破壊することが出来る。
コピーマネージメントテーブル３００はコピーの型式に
よって、「リモートコピー」あるいは「ローカルコピ
ー」のいずれかを記憶するコピータイプ３１０を有して
いる。ペアシステムID３２０はペアになったボリューム
を持つストレージシステムのIDを含んでいる。たとえ
ば、ボリューム１０５aのコピーマネージメントテーブ
ルにおいては、ペアシステムID３２０はセカンダリスト
レージシステム１００bのIDを含んでいる。各ストレー
ジシステムは、ストレージシステムの追い番あるいは似
たものであってもよいが、独自のIDを持っている。ミラ
ーボリュームID３３０はミラーボリュームのIDを含んで
いる。例えば、プライマリボリューム１０５aのコピー
マネージメントテーブルでは、ミラーボリュームID３３
０はセカンダリボリューム１０５bのIDを含んでいる。
このIDはストレージシステムの中にあるボリュームの追
い番、またはそのようなものであっても良い。プライマ
リー３４０は、もしボリュームがプライマリボリューム
(PVOL)であるならば「YES」を、そうでないなら「NO」
を含む。例えば、ボリューム１０５aのプライマリー３
４０は「YES」を示し、ボリューム１０５bのそれは「N
O」を示す。ミラーステータス３５０はミラーの状態を
示す。特定の実施例では、「コピー（COPY）」、「デュ
ープレックス（DUPLEX）」、「スプリット（SPLIT）」
そして「シンプレックス（SIMPLEX）」の４種類の状態
が定義されている。シンプレックス状態はボリュームが
ミラーされていないことを示す。コピー状態はボリュー
ムがミラーされており、データコピーが進行中であるこ
とを示す。デュープレックス状態はボリュームがミラー
され、二つのボリュームが同じであることを示す。スプ
リット状態は、ボリュームがミラーされているが、ミラ
ーは一時的に停止していることを示す。スプリット状態
では、ボリュームに対する全ての更新は保留ビットマッ
プ３６０に記録されるので、ミラーを再同期化する時
は、変更されたデータのみがコピーされる。保留ビット
マップ３６０は、ボリュームに書き込まれたが、ペアに
なったボリュームには書き込まれていない保留データが
あるかどうかを示す。一つの実施例では、各ビットはボ
リュームの一部、例えば８ＫＢに対応する。スプリット
状態でデータがボリューム上のブロックに書き込まれる
と、保留ビットマップ３６０のブロックに対応するコラ
ムビットがセットされる。図４は本発明の特定の実施例
における、バックアップを取るための代表的なプロセス
のフローチャートを示す。図４で示すように、バックア
ップを取ることは、ホスト１１０aから分割コマンドを
発行し、ローカルミラー１４０bを分割することで構成
される。ステップ４００では、プライマリホスト１１０
aにおいては、分割コマンドがローカルミラー１４０bを
分割するために発行される。ステップ４１０では、プラ
イマリストレージシステム１００aは、もしあれば、全
ての保留データをセカンダリストレージシステム１００
bに送る。このような保留データは、もしリモートコピ
ーが非同期で動作している場合に存在することがある。
ステップ４２０では、分割コマンドが発行された後に、
プライマリホスト１１０aからプライマリストレージシ
ステム１００aに到着する全ての書き込みデータは、セ
カンダリストレージシステム１００bには送られない。
したがって、変更されたデータを追跡するために、分割
コマンドの後に到着する書き込みデータは、保留ビット
マップ３６０にマークされる。このような保留データは
全ての分割処理が終わったら送られる。ステップ４３０
では、プライマリストレージシステム１００aは分割コ
マンドをセカンダリストレージシステム１００bに送
る。ステップ４４０では、セカンダリストレージシステ
ム１００bは分割コマンドで指定されたローカルミラー
１４０bが同期しているかをチェックする。セカンダリ
ストレージシステム１００bは、ミラーに対応するコピ
ーマネージメントテーブル３００にあるミラー状態３５
０を参照して、このチェックを行う。もしミラー状態３
５０が「MIRROR」を示すならば、ミラーは同期状態にあ
り、その他の場合は、同期していない。ステップ４６０
では、もしローカルミラー１４０bが同期していない場
合は、セカンダリストレージシステム１００bはボリュ
ーム１０６bをボリューム１０５bに再同期化させる。こ
れらの二つのボリュームを同期状態に戻して、全ての保
留データはボリューム１０５bからボリューム１０６bに
コピーされる。ステップ４５０では、もしミラーが同期
している、あるいはステップ４６０が終わった後では、
セカンダリストレージシステム１００bはローカルミラ
ー１４０bを分割する。いまやボリューム１０５bはステ
ップ４００で分割コマンドが発行された時点でのデータ
を保持している。ステップ４７０では、上記の全てのス
テップが完了したのち、プライマリストレージシステム
１００aは保留ビットマップ３６０に保留とマークされ
たデータの送信を再開する。図５は本発明の特定の実施
例における、ファイルを回復させるための代表的なプロ
セスのフローチャートを示す。図５で示すように、バッ
クアップからの回復ファイルは各種のステップで構成さ
れる。ステップ５００においては、セカンダリホスト１
００bでは 回復されるべきファイルを指定すること
で、回復処理の作業が開始される。ステップ５１０で
は、ホスト１１０a上で動いていたアプリケーションが
止まり、ボリューム１０５aの使用を止める。ボリュー
ム１０５ａはホスト１１０aから外され、そのボリュー
ムにホスト１１０aから書き込めないようにする。ステ
ップ５２０では、ホスト１００bで動いていた回復処理
のプログラムは、リモートミラー１３０を分割し、ホス
ト１１０bがデータをボリューム１０５bに書き込めるよ
うにする。ステップ５３０では、回復処理のプログラム
はセカンダリボリューム(SVOL)１０６ｂからファイルを
読み出し、それらをセカンダリプライマリボリューム(S
PVOL)１０５bに書き込む。分割が行われた後の全ての書
き込みデータは、ボリューム１０５bのコピーマネージ
メントテーブル３００にある保留ビットマップ３６０上
で、ファイルのデータとしてマークが付けられる。この
ボリューム１０５bの保留ビットマップ３６０はボリュ
ーム１０５aに対するものである。また、ファイルのデ
ータは分割された後の書き込みデータのみである。ステ
ップ５４０では、回復処理プログラムはリモートミラー
１３０の、プライマリボリューム(PVOL)１０５aとセカ
ンダリプライマリボリューム(SPVOL)１０５bを再同期化
させる処理を開始させる。ステップ５５０では、ストレ
ージシステム１００aはセカンダリプライマリボリュー
ム(SPVOL)１０５b上にある全ての保留データを、保留ビ
ットマップ３６０に従い、プライマリボリューム(PVOL)
１０５aにコピーする。記憶装置１００aは、最初にスト
レージシステム１００bから、セカンダリプライマリボ
リューム(SPVOL)１０５bの保留ビットマップ３６０を読
み出す。つぎに、ストレージシステム１００aはプライ
マリボリューム(PVOL)１０５aとセカンダリプライマリ
ボリューム(SPVOL)の二つの保留ビットマップ３６０を
眺める。二つのビットマップ３６０はプライマリボリュ
ーム(PVOL)１０５aとセカンダリプライマリボリューム
(SPVOL)１０５bの差データを持っている。次に、ストレ
ージシステム１００aは、セカンダリプライマリボリュ
ーム(SPVOL)１０５bから、全ての差データをプライマリ
ボリューム(PVOL)１０５aにコピーする。注目すべきこ
とは、上記に示されたデータ、すなわち差データ、のみ
プライマリボリューム(PVOL)１０５aにコピーされ、そ
れにより特定のファイルを回復させる手段が得られる。
ステップ５６０で、回復処理は完了する。ボリューム１
０５aは搭載され、アプリケーションは再スタートす
る。もしアプリケーションがデータベースであったら、
データベースはボリューム１０５ａへ回復される。図６
は本発明の特定の実施例における、ボリュームを回復さ
せるための代表的なプロセスのフローチャートを示す。
もし全ボリュームを回復させたい場合は、図５に示す処
理は必要ない。むしろ、ボリューム１０５bは本発明に
よる技術を用いて、ボリューム１０６bと再同期させる
ことが出来る。ステップ６００では、回復処理をするフ
ァイルを指定することで、回復処理動作を始動すること
が出来る。これはセカンダリホスト１００bでコマンド
を入力するなどで行うことが出来る。ステップ６１０で
は、セカンダリホスト１００bで作動している回復処理
プログラムが、指定したファイルがボリュームに在るの
か、そしてボリュームが指定したファイルのみを持って
いるのかをチェックする。もしそうであるなら、全ボリ
ュームはを回復することが出来る。ステップ６２０で
は、ホスト１１０a上で作動しているアプリケーション
が止まり、ボリューム１０５aの使用を止める。ボリュ
ーム１０５ａはホスト１１０aから外され、そのボリュ
ームにホスト１１０aから書き込めないようにする。ス
テップ６３０では、回復処理プログラムはリモートミラ
ー１３０を分割するので、セカンダリプライマリボリュ
ーム(SPVOL)１０５bは書き込みが出来るようになる。ス
テップ６４０では、回復処理プログラムはセカンダリプ
ライマリボリューム(SPVOL)１０５bをセカンダリボリュ
ーム(SVOL)１０６bと再同期化させる処理を始動させ
る。ステップ６５０では、ストレージシステム１００b
はセカンダリプライマリボリューム(SPVOL)１０６b上に
ある全ての保留データを、保留ビットマップ３６０に従
い、セカンダリボリューム(SVOL)１０５bにコピーす
る。セカンダリボリューム(SVOL)１０６bはセカンダリ
プライマリボリューム(SPVOL)１０５bから分割され、一
方ではセカンダリプライマリボリューム(SPVOL)１０５b
は、プライマリボリューム(PVOL)１０５aとの間でリモ
ートミラー１３０を保持する。セカンダリプライマリボ
リューム(SPVOL)１０５bはプライマリボリューム(PVOL)
１０５aからの書き込みデータを持っている。これはセ
カンダリプライマリボリューム(SPVOL)１０５bがセカン
ダリプライマリボリューム(SPVOL)１０６bに書き込むべ
き保留データを持っていることを意味する。セカンダリ
ボリューム(SVOL)１０６bをセカンダリプライマリボリ
ューム(SPVOL)１０５bと再同期化させるためには、スト
レージシステム１００bは、まづセカンダリボリューム
(SVOL)１０６bとセカンダリプライマリボリューム(SPVO
L)１０５bの二つの保留ビットマップ３６０を見る。こ
れらのビットマップ３６０はこれら二つのボリュームの
データの差違を示している。ストレージシステム１００
bは全ての差データをセカンダリボリューム(SVOL)１０
６bからセカンダリプライマリボリューム(SPVOL)１０５
bにコピーする。次に、ステップ６６０では、回復処理
プログラムは、プライマリボリューム(PVOL)１０５aと
セカンダリプライマリボリューム(SPVOL)１０５bを再同
期化させる処理を始動させる。ステップ６７０では、ス
トレージシステム１００bは、リモートミラー１３０の
ために、セカンダリプライマリボリューム(SPVOL)１０
５b上にある全ての保留データを、プライマリボリュー
ム(PVOL)１０５aにコピーする。ステップ６５０が終わ
ると、セカンダリプライマリボリューム(SPVOL)１０５b
はプライマリボリューム(PVOL)１０５aに対する保留デ
ータを持ち、それは保留ビットマップ３６０上にマーク
される。ステップ６３０でリモートミラー１３０が分割
された後に、ホスト１００aがデータをプライマリボリ
ューム(PVOL)１０５aに書き込んだかもしれないので、
プライマリボリューム(PVOL)１０５aもセカンダリプラ
イマリボリューム(SPVOL)１０５bに対する書き込みデー
タを持つ可能性がある。ストレージシステム１００aは
先ずストレージシステム１００bからセカンダリプライ
マリボリューム(SPVOL)１０５bの保留ビットマップ３６
０を読み出し、次にプライマリボリューム(PVOL)１０５
aとセカンダリプライマリボリューム(SPVOL)１０５ｂの
二つの保留ビットマップ３６０を見る。二つのビットマ
ップ３６０はプライマリボリューム(PVOL)１０５aとセ
カンダリプライマリボリューム(SPVOL)１０５bの間の差
データを持っている。次に、ストレージシステム１００
aは、セカンダリプライマリボリューム(SPVOL)１０５b
から、全ての差データをプライマリボリューム(PVOL)１
０５aにコピーする。前述したのは、本発明の実施例の
説明である。特許請求の範囲で定義される本発明の範囲
を逸脱することなく、異なった案や変更が可能であるこ
とは認識されるものである。
理を管理する技術を提供する。特定の実施例はシステム
バックアップと回復処理を行う技術を提供する。特定の
実施例では、作動中のプライマリボリュームとセカンダ
リボリュームの間でリモートミラーを維持するというよ
うな利点が提供される。リモートミラーは通常は障害回
復目的に用いられ、ミラーは常に同期状態になければな
らないが、リモートミラーを解除すること無しにバック
アップを取れることは、例えば、緊急の場合にも実行情
報の二重化コピーを絶えず提供できることになる。さら
に、ある実施例では、ユーザは、一つのプライマリボリ
ューム（PVOL）に対し、２ないしはそれ以上のセカンダ
リボリューム（SVOL）を設定することで、複数の世代の
バックアップを取ることが出来る。リモートコピーは可
用性の高いシステムを確立する上でますます盛んになっ
てきている。時には、PVOLとSVOLの双方を含むリモート
コピーのセットが求められる。このようなコピーはリモ
ートコピー本来の目的とは異なった各種の目的に使用さ
れる。例えば、障害回復試験、意志決定支援システム、
データウェアハウスなどは本発明が使用される可能性の
ある多くのアプリケーションの数例である。二つの遠く
離れた磁気ディスク装置がリモートリンクで接続され、
ディスクのミラーがローカル磁気ディスクシステムとリ
モート磁気ディスクシステムにそれぞれ維持されてい
る、リモートミラー技術は一般に知られている。読者に
は。説明目的で米国特許 ５,４５９,８５７と ５,５４
４,３４７ と５,９３３,６５３を参照頂きたい。 しか
しながら、これらのアプローチはここで説明する本発明
の特定の実施例で提供される多くの機能や利点に欠けて
いる。 システム構成 図１は本発明の特定の実施例における、代表的なシステ
ムを示す。図１では、実行ホスト１１０aは、実行デー
タを用いてアプリケーションが作動する、ホストコンピ
ュータである。次のホスト１１０bはホスト１１０aの
「予備機」である。障害の時は、ホスト１１０aで稼働
中のアプリケーションはセカンダリホストにフェイルオ
ーバする。プライマリストレージシステム１００aは実
行データのコピーを含むボリュームを持つストレージシ
ステムで構成される。実行ホスト１１０aはプライマリ
ストレージシステム１００aに接続するので、ホストは
ストレージシステムの中にあるボリュームにアクセスで
きる。セカンダリストレージシステム１００bは実行デ
ータのコピーを含むボリュームを持つストレージシステ
ムで構成される。セカンダリホスト１１０bはセカンダ
リストレージシステム１００bに接続するので、ホスト
はストレージシステムの中にあるボリュームにアクセス
できる。リモートミラー１３０は離れたところでミラー
されたボリュームのセットで構成される。リモートミラ
ー１３０はプライマリストレージシステム１００aにあ
るプライマリボリューム（PVOL）１０５aとセカンダリ
ストレージシステム１００bにあるセカンダリボリュー
ム（SVOL）とを含んでいる。リモートミラーが確立され
ると、プライマリボリューム１０５aとセカンダリボリ
ューム１０５bは同期状態になり、これら二つのボリュ
ームの内容は、ミラーが手動であるいは障害により不意
に分割されない限り、同一である。ローカルミラー１４
０bはローカルでミラーされた、すなわち単一のストレ
ージシステム内のボリュームのセットで構成される。ロ
ーカルミラー１４０bはプライマリボリューム（PVOL）
とセカンダリボリューム（SVOL）で構成される。例え
ば、図１で説明されたように、ボリューム１０５bと１
０６bはローカルミラー１４０bのそれぞれプライマリボ
リューム（PVOL）とセカンダリボリューム（SVOL）であ
る。ローカルミラー１４０bのプライマリボリュームと
セカンダリボリュームの双方は同じストレージシステム
１００bにあり、一方リモートミラー１３０のそれら
は、それぞれ別のストレージシステム１００aと１００b
にある。特定の実施例では、リモートミラー１３０とロ
ーカルミラー１４０bは相互に関連づけて用いられるで
あろうことに注意。図１の例では、ボリューム１０５b
はリモートミラー１３０のセカンダリボリューム（SVO
L）であると同時に、ローカルミラー１４０bのプライマ
リボリューム（PVOL）でもある。したがって、ボリュー
ム１０５bは時にはセカンダリプライマリボリューム（S
PVOL）と呼ばれる。記憶装置の相互接続パス１５０はプ
ライマリストレージシステム１００aとセカンダリスト
レージシステム１００ｂの間の接続を行う。ボリューム
１０５aへの書き込みデータは記憶装置相互接続パス１
５０を経由して送信され、リモートコピーセカンダリボ
リューム１０５bに書き込まれる。この仕組みが二つの
ボリュームを同一に保っている。図１に示すように、特
定の実施例では、バックアップはプライマリストレージ
システムにある情報が、セカンダリストレージシステム
に取り込まれたものである。プライマリストレージシス
テム１００ａにあるデータがセカンダリストレージシス
テム１００ｂにリモートコピーで送られる。リモートミ
ラー１３０のプライマリボリューム（PVOL）１０５aと
セカンダリボリューム（SVOL）１０５bは両者の間に存
在するリモートミラー１３０の働きにより、同一（同じ
データを含む）に維持される。プライマリストレージシ
ステム１００aから送られたデータは、さらにセカンダ
リストレージシステム１００bの中にあるローカルミラ
ー１４０ｂのセカンダリボリュームである、セカンダリ
ボリューム（SVOL）１０６bにコピーされる。このこと
は、通常は、３個のボリューム、ボリューム１０５aと
１０５bと１０６bは同じであることを意味している。バ
ックアップが取られると、ホスト１１０aまたはその他
のコントロールの下にローカルミラー１０４bは分割さ
れる。コラム１０６bは時間バックアップの時点を保持
する。システムバックアップを行うこの技術は、特定の
実施例では、リモートミラー１３０を継続的に作動させ
るというような利点がある。リモートミラー１３０は、
通常は、ミラーを常時同期状態におく必要のある、障害
回復目的に使用される。もしバックアップを取るために
リモートミラー状態を壊し、そしてこの非同期状態の間
に事故が発生すると、現時点ではデータの回復は行えな
い。さらに、ある実施例では、ユーザは、一つのプライ
マリボリューム（PVOL）に対し、２ないしはそれ以上の
セカンダリボリューム（SVOL）を設定することで、複数
の世代のバックアップを取ることが出来る。例えば、図
１において、ある実施例では、単一のボリューム１０５
bに対して複数のボリューム１０６bを持つことが出来
る。図２は本発明の特定の実施例における、回復処理手
順の図を示す。図２に示すように、回復処理手順の例
は、セカンダリボリューム（SVOL）１０６bをホスト１
１０ｂにのせ、回復させたいファイルをセカンダリボリ
ューム（SVOL）１０６ｂからセカンダリプライマリボリ
ューム（SPVOL）１０５bにコピーすることを含んでい
る。プライマリボリューム（PVOL）１０５aはセカンダ
リプライマリボリューム（SPVOL）１０５bと再同期する
ことが可能で、このことは、ファイルがセカンダリプラ
イマリボリューム(SPVOL)１０５bからプライマリボリュ
ーム(PVOL)１０５aにコピーされることを意味する。本
発明の特定の実施例では、ストレージシステム１００b
は、ミラーを分割した後で変更されたデータの追跡をす
るデルタビットマップを持っている。セカンダリボリュ
ーム（SVOL）１０６ｂからセカンダリプライマリボリュ
ーム(SPVOL)１０５bへコピーされたファイルはビットマ
ップ上でマークされるので、ストレージシステム１００
aではこれらのファイルしかプライマリボリューム(PVO
L)１０５aへコピーされない。本発明による特定の実施
例により、幾つかの利点が得られる。たとえば、ある実
施例では、ファイルを重ね書きする事故の危険を減ら
し、特定のファイルだけを回復できる。さらに、特定の
実施例では、ストレージシステム１００aと１００bの間
の接続１５０を確立するプライベートなネットワークを
用いて回復処理を行うことが出来る。これにより、安全
で高性能な接続ができる。このように、回復処理を、速
やかに、またデータが盗まれたり、変えられたり、そし
て／あるいは壊されたりする可能性がずっと少なくて行
うことが出来る。図３は本発明の特定の実施例におけ
る、代表的なコピーマネージメントテーブルを示す。あ
る実施例では、ローカルとリモートのミラーされたペア
は、図３に示すように、各ボリュームについて、コピー
マネージメントテーブル３００のコピーを有している。
ミラーされたペアのプライマリボリューム(PVOL)とセカ
ンダリボリューム(SVOL)はコピーマネージメントテーブ
ル３００を持つ。例えば、図１においてはリモートミラ
ー１３０のボリューム１０５aと１０５bはコピーマネー
ジメントテーブル３００を持つ。このテーブルを用い
て、ストレージシステムは本発明の技術に従って、二つ
のローカルミラーをatomicalに破壊することが出来る。
コピーマネージメントテーブル３００はコピーの型式に
よって、「リモートコピー」あるいは「ローカルコピ
ー」のいずれかを記憶するコピータイプ３１０を有して
いる。ペアシステムID３２０はペアになったボリューム
を持つストレージシステムのIDを含んでいる。たとえ
ば、ボリューム１０５aのコピーマネージメントテーブ
ルにおいては、ペアシステムID３２０はセカンダリスト
レージシステム１００bのIDを含んでいる。各ストレー
ジシステムは、ストレージシステムの追い番あるいは似
たものであってもよいが、独自のIDを持っている。ミラ
ーボリュームID３３０はミラーボリュームのIDを含んで
いる。例えば、プライマリボリューム１０５aのコピー
マネージメントテーブルでは、ミラーボリュームID３３
０はセカンダリボリューム１０５bのIDを含んでいる。
このIDはストレージシステムの中にあるボリュームの追
い番、またはそのようなものであっても良い。プライマ
リー３４０は、もしボリュームがプライマリボリューム
(PVOL)であるならば「YES」を、そうでないなら「NO」
を含む。例えば、ボリューム１０５aのプライマリー３
４０は「YES」を示し、ボリューム１０５bのそれは「N
O」を示す。ミラーステータス３５０はミラーの状態を
示す。特定の実施例では、「コピー（COPY）」、「デュ
ープレックス（DUPLEX）」、「スプリット（SPLIT）」
そして「シンプレックス（SIMPLEX）」の４種類の状態
が定義されている。シンプレックス状態はボリュームが
ミラーされていないことを示す。コピー状態はボリュー
ムがミラーされており、データコピーが進行中であるこ
とを示す。デュープレックス状態はボリュームがミラー
され、二つのボリュームが同じであることを示す。スプ
リット状態は、ボリュームがミラーされているが、ミラ
ーは一時的に停止していることを示す。スプリット状態
では、ボリュームに対する全ての更新は保留ビットマッ
プ３６０に記録されるので、ミラーを再同期化する時
は、変更されたデータのみがコピーされる。保留ビット
マップ３６０は、ボリュームに書き込まれたが、ペアに
なったボリュームには書き込まれていない保留データが
あるかどうかを示す。一つの実施例では、各ビットはボ
リュームの一部、例えば８ＫＢに対応する。スプリット
状態でデータがボリューム上のブロックに書き込まれる
と、保留ビットマップ３６０のブロックに対応するコラ
ムビットがセットされる。図４は本発明の特定の実施例
における、バックアップを取るための代表的なプロセス
のフローチャートを示す。図４で示すように、バックア
ップを取ることは、ホスト１１０aから分割コマンドを
発行し、ローカルミラー１４０bを分割することで構成
される。ステップ４００では、プライマリホスト１１０
aにおいては、分割コマンドがローカルミラー１４０bを
分割するために発行される。ステップ４１０では、プラ
イマリストレージシステム１００aは、もしあれば、全
ての保留データをセカンダリストレージシステム１００
bに送る。このような保留データは、もしリモートコピ
ーが非同期で動作している場合に存在することがある。
ステップ４２０では、分割コマンドが発行された後に、
プライマリホスト１１０aからプライマリストレージシ
ステム１００aに到着する全ての書き込みデータは、セ
カンダリストレージシステム１００bには送られない。
したがって、変更されたデータを追跡するために、分割
コマンドの後に到着する書き込みデータは、保留ビット
マップ３６０にマークされる。このような保留データは
全ての分割処理が終わったら送られる。ステップ４３０
では、プライマリストレージシステム１００aは分割コ
マンドをセカンダリストレージシステム１００bに送
る。ステップ４４０では、セカンダリストレージシステ
ム１００bは分割コマンドで指定されたローカルミラー
１４０bが同期しているかをチェックする。セカンダリ
ストレージシステム１００bは、ミラーに対応するコピ
ーマネージメントテーブル３００にあるミラー状態３５
０を参照して、このチェックを行う。もしミラー状態３
５０が「MIRROR」を示すならば、ミラーは同期状態にあ
り、その他の場合は、同期していない。ステップ４６０
では、もしローカルミラー１４０bが同期していない場
合は、セカンダリストレージシステム１００bはボリュ
ーム１０６bをボリューム１０５bに再同期化させる。こ
れらの二つのボリュームを同期状態に戻して、全ての保
留データはボリューム１０５bからボリューム１０６bに
コピーされる。ステップ４５０では、もしミラーが同期
している、あるいはステップ４６０が終わった後では、
セカンダリストレージシステム１００bはローカルミラ
ー１４０bを分割する。いまやボリューム１０５bはステ
ップ４００で分割コマンドが発行された時点でのデータ
を保持している。ステップ４７０では、上記の全てのス
テップが完了したのち、プライマリストレージシステム
１００aは保留ビットマップ３６０に保留とマークされ
たデータの送信を再開する。図５は本発明の特定の実施
例における、ファイルを回復させるための代表的なプロ
セスのフローチャートを示す。図５で示すように、バッ
クアップからの回復ファイルは各種のステップで構成さ
れる。ステップ５００においては、セカンダリホスト１
００bでは 回復されるべきファイルを指定すること
で、回復処理の作業が開始される。ステップ５１０で
は、ホスト１１０a上で動いていたアプリケーションが
止まり、ボリューム１０５aの使用を止める。ボリュー
ム１０５ａはホスト１１０aから外され、そのボリュー
ムにホスト１１０aから書き込めないようにする。ステ
ップ５２０では、ホスト１００bで動いていた回復処理
のプログラムは、リモートミラー１３０を分割し、ホス
ト１１０bがデータをボリューム１０５bに書き込めるよ
うにする。ステップ５３０では、回復処理のプログラム
はセカンダリボリューム(SVOL)１０６ｂからファイルを
読み出し、それらをセカンダリプライマリボリューム(S
PVOL)１０５bに書き込む。分割が行われた後の全ての書
き込みデータは、ボリューム１０５bのコピーマネージ
メントテーブル３００にある保留ビットマップ３６０上
で、ファイルのデータとしてマークが付けられる。この
ボリューム１０５bの保留ビットマップ３６０はボリュ
ーム１０５aに対するものである。また、ファイルのデ
ータは分割された後の書き込みデータのみである。ステ
ップ５４０では、回復処理プログラムはリモートミラー
１３０の、プライマリボリューム(PVOL)１０５aとセカ
ンダリプライマリボリューム(SPVOL)１０５bを再同期化
させる処理を開始させる。ステップ５５０では、ストレ
ージシステム１００aはセカンダリプライマリボリュー
ム(SPVOL)１０５b上にある全ての保留データを、保留ビ
ットマップ３６０に従い、プライマリボリューム(PVOL)
１０５aにコピーする。記憶装置１００aは、最初にスト
レージシステム１００bから、セカンダリプライマリボ
リューム(SPVOL)１０５bの保留ビットマップ３６０を読
み出す。つぎに、ストレージシステム１００aはプライ
マリボリューム(PVOL)１０５aとセカンダリプライマリ
ボリューム(SPVOL)の二つの保留ビットマップ３６０を
眺める。二つのビットマップ３６０はプライマリボリュ
ーム(PVOL)１０５aとセカンダリプライマリボリューム
(SPVOL)１０５bの差データを持っている。次に、ストレ
ージシステム１００aは、セカンダリプライマリボリュ
ーム(SPVOL)１０５bから、全ての差データをプライマリ
ボリューム(PVOL)１０５aにコピーする。注目すべきこ
とは、上記に示されたデータ、すなわち差データ、のみ
プライマリボリューム(PVOL)１０５aにコピーされ、そ
れにより特定のファイルを回復させる手段が得られる。
ステップ５６０で、回復処理は完了する。ボリューム１
０５aは搭載され、アプリケーションは再スタートす
る。もしアプリケーションがデータベースであったら、
データベースはボリューム１０５ａへ回復される。図６
は本発明の特定の実施例における、ボリュームを回復さ
せるための代表的なプロセスのフローチャートを示す。
もし全ボリュームを回復させたい場合は、図５に示す処
理は必要ない。むしろ、ボリューム１０５bは本発明に
よる技術を用いて、ボリューム１０６bと再同期させる
ことが出来る。ステップ６００では、回復処理をするフ
ァイルを指定することで、回復処理動作を始動すること
が出来る。これはセカンダリホスト１００bでコマンド
を入力するなどで行うことが出来る。ステップ６１０で
は、セカンダリホスト１００bで作動している回復処理
プログラムが、指定したファイルがボリュームに在るの
か、そしてボリュームが指定したファイルのみを持って
いるのかをチェックする。もしそうであるなら、全ボリ
ュームはを回復することが出来る。ステップ６２０で
は、ホスト１１０a上で作動しているアプリケーション
が止まり、ボリューム１０５aの使用を止める。ボリュ
ーム１０５ａはホスト１１０aから外され、そのボリュ
ームにホスト１１０aから書き込めないようにする。ス
テップ６３０では、回復処理プログラムはリモートミラ
ー１３０を分割するので、セカンダリプライマリボリュ
ーム(SPVOL)１０５bは書き込みが出来るようになる。ス
テップ６４０では、回復処理プログラムはセカンダリプ
ライマリボリューム(SPVOL)１０５bをセカンダリボリュ
ーム(SVOL)１０６bと再同期化させる処理を始動させ
る。ステップ６５０では、ストレージシステム１００b
はセカンダリプライマリボリューム(SPVOL)１０６b上に
ある全ての保留データを、保留ビットマップ３６０に従
い、セカンダリボリューム(SVOL)１０５bにコピーす
る。セカンダリボリューム(SVOL)１０６bはセカンダリ
プライマリボリューム(SPVOL)１０５bから分割され、一
方ではセカンダリプライマリボリューム(SPVOL)１０５b
は、プライマリボリューム(PVOL)１０５aとの間でリモ
ートミラー１３０を保持する。セカンダリプライマリボ
リューム(SPVOL)１０５bはプライマリボリューム(PVOL)
１０５aからの書き込みデータを持っている。これはセ
カンダリプライマリボリューム(SPVOL)１０５bがセカン
ダリプライマリボリューム(SPVOL)１０６bに書き込むべ
き保留データを持っていることを意味する。セカンダリ
ボリューム(SVOL)１０６bをセカンダリプライマリボリ
ューム(SPVOL)１０５bと再同期化させるためには、スト
レージシステム１００bは、まづセカンダリボリューム
(SVOL)１０６bとセカンダリプライマリボリューム(SPVO
L)１０５bの二つの保留ビットマップ３６０を見る。こ
れらのビットマップ３６０はこれら二つのボリュームの
データの差違を示している。ストレージシステム１００
bは全ての差データをセカンダリボリューム(SVOL)１０
６bからセカンダリプライマリボリューム(SPVOL)１０５
bにコピーする。次に、ステップ６６０では、回復処理
プログラムは、プライマリボリューム(PVOL)１０５aと
セカンダリプライマリボリューム(SPVOL)１０５bを再同
期化させる処理を始動させる。ステップ６７０では、ス
トレージシステム１００bは、リモートミラー１３０の
ために、セカンダリプライマリボリューム(SPVOL)１０
５b上にある全ての保留データを、プライマリボリュー
ム(PVOL)１０５aにコピーする。ステップ６５０が終わ
ると、セカンダリプライマリボリューム(SPVOL)１０５b
はプライマリボリューム(PVOL)１０５aに対する保留デ
ータを持ち、それは保留ビットマップ３６０上にマーク
される。ステップ６３０でリモートミラー１３０が分割
された後に、ホスト１００aがデータをプライマリボリ
ューム(PVOL)１０５aに書き込んだかもしれないので、
プライマリボリューム(PVOL)１０５aもセカンダリプラ
イマリボリューム(SPVOL)１０５bに対する書き込みデー
タを持つ可能性がある。ストレージシステム１００aは
先ずストレージシステム１００bからセカンダリプライ
マリボリューム(SPVOL)１０５bの保留ビットマップ３６
０を読み出し、次にプライマリボリューム(PVOL)１０５
aとセカンダリプライマリボリューム(SPVOL)１０５ｂの
二つの保留ビットマップ３６０を見る。二つのビットマ
ップ３６０はプライマリボリューム(PVOL)１０５aとセ
カンダリプライマリボリューム(SPVOL)１０５bの間の差
データを持っている。次に、ストレージシステム１００
aは、セカンダリプライマリボリューム(SPVOL)１０５b
から、全ての差データをプライマリボリューム(PVOL)１
０５aにコピーする。前述したのは、本発明の実施例の
説明である。特許請求の範囲で定義される本発明の範囲
を逸脱することなく、異なった案や変更が可能であるこ
とは認識されるものである。
【発明の効果】本発明のやりかたにより、従来技術に対
して数多くの利点が達成できる。本発明による特定の実
施例により、幾つかの利点が得られる。たとえば、ある
実施例では、ファイルを重ね書きする事故の危険を減ら
し、特定のファイルだけを回復できる。さらに、特定の
実施例では、ストレージシステム間の接続を確立するプ
ライベートなネットワークを用いて回復処理を行うこと
が出来る。これにより、確実で高性能な接続ができる。
このように、回復処理を、速やかに、またデータが盗ま
れたり、変えられたり、そして／あるいは壊されたりす
る可能性がずっと少なく行うことが出来る。リモートコ
ピーを用いてバックアップや回復処理を行うことの利点
は、単一のリモートサイトでバックアップデータを管理
することが可能なことである。リモートコピーを用いて
何箇所かの地点にあるデータを、一つのサイトで収集
し、またそこで収集したデータをバックアップすること
ができる。システムバックアップを行うこの技術は、特
定の実施例では、リモートミラーを継続的に動作させる
というような利点がある。リモートミラーは、通常は、
ミラーを常時同期状態におく必要のある、障害回復目的
に使用される。もしバックアップを取るためにリモート
ミラー状態を壊し、そしてこの非同期状態の間に事故が
発生すると、現時点ではデータの回復は行えない。さら
に、ある実施例では、ユーザは、ある実施例のプライマ
リボリューム（PVOL）に対し、２ないしはそれ以上の世
代のセカンダリボリューム（SVOL）を設定することで、
複数の世代のバックアップを取ることが出来る。
して数多くの利点が達成できる。本発明による特定の実
施例により、幾つかの利点が得られる。たとえば、ある
実施例では、ファイルを重ね書きする事故の危険を減ら
し、特定のファイルだけを回復できる。さらに、特定の
実施例では、ストレージシステム間の接続を確立するプ
ライベートなネットワークを用いて回復処理を行うこと
が出来る。これにより、確実で高性能な接続ができる。
このように、回復処理を、速やかに、またデータが盗ま
れたり、変えられたり、そして／あるいは壊されたりす
る可能性がずっと少なく行うことが出来る。リモートコ
ピーを用いてバックアップや回復処理を行うことの利点
は、単一のリモートサイトでバックアップデータを管理
することが可能なことである。リモートコピーを用いて
何箇所かの地点にあるデータを、一つのサイトで収集
し、またそこで収集したデータをバックアップすること
ができる。システムバックアップを行うこの技術は、特
定の実施例では、リモートミラーを継続的に動作させる
というような利点がある。リモートミラーは、通常は、
ミラーを常時同期状態におく必要のある、障害回復目的
に使用される。もしバックアップを取るためにリモート
ミラー状態を壊し、そしてこの非同期状態の間に事故が
発生すると、現時点ではデータの回復は行えない。さら
に、ある実施例では、ユーザは、ある実施例のプライマ
リボリューム（PVOL）に対し、２ないしはそれ以上の世
代のセカンダリボリューム（SVOL）を設定することで、
複数の世代のバックアップを取ることが出来る。
【図１】図１は本発明の特定の実施例における、代表的
なシステムを示す。
なシステムを示す。
【図２】図２は本発明の特定の実施例における、ファイ
ルを回復処理する処理が具体化しているであろう代表的
なシステムを示す。
ルを回復処理する処理が具体化しているであろう代表的
なシステムを示す。
【図３】図３は本発明の特定の実施例における、代表的
なコピーマネージメントテーブルを示す。
なコピーマネージメントテーブルを示す。
【図４】図４は本発明の特定の実施例における、バック
アップを取るための代表的なプロセスのフローチャート
を示す。
アップを取るための代表的なプロセスのフローチャート
を示す。
【図５】図５は本発明の特定の実施例における、ファイ
ルを回復させるための代表的なプロセスのフローチャー
トを示す。
ルを回復させるための代表的なプロセスのフローチャー
トを示す。
【図６】図６は本発明の特定の実施例における、ボリュ
ームを回復させるための代表的なプロセスのフローチャ
ートを示す。
ームを回復させるための代表的なプロセスのフローチャ
ートを示す。
１１０ａ・・・プライマリホスト、１１０ｂ・・・セカンダリ
ホスト、１３０・・・リモートミラー、１４０ｂ・・・ローカ
ルミラー、１００ａ・・・プライマリストレージシステ
ム、１００ｂ・・・セカンダリストレージシステム
ホスト、１３０・・・リモートミラー、１４０ｂ・・・ローカ
ルミラー、１００ａ・・・プライマリストレージシステ
ム、１００ｂ・・・セカンダリストレージシステム
Claims (20)
- 【請求項１】パスを経由して相互に接続されている第１
のストレージサブシステムと第２のストレージサブシス
テムを用いるバックアップと回復の方法であって、 その第１のストレージサブシステムは第１のホストに接
続され、第２のストレージサブシステムは第２のホスト
に接続されており、 そのバックアップ手順は、第１の論理ボリュームを第１
のストレージサブシステムに、第２の論理ボリュームと
第３の論理ボリュームを第２のストレージサブシステム
に備えること、 その第２の論理ボリュームは第１の論理ボリュームをコ
ピーした論理ボリュームであること、 第１と第２の論理ボリュームは同期状態にあり、その第
３の論理ボリュームは第２の論理ボリュームをコピーし
た論理ボリュームであること、 第２と第３の論理ボリュームは同期状態にあり、第一の
ストレージサブシステムからのコマンドにより、第２の
論理ボリュームと第３の論理ボリュームを第１のホスト
から分離すること、<0}から構成される手順を実行し、 回復手順は、第３の論理ボリュームを第２のホストにの
せ、 第２のホストで第３のボリュームから回復すべきファイ
ルを読み出し、 第２のホストで第２のボリュームにそのファイルを書き
込み、 第１のボリュームを第２のボリュームに再同期化させる
ことからなる手順を実行することを特徴とする回復方
法。 - 【請求項２】請求項１に記載の回復方法であって、その
回復処理手順は、もしデータベースアプリケーションが
第１のホスト上で稼働しているならば、データベースを
第１のボリュームに回復させることを実行することを含
むことを特徴とする回復方法。 - 【請求項３】請求項１に記載の回復方法であって、 その第１のボリュームの第２のボリュームへの再同期化
は、第２のボリューム上の保留データビットマップに基
づき、プライマリボリュームへコピーするデータを決め
ることを有することを特徴とする回復方法。 - 【請求項４】請求項１に記載の回復方法であって、 さらにコマンドの後に到着した書込みデーを保留データ
ビットマップにマークし、それにより、どのデータが変
更されたかを追跡することを特徴とする回復方法。 - 【請求項５】請求項１に記載の回復方法であって、 そのコマンドは、第３のボリュームから回復され第２の
ボリュームに書き込まれる１個ないしはそれ以上のファ
イルの識別記号で構成され、 そこでは、第２のホストで第３のボリュームから回復す
べきファイルを読み出し、 第２のホストで第２のボリュームにそのファイルを書き
込むことが行われ、 さらに、第３のボリュームからコマンドで指定されたフ
ァイルのみを読み取り、読み取ったファイルを第２のボ
リュームに書き込むことで構成されることを特徴とする
回復方法。 - 【請求項６】ファイル回復方法であって、回復すべきフ
ァイルの表示を受信し、 前記回復すべきファイルはボリューム全体で構成される
か否かを判定し、もしそうであるなら、実行ボリューム
とバックアップボリュームとの間に存在するリモートミ
ラーを分割し、 バックアップボリュームとバックアップボリュームから
コピーしたデータを保持しているボリュームとの間に存
在するローカルミラーを再同期化し、そして、実行ボリ
ュームとバックアップボリュームに対するリモートミラ
ーを再同期化する各ステップで構成されることを特徴と
するファイル回復方法。 - 【請求項７】請求項６に記載のファイル回復方法であっ
て、 バックアップボリュームとバックアップボリュームから
コピーしたデータを保持しているボリュームとの間に存
在するローカルミラーを再同期化することが、 バックアップボリュームに対する保留ビットマップと、
バックアップボリュームからコピーしたデータを保持し
ているボリュームに対する保留ビットマップを比較して
差分のデータを決め、 バックアップボリュームからコピーしたデータを保持し
ているボリュームから、差分のデータをバックアップボ
リュームにコピーすることからなるファイル回復方法。 - 【請求項８】請求項６に記載のファイル回復方法であっ
て、 実行ボリュームとバックアップボリュームに対するリモ
ートミラーを再同期化することが実行ボリュームに対す
る保留ビットマップとバックアップボリュームに対する
保留ビットマップを比較して、差分データのセットを決
め、そして バックアップボリュームから差分のデータ
を実行ボリュームへコピーすることからなることを特徴
とするファイル回復方法。 - 【請求項９】ファイル回復手段であって、回復すべきフ
ァイルの表示を受信する手段と、 回復すべきファイルはボリューム全体の内容で構成され
ているかを判定する手段と、 実行ボリュームとバックアップボリュームの間に存在す
るリモートミラーを分割する手段と、 バックアップボリュームとバックアップボリュームから
コピーしたデータを保持しているボリュームとの間に存
在するローカルミラーを再同期化する手段と実行ボリュ
ームとバックアップボリュームに対するリモートミラー
を再同期化する手段で構成されることを特徴とするファ
イル回復手段。 - 【請求項１０】第１のホストからの要求に応じて、第２
のホストに接続された第２のストレージサブシステムか
ら、第１のホストに接続されている第１のストレージサ
ブシステムにファイルを回復させる方法であって、 そ
の第１のストレージサブシステムと第２のストレージサ
ブシステムはパス経由で相互に接続され、第１のストレ
ージサブシステムは第１の論理ボリュームを記憶し、第
２のストレージサブシステムは第２の論理ボリュームと
第３の論理ボリュームを記憶し、 第２の論理ボリュームは第１の論理ボリュームをコピー
した論理ボリュームであり、第３の論理ボリュームは第
２の論理ボリュームをコピーした論理ボリュームであ
り、第１の論理ボリュームと第２の論理ボリュームは非
同期の状態にあり、第２の論理ボリュームと第３の論理
ボリュームは同期状態にあるが、 この方法は第３の論理ボリュームを第２のホストにの
せ、 第２のホストで第３のボリュームから回復すべきファイ
ルを読み取り、 第２のホストで第２のボリュームにそのファイルを書き
込み、 第１のボリュームを第２のボリュームに再同期化させる
ステップからなるファイル回復方法。 - 【請求項１１】請求項１０に記載のファイル回復方法で
あって、 その第３の論理ボリュームを第２のホストにのせるのこ
とが、コマンドに対応して、第２の論理ボリュームと第
３の論理ボリュームの間にある同期状態を分割すること
であることを特徴とするファイル回復方法。 - 【請求項１２】ストレージサブシステムは、 第１の論理ボリュームと第２の論理ボリュームとプライ
マリストレージサブシステムに接続性を与えるパスへの
インタフェースと第２の論理ボリュームは第１の論理ボ
リュームをコピーした論理ボリュームからなり、 第１の論理ボリュームは機能的であって、プライマリス
トレージサブシステムにあるボリュームと、選択的に同
期状態かあるいは非同期状態に置くことが出来、 第１の論理ボリュームと第２の論理ボリュームとは同期
状態にあり、 第２の論理ボリュームは機能的であり、回復処理コマン
ドに対応して、ホストが回復すべきファイルにアクセス
して第２の論理ボリュームから読み出し、そして回復す
べきファイルを第１の論理ボリュームに書き込むことを
許可し、そして機能的であって、第１の論理ボリューム
と第２の論理ボリュームの間に同期状態を確立する第２
のストレージサブシステムで構成されることを特徴とす
るストレージシステム。 - 【請求項１３】コンピュータプログラムプロダクトであ
って、 回復されるべきファイルの表示を受信するコードと、 回復すべきファイルが一つのボリューム全体で構成され
ているか否かを判定し、もしそうであるなら、複数のコ
ードを始動させるコードと、さらに実行ボリュームとバ
ックアップボリュームの間に存在するリモートミラーを
分割するコードと、 バックアップボリュームとバックアップボリュームから
コピーされたデータを保持するボリュームの間に存在す
るローカルミラーを再同期化させるコードと、 実行ボリュームとバックアップボリュームに対するリモ
ートミラーを再同期化させるためのコードとコードを保
持する、コンピュータで読み出し可能な記憶媒体。 - 【請求項１４】請求項１に記載のファイル回復方法で作
成された、回復済みボリューム。 - 【請求項１５】請求項１０に記載のファイル回復方法で
作成された、回復済みボリューム。 - 【請求項１６】ファイル回復手段であって、 コマンドを受信する手段と、 第２の記憶手段と第３の記憶装手段の間に存在する同期
を分割する手段と第３の記憶装手段の情報を読み出し可
能にする手段と、 第３の記憶手段から回復すべきファイルを読み出す手段
と、 第２の記憶手段にそのファイルを書き込む手段と、 第２の記憶手段を第１の記憶手段に再同期させる手段で
構成されることを特徴とするファイル回復手段。 - 【請求項１７】請求項１６に記載のファイル回復手段で
あって、 その第３の記憶装手段の情報を読み出し可能にする手段
は、 さらに、第３の記憶手段により記憶された情報を処理す
る手段に、第３の記憶手段をのせる手段で構成されるこ
とを特徴とするファイル回復手段。 - 【請求項１８】コンピュータプログラムプロダクトであ
って、 コマンドを受信するコードと、 第２の記憶ユニットと第３の記憶ユニットの間に存在す
る同期状態を分割するコードと第３の記憶ユニットの情
報を読み出し可能にするコードと、 第３の記憶ユニットから回復すべきファイルを読み出す
ためのコードと第２の記憶ユニットにそのファイルを書
き込む手段と、第２の記憶ユニットを第１の記憶ユニッ
トに再同期化させるコードと、そしてコードを保持する
コンピュータプログラムプロダクト。 - 【請求項１９】ストレージシステムであって、 第１のホストに接続される、第１のストレージサブシス
テムと第２のホストに接続される、第２のストレージサ
ブシステムで構成され、 そこにおいては、第１のストレージサブシステムと第２
のストレージサブシステムはパス経由で相互に接続さ
れ、 第１のストレージサブシステムは第１の論理ボリューム
を記憶し、 第２のストレージサブシステムは第２の論理ボリューム
と第３の論理ボリュームを記憶し、 第２の論理ボリュームは第１の論理ボリュームをコピー
した論理ボリュームであり、 第３の論理ボリュームは第２の論理ボリュームをコピー
した論理ボリュームであり、 第１の論理ボリュームと第２の論理ボリュームは非同期
の状態にあり、 第２と第３の論理ボリュームは同期状態にあり、 第２のストレージサブシステムは機能的であって回復処
理コマンドに対応して第３の論理ボリュームを第２のホ
ストにのせ、 ホストは機能的であって回復すべきファイルを第３のボ
リュームから読み出し、そして、 回復すべきファイルを第２のボリュームに書き込み、 第２のストレージサブシステムは機能的であって、第１
の論理ボリュームと第２の論理ボリュームの間に同期状
態を確立することを特徴とするストレージサブシステ
ム。 - 【請求項２０】請求項１９に記載のストレージサブシス
テムであって、さらに第３のストレージサブシステムで
構成され、 それは、少なくとも、第２のストレージサブシステムの
第５の記憶ボリュームと時折同期に入る第４の記憶ボリ
ュームと、 第１のストレージサブシステムと第３のストレージサブ
システムのデータを第２のストレージサブシステムで収
集することを可能にする同期状態で構成されることを特
徴とするストレージサブシステム。
Applications Claiming Priority (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| US10/033,584 | 2001-12-27 | ||
| US10/033,584 US7152078B2 (en) | 2001-12-27 | 2001-12-27 | Systems, methods and computer program products for backup and restoring storage volumes in a storage area network |
Publications (3)
| Publication Number | Publication Date |
|---|---|
| JP2003233518A true JP2003233518A (ja) | 2003-08-22 |
| JP2003233518A5 JP2003233518A5 (ja) | 2006-02-09 |
| JP4256153B2 JP4256153B2 (ja) | 2009-04-22 |
Family
ID=21871242
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2002366022A Expired - Fee Related JP4256153B2 (ja) | 2001-12-27 | 2002-12-18 | バックアップと回復処理システムの方法と手段 |
Country Status (2)
| Country | Link |
|---|---|
| US (1) | US7152078B2 (ja) |
| JP (1) | JP4256153B2 (ja) |
Cited By (14)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2006048103A (ja) * | 2004-07-30 | 2006-02-16 | Hitachi Ltd | ディザスタリカバリシステム、プログラム及びデータの複製方法 |
| JP2006127217A (ja) * | 2004-10-29 | 2006-05-18 | Hitachi Ltd | 計算機システムおよび計算機システムの制御方法 |
| JP2006301891A (ja) * | 2005-04-20 | 2006-11-02 | Hitachi Ltd | ディザスタリカバリ方法、ディザスタリカバリシステム、リモートコピー方法、およびストレージシステム |
| US7159087B2 (en) | 2004-03-23 | 2007-01-02 | Hitachi, Ltd. | Storage system and remote copy method for storage system |
| JP2007141047A (ja) * | 2005-11-21 | 2007-06-07 | Hitachi Ltd | 計算機システム及び計算機システムのデータ複製方法 |
| JP2008009660A (ja) * | 2006-06-28 | 2008-01-17 | Nec Corp | データ管理システム，データ管理方法及びデータ管理用プログラム |
| JP2008209966A (ja) * | 2007-02-23 | 2008-09-11 | Hitachi Ltd | 一以上のセカンダリストレージシステムで複数のバックアップを取得するバックアップ制御方法 |
| JP2009151635A (ja) * | 2007-12-21 | 2009-07-09 | Nomura Research Institute Ltd | 業務継続システム |
| US7917805B2 (en) | 2007-11-09 | 2011-03-29 | Hitachi, Ltd. | Storage system for restoring data stored in failed storage device |
| JP2011165195A (ja) * | 2011-02-21 | 2011-08-25 | Hitachi Ltd | データベース管理方法、およびストレージシステム |
| JP2011222030A (ja) * | 2004-02-04 | 2011-11-04 | Sandisk Corp | デュアルメディアストレージデバイス |
| US9600383B2 (en) | 2015-02-02 | 2017-03-21 | Fujitsu Limited | Storage controller, method, and storage medium |
| US9779002B2 (en) | 2014-07-22 | 2017-10-03 | Fujitsu Limited | Storage control device and storage system |
| US9841923B2 (en) | 2014-12-19 | 2017-12-12 | Fujitsu Limited | Storage apparatus and storage system |
Families Citing this family (115)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US7162596B2 (en) * | 2002-01-11 | 2007-01-09 | Hewlett-Packard Development Company, L.P. | Remote mirrored disk pair resynchronization monitor |
| US7539735B2 (en) * | 2002-03-06 | 2009-05-26 | International Business Machines Corporation | Multi-session no query restore |
| US20030191917A1 (en) * | 2002-04-04 | 2003-10-09 | International Business Machines Corporation | Apparatus and method of maintaining reliable offline mirror copies in virtual volume groups |
| US6820180B2 (en) * | 2002-04-04 | 2004-11-16 | International Business Machines Corporation | Apparatus and method of cascading backup logical volume mirrors |
| JP2004013367A (ja) * | 2002-06-05 | 2004-01-15 | Hitachi Ltd | データ記憶サブシステム |
| JP2004046435A (ja) * | 2002-07-10 | 2004-02-12 | Hitachi Ltd | バックアップ方法、その方法に用いた記憶制御装置 |
| US7370025B1 (en) * | 2002-12-17 | 2008-05-06 | Symantec Operating Corporation | System and method for providing access to replicated data |
| JP4252301B2 (ja) * | 2002-12-26 | 2009-04-08 | 株式会社日立製作所 | 記憶システム及びそのデータバックアップ方法 |
| US7809693B2 (en) * | 2003-02-10 | 2010-10-05 | Netapp, Inc. | System and method for restoring data on demand for instant volume restoration |
| JP2004302556A (ja) * | 2003-03-28 | 2004-10-28 | Hitachi Ltd | 複数の計算機システム間でのデータ共有方法およびディスク制御装置 |
| US7523139B1 (en) * | 2003-05-02 | 2009-04-21 | Symantec Operating Corporation | Volume server and volume owner communication protocol in a distributed storage management system |
| JP2005309550A (ja) | 2004-04-19 | 2005-11-04 | Hitachi Ltd | リモートコピー方法及びリモートコピーシステム |
| US7240080B2 (en) * | 2003-07-30 | 2007-07-03 | International Business Machines Corporation | Method and apparatus for determining using least recently used protocol if one or more computer files should be written to one or more information storage media and synchronously providing one or more computer files between first and storage devices |
| JP4598387B2 (ja) * | 2003-09-17 | 2010-12-15 | 株式会社日立製作所 | 記憶システム |
| US7219201B2 (en) * | 2003-09-17 | 2007-05-15 | Hitachi, Ltd. | Remote storage disk control device and method for controlling the same |
| US7475134B2 (en) * | 2003-10-14 | 2009-01-06 | International Business Machines Corporation | Remote activity monitoring |
| US7440982B2 (en) * | 2003-11-13 | 2008-10-21 | Commvault Systems, Inc. | System and method for stored data archive verification |
| US7613748B2 (en) * | 2003-11-13 | 2009-11-03 | Commvault Systems, Inc. | Stored data reverification management system and method |
| US7152183B2 (en) * | 2003-11-20 | 2006-12-19 | Hitachi, Ltd. | Method and apparatus for volume replication management at planned and unplanned link down |
| JP4354268B2 (ja) * | 2003-12-22 | 2009-10-28 | 株式会社河合楽器製作所 | 信号処理装置 |
| US20050149554A1 (en) * | 2003-12-29 | 2005-07-07 | Chong Fay Jr. | One-way data mirror using write logging |
| JP2005196683A (ja) * | 2004-01-09 | 2005-07-21 | Hitachi Ltd | 情報処理システム、情報処理装置、及び情報処理システムの制御方法 |
| US7315965B2 (en) | 2004-02-04 | 2008-01-01 | Network Appliance, Inc. | Method and system for storing data using a continuous data protection system |
| US7904679B2 (en) | 2004-02-04 | 2011-03-08 | Netapp, Inc. | Method and apparatus for managing backup data |
| US7720817B2 (en) | 2004-02-04 | 2010-05-18 | Netapp, Inc. | Method and system for browsing objects on a protected volume in a continuous data protection system |
| US7783606B2 (en) | 2004-02-04 | 2010-08-24 | Netapp, Inc. | Method and system for remote data recovery |
| US7426617B2 (en) * | 2004-02-04 | 2008-09-16 | Network Appliance, Inc. | Method and system for synchronizing volumes in a continuous data protection system |
| US7165141B2 (en) * | 2004-02-27 | 2007-01-16 | Hewlett-Packard Development Company, L.P. | Daisy-chained device-mirroring architecture |
| JP2005301590A (ja) * | 2004-04-09 | 2005-10-27 | Hitachi Ltd | ストレージシステム及びデータ複製方法 |
| US7424574B1 (en) | 2004-04-21 | 2008-09-09 | Sun Microsystems, Inc. | Method and apparatus for dynamic striping |
| US7603568B1 (en) | 2004-04-21 | 2009-10-13 | Sun Microsystems, Inc. | Method and apparatus for self-validating checksums in a file system |
| US7415653B1 (en) | 2004-04-21 | 2008-08-19 | Sun Microsystems, Inc. | Method and apparatus for vectored block-level checksum for file system data integrity |
| US7412450B1 (en) | 2004-05-26 | 2008-08-12 | Sun Microsystems, Inc. | Method and apparatus for identifying tampering of data in a file system |
| US7281188B1 (en) | 2004-05-26 | 2007-10-09 | Sun Microsystems, Inc. | Method and system for detecting and correcting data errors using data permutations |
| US7496586B1 (en) | 2004-05-26 | 2009-02-24 | Sun Microsystems, Inc. | Method and apparatus for compressing data in a file system |
| US7526622B1 (en) * | 2004-05-26 | 2009-04-28 | Sun Microsystems, Inc. | Method and system for detecting and correcting data errors using checksums and replication |
| JP4452557B2 (ja) * | 2004-05-27 | 2010-04-21 | 株式会社日立製作所 | Ｗｏｒｍ保証付きリモートコピー |
| US8677086B2 (en) * | 2004-06-30 | 2014-03-18 | Emc Corporation | System for caching data |
| US8688934B1 (en) * | 2004-06-30 | 2014-04-01 | Emc Corporation | Method for caching data |
| JP2006048300A (ja) * | 2004-08-03 | 2006-02-16 | Hitachi Ltd | ディスクアレイ装置群およびそのコピー処理方法 |
| JP4401895B2 (ja) * | 2004-08-09 | 2010-01-20 | 株式会社日立製作所 | 計算機システム、計算機及びそのプログラム。 |
| US7533225B1 (en) | 2004-08-17 | 2009-05-12 | Sun Microsystems, Inc. | Method and apparatus for enabling adaptive endianness |
| US7437528B1 (en) | 2004-08-17 | 2008-10-14 | Sun Microsystems, Inc. | Gang blocks |
| US7395265B2 (en) * | 2004-08-27 | 2008-07-01 | Hitachi, Ltd. | Data processing system and storage subsystem provided in data processing system |
| US7373472B2 (en) * | 2004-08-31 | 2008-05-13 | Emc Corporation | Storage switch asynchronous replication |
| US8028135B1 (en) | 2004-09-01 | 2011-09-27 | Netapp, Inc. | Method and apparatus for maintaining compliant storage |
| US7139782B2 (en) * | 2004-09-21 | 2006-11-21 | Hitachi, Ltd. | Method of and system for testing remote storage |
| JP4377790B2 (ja) * | 2004-09-30 | 2009-12-02 | 株式会社日立製作所 | リモートコピーシステムおよびリモートコピー方法 |
| US20060085686A1 (en) * | 2004-10-13 | 2006-04-20 | International Business Machines Corporation | System and method for institutional computer restoration |
| JP4376750B2 (ja) * | 2004-10-14 | 2009-12-02 | 株式会社日立製作所 | 計算機システム |
| US7711924B2 (en) * | 2004-11-15 | 2010-05-04 | International Business Machines Corporation | Managing volumes in volume groups |
| JP4639075B2 (ja) * | 2004-12-02 | 2011-02-23 | 株式会社日立製作所 | 可搬記憶媒体に対する論理ディスク仮想化機能を有するディスクシステム |
| US7412576B2 (en) * | 2004-12-08 | 2008-08-12 | Hitachi, Ltd. | Remote copy system having multiple data centers |
| US7774610B2 (en) | 2004-12-14 | 2010-08-10 | Netapp, Inc. | Method and apparatus for verifiably migrating WORM data |
| US7483926B2 (en) * | 2005-04-01 | 2009-01-27 | Microsoft Corporation | Production server to data protection server mapping |
| JP2006302015A (ja) * | 2005-04-21 | 2006-11-02 | Hitachi Ltd | ストレージシステム及びデータ管理方法 |
| US7689609B2 (en) * | 2005-04-25 | 2010-03-30 | Netapp, Inc. | Architecture for supporting sparse volumes |
| EP1875394B1 (en) | 2005-04-25 | 2011-06-08 | Network Appliance, Inc. | System and method for caching network file systems |
| US7613747B1 (en) * | 2005-06-08 | 2009-11-03 | Sprint Communications Company L.P. | Tiered database storage and replication |
| US7716519B2 (en) * | 2005-11-04 | 2010-05-11 | Oracle America, Inc. | Method and system for repairing partially damaged blocks |
| US7877554B2 (en) * | 2005-11-04 | 2011-01-25 | Oracle America, Inc. | Method and system for block reallocation |
| US7689877B2 (en) * | 2005-11-04 | 2010-03-30 | Sun Microsystems, Inc. | Method and system using checksums to repair data |
| US7480684B2 (en) * | 2005-11-04 | 2009-01-20 | Sun Microsystems, Inc. | Method and system for object allocation using fill counts |
| US8549051B2 (en) * | 2005-11-04 | 2013-10-01 | Oracle America, Inc. | Unlimited file system snapshots and clones |
| US20070112895A1 (en) * | 2005-11-04 | 2007-05-17 | Sun Microsystems, Inc. | Block-based incremental backup |
| US8938594B2 (en) * | 2005-11-04 | 2015-01-20 | Oracle America, Inc. | Method and system for metadata-based resilvering |
| US7596739B2 (en) * | 2005-11-04 | 2009-09-29 | Sun Microsystems, Inc. | Method and system for data replication |
| US7925827B2 (en) * | 2005-11-04 | 2011-04-12 | Oracle America, Inc. | Method and system for dirty time logging |
| US8635190B2 (en) * | 2005-11-04 | 2014-01-21 | Oracle America, Inc. | Method and system for pruned resilvering using a dirty time log |
| US7930495B2 (en) * | 2005-11-04 | 2011-04-19 | Oracle America, Inc. | Method and system for dirty time log directed resilvering |
| US7743225B2 (en) * | 2005-11-04 | 2010-06-22 | Oracle America, Inc. | Ditto blocks |
| US7873799B2 (en) * | 2005-11-04 | 2011-01-18 | Oracle America, Inc. | Method and system supporting per-file and per-block replication |
| US20070106868A1 (en) * | 2005-11-04 | 2007-05-10 | Sun Microsystems, Inc. | Method and system for latency-directed block allocation |
| US7865673B2 (en) * | 2005-11-04 | 2011-01-04 | Oracle America, Inc. | Multiple replication levels with pooled devices |
| US7716445B2 (en) * | 2005-11-04 | 2010-05-11 | Oracle America, Inc. | Method and system for storing a sparse file using fill counts |
| US7899989B2 (en) * | 2005-11-04 | 2011-03-01 | Oracle America, Inc. | Method and system for using a block allocation policy |
| US8495010B2 (en) * | 2005-11-04 | 2013-07-23 | Oracle America, Inc. | Method and system for adaptive metadata replication |
| JP4436316B2 (ja) * | 2005-12-27 | 2010-03-24 | 富士通株式会社 | ビットマップ処理方式 |
| US7752401B2 (en) * | 2006-01-25 | 2010-07-06 | Netapp, Inc. | Method and apparatus to automatically commit files to WORM status |
| US20070208918A1 (en) * | 2006-03-01 | 2007-09-06 | Kenneth Harbin | Method and apparatus for providing virtual machine backup |
| US9189303B2 (en) * | 2006-08-10 | 2015-11-17 | International Business Machines Corporation | Shadow queues for recovery of messages |
| US7627729B2 (en) * | 2006-09-07 | 2009-12-01 | International Business Machines Corporation | Apparatus, system, and method for an improved synchronous mirror swap |
| US7594072B2 (en) * | 2006-09-15 | 2009-09-22 | Hitachi, Ltd. | Method and apparatus incorporating virtualization for data storage and protection |
| JP4902403B2 (ja) | 2006-10-30 | 2012-03-21 | 株式会社日立製作所 | 情報システム及びデータ転送方法 |
| US7840657B2 (en) * | 2006-10-31 | 2010-11-23 | Oracle America, Inc. | Method and apparatus for power-managing storage devices in a storage pool |
| US7783847B2 (en) | 2006-10-31 | 2010-08-24 | Oracle America Inc. | Method and system for reallocating blocks in a storage pool |
| US7584229B2 (en) * | 2006-10-31 | 2009-09-01 | Sun Microsystems, Inc. | Method and system for priority-based allocation in a storage pool |
| US7792882B2 (en) * | 2007-09-27 | 2010-09-07 | Oracle America, Inc. | Method and system for block allocation for hybrid drives |
| US8095728B2 (en) * | 2008-04-18 | 2012-01-10 | Oracle America, Inc. | Method and system for power aware I/O scheduling |
| US8065559B2 (en) * | 2008-05-29 | 2011-11-22 | Citrix Systems, Inc. | Systems and methods for load balancing via a plurality of virtual servers upon failover using metrics from a backup virtual server |
| US7533289B1 (en) * | 2008-06-06 | 2009-05-12 | International Business Machines Corporation | System, method, and computer program product for performing live cloning |
| US8037279B2 (en) * | 2008-06-12 | 2011-10-11 | Oracle America, Inc. | Method and system for cross-domain data sharing |
| US8135907B2 (en) * | 2008-06-30 | 2012-03-13 | Oracle America, Inc. | Method and system for managing wear-level aware file systems |
| US20100262797A1 (en) * | 2009-04-10 | 2010-10-14 | PHD Virtual Technologies | Virtual machine data backup |
| US8280858B2 (en) * | 2009-06-29 | 2012-10-02 | Oracle America, Inc. | Storage pool scrubbing with concurrent snapshots |
| US8483071B2 (en) * | 2009-09-16 | 2013-07-09 | International Business Machines Corporation | Self-healing fibre channel link |
| US8190574B2 (en) * | 2010-03-02 | 2012-05-29 | Storagecraft Technology Corporation | Systems, methods, and computer-readable media for backup and restoration of computer information |
| US9009430B2 (en) * | 2010-12-02 | 2015-04-14 | International Business Machines Corporation | Restoration of data from a backup storage volume |
| US8522068B2 (en) | 2011-05-02 | 2013-08-27 | International Business Machines Corporation | Coordinated disaster recovery production takeover operations |
| US8671308B2 (en) | 2011-05-02 | 2014-03-11 | International Business Machines Corporation | Optimizing disaster recovery systems during takeover operations |
| US8850139B2 (en) | 2011-05-11 | 2014-09-30 | International Business Machines Corporation | Changing ownership of cartridges |
| US9983960B2 (en) * | 2012-01-23 | 2018-05-29 | International Business Machines Corporation | Offline initialization for a remote mirror storage facility |
| US9323461B2 (en) * | 2012-05-01 | 2016-04-26 | Hitachi, Ltd. | Traffic reducing on data migration |
| US9146685B2 (en) | 2013-02-11 | 2015-09-29 | International Business Machines Corporation | Marking local regions and providing a snapshot thereof for asynchronous mirroring |
| FR3005363B1 (fr) * | 2013-05-02 | 2015-05-01 | Bull Sas | Procede et dispositif de sauvegarde de donnees dans une infrastructure informatique offrant des fonctions de reprise d'activite |
| US10949309B2 (en) * | 2015-12-28 | 2021-03-16 | Netapp Inc. | Snapshot creation with synchronous replication |
| US10078566B2 (en) | 2016-06-20 | 2018-09-18 | International Business Machines Corporation | Managing health conditions to determine when to restart replication after a swap triggered by a storage health event |
| US10083099B2 (en) | 2016-06-20 | 2018-09-25 | International Business Machines Corporation | After swapping from a first storage to a second storage, mirroring data from the second storage to the first storage for data in the first storage that experienced data errors |
| CN109960602B (zh) * | 2017-12-26 | 2023-02-10 | 中国移动通信集团四川有限公司 | 信息管理方法、装置、设备及介质 |
| US10585767B2 (en) | 2018-02-07 | 2020-03-10 | International Business Machines Corporation | Automatic data healing using a storage controller |
| US10579285B2 (en) | 2018-02-07 | 2020-03-03 | International Business Machines Corporation | Automatic data healing by I/O |
| CN108897643A (zh) * | 2018-06-22 | 2018-11-27 | 郑州云海信息技术有限公司 | 一种存储设备的控制方法和存储系统 |
| US10795913B2 (en) * | 2018-10-11 | 2020-10-06 | Capital One Services, Llc | Synching and reading arrangements for multi-regional active/active databases |
| US11321196B1 (en) | 2021-02-05 | 2022-05-03 | Hitachi, Ltd. | Disaster recovery collaborated with storage system and backup appliance in hybrid cloud environment |
| US12086614B2 (en) | 2021-10-25 | 2024-09-10 | Hitachi, Ltd. | System replication method in hybrid cloud environment |
Family Cites Families (22)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US5544347A (en) | 1990-09-24 | 1996-08-06 | Emc Corporation | Data storage system controlled remote data mirroring with respectively maintained data indices |
| JPH05341918A (ja) * | 1992-05-12 | 1993-12-24 | Internatl Business Mach Corp <Ibm> | 二重化デイスク記憶装置システムを構成するための接続装置 |
| US5459857A (en) | 1992-05-15 | 1995-10-17 | Storage Technology Corporation | Fault tolerant disk array data storage subsystem |
| GB2273180A (en) | 1992-12-02 | 1994-06-08 | Ibm | Database backup and recovery. |
| US5812748A (en) * | 1993-06-23 | 1998-09-22 | Vinca Corporation | Method for improving recovery performance from hardware and software errors in a fault-tolerant computer system |
| US5799141A (en) | 1995-06-09 | 1998-08-25 | Qualix Group, Inc. | Real-time data protection system and method |
| US5852715A (en) * | 1996-03-19 | 1998-12-22 | Emc Corporation | System for currently updating database by one host and reading the database by different host for the purpose of implementing decision support functions |
| US6044444A (en) | 1996-05-28 | 2000-03-28 | Emc Corporation | Remote data mirroring having preselection of automatic recovery or intervention required when a disruption is detected |
| US5857208A (en) | 1996-05-31 | 1999-01-05 | Emc Corporation | Method and apparatus for performing point in time backup operation in a computer system |
| US5933653A (en) | 1996-05-31 | 1999-08-03 | Emc Corporation | Method and apparatus for mirroring data in a remote data storage system |
| US6101497A (en) * | 1996-05-31 | 2000-08-08 | Emc Corporation | Method and apparatus for independent and simultaneous access to a common data set |
| US5884328A (en) | 1997-08-29 | 1999-03-16 | Tandem Computers, Inc. | System and method for sychronizing a large database and its replica |
| US6289357B1 (en) | 1998-04-24 | 2001-09-11 | Platinum Technology Ip, Inc. | Method of automatically synchronizing mirrored database objects |
| US6163856A (en) | 1998-05-29 | 2000-12-19 | Sun Microsystems, Inc. | Method and apparatus for file system disaster recovery |
| US6308284B1 (en) | 1998-08-28 | 2001-10-23 | Emc Corporation | Method and apparatus for maintaining data coherency |
| US6209002B1 (en) | 1999-02-17 | 2001-03-27 | Emc Corporation | Method and apparatus for cascading data through redundant data storage units |
| US6397307B2 (en) * | 1999-02-23 | 2002-05-28 | Legato Systems, Inc. | Method and system for mirroring and archiving mass storage |
| DE60043873D1 (de) * | 1999-06-01 | 2010-04-08 | Hitachi Ltd | Verfahren zur Datensicherung |
| US6505216B1 (en) * | 1999-10-01 | 2003-01-07 | Emc Corporation | Methods and apparatus for backing-up and restoring files using multiple trails |
| US6401178B1 (en) * | 1999-12-23 | 2002-06-04 | Emc Corporatiion | Data processing method and apparatus for enabling independent access to replicated data |
| US6968347B2 (en) * | 2001-02-28 | 2005-11-22 | Emc Corporation | Data recovery method and apparatus |
| US6496908B1 (en) * | 2001-05-18 | 2002-12-17 | Emc Corporation | Remote mirroring |
-
2001
- 2001-12-27 US US10/033,584 patent/US7152078B2/en not_active Expired - Fee Related
-
2002
- 2002-12-18 JP JP2002366022A patent/JP4256153B2/ja not_active Expired - Fee Related
Cited By (20)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2011222030A (ja) * | 2004-02-04 | 2011-11-04 | Sandisk Corp | デュアルメディアストレージデバイス |
| US7159087B2 (en) | 2004-03-23 | 2007-01-02 | Hitachi, Ltd. | Storage system and remote copy method for storage system |
| US7451287B2 (en) | 2004-03-23 | 2008-11-11 | Hitachi, Ltd. | Storage system and remote copy method for storage system |
| JP4484618B2 (ja) * | 2004-07-30 | 2010-06-16 | 株式会社日立製作所 | ディザスタリカバリシステム、プログラム及びデータの複製方法 |
| JP2006048103A (ja) * | 2004-07-30 | 2006-02-16 | Hitachi Ltd | ディザスタリカバリシステム、プログラム及びデータの複製方法 |
| JP2006127217A (ja) * | 2004-10-29 | 2006-05-18 | Hitachi Ltd | 計算機システムおよび計算機システムの制御方法 |
| JP4731975B2 (ja) * | 2005-04-20 | 2011-07-27 | 株式会社日立製作所 | データベース管理方法、およびストレージシステム |
| JP2006301891A (ja) * | 2005-04-20 | 2006-11-02 | Hitachi Ltd | ディザスタリカバリ方法、ディザスタリカバリシステム、リモートコピー方法、およびストレージシステム |
| JP2007141047A (ja) * | 2005-11-21 | 2007-06-07 | Hitachi Ltd | 計算機システム及び計算機システムのデータ複製方法 |
| JP2008009660A (ja) * | 2006-06-28 | 2008-01-17 | Nec Corp | データ管理システム，データ管理方法及びデータ管理用プログラム |
| JP4721057B2 (ja) * | 2006-06-28 | 2011-07-13 | 日本電気株式会社 | データ管理システム，データ管理方法及びデータ管理用プログラム |
| JP2008209966A (ja) * | 2007-02-23 | 2008-09-11 | Hitachi Ltd | 一以上のセカンダリストレージシステムで複数のバックアップを取得するバックアップ制御方法 |
| US7917805B2 (en) | 2007-11-09 | 2011-03-29 | Hitachi, Ltd. | Storage system for restoring data stored in failed storage device |
| US8522071B2 (en) | 2007-11-09 | 2013-08-27 | Hitachi, Ltd. | Storage system for restoring data stored in failed storage device |
| US8762768B2 (en) | 2007-11-09 | 2014-06-24 | Hitachi, Ltd. | Storage system for restoring data stored in failed storage device |
| JP2009151635A (ja) * | 2007-12-21 | 2009-07-09 | Nomura Research Institute Ltd | 業務継続システム |
| JP2011165195A (ja) * | 2011-02-21 | 2011-08-25 | Hitachi Ltd | データベース管理方法、およびストレージシステム |
| US9779002B2 (en) | 2014-07-22 | 2017-10-03 | Fujitsu Limited | Storage control device and storage system |
| US9841923B2 (en) | 2014-12-19 | 2017-12-12 | Fujitsu Limited | Storage apparatus and storage system |
| US9600383B2 (en) | 2015-02-02 | 2017-03-21 | Fujitsu Limited | Storage controller, method, and storage medium |
Also Published As
| Publication number | Publication date |
|---|---|
| US7152078B2 (en) | 2006-12-19 |
| US20030126107A1 (en) | 2003-07-03 |
| JP4256153B2 (ja) | 2009-04-22 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP4256153B2 (ja) | バックアップと回復処理システムの方法と手段 | |
| JP4257774B2 (ja) | 記憶装置を応用したコピー管理の方法と装置 | |
| EP1111509B1 (en) | Apparatus for enabling independent access to replicated data | |
| US7139851B2 (en) | Method and apparatus for re-synchronizing mirroring pair with data consistency | |
| US7441148B2 (en) | Method and apparatus for volume replication management at planned and unplanned link down | |
| EP0902923B1 (en) | Method for independent and simultaneous access to a common data set | |
| US6035412A (en) | RDF-based and MMF-based backups | |
| JP3958757B2 (ja) | カスケード式再同期を利用する障害回復システム | |
| US6304980B1 (en) | Peer-to-peer backup system with failure-triggered device switching honoring reservation of primary device | |
| US7191299B1 (en) | Method and system of providing periodic replication | |
| US6668264B1 (en) | Resynchronization of a target volume with a source volume | |
| JP4870816B2 (ja) | 改良された同期データ・ミラー・スワップのための装置、システム、および方法 | |
| JP2576847B2 (ja) | 記憶制御装置及び関連する方法 | |
| US7287181B2 (en) | Mirrored volume replication method, apparatus, and system | |
| JP3968207B2 (ja) | データ多重化方法およびデータ多重化システム | |
| US7496718B2 (en) | Data transfer and access control between disk array systems | |
| US20050071391A1 (en) | High availability data replication set up using external backup and restore | |
| US20050050288A1 (en) | Storage system, method of controlling storage system, and storage device | |
| US20050071372A1 (en) | Autonomic infrastructure enablement for point in time copy consistency | |
| JP2007310701A (ja) | データベースシステム、ストレージ装置、初期コピー方法及びログ適用方法 | |
| JPH08254047A (ja) | 故障許容鍵管理装置及び方法 | |
| US20090094427A1 (en) | Capacity expansion control method for storage system | |
| JP2003099306A (ja) | 計算機システムおよび計算機システムにおけるバックアップ方法 | |
| JP2004272318A (ja) | 系切り替えシステムおよびその処理方法並びにその処理プログラム |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20051209 |
|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20051209 |
|
| RD02 | Notification of acceptance of power of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7422 Effective date: 20051209 |
|
| RD04 | Notification of resignation of power of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7424 Effective date: 20061023 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20081024 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20081224 |
|
| 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: 20090127 |
|
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20090129 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120206 Year of fee payment: 3 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120206 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130206 Year of fee payment: 4 |
|
| LAPS | Cancellation because of no payment of annual fees |