JP2003233467A - ストレージベースリモートコピーでのパス選択方式 - Google Patents
ストレージベースリモートコピーでのパス選択方式Info
- Publication number
- JP2003233467A JP2003233467A JP2002361911A JP2002361911A JP2003233467A JP 2003233467 A JP2003233467 A JP 2003233467A JP 2002361911 A JP2002361911 A JP 2002361911A JP 2002361911 A JP2002361911 A JP 2002361911A JP 2003233467 A JP2003233467 A JP 2003233467A
- Authority
- JP
- Japan
- Prior art keywords
- storage
- data
- remote
- storage system
- area
- 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.)
- Pending
Links
- 238000010187 selection method Methods 0.000 title 1
- 238000000034 method Methods 0.000 claims description 90
- 238000013500 data storage Methods 0.000 claims description 17
- 230000004044 response Effects 0.000 claims description 5
- 238000004891 communication Methods 0.000 claims description 3
- 230000008878 coupling Effects 0.000 claims 1
- 238000010168 coupling process Methods 0.000 claims 1
- 238000005859 coupling reaction Methods 0.000 claims 1
- 230000008569 process Effects 0.000 description 45
- 238000012545 processing Methods 0.000 description 22
- 238000012546 transfer Methods 0.000 description 14
- 238000007726 management method Methods 0.000 description 9
- 230000008859 change Effects 0.000 description 6
- 238000010586 diagram Methods 0.000 description 6
- 244000309464 bull Species 0.000 description 2
- 230000006870 function Effects 0.000 description 2
- 101100082120 Oryza sativa subsp. japonica PAIR1 gene Proteins 0.000 description 1
- 238000012508 change request Methods 0.000 description 1
- 238000006243 chemical reaction Methods 0.000 description 1
- 238000012790 confirmation Methods 0.000 description 1
- 230000000694 effects Effects 0.000 description 1
- 238000005516 engineering process Methods 0.000 description 1
- 239000000835 fiber Substances 0.000 description 1
- 230000036541 health Effects 0.000 description 1
- 230000001151 other effect Effects 0.000 description 1
- 238000012913 prioritisation Methods 0.000 description 1
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/1458—Management of the backup or restore process
- G06F11/1461—Backup scheduling policy
-
- 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
-
- 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/99953—Recoverability
-
- 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
【発明の属する技術分野】本発明は、一般的にデータス
トレージシステムに関連し、特に、遠隔地でのデータバ
ックアップストレージシステムでミラーされるローカル
データストレージシステムを含むデータストレージシス
テムに関連する。
トレージシステムに関連し、特に、遠隔地でのデータバ
ックアップストレージシステムでミラーされるローカル
データストレージシステムを含むデータストレージシス
テムに関連する。
【従来の技術】現在の事業環境では、データを何らかの
形でバックアップすることは、もはや贅沢ではなく、不
可欠なことである。一つの会社の財務的健全性は、会社
のデータに依存することが大きく、データの損失、破
損、盗難等は、経済的災害であるといえる。このような
データ損失に対して、数々のデータストレージ対策が考
えられてきた。多くの解決策は、メインデータストレー
ジのデータを定期的に何処か別の所で保管・保護のた
め、ある種のストレージ媒体に転送することに頼ってい
る。この“何処か別の”と言う意味は、元データと同じ
一般的な場所(例えば、同じビルの同じフロアや同じビ
ル群の何処か)かもしれない。この方式はメインストレ
ージシステムが故障したりデータがひどく損傷を受けた
ときに、バックアップが得られる。しかしながらこの方
式は、火事、洪水、地震のような本当の災害の場合に
は、元データもバックアップも共に損失するというリス
クを負っている。従って、多くの企業体では、この方式
を避けて、バックアップストレージシステムを、メイン
ストレージシステムから地理的に離れた、例えば他の都
市とか州とかに設置するようになってきている。後者の
方式では、メインストレージシステムのデータが破損を
受ける災害的な事態でも、遠隔地にあるリモートストレ
ージシステムが災害を受けなければ、メインストレージ
システムで生成され、維持されているデータのコピーを
リモートストレージシステムで保管することで、データ
の回復が可能になる。“リモートコピー”はデータを遠
隔地にあるリモートストレージシステムに複製させるた
めに現在使用されている技術の一つである。この技術が
採用されると、メインまたはローカルストレージシステ
ムにデータが書き込まれ、かつ／または更新される度
に、このメインまたはローカルストレージシステムのデ
ータはリモートストレージシステムに転送される。
形でバックアップすることは、もはや贅沢ではなく、不
可欠なことである。一つの会社の財務的健全性は、会社
のデータに依存することが大きく、データの損失、破
損、盗難等は、経済的災害であるといえる。このような
データ損失に対して、数々のデータストレージ対策が考
えられてきた。多くの解決策は、メインデータストレー
ジのデータを定期的に何処か別の所で保管・保護のた
め、ある種のストレージ媒体に転送することに頼ってい
る。この“何処か別の”と言う意味は、元データと同じ
一般的な場所(例えば、同じビルの同じフロアや同じビ
ル群の何処か)かもしれない。この方式はメインストレ
ージシステムが故障したりデータがひどく損傷を受けた
ときに、バックアップが得られる。しかしながらこの方
式は、火事、洪水、地震のような本当の災害の場合に
は、元データもバックアップも共に損失するというリス
クを負っている。従って、多くの企業体では、この方式
を避けて、バックアップストレージシステムを、メイン
ストレージシステムから地理的に離れた、例えば他の都
市とか州とかに設置するようになってきている。後者の
方式では、メインストレージシステムのデータが破損を
受ける災害的な事態でも、遠隔地にあるリモートストレ
ージシステムが災害を受けなければ、メインストレージ
システムで生成され、維持されているデータのコピーを
リモートストレージシステムで保管することで、データ
の回復が可能になる。“リモートコピー”はデータを遠
隔地にあるリモートストレージシステムに複製させるた
めに現在使用されている技術の一つである。この技術が
採用されると、メインまたはローカルストレージシステ
ムにデータが書き込まれ、かつ／または更新される度
に、このメインまたはローカルストレージシステムのデ
ータはリモートストレージシステムに転送される。
【発明が解決しようとする課題】しかしながら、この方
式にしても、問題点がある。多くのリモートコピー技術
の実施例では、ローカルストレージシステムからリモー
トストレージシステムにデータを転送するのに、インタ
ーネットのような広域ネットワークが用いられる。もし
リモートストレージシステムに大量のデータ転送がなさ
れている場合、リモートストレージシステムにデータを
転送するリモートコピー動作の前又は動作中に、何か異
常事態が発生すると、転送速度不足により、転送中のデ
ータが失われてしまう可能性がある。多くの場合、ロー
カルストレージシステムでデータ更新の度に、ネットワ
ークの空きを待つ必要があり、災害時のデータ損失時間
を増大させるため、このことは稀にしか起きないことと
は考えられないことである。データ損失のリスクを最小
にしなければならないことは明らかである。
式にしても、問題点がある。多くのリモートコピー技術
の実施例では、ローカルストレージシステムからリモー
トストレージシステムにデータを転送するのに、インタ
ーネットのような広域ネットワークが用いられる。もし
リモートストレージシステムに大量のデータ転送がなさ
れている場合、リモートストレージシステムにデータを
転送するリモートコピー動作の前又は動作中に、何か異
常事態が発生すると、転送速度不足により、転送中のデ
ータが失われてしまう可能性がある。多くの場合、ロー
カルストレージシステムでデータ更新の度に、ネットワ
ークの空きを待つ必要があり、災害時のデータ損失時間
を増大させるため、このことは稀にしか起きないことと
は考えられないことである。データ損失のリスクを最小
にしなければならないことは明らかである。
【課題を解決するための手段】本発明は、ローカルスト
レージシステムから地理的に遠隔地に存在するリモート
ストレージシステムにデータを転送して、リモートコピ
ーをプライオリテイベースで実施するための、方法およ
び当該方法を実現した装置である。データにはローカル
ストレージシステムにて、各データの重要度に応じてプ
ライオリテイがアサインされる。あるデータは高いプラ
イオリテイがアサインされ、他のデータはより低いプラ
イオリテイがアサインされる。データはアサインされた
プライオリテイに応じて転送される。本発明は、データ
を保存するための、メインまたはローカルストレージシ
ステムと、このローカルストレージシステムのデータを
ミラーする地理的に離れた少なくとも一つのリモートス
トレージシステムと、で構成されるデータ処理システム
に広く適用される。一般的に、データはローカルストレ
ージシステムにおいて事前に定められた“ストレージエ
リア”に保存される。これらのストレージエリアは、デ
ィスクストレージ装置であっても良いし、あるいは（フ
ァイルレベルＩ／Ｏ使用のストレージシステムでは）フ
ァイル単位、（ブロックレベルＩ／Ｏ使用のストレージ
システムでは）ブロック単位であってもよい。ローカル
ストレージシステムでは、ストレージエリアのペアを指
定するペアテーブルが用いられ、ペアの一方は、ローカ
ルストレージシステムのストレージエリアで、ペアの他
方は対応するリモートストレージシステムのストレージ
エリアである。各ペアに対応して、プライオリテイがア
サインされる。ローカルストレージシステムが受信した
書き込み要求によるデータの更新が、リモートストレー
ジシステムへ更新データの転送を引き起こし、リモート
コピー動作を開始する。転送対象のテータと対応するペ
アのストレージエリアを定義したリモートコピー要求が
生成され、キューに登録される。このキューは周期的に
チェックされ、より高いプライオリテイがアサインされ
たストレージエリアのリモートコピー要求が、より低い
プライオリテイがアサインされたストレージエリアのリ
モートコピー要求より、先行して転送される。
レージシステムから地理的に遠隔地に存在するリモート
ストレージシステムにデータを転送して、リモートコピ
ーをプライオリテイベースで実施するための、方法およ
び当該方法を実現した装置である。データにはローカル
ストレージシステムにて、各データの重要度に応じてプ
ライオリテイがアサインされる。あるデータは高いプラ
イオリテイがアサインされ、他のデータはより低いプラ
イオリテイがアサインされる。データはアサインされた
プライオリテイに応じて転送される。本発明は、データ
を保存するための、メインまたはローカルストレージシ
ステムと、このローカルストレージシステムのデータを
ミラーする地理的に離れた少なくとも一つのリモートス
トレージシステムと、で構成されるデータ処理システム
に広く適用される。一般的に、データはローカルストレ
ージシステムにおいて事前に定められた“ストレージエ
リア”に保存される。これらのストレージエリアは、デ
ィスクストレージ装置であっても良いし、あるいは（フ
ァイルレベルＩ／Ｏ使用のストレージシステムでは）フ
ァイル単位、（ブロックレベルＩ／Ｏ使用のストレージ
システムでは）ブロック単位であってもよい。ローカル
ストレージシステムでは、ストレージエリアのペアを指
定するペアテーブルが用いられ、ペアの一方は、ローカ
ルストレージシステムのストレージエリアで、ペアの他
方は対応するリモートストレージシステムのストレージ
エリアである。各ペアに対応して、プライオリテイがア
サインされる。ローカルストレージシステムが受信した
書き込み要求によるデータの更新が、リモートストレー
ジシステムへ更新データの転送を引き起こし、リモート
コピー動作を開始する。転送対象のテータと対応するペ
アのストレージエリアを定義したリモートコピー要求が
生成され、キューに登録される。このキューは周期的に
チェックされ、より高いプライオリテイがアサインされ
たストレージエリアのリモートコピー要求が、より低い
プライオリテイがアサインされたストレージエリアのリ
モートコピー要求より、先行して転送される。
【発明の実施の形態】簡単に言えば、本発明はリモート
コピーを用いて、データを優先付けして転送してバック
アップする方法であり、ローカルデータストレージに書
き込まれた又は更新された重要データを、災害的事態が
発生して元データ（ローカルデータ）が傷つけられ、損
なわれ、または失われた場合でも利用可能にするため
に、リモートストレージシステムにコピーすることをで
きる限り保証するための方法である。図１では、本発明
の主要機能を実装するためのデータ処理システムがブロ
ックダイアグラムの形で一般的に説明されている。図１
はローカルストレージシステム１２と、このシステムと
地理的に離れた、例えばＷＡＮ（Wide Area Networ
k）１４で通信結合された、リモートストレージシステ
ム１２’より構成されるデータ処理システム１０を示
す。ストレージシステム１２、１２’は本質的には如何
なる規模であっても良いが、容易に分かるように、本発
明は大規模ストレージシステムで特に効果が発揮され
る。従って、ストレージシステム１２は、複数のテープ
または、デイスクのような、大量データ保存媒体により
構成される。このような大量データの保存には、論理ボ
リュームをストレージスペースの決められた位置にマッ
プする論理ファイル管理システムがよく採用される。慣
例として、ホストシステムからの読み書き等のＩ／Ｏ要
求がなされる、多数の論理ストレージユニット又は“ボ
リューム”で構成される“論理”ストレージ、を実装す
るデータ構造が、メモリ(図示していない)内か何処かに
存在する。各論理ストレージユニットは、この記憶媒体
中に、指定された物理ストレージエリアを持つ。データ
は事前に決められた一つの論理ストレージユニット、実
際には、この論理ストレージを実装する物理ストレージ
媒体に書き込まれる。従って、“ボリューム”なる概念
は各ローカルおよびリモートストレージシステム１２、
１２’の記憶媒体を識別するものとして、ここでは使用
され、このようなボリュームは複数のデイスクユニット
やテープユニット等、如何なるストレージタイプ上に実
現されても良い。かくして、図１は複数のボリューム２
０、２０'を持つデータストレージシステム１２及び１
２’を示す。コントロールユニット２２は一つ以上のサ
ーバ２４よりの読み書きＩ／Ｏ要求に応答して、ボリュ
ーム２０へのアクセスと管理動作を行う。コントロール
ユニット２２は一般的に、ＩＯＰ（入力／出力プロセ
ス）３２とＲＣＰ（リモートコピープロセス）３４を実
行するプロセッサユニット３０を含む。ＩＯＰ３２は、
各々図２、図３でより詳細に説明される、ペアテーブル
３８とプライオリテイテーブル４０を管理する。加え
て、ＩＯＰ３２は更に、ＲＣキュー（リモートコピーキ
ュー）４４を管理する。リモートストレージシステム１
２’はローカルストレージシステム１２の、少なくとも
災害時でのバックアップが必要な部分についてのミラー
であり、デイスクボリューム２０'とコントロールユニ
ット２２’を有する。コントロールユニット２２’はプ
ロセッサユニット３０'を持ち、本プロセッサユニット
３０'は、今後更に説明されるように、入力／出力プロ
セス及びリモートコピープロセス３２’、３４’を実行
し、ローカルストレージシステム１２からバックアップ
目的にボリューム２０'に送られるデータを受信する処
理を行う。 慣例として、事前設定されたストレージエ
リアは、当該ローカル及びリモートストレージシステム
１２、１２’を実現する特定のストレージアーキテクチ
ュアとプロトコルに応じて、ボリューム２０（及び対応
のボリューム２０'）上に設定される。例えば、ファイ
ルレベルＩ／Ｏが使用される場合は、コントロールユニ
ット２２はファイル処理可能で、サーバ２４からのファ
イルレベルＩ／Ｏ要求に応答可能である。典型的には、
メタデータライブラリが、サーバ２４からのＩ／Ｏ要求
が処理されるデータの物理位置を特定する為に維持され
ている。一方に於いて、ローカルストレージシステム１
２は、ストレージエリアがボリューム２０上のブロック
位置で定義されるストレージブロックである、ブロック
レベルＩ／Ｏ方式で実装されても良い。本発明では、こ
の二つの相異なるＩ／Ｏプロトコルの各々を用いて、以
降により詳細に説明される。ローカルストレージシステ
ム１２でどちらのプロトコルが使用されようとも、ファ
イルレベルＩ／Ｏ及びブロックレベルＩ／Ｏとも、リモ
ートストレージシステム１２’でミラーされる。ファイ
ルレベルＩ／Ｏ又はブロックレベルＩ／Ｏの何れが使用
されようとも、データは通常一つ又は他のボリューム２
０の予め決められたストレージエリア（例えば、ファイ
ル又はブロック）に記憶される。サーバ２４からコント
ロールユニット２２が受け取った要求には、当該データ
のストレージエリア（Ａ（１），Ａ（２）、・・・Ａ
（Ｎ））及び当該エリアを有するボリューム２０の指定
情報が含まれる。ローカルストレージシステム１２の各
ストレージエリアは、対応するストレージエリア（Ｂ
（１），Ｂ（２）、・・・Ｂ（Ｎ））をリモートストレー
ジシステム１２’のミラーボリューム２０'上に有す
る。一つはボリューム２０上の、もう一つは対応するボ
リューム２０'上のストレージエリアのペアの対応関係
は、図２で詳細説明されるペアテーブル３８で指定され
る。例えば、図２に示されるように、ローカルストレー
ジエリア上のＡ（１）とこれに対応するリモートストレ
ージエリア上のＢ（１）はペアテーブル３８ではペア番
号１として識別される。同様に、ペア番号２はローカル
ストレージエリアＡ（２）、リモートストレージエリア
Ｂ（２）を、ペア番号３はローカルストレージエリアＡ
（３）、リモートストレージエリアＢ（３）を、ペア番
号ＮはローカルストレージエリアＡ（Ｎ）、リモートス
トレージエリアＢ（Ｎ）を、ペア要素として指定する。
加えて、本発明では、各ストレージエリアのペアには、
プライオリテイレベルが予めアサインされている。図３
で詳細に示されるプライオリテイテーブル４０は、各ス
トレージエリアのペア番号と、本ペアにアサインされた
プライオリテイレベルを含む。ここでは、“１”が最高
プライオリテイで、“５”が最低プライオリテイとして
示され、(図２のストレージエリアＡ（１）、Ｂ（１）
から成る)ペア１はプライオリテイ４、ペア番号Ｎはプ
ライオリテイ１がアサインされている。ローカルストレ
ージシステム１２は、サーバ２４からボリューム２０に
アクセスする読み書き要求を通常通り処理する。当該ボ
リュームに記録され保全が必要なデータは、初めに、ペ
アテーブル３８にリストされるストレージエリアの各ペ
アを構成するストレージエリア（Ａ（１）、Ａ（２）、
・・・）で識別され、次いで、対応するストレージエリア
（Ｂ（１）、Ｂ（２）、・・・）にコピーされる。その
後、データを保全するために、ペアテーブル３８で識別
されたボリューム２０の当該ストレージエリアへのデー
タの追加、削除、更新等の度に、リモートストレージシ
ステム１２’の対応するボリューム２０'のストレージ
エリアにコピーする必要がある。従って、コントロール
ユニット２２は、ローカルでの書き込み操作の結果、変
更になったデータをミラーするために、遠隔地に離れた
ボリューム２０'にリモートコピーする書き込み動作を
行う必要がある。巨大パラレルストレージシステムで、
いつ発生するかも知れない大量の書き込み要求に対応す
るには、リモートストレージシステム１２’へのコピー
データは、当該システムへの転送時期を調整する為に、
一旦はＲＣキュー４４に置かれる。（ＲＣキュー４４に
は、データそのものではなく、当該データのプライオリ
テイとデータ自身のポインターを含む当該データを識別
するリモートコピーメッセージが置かれる。データその
ものは、ボリューム２０か、キャッシュメモリ(図示さ
れていない)に置かれる）。既に述べたように、ある種
のデータ更新は他のデータ更新より、より重要であり、
高いプライオリテイが与えられる。この例では、プライ
オリテイは対象データが記憶されるストレージエリアを
基準に与えられる。しかしながら、以下に見るように、
プライオリテイ付与に付いては、他の観点も存在する。
図４は、サーバ２４からのＩ／Ｏ要求を処理する要求処
理プロセス５０で取られるステップを一般的に説明す
る。図４で示される通り、要求処理プロセス５０は、Ｉ
／Ｏ要求を受信するまで待ち状態（ステップ５１）で、
周期的にサーバ２４からのＩ／Ｏ要求の到着をチェック
している。サーバからのＩ／Ｏ要求を受信すると、要求
処理プロセス５０は、ステップ５１から、当該要求のタ
イプ、すなわち読み取り要求か、書き込み要求か、をチ
ェックするステップ５２に進む。もし受信した要求がボ
リューム２０からの読み取り要求だったら、通常のリー
ド手順(図示されていない)がステップ５４でコールさ
れ、ボリューム２０の（指定された）ロケーションから
要求データが読み出されて、要求サーバ２４に転送され
る。リード手順からのリターン処理により、ＩＯＰ３２
はステップ５１に戻り、次のＩ／Ｏ要求の受信待ちに入
る。一方、ステップ５２の判定で、受け取った要求Ｉ／
Ｏ５１が書き込み要求だったら、図５で示されるライト
手順６０がコールされる（ステップ５６）。図５では、
要求処理プロセス５０のステップ５６からコールされる
ことにより、ライト手順６０の処理が開始され、ステッ
プ６２で書き込み対象のストレージエリア(例えばＡ
（３）)が決定される。一度決まれば、当該データはス
テップ６４で当該ロケーションに書き込まれる。次にス
テップ６６で完了メッセージが要求サーバ２４に返さ
れ、ついで、ステップ６８で当該データはリモートコピ
ーペアの対象ストレージエリアに書き込まれたか、即
ち、図１のペアテーブル３８で指定されたストレージエ
リアに書き込まれたか否かが判定される。従ってＩＯＰ
３２はペアテーブル３８をチェックする。もし、指定の
ロケーション（ストレージエリア）がペアテーブルで検
出されなかったら、ステップ６８の処理は終了して、コ
ール手順即ち図４の要求処理プロセス５０のスッテプ５
６にリターンする（ステップ８０）。一方において、ス
テップ６８で、書き込み対象のストレージエリア、例え
ばＡ（３）がペアテーブルで指定された場合は、ステッ
プ７０に移る。このステップでは、ペアテーブル３８
(図２)で指定されたストレージエリアＡ（３）はペア番
号３であることが判る。次に、ステップ７２で、ペアテ
ーブル３８により指定されるペア番号を用いて、このペ
アのプライオリテイをプライオリテイテーブル４０(図
３)より取得する。このプライオリテイを用いて、ライ
ト手順６０は、リモートストレージシステム１２’のス
トレージエリアに対応して、データが書き込まれたロー
カルストレージエリア（ここではＡ（３））と当該ぺア
のプライオリテイを指定する、ＲＣ（リモートコピー）
要求を組み立てる（ステップ７４）。次に、このＲＣ要
求はステップ７６でＲＣキュー４４に登録され、手順６
０はコール元のステップ５６に対してリターンする、ス
テップ８０に進む。すでに述べたように、プロセッサユ
ニット３０上で走行している、ＲＣＰ３４は、リモート
ストレージシステム１２’のコントロールユニット２
２’内に対応するＲＣＰ３４’を持つ。しかしながら、
それらの存在位置に対応して、各々異なる処理を行う。
図６はこれらの異なる処理を説明する。図６はＲＣＰ３
４と３４’で処理される主要ステップを説明する。最初
のステップ９０では、リモートストレージシステム１
２’のプロセッサユニット３０'上で稼動しているＲＣ
Ｐ３４’が、ＷＡＮ１４を経由したデータの受信がある
かを、チェックしている。もし、データの受信が検出さ
れれば、ステップ９２に移り、受信データのボリューム
２０'へのコピーを実行するために、レシーブ手順１１
０がコールされる。本処理のステップは図７で説明され
る。一方、ローカルストレージシステム１２のＲＣＰ３
４は、ステップ９０(及び９２)の処理を通過して、ステ
ップ９６でＲＣキュー４４を周期的にチェックして、こ
のＲＣキュー４４内にリモートコピー要求が登録されて
いるか否かを決定している。リモートコピー要求が見つ
かれば、ステップ９８でセンド手順１２０をコールす
る。本処理は図８で詳細説明され、以下で論議される。
もし、ステップ９６でＲＣＰ３４がＲＣキュー４４内に
処理すべき要求を見い出さなければ、ステップ１００に
移り、ペアテーブル又は、プライオリテイテーブルの構
成変更要求がないかをチェックする。もし存在すれば、
ステップ１０２で変更が実施される。ペアテーブル又
は、プライオリテイテーブルの構成変更要求は、システ
ム管理コンソール(図には示されない)を通してなされ
る。このシステム管理コンソールはシステム管理者の要
望に基づいて、要求を形成し、サーバ２４を通して、動
作しているコントロールユニット２２にその要求を転送
する。図７は、リモートストレージシステム１２’のＲ
ＣＰ３４’のレシーブ手順１１０の処理ステップを示
す。ローカルストレージシステム１２からの、リモート
コピー転送は、プロセッサユニット３０'で受け取られ
る。各リモートコピー転送はＲＣ要求からの情報を含
む。即ち、リモートストレージエリア３０（Ｂ（３））
に対応する、ローカルストレージシステム１２にて書き
込みが行われた、ストレージエリア（例えばＡ（３））
の確認を含む。リモートＲＣＰ３４’は、メッセージを
検索して、データが書き込まれるべきロケーション情報
を取得して（ステップ１１４）、当該エリアにデータの
書き込みを行う（ステップ１１６）。次に、ステップ１
１８でレシーブ手順１１０は完了メッセージを、ＷＡＮ
１４経由でローカルストレージシステム１２に返送し、
ステップ１１９でステップ９２のＲＣＰ動作にリターン
する。図８は、図６の（ローカル）ＲＣＰ３４のステッ
プ９８でコールされるセンド手順１２０を示す。図８に
示されるように、センド手順１２０は、ＲＣキュー４４
内の未処理ＲＣ要求を調べて、ステップ１２２で最高プ
ライオリテイを持つ要求を特定する。対象要求が存在す
ると、その中から(もし複数の要求が存在したら)一つを
選択して、与えられた情報（例えば書き込まれたローカ
ルストレージエリア）により該当ローカルストレージエ
リアＡ（３）が前もって書き込んだデータを読み出し
（ステップ１２４）、ステップ１２６で当該データを識
別情報（ローカル、リモートのストレージエリア、及び
データのアドレス）とともに、ＷＡＮ１４を経由して、
リモートストレージシステム１２’に送信する。つい
で、ステップ１２８で図６のＲＣＰ処理のコール元ステ
ップ９８に対して、リターンする。すでに述べたよう
に、ローカル、リモートストレージシステム１２，１
２’はファイルシステムやプロトコル即ち、ファイルレ
ベルＩ／Ｏか、ブロックレベルＩ／Ｏか、又は他のファ
イルシステムか等に基づいて、異なったアーキテクチュ
アを持つことが出来る。図９〜１２にそのような異なっ
たアーキテクチュアの例を示す。 先ず図9を参照する
と、ローカル、リモートストレージシステム２１２，２
１２’は、サーバ及びストレージシステム間通信に、例
えばＳＣＳＩ(Small Computer System Interface)
か、ファイバチャネルプロトコルの、ブロックレベルの
Ｉ／Ｏプロトコルを採用するストレージシステムを示
す。ローカルストレージシステム２１２は、サーバ２２
４に、例えば慣用的なＬＡＮ(Local Area Network)で
接続される。デイスクコントローラ２３０は、サーバ２
２４からストレージボリューム２２０への読み書きＩ／
Ｏ要求処理に、ブロックＩ／Ｏプロセスを実行する。リ
モートコピープロセス（図９には示されていない）は、
デイスクコントローラ２３０で実行される。ブロックＩ
／Ｏ及びリモートコピープロセスの双方で、すでに一般
的構成が述べられたペアテーブル２３８及びプライオリ
テイテーブル２４０が使用可能である。図９で示される
リモートストレージシステム２１２’は、（ローカル）
サーバ２２４のミラーサーバ２２４’を持つことも含め
て、実質的に、ローカルストレージシステム２１２のミ
ラーとして構成される。リモートストレージシステム２
１２’は、デイスクコントローラ２３０’とストレージ
ボリューム２２０'を持つ。サーバ２２４’は、リモー
トストレージシステム２１２’にＬＡＮを通して接続さ
れる。ローカル、リモートストレージシステム２１２、
２１２’は、各々のデイスクコントローラ２３０、２３
０’を通して、互いに結合し交信する。ローカル、リモ
ートストレージシステム２１２、２１２’は、図１で説
明された、ストレージシステム１２、１２’と同様に動
作する。読み取り要求は、デイスクコントローラ２３０
により、通常通りに実行される。書き込み要求も、デイ
スクボリューム２２０に対してデータを書き込むために
通常通り実施されるが、加えてＲＣ要求がＲＣキュー
（図９には示されていない）に登録される。このＲＣキ
ューは、デイスクコントローラ２３０内リモートコピー
プロセスにより、このＲＣ要求が登録されていないか、
定期的にチェックされる。もし、複数のＲＣ要求が検出
されたら、ＲＣプロセスはこれらのプライオリテイを比
べて、高いものから順に、当該ＲＣ要求で指定されたデ
ータを読み出し、ＷＡＮ２１４を通して、リモートスト
レージシステム２１２’に送信する。リモートストレー
ジシステム２１２’では、デイスクコントローラ２３
０’が、送信されたデータを受信し、デイスクボリュー
ム２２０'の指定されたロケーション即ち、ローカルス
トレージシステムのデイスクボリューム２２０の対応す
るロケーション、に書き込む。図９は又、デイスクコン
トローラ２３０にＬＡＮを通して交信する管理コンソー
ル２２５を示す。管理コンソールはペアのプライオリテ
イ変更や、指定ペアの再定義等の構成変更を伝える、ス
トレージシステム２１２へのエントリ役を果たす。図９
Ａは、システム管理者が、ストレージシステムのペアと
プライオリテイテーブルをチェックし、かつ／または構
成或いは再構成するための、管理コンソール２２５のデ
イスプレイスクリーンに示される代表的表示画面２５０
を示す。図９Ａに示される通り、スクリーン２５０は、
部分ウインドウ２５２と２６０を持つＧＵＩ(Graphical
User Interface)表示を有する。“ボリューム”で示
される部分ウインドウ２５２は,図９の各ローカル、リ
モートストレージシステム２１２、２１２’のボリュー
ム状態を示す。“リモートコピーペア構成”で示される
部分ウインドウ２６０は、ローカルストレージシステム
２１２にあるボリューム(“ボリュームＡ１”)とセカン
ダリーボリューム（“ボリュームＢ２”）がペア名称
（“ペア１”）で指定されているテーブル２６２を示
す。またこのペアにはプライオリテイ（“Ａ”）が与え
られている事を示す。キ−ボードの如き適当な入力デバ
イスとこのスクリーンを通して、システム管理者は、表
示された情報を変更することが出来る。例えば、ローカ
ルストレージシステムにあるプライマリーボリューム
（“ボリュームＡ１”）とリモートストレージシステム
にある別のボリューム（例えば“ボリュームＢ１”）を
ペアにしたり、プライオリテイを変えることが出来る。
構成変更が完了すると、管理コンソールは、ローカルス
トレージシステム２１２に構成結果を送信し、リモート
コピープロセスが結果を受信し、ペアテーブルとプライ
オリテイテーブルを更新する。最後に、図９に示される
ように、リモートストレージシステム２１２’のサーバ
２２４’はローカルストレージシステム２１２のサーバ
のミラーになることもありえる。この場合、サーバ２２
４がローカルストレージシステム２１２と共に、決定的
障害を被り、またはローカルストレージシステムの破壊
でリモートストレージシステム２１２’との通信が途絶
した場合等に備えて、フェイルオーバ機能が持たされる
ことがある。図１０では、ファイルレベルＩ／Ｏプロト
コルを用いる、ローカル、リモートストレージシステム
３１２，３１２’を有するストレージシステム３００の
構成を示す。図１０に示されるように、ローカルストレ
ージシステム３１２は、サーバ３２４からの読み書きＩ
／Ｏ要求を処理するために、少なくとも１台のファイル
コントローラ３３０を使用する。デイスクコントローラ
３３２は、ボリューム３２０へのアクセスをコントロー
ルする。ファイルコントローラ中で走行しているのは、
ファイルＩ／Ｏプロセスで、デイスクコントローラ３３
２にメッセージを発行して、サーバ３２４から受け取っ
たファイルＩ／Ｏ要求に従ってファイルの読み書き処理
を起動する。典型的には、ファイルコントローラ３３０
はサーバ３２４との間のＮＦＳ(Network FileSystem)
又はＣＩＦＳ(Common Internet File System)通信プ
ロトコルを実装する。サーバ３２４からの読み取り要求
に対する、ファイルコントローラ３３０より起動される
読み取り手順は、通常通り実行される。書き込み要求
は、本発明では、変更され、ファイルコントローラ３３
０は３種類のテーブル；通常使用されるファイル属性
(例えば名前、サイズ、生成日等)とともに、ボリューム
３２０でのファイルロケーション等を示すメタデータテ
ーブル；既に述べられたペアテーブル；及び同じく既に
述べられたプライオリテイテーブル；を維持する。書き
込み要求に応答する書き込み動作は、一般に図１０Ａで
概説されるライト手順３５０によって実行される。ファ
イルＩ／Ｏプロセスは、データの書き込みロケーション
を示すメタデータテーブル３３７の取得（ステップ３５
２）から始まる、ライト手順をコールする。フォールト
トレラントおよび／又は、ＵＳＰａｔＮｏ ６,１０８,
７５０に記されたのと類似する分散ストレージシステム
を実現するために、ボリューム３２０への書き込みロケ
ーションは複数に分散されることもある。手順３５０は
次いで、ステップ３５４でペアテーブル３３８をチェッ
クして、受信した書き込みＩ／Ｏ要求のデータは、リモ
ートコピー対象のペアに対応するストレージエリアに登
録されるべきか否かを判定する。もし登録対象でなけれ
ば、手順３５０は、ステップ３５６でリストに含まれる
各ロケーション対応に、データ書き込み要求をデイスク
コントローラ３３２に送信する。次に、ステップ３７０
で、ステップ３５６で送信されたすべての要求に対して
の完了報告を待ち、全ての完了が報告されたら、本書き
込みＩ／Ｏ要求を発行したサーバに対して完了報告を送
信する（ステップ３７２）。次にこの手順３５０は要求
元にリターンする（ステップ３７４）。もし、ステップ
３５４で、書き込み対象のデータは、ペアテーブル３３
８でペア対象のストレージエリアに書き込まれることが
判ったら、ステップ３５４から３６０に移り、ペアテー
ブル３３８によりペアを特定する。次に、ステップ３６
２で、この特定されたペアにより、プライオリテイテー
ブル３４０を検索して、このペアに以前にアサインされ
たプライオリテイを取得し、ステップ３６６で各ロケー
ション対応に、データはリモートコピー対象であること
を示して、デイスクコントローラ３３２に対して、書き
込み要求を発行する。この様に、書き込み要求は、ペア
のプライオリテイ及びリモートストレージシステム３１
２’でデータが書き込まれるロケーションを含むペアの
識別情報を含む。一度書き込み要求がデイスクコントロ
ーラに転送されると、この手順３５０はステップ３７０
で完了メッセージを待ち、受領後、ステップ３７２で要
求サーバに完了メッセージを送信して、ステップ３７４
に抜ける。デイスクコントローラ３３２にはブロックI
／Ｏプロセスとリモートコピープロセスの二つのプロセ
スが走行している。ブロックI／Ｏプロセスは読み取り
データを探したり、データを書き込むためにファイルコ
ントローラ３３０からのボリュ−ム３２０に対する読み
書き要求を実行する。ライト手順３８０の主要ステップ
を図１０Ｂに示す。ファイルコントローラ３３０から書
き込み要求メッセージを受け取ると、ブロックI／Ｏプ
ロセスのライト手順３８０は、データの書き込まれるべ
きロケーションを特定し（ステップ３８２）、データを
書き込む（ステップ３８４）。ステップ３８６でファイ
ルコントローラ３３０に完了メッセージが返され、次い
で、ステップ３８８でこの書き込みデータはリモートコ
ピー対象か、即ち、ファイルコントローラ３３０がその
ように指示してきたか、否かを判定する。もし対象でな
ければ、ライト手順３８０はステップ３９４でブロック
I／Ｏプロセスにリターンする。反対に本要求がリモー
トコピー対象だったら、ステップ３８８からステップ３
９０に進み、指定されたプライオリテイを用いてＲＣ要
求を組み立て、ステップ３９２でＲＣキュー(図示され
ていない)に登録する。ついで、ライト手順３８０は、
ステップ３９４でブロックI／Ｏプロセスにリターンす
る。リモートコピー動作は、システムの構成要素が必要
に応じて変わっていることを除いて、図５−図８に関連
して概説されたものと本質的に同じである。同様に、書
き込み要求を受け付け、処理するのは、リモートストレ
ージシステム３１２’のデイスクコントローラ３３２’
であることを除いて、リモートストレージシステム３１
２’での動作も基本的には同じである。図１１はローカ
ルストレージシステム４１２及びそのコピーがリモート
ストレージシステム４１２’で構成される、もう一つの
ファイルＩ／Ｏレベルのストレージシステム４００を示
す。図１０のストレージシステム３１２と同様に、ロー
カルストレージシステム４１２がサーバ２２４と、ボリ
ューム４２０で構成されるストレージメデイアとの間の
データ読み書きＩ／Ｏ要求を処理する。ストレージシス
テム４１２は、ファイルコントローラ４３０とデイスク
コントローラ４３２を有する。サーバ２２４からのファ
イルレベルＩ／Ｏ要求を処理するファイルコントローラ
は、ブロックレベルI／Ｏを用いて、ボリューム４２０
に直接アクセスするデイスクコントローラ４３２と交信
する。図１０のストレージシステム３１２と同様に、フ
ァイルコントローラ４３０は、ファイルレベルＩ／Ｏと
ブロックレベルI／Ｏの間の、一種の変換層として働
く。ファイルコントローラ４３０は、ストレージシステ
ム３１２のファイルコントローラ３３０と同様に、メタ
データテーブル４３７、ペアテーブル４３８、及びプラ
イオリテイテーブル４４０を維持する。図１１と図１０
のシステムの主要な相違は、例えばＷＡＮを通して、
（リモートストレージシステム４１２’のファイルコン
トローラ４３０’を介して）リモートストレージシステ
ム４１２’と交信するのは、ファイルコントローラ４３
０であることである。このように、ファイルコントロー
ラ４３０は、ファイルI／Ｏプロセスの処理のみなら
ず、リモートコピープロセスも処理し、ＲＣキュー(図
示していない)も維持する。ファイルコントローラ４３
０は、図１０のファイルコントローラ３３０について記
したことと、本質的に同じ処理を行うが、要求されたデ
ータ書き込みＩ／Ｏ要求が、ペアテーブル４３８によ
り、ペア指定されているストレージロケーションに対し
て行われる場合は、ファイルコントローラ４３０はリモ
ートコピーメッセージを構築して、本ファイルコントロ
ーラが維持するＲＣキューに登録することが異なる。そ
れ以外は、ファイルコントローラ４３０とデイスクコン
トローラ４３２の動作は、ファイルコントローラ４３
０'がリモートコピーデータを受け取り、デイスクコン
トローラ４３２’への書き込みメッセージを構築するこ
とを除いて、基本的に上に述べたファイルコントローラ
４３０'とデイスクコントローラ４３２’の動作と同様
である。図１２は、図１のストレージシステムのよう
な、ブロックレベルＩ／Ｏストレージシステムで使用可
能な代表的なペアテーブルである。図１２のペアテーブ
ル６００は、３つの主コラム、６０２、６０４、及び６
０６を持ち、複数のロー６１０（１）、６１０（２）、
・・・、６１０（ｎ）を有する。二つの主コラム６０
４、６０６は、各々二つのサブコラム６０４ａ、６０４
ｂ、及び６０６ａ、６０６ｂに分割されている。コラム
６０２はペアのペア名(例えば、ＰＡＩＲ１，ＰＡＩＲ
２，・・・ＰＡＩＲＮ)を指定し、コラム６０４、６０
６は各々、各ペアのローカル（プライマリ）、リモート
（セカンダリ）ボリュームを指定する。サブコラム６０
４ａ、６０６ａはストレージシステム、サブコラム６０
４ｂ、６０６ｂはストレージシステム内のボリュームを
指定する。ペアテーブル６００には、図示されてはいな
いが、各ペアのプライオリテイを指定するプライオリテ
イテーブルが関連している。ペアテーブルには、他の構
成もありえることは、本分野に造詣のある人には明白で
ある。例えば、図１３Ａは、デバイステーブルを示す。
デバイスは、デイスクユニット、デイスクユニットの一
部、又は他のストレージメデイアのデバイスであっても
良い。図１３Ａで示すテーブルの各ローは、デバイス
名、デバイス名に対応するローカル（プライマリ）シス
テムのプライマリボリューム、及び対応するリモートス
トレージシステムのセカンダリボリュームを指定する。
図１３Ｂは複数デバイス(例えばデイスクユニット)に分
割構成されるペアの例を示し、各デバイスは、データ記
憶のためのローカル及びリモートのペア名を指定する。
図１４は、ブロックレベルＩ／Ｏストレージに於ける、
複数デバイス構成のペアテーブルでのプライオリテイの
一指定法を示す。図１４では、各ペアは、複数デバイス
に跨り、各デバイスに独立のプライオリテイがアサイン
されている。図１５は、ファイルレベルＩ／Ｏストレー
ジシステムで使用されるペアテーブルの構成例を示す。
このテーブルは、３つのコラムで構成される点では、
（図１２で説明された）ブロックレベルＩ／Ｏストレー
ジシステムのペアテーブルと基本的には同じである。即
ち、ペアを指定するコラム、プライマリ又はローカルの
ファイル／デイレクトリを指定するコラム、及びセカン
ダリ又はリモートのファイルシステムを指定するコラム
を持っている。もし、ファイル名が指定されると、当該
ファイルが複製され、デイレクトリ名が指定されると、
当該デイレクトリのツリー構造及び、このデイレクトリ
下のファイルが複製される。プライマリで指定されたフ
ァイルやデイレクトリがプライマリファイルシステムと
同一構造でセカンダリファイルシステムに於いて複製さ
れるため、セカンダリファイルやデイレクトリを指定す
る必要はないことは明らかである。以上で示したいずれ
のペアテーブルでも、図３で開示したのと同様のプライ
オリテイテーブルを用いることが出来る(勿論、自らプ
ライオリテイ項目を持っている図１４のペアテーブル
は、例外である)。しかしながら、プライオリテイ付け
には多様な方法が考えられる。例えば、プライオリテイ
付けは、書き込み動作を発行するアプリケーションに基
づいて行うことが出来る。一例として、データベース処
理がテキストエデイタ処理より高い重要度がある場合、
データベース処理により起動される書き込み動作は、テ
キストエデイタ処理により起動される書き込み動作より
高いプライオリテイがアサインされても良い。あるい
は、プライオリテイ付けは、ユーザに基づいても良い。
図１６及び図１７はそれぞれ、図1に示すようなブロッ
クレベルＩ／Ｏシステムに対するＲＣ要求(図１６)、又
はファイルレベルＩ／Ｏシステムに対するＲＣ要求(図
１７)、のフォーマットを示す。先ず図１６に戻って、
ブロックレベルＩ／Ｏシステムの代表的ＲＣ要求を示
す。この要求では、書き込み動作で更新されるストレー
ジエリアは；プライオリテイ「２」が指定され、ローカ
ルストレージシステムにデータが保存されるストレージ
エリアは「ストレージシステムＡ，ボリュームＡ１」、
リモートストレージシステムにコピーされるデータのロ
ケーションは「ストレージシステムＢ，ボリュームＢ
２」、両ボリューム内の書き込みアドレスは「１３」、
そしてデータのサイズは「８ＫＢ」が指定されている。
図１７はファイルレベルフォーマットでのＲＣ要求を示
す。更に、この要求では、プライオリテイレベルは
「２」、ローカル及びリモートのストレージエリアは
「ストレージシステムＡ，ファイルシステムＡ１；スト
レージシステムＢ，ファイルシステムＢ２」、ファイル
名は「／ＵＳＲ／ｆｉｌｅ１」、ファイルオフセットは
「５２０」、そしてファイルサイズは「１０２４」が指
定されている。送信のためのリモートコピー要求を選択
するための方法は、各種考えられる。例えば、まずＲＣ
キュー４４(図１)を定期的に調べて、最高のプライオリ
テイを有するリモートコピー要求を探し、見つかった場
合は、この要求をリモートストレージシステムにＷＡＮ
を通して転送する。最高プライオリテイの要求が見つか
らなかった場合は次に高いプライオリテイの要求を見つ
け、以下順にプライオリテイを下げて繰り返す。あるい
は又、リモートコピー要求を、最初に来たものを最初に
処理する（First-Come,First-Serve）方式でＲCキュー
４４内に登録することも出来る。この場合、リモートコ
ピープロセス３４は、より以前に登録された、或る（他
より高い）プライオリティーをもつリモートコピー要求
を探すためにＲＣキュー４４内をチェックする。即ちＲ
ＣキューはプライオリテイベースのＦＩＦＯ(First-In
First-Out)で処理するように構築される。或いは又、
各要求が生成され、又は保存された時間を示す、タイム
スタンプを用いてコピー要求を処理し、キュー構造を用
いない方法も考えられる。リモートコピープロセス３４
は、最高プライオリテイをアサインされたリモートコピ
ー要求を含む構成をサーチする。次に、該当が見つかっ
たら、タイムスタンプに従ってリモートストレージシス
テムに転送する。要約すると、重要なデータの変更が、
より重要性の低いデータの転送を待つことなく、可能な
限り速やかに、リモートストレージシステムでミラーさ
れることを保証するために、プライオリテイに従って、
ローカルストレージシステムに維持されたデータの遠隔
地に置かれたコピーを更新するための、リモートコピー
の方法、及び装置が開示された。本発明の、これら及び
他の効果が、添付する図面とともに本明細書の以下に述
べる発明の詳細の説明を読むことにより、本分野に造詣
のある人には明確になる。
コピーを用いて、データを優先付けして転送してバック
アップする方法であり、ローカルデータストレージに書
き込まれた又は更新された重要データを、災害的事態が
発生して元データ（ローカルデータ）が傷つけられ、損
なわれ、または失われた場合でも利用可能にするため
に、リモートストレージシステムにコピーすることをで
きる限り保証するための方法である。図１では、本発明
の主要機能を実装するためのデータ処理システムがブロ
ックダイアグラムの形で一般的に説明されている。図１
はローカルストレージシステム１２と、このシステムと
地理的に離れた、例えばＷＡＮ（Wide Area Networ
k）１４で通信結合された、リモートストレージシステ
ム１２’より構成されるデータ処理システム１０を示
す。ストレージシステム１２、１２’は本質的には如何
なる規模であっても良いが、容易に分かるように、本発
明は大規模ストレージシステムで特に効果が発揮され
る。従って、ストレージシステム１２は、複数のテープ
または、デイスクのような、大量データ保存媒体により
構成される。このような大量データの保存には、論理ボ
リュームをストレージスペースの決められた位置にマッ
プする論理ファイル管理システムがよく採用される。慣
例として、ホストシステムからの読み書き等のＩ／Ｏ要
求がなされる、多数の論理ストレージユニット又は“ボ
リューム”で構成される“論理”ストレージ、を実装す
るデータ構造が、メモリ(図示していない)内か何処かに
存在する。各論理ストレージユニットは、この記憶媒体
中に、指定された物理ストレージエリアを持つ。データ
は事前に決められた一つの論理ストレージユニット、実
際には、この論理ストレージを実装する物理ストレージ
媒体に書き込まれる。従って、“ボリューム”なる概念
は各ローカルおよびリモートストレージシステム１２、
１２’の記憶媒体を識別するものとして、ここでは使用
され、このようなボリュームは複数のデイスクユニット
やテープユニット等、如何なるストレージタイプ上に実
現されても良い。かくして、図１は複数のボリューム２
０、２０'を持つデータストレージシステム１２及び１
２’を示す。コントロールユニット２２は一つ以上のサ
ーバ２４よりの読み書きＩ／Ｏ要求に応答して、ボリュ
ーム２０へのアクセスと管理動作を行う。コントロール
ユニット２２は一般的に、ＩＯＰ（入力／出力プロセ
ス）３２とＲＣＰ（リモートコピープロセス）３４を実
行するプロセッサユニット３０を含む。ＩＯＰ３２は、
各々図２、図３でより詳細に説明される、ペアテーブル
３８とプライオリテイテーブル４０を管理する。加え
て、ＩＯＰ３２は更に、ＲＣキュー（リモートコピーキ
ュー）４４を管理する。リモートストレージシステム１
２’はローカルストレージシステム１２の、少なくとも
災害時でのバックアップが必要な部分についてのミラー
であり、デイスクボリューム２０'とコントロールユニ
ット２２’を有する。コントロールユニット２２’はプ
ロセッサユニット３０'を持ち、本プロセッサユニット
３０'は、今後更に説明されるように、入力／出力プロ
セス及びリモートコピープロセス３２’、３４’を実行
し、ローカルストレージシステム１２からバックアップ
目的にボリューム２０'に送られるデータを受信する処
理を行う。 慣例として、事前設定されたストレージエ
リアは、当該ローカル及びリモートストレージシステム
１２、１２’を実現する特定のストレージアーキテクチ
ュアとプロトコルに応じて、ボリューム２０（及び対応
のボリューム２０'）上に設定される。例えば、ファイ
ルレベルＩ／Ｏが使用される場合は、コントロールユニ
ット２２はファイル処理可能で、サーバ２４からのファ
イルレベルＩ／Ｏ要求に応答可能である。典型的には、
メタデータライブラリが、サーバ２４からのＩ／Ｏ要求
が処理されるデータの物理位置を特定する為に維持され
ている。一方に於いて、ローカルストレージシステム１
２は、ストレージエリアがボリューム２０上のブロック
位置で定義されるストレージブロックである、ブロック
レベルＩ／Ｏ方式で実装されても良い。本発明では、こ
の二つの相異なるＩ／Ｏプロトコルの各々を用いて、以
降により詳細に説明される。ローカルストレージシステ
ム１２でどちらのプロトコルが使用されようとも、ファ
イルレベルＩ／Ｏ及びブロックレベルＩ／Ｏとも、リモ
ートストレージシステム１２’でミラーされる。ファイ
ルレベルＩ／Ｏ又はブロックレベルＩ／Ｏの何れが使用
されようとも、データは通常一つ又は他のボリューム２
０の予め決められたストレージエリア（例えば、ファイ
ル又はブロック）に記憶される。サーバ２４からコント
ロールユニット２２が受け取った要求には、当該データ
のストレージエリア（Ａ（１），Ａ（２）、・・・Ａ
（Ｎ））及び当該エリアを有するボリューム２０の指定
情報が含まれる。ローカルストレージシステム１２の各
ストレージエリアは、対応するストレージエリア（Ｂ
（１），Ｂ（２）、・・・Ｂ（Ｎ））をリモートストレー
ジシステム１２’のミラーボリューム２０'上に有す
る。一つはボリューム２０上の、もう一つは対応するボ
リューム２０'上のストレージエリアのペアの対応関係
は、図２で詳細説明されるペアテーブル３８で指定され
る。例えば、図２に示されるように、ローカルストレー
ジエリア上のＡ（１）とこれに対応するリモートストレ
ージエリア上のＢ（１）はペアテーブル３８ではペア番
号１として識別される。同様に、ペア番号２はローカル
ストレージエリアＡ（２）、リモートストレージエリア
Ｂ（２）を、ペア番号３はローカルストレージエリアＡ
（３）、リモートストレージエリアＢ（３）を、ペア番
号ＮはローカルストレージエリアＡ（Ｎ）、リモートス
トレージエリアＢ（Ｎ）を、ペア要素として指定する。
加えて、本発明では、各ストレージエリアのペアには、
プライオリテイレベルが予めアサインされている。図３
で詳細に示されるプライオリテイテーブル４０は、各ス
トレージエリアのペア番号と、本ペアにアサインされた
プライオリテイレベルを含む。ここでは、“１”が最高
プライオリテイで、“５”が最低プライオリテイとして
示され、(図２のストレージエリアＡ（１）、Ｂ（１）
から成る)ペア１はプライオリテイ４、ペア番号Ｎはプ
ライオリテイ１がアサインされている。ローカルストレ
ージシステム１２は、サーバ２４からボリューム２０に
アクセスする読み書き要求を通常通り処理する。当該ボ
リュームに記録され保全が必要なデータは、初めに、ペ
アテーブル３８にリストされるストレージエリアの各ペ
アを構成するストレージエリア（Ａ（１）、Ａ（２）、
・・・）で識別され、次いで、対応するストレージエリア
（Ｂ（１）、Ｂ（２）、・・・）にコピーされる。その
後、データを保全するために、ペアテーブル３８で識別
されたボリューム２０の当該ストレージエリアへのデー
タの追加、削除、更新等の度に、リモートストレージシ
ステム１２’の対応するボリューム２０'のストレージ
エリアにコピーする必要がある。従って、コントロール
ユニット２２は、ローカルでの書き込み操作の結果、変
更になったデータをミラーするために、遠隔地に離れた
ボリューム２０'にリモートコピーする書き込み動作を
行う必要がある。巨大パラレルストレージシステムで、
いつ発生するかも知れない大量の書き込み要求に対応す
るには、リモートストレージシステム１２’へのコピー
データは、当該システムへの転送時期を調整する為に、
一旦はＲＣキュー４４に置かれる。（ＲＣキュー４４に
は、データそのものではなく、当該データのプライオリ
テイとデータ自身のポインターを含む当該データを識別
するリモートコピーメッセージが置かれる。データその
ものは、ボリューム２０か、キャッシュメモリ(図示さ
れていない)に置かれる）。既に述べたように、ある種
のデータ更新は他のデータ更新より、より重要であり、
高いプライオリテイが与えられる。この例では、プライ
オリテイは対象データが記憶されるストレージエリアを
基準に与えられる。しかしながら、以下に見るように、
プライオリテイ付与に付いては、他の観点も存在する。
図４は、サーバ２４からのＩ／Ｏ要求を処理する要求処
理プロセス５０で取られるステップを一般的に説明す
る。図４で示される通り、要求処理プロセス５０は、Ｉ
／Ｏ要求を受信するまで待ち状態（ステップ５１）で、
周期的にサーバ２４からのＩ／Ｏ要求の到着をチェック
している。サーバからのＩ／Ｏ要求を受信すると、要求
処理プロセス５０は、ステップ５１から、当該要求のタ
イプ、すなわち読み取り要求か、書き込み要求か、をチ
ェックするステップ５２に進む。もし受信した要求がボ
リューム２０からの読み取り要求だったら、通常のリー
ド手順(図示されていない)がステップ５４でコールさ
れ、ボリューム２０の（指定された）ロケーションから
要求データが読み出されて、要求サーバ２４に転送され
る。リード手順からのリターン処理により、ＩＯＰ３２
はステップ５１に戻り、次のＩ／Ｏ要求の受信待ちに入
る。一方、ステップ５２の判定で、受け取った要求Ｉ／
Ｏ５１が書き込み要求だったら、図５で示されるライト
手順６０がコールされる（ステップ５６）。図５では、
要求処理プロセス５０のステップ５６からコールされる
ことにより、ライト手順６０の処理が開始され、ステッ
プ６２で書き込み対象のストレージエリア(例えばＡ
（３）)が決定される。一度決まれば、当該データはス
テップ６４で当該ロケーションに書き込まれる。次にス
テップ６６で完了メッセージが要求サーバ２４に返さ
れ、ついで、ステップ６８で当該データはリモートコピ
ーペアの対象ストレージエリアに書き込まれたか、即
ち、図１のペアテーブル３８で指定されたストレージエ
リアに書き込まれたか否かが判定される。従ってＩＯＰ
３２はペアテーブル３８をチェックする。もし、指定の
ロケーション（ストレージエリア）がペアテーブルで検
出されなかったら、ステップ６８の処理は終了して、コ
ール手順即ち図４の要求処理プロセス５０のスッテプ５
６にリターンする（ステップ８０）。一方において、ス
テップ６８で、書き込み対象のストレージエリア、例え
ばＡ（３）がペアテーブルで指定された場合は、ステッ
プ７０に移る。このステップでは、ペアテーブル３８
(図２)で指定されたストレージエリアＡ（３）はペア番
号３であることが判る。次に、ステップ７２で、ペアテ
ーブル３８により指定されるペア番号を用いて、このペ
アのプライオリテイをプライオリテイテーブル４０(図
３)より取得する。このプライオリテイを用いて、ライ
ト手順６０は、リモートストレージシステム１２’のス
トレージエリアに対応して、データが書き込まれたロー
カルストレージエリア（ここではＡ（３））と当該ぺア
のプライオリテイを指定する、ＲＣ（リモートコピー）
要求を組み立てる（ステップ７４）。次に、このＲＣ要
求はステップ７６でＲＣキュー４４に登録され、手順６
０はコール元のステップ５６に対してリターンする、ス
テップ８０に進む。すでに述べたように、プロセッサユ
ニット３０上で走行している、ＲＣＰ３４は、リモート
ストレージシステム１２’のコントロールユニット２
２’内に対応するＲＣＰ３４’を持つ。しかしながら、
それらの存在位置に対応して、各々異なる処理を行う。
図６はこれらの異なる処理を説明する。図６はＲＣＰ３
４と３４’で処理される主要ステップを説明する。最初
のステップ９０では、リモートストレージシステム１
２’のプロセッサユニット３０'上で稼動しているＲＣ
Ｐ３４’が、ＷＡＮ１４を経由したデータの受信がある
かを、チェックしている。もし、データの受信が検出さ
れれば、ステップ９２に移り、受信データのボリューム
２０'へのコピーを実行するために、レシーブ手順１１
０がコールされる。本処理のステップは図７で説明され
る。一方、ローカルストレージシステム１２のＲＣＰ３
４は、ステップ９０(及び９２)の処理を通過して、ステ
ップ９６でＲＣキュー４４を周期的にチェックして、こ
のＲＣキュー４４内にリモートコピー要求が登録されて
いるか否かを決定している。リモートコピー要求が見つ
かれば、ステップ９８でセンド手順１２０をコールす
る。本処理は図８で詳細説明され、以下で論議される。
もし、ステップ９６でＲＣＰ３４がＲＣキュー４４内に
処理すべき要求を見い出さなければ、ステップ１００に
移り、ペアテーブル又は、プライオリテイテーブルの構
成変更要求がないかをチェックする。もし存在すれば、
ステップ１０２で変更が実施される。ペアテーブル又
は、プライオリテイテーブルの構成変更要求は、システ
ム管理コンソール(図には示されない)を通してなされ
る。このシステム管理コンソールはシステム管理者の要
望に基づいて、要求を形成し、サーバ２４を通して、動
作しているコントロールユニット２２にその要求を転送
する。図７は、リモートストレージシステム１２’のＲ
ＣＰ３４’のレシーブ手順１１０の処理ステップを示
す。ローカルストレージシステム１２からの、リモート
コピー転送は、プロセッサユニット３０'で受け取られ
る。各リモートコピー転送はＲＣ要求からの情報を含
む。即ち、リモートストレージエリア３０（Ｂ（３））
に対応する、ローカルストレージシステム１２にて書き
込みが行われた、ストレージエリア（例えばＡ（３））
の確認を含む。リモートＲＣＰ３４’は、メッセージを
検索して、データが書き込まれるべきロケーション情報
を取得して（ステップ１１４）、当該エリアにデータの
書き込みを行う（ステップ１１６）。次に、ステップ１
１８でレシーブ手順１１０は完了メッセージを、ＷＡＮ
１４経由でローカルストレージシステム１２に返送し、
ステップ１１９でステップ９２のＲＣＰ動作にリターン
する。図８は、図６の（ローカル）ＲＣＰ３４のステッ
プ９８でコールされるセンド手順１２０を示す。図８に
示されるように、センド手順１２０は、ＲＣキュー４４
内の未処理ＲＣ要求を調べて、ステップ１２２で最高プ
ライオリテイを持つ要求を特定する。対象要求が存在す
ると、その中から(もし複数の要求が存在したら)一つを
選択して、与えられた情報（例えば書き込まれたローカ
ルストレージエリア）により該当ローカルストレージエ
リアＡ（３）が前もって書き込んだデータを読み出し
（ステップ１２４）、ステップ１２６で当該データを識
別情報（ローカル、リモートのストレージエリア、及び
データのアドレス）とともに、ＷＡＮ１４を経由して、
リモートストレージシステム１２’に送信する。つい
で、ステップ１２８で図６のＲＣＰ処理のコール元ステ
ップ９８に対して、リターンする。すでに述べたよう
に、ローカル、リモートストレージシステム１２，１
２’はファイルシステムやプロトコル即ち、ファイルレ
ベルＩ／Ｏか、ブロックレベルＩ／Ｏか、又は他のファ
イルシステムか等に基づいて、異なったアーキテクチュ
アを持つことが出来る。図９〜１２にそのような異なっ
たアーキテクチュアの例を示す。 先ず図9を参照する
と、ローカル、リモートストレージシステム２１２，２
１２’は、サーバ及びストレージシステム間通信に、例
えばＳＣＳＩ(Small Computer System Interface)
か、ファイバチャネルプロトコルの、ブロックレベルの
Ｉ／Ｏプロトコルを採用するストレージシステムを示
す。ローカルストレージシステム２１２は、サーバ２２
４に、例えば慣用的なＬＡＮ(Local Area Network)で
接続される。デイスクコントローラ２３０は、サーバ２
２４からストレージボリューム２２０への読み書きＩ／
Ｏ要求処理に、ブロックＩ／Ｏプロセスを実行する。リ
モートコピープロセス（図９には示されていない）は、
デイスクコントローラ２３０で実行される。ブロックＩ
／Ｏ及びリモートコピープロセスの双方で、すでに一般
的構成が述べられたペアテーブル２３８及びプライオリ
テイテーブル２４０が使用可能である。図９で示される
リモートストレージシステム２１２’は、（ローカル）
サーバ２２４のミラーサーバ２２４’を持つことも含め
て、実質的に、ローカルストレージシステム２１２のミ
ラーとして構成される。リモートストレージシステム２
１２’は、デイスクコントローラ２３０’とストレージ
ボリューム２２０'を持つ。サーバ２２４’は、リモー
トストレージシステム２１２’にＬＡＮを通して接続さ
れる。ローカル、リモートストレージシステム２１２、
２１２’は、各々のデイスクコントローラ２３０、２３
０’を通して、互いに結合し交信する。ローカル、リモ
ートストレージシステム２１２、２１２’は、図１で説
明された、ストレージシステム１２、１２’と同様に動
作する。読み取り要求は、デイスクコントローラ２３０
により、通常通りに実行される。書き込み要求も、デイ
スクボリューム２２０に対してデータを書き込むために
通常通り実施されるが、加えてＲＣ要求がＲＣキュー
（図９には示されていない）に登録される。このＲＣキ
ューは、デイスクコントローラ２３０内リモートコピー
プロセスにより、このＲＣ要求が登録されていないか、
定期的にチェックされる。もし、複数のＲＣ要求が検出
されたら、ＲＣプロセスはこれらのプライオリテイを比
べて、高いものから順に、当該ＲＣ要求で指定されたデ
ータを読み出し、ＷＡＮ２１４を通して、リモートスト
レージシステム２１２’に送信する。リモートストレー
ジシステム２１２’では、デイスクコントローラ２３
０’が、送信されたデータを受信し、デイスクボリュー
ム２２０'の指定されたロケーション即ち、ローカルス
トレージシステムのデイスクボリューム２２０の対応す
るロケーション、に書き込む。図９は又、デイスクコン
トローラ２３０にＬＡＮを通して交信する管理コンソー
ル２２５を示す。管理コンソールはペアのプライオリテ
イ変更や、指定ペアの再定義等の構成変更を伝える、ス
トレージシステム２１２へのエントリ役を果たす。図９
Ａは、システム管理者が、ストレージシステムのペアと
プライオリテイテーブルをチェックし、かつ／または構
成或いは再構成するための、管理コンソール２２５のデ
イスプレイスクリーンに示される代表的表示画面２５０
を示す。図９Ａに示される通り、スクリーン２５０は、
部分ウインドウ２５２と２６０を持つＧＵＩ(Graphical
User Interface)表示を有する。“ボリューム”で示
される部分ウインドウ２５２は,図９の各ローカル、リ
モートストレージシステム２１２、２１２’のボリュー
ム状態を示す。“リモートコピーペア構成”で示される
部分ウインドウ２６０は、ローカルストレージシステム
２１２にあるボリューム(“ボリュームＡ１”)とセカン
ダリーボリューム（“ボリュームＢ２”）がペア名称
（“ペア１”）で指定されているテーブル２６２を示
す。またこのペアにはプライオリテイ（“Ａ”）が与え
られている事を示す。キ−ボードの如き適当な入力デバ
イスとこのスクリーンを通して、システム管理者は、表
示された情報を変更することが出来る。例えば、ローカ
ルストレージシステムにあるプライマリーボリューム
（“ボリュームＡ１”）とリモートストレージシステム
にある別のボリューム（例えば“ボリュームＢ１”）を
ペアにしたり、プライオリテイを変えることが出来る。
構成変更が完了すると、管理コンソールは、ローカルス
トレージシステム２１２に構成結果を送信し、リモート
コピープロセスが結果を受信し、ペアテーブルとプライ
オリテイテーブルを更新する。最後に、図９に示される
ように、リモートストレージシステム２１２’のサーバ
２２４’はローカルストレージシステム２１２のサーバ
のミラーになることもありえる。この場合、サーバ２２
４がローカルストレージシステム２１２と共に、決定的
障害を被り、またはローカルストレージシステムの破壊
でリモートストレージシステム２１２’との通信が途絶
した場合等に備えて、フェイルオーバ機能が持たされる
ことがある。図１０では、ファイルレベルＩ／Ｏプロト
コルを用いる、ローカル、リモートストレージシステム
３１２，３１２’を有するストレージシステム３００の
構成を示す。図１０に示されるように、ローカルストレ
ージシステム３１２は、サーバ３２４からの読み書きＩ
／Ｏ要求を処理するために、少なくとも１台のファイル
コントローラ３３０を使用する。デイスクコントローラ
３３２は、ボリューム３２０へのアクセスをコントロー
ルする。ファイルコントローラ中で走行しているのは、
ファイルＩ／Ｏプロセスで、デイスクコントローラ３３
２にメッセージを発行して、サーバ３２４から受け取っ
たファイルＩ／Ｏ要求に従ってファイルの読み書き処理
を起動する。典型的には、ファイルコントローラ３３０
はサーバ３２４との間のＮＦＳ(Network FileSystem)
又はＣＩＦＳ(Common Internet File System)通信プ
ロトコルを実装する。サーバ３２４からの読み取り要求
に対する、ファイルコントローラ３３０より起動される
読み取り手順は、通常通り実行される。書き込み要求
は、本発明では、変更され、ファイルコントローラ３３
０は３種類のテーブル；通常使用されるファイル属性
(例えば名前、サイズ、生成日等)とともに、ボリューム
３２０でのファイルロケーション等を示すメタデータテ
ーブル；既に述べられたペアテーブル；及び同じく既に
述べられたプライオリテイテーブル；を維持する。書き
込み要求に応答する書き込み動作は、一般に図１０Ａで
概説されるライト手順３５０によって実行される。ファ
イルＩ／Ｏプロセスは、データの書き込みロケーション
を示すメタデータテーブル３３７の取得（ステップ３５
２）から始まる、ライト手順をコールする。フォールト
トレラントおよび／又は、ＵＳＰａｔＮｏ ６,１０８,
７５０に記されたのと類似する分散ストレージシステム
を実現するために、ボリューム３２０への書き込みロケ
ーションは複数に分散されることもある。手順３５０は
次いで、ステップ３５４でペアテーブル３３８をチェッ
クして、受信した書き込みＩ／Ｏ要求のデータは、リモ
ートコピー対象のペアに対応するストレージエリアに登
録されるべきか否かを判定する。もし登録対象でなけれ
ば、手順３５０は、ステップ３５６でリストに含まれる
各ロケーション対応に、データ書き込み要求をデイスク
コントローラ３３２に送信する。次に、ステップ３７０
で、ステップ３５６で送信されたすべての要求に対して
の完了報告を待ち、全ての完了が報告されたら、本書き
込みＩ／Ｏ要求を発行したサーバに対して完了報告を送
信する（ステップ３７２）。次にこの手順３５０は要求
元にリターンする（ステップ３７４）。もし、ステップ
３５４で、書き込み対象のデータは、ペアテーブル３３
８でペア対象のストレージエリアに書き込まれることが
判ったら、ステップ３５４から３６０に移り、ペアテー
ブル３３８によりペアを特定する。次に、ステップ３６
２で、この特定されたペアにより、プライオリテイテー
ブル３４０を検索して、このペアに以前にアサインされ
たプライオリテイを取得し、ステップ３６６で各ロケー
ション対応に、データはリモートコピー対象であること
を示して、デイスクコントローラ３３２に対して、書き
込み要求を発行する。この様に、書き込み要求は、ペア
のプライオリテイ及びリモートストレージシステム３１
２’でデータが書き込まれるロケーションを含むペアの
識別情報を含む。一度書き込み要求がデイスクコントロ
ーラに転送されると、この手順３５０はステップ３７０
で完了メッセージを待ち、受領後、ステップ３７２で要
求サーバに完了メッセージを送信して、ステップ３７４
に抜ける。デイスクコントローラ３３２にはブロックI
／Ｏプロセスとリモートコピープロセスの二つのプロセ
スが走行している。ブロックI／Ｏプロセスは読み取り
データを探したり、データを書き込むためにファイルコ
ントローラ３３０からのボリュ−ム３２０に対する読み
書き要求を実行する。ライト手順３８０の主要ステップ
を図１０Ｂに示す。ファイルコントローラ３３０から書
き込み要求メッセージを受け取ると、ブロックI／Ｏプ
ロセスのライト手順３８０は、データの書き込まれるべ
きロケーションを特定し（ステップ３８２）、データを
書き込む（ステップ３８４）。ステップ３８６でファイ
ルコントローラ３３０に完了メッセージが返され、次い
で、ステップ３８８でこの書き込みデータはリモートコ
ピー対象か、即ち、ファイルコントローラ３３０がその
ように指示してきたか、否かを判定する。もし対象でな
ければ、ライト手順３８０はステップ３９４でブロック
I／Ｏプロセスにリターンする。反対に本要求がリモー
トコピー対象だったら、ステップ３８８からステップ３
９０に進み、指定されたプライオリテイを用いてＲＣ要
求を組み立て、ステップ３９２でＲＣキュー(図示され
ていない)に登録する。ついで、ライト手順３８０は、
ステップ３９４でブロックI／Ｏプロセスにリターンす
る。リモートコピー動作は、システムの構成要素が必要
に応じて変わっていることを除いて、図５−図８に関連
して概説されたものと本質的に同じである。同様に、書
き込み要求を受け付け、処理するのは、リモートストレ
ージシステム３１２’のデイスクコントローラ３３２’
であることを除いて、リモートストレージシステム３１
２’での動作も基本的には同じである。図１１はローカ
ルストレージシステム４１２及びそのコピーがリモート
ストレージシステム４１２’で構成される、もう一つの
ファイルＩ／Ｏレベルのストレージシステム４００を示
す。図１０のストレージシステム３１２と同様に、ロー
カルストレージシステム４１２がサーバ２２４と、ボリ
ューム４２０で構成されるストレージメデイアとの間の
データ読み書きＩ／Ｏ要求を処理する。ストレージシス
テム４１２は、ファイルコントローラ４３０とデイスク
コントローラ４３２を有する。サーバ２２４からのファ
イルレベルＩ／Ｏ要求を処理するファイルコントローラ
は、ブロックレベルI／Ｏを用いて、ボリューム４２０
に直接アクセスするデイスクコントローラ４３２と交信
する。図１０のストレージシステム３１２と同様に、フ
ァイルコントローラ４３０は、ファイルレベルＩ／Ｏと
ブロックレベルI／Ｏの間の、一種の変換層として働
く。ファイルコントローラ４３０は、ストレージシステ
ム３１２のファイルコントローラ３３０と同様に、メタ
データテーブル４３７、ペアテーブル４３８、及びプラ
イオリテイテーブル４４０を維持する。図１１と図１０
のシステムの主要な相違は、例えばＷＡＮを通して、
（リモートストレージシステム４１２’のファイルコン
トローラ４３０’を介して）リモートストレージシステ
ム４１２’と交信するのは、ファイルコントローラ４３
０であることである。このように、ファイルコントロー
ラ４３０は、ファイルI／Ｏプロセスの処理のみなら
ず、リモートコピープロセスも処理し、ＲＣキュー(図
示していない)も維持する。ファイルコントローラ４３
０は、図１０のファイルコントローラ３３０について記
したことと、本質的に同じ処理を行うが、要求されたデ
ータ書き込みＩ／Ｏ要求が、ペアテーブル４３８によ
り、ペア指定されているストレージロケーションに対し
て行われる場合は、ファイルコントローラ４３０はリモ
ートコピーメッセージを構築して、本ファイルコントロ
ーラが維持するＲＣキューに登録することが異なる。そ
れ以外は、ファイルコントローラ４３０とデイスクコン
トローラ４３２の動作は、ファイルコントローラ４３
０'がリモートコピーデータを受け取り、デイスクコン
トローラ４３２’への書き込みメッセージを構築するこ
とを除いて、基本的に上に述べたファイルコントローラ
４３０'とデイスクコントローラ４３２’の動作と同様
である。図１２は、図１のストレージシステムのよう
な、ブロックレベルＩ／Ｏストレージシステムで使用可
能な代表的なペアテーブルである。図１２のペアテーブ
ル６００は、３つの主コラム、６０２、６０４、及び６
０６を持ち、複数のロー６１０（１）、６１０（２）、
・・・、６１０（ｎ）を有する。二つの主コラム６０
４、６０６は、各々二つのサブコラム６０４ａ、６０４
ｂ、及び６０６ａ、６０６ｂに分割されている。コラム
６０２はペアのペア名(例えば、ＰＡＩＲ１，ＰＡＩＲ
２，・・・ＰＡＩＲＮ)を指定し、コラム６０４、６０
６は各々、各ペアのローカル（プライマリ）、リモート
（セカンダリ）ボリュームを指定する。サブコラム６０
４ａ、６０６ａはストレージシステム、サブコラム６０
４ｂ、６０６ｂはストレージシステム内のボリュームを
指定する。ペアテーブル６００には、図示されてはいな
いが、各ペアのプライオリテイを指定するプライオリテ
イテーブルが関連している。ペアテーブルには、他の構
成もありえることは、本分野に造詣のある人には明白で
ある。例えば、図１３Ａは、デバイステーブルを示す。
デバイスは、デイスクユニット、デイスクユニットの一
部、又は他のストレージメデイアのデバイスであっても
良い。図１３Ａで示すテーブルの各ローは、デバイス
名、デバイス名に対応するローカル（プライマリ）シス
テムのプライマリボリューム、及び対応するリモートス
トレージシステムのセカンダリボリュームを指定する。
図１３Ｂは複数デバイス(例えばデイスクユニット)に分
割構成されるペアの例を示し、各デバイスは、データ記
憶のためのローカル及びリモートのペア名を指定する。
図１４は、ブロックレベルＩ／Ｏストレージに於ける、
複数デバイス構成のペアテーブルでのプライオリテイの
一指定法を示す。図１４では、各ペアは、複数デバイス
に跨り、各デバイスに独立のプライオリテイがアサイン
されている。図１５は、ファイルレベルＩ／Ｏストレー
ジシステムで使用されるペアテーブルの構成例を示す。
このテーブルは、３つのコラムで構成される点では、
（図１２で説明された）ブロックレベルＩ／Ｏストレー
ジシステムのペアテーブルと基本的には同じである。即
ち、ペアを指定するコラム、プライマリ又はローカルの
ファイル／デイレクトリを指定するコラム、及びセカン
ダリ又はリモートのファイルシステムを指定するコラム
を持っている。もし、ファイル名が指定されると、当該
ファイルが複製され、デイレクトリ名が指定されると、
当該デイレクトリのツリー構造及び、このデイレクトリ
下のファイルが複製される。プライマリで指定されたフ
ァイルやデイレクトリがプライマリファイルシステムと
同一構造でセカンダリファイルシステムに於いて複製さ
れるため、セカンダリファイルやデイレクトリを指定す
る必要はないことは明らかである。以上で示したいずれ
のペアテーブルでも、図３で開示したのと同様のプライ
オリテイテーブルを用いることが出来る(勿論、自らプ
ライオリテイ項目を持っている図１４のペアテーブル
は、例外である)。しかしながら、プライオリテイ付け
には多様な方法が考えられる。例えば、プライオリテイ
付けは、書き込み動作を発行するアプリケーションに基
づいて行うことが出来る。一例として、データベース処
理がテキストエデイタ処理より高い重要度がある場合、
データベース処理により起動される書き込み動作は、テ
キストエデイタ処理により起動される書き込み動作より
高いプライオリテイがアサインされても良い。あるい
は、プライオリテイ付けは、ユーザに基づいても良い。
図１６及び図１７はそれぞれ、図1に示すようなブロッ
クレベルＩ／Ｏシステムに対するＲＣ要求(図１６)、又
はファイルレベルＩ／Ｏシステムに対するＲＣ要求(図
１７)、のフォーマットを示す。先ず図１６に戻って、
ブロックレベルＩ／Ｏシステムの代表的ＲＣ要求を示
す。この要求では、書き込み動作で更新されるストレー
ジエリアは；プライオリテイ「２」が指定され、ローカ
ルストレージシステムにデータが保存されるストレージ
エリアは「ストレージシステムＡ，ボリュームＡ１」、
リモートストレージシステムにコピーされるデータのロ
ケーションは「ストレージシステムＢ，ボリュームＢ
２」、両ボリューム内の書き込みアドレスは「１３」、
そしてデータのサイズは「８ＫＢ」が指定されている。
図１７はファイルレベルフォーマットでのＲＣ要求を示
す。更に、この要求では、プライオリテイレベルは
「２」、ローカル及びリモートのストレージエリアは
「ストレージシステムＡ，ファイルシステムＡ１；スト
レージシステムＢ，ファイルシステムＢ２」、ファイル
名は「／ＵＳＲ／ｆｉｌｅ１」、ファイルオフセットは
「５２０」、そしてファイルサイズは「１０２４」が指
定されている。送信のためのリモートコピー要求を選択
するための方法は、各種考えられる。例えば、まずＲＣ
キュー４４(図１)を定期的に調べて、最高のプライオリ
テイを有するリモートコピー要求を探し、見つかった場
合は、この要求をリモートストレージシステムにＷＡＮ
を通して転送する。最高プライオリテイの要求が見つか
らなかった場合は次に高いプライオリテイの要求を見つ
け、以下順にプライオリテイを下げて繰り返す。あるい
は又、リモートコピー要求を、最初に来たものを最初に
処理する（First-Come,First-Serve）方式でＲCキュー
４４内に登録することも出来る。この場合、リモートコ
ピープロセス３４は、より以前に登録された、或る（他
より高い）プライオリティーをもつリモートコピー要求
を探すためにＲＣキュー４４内をチェックする。即ちＲ
ＣキューはプライオリテイベースのＦＩＦＯ(First-In
First-Out)で処理するように構築される。或いは又、
各要求が生成され、又は保存された時間を示す、タイム
スタンプを用いてコピー要求を処理し、キュー構造を用
いない方法も考えられる。リモートコピープロセス３４
は、最高プライオリテイをアサインされたリモートコピ
ー要求を含む構成をサーチする。次に、該当が見つかっ
たら、タイムスタンプに従ってリモートストレージシス
テムに転送する。要約すると、重要なデータの変更が、
より重要性の低いデータの転送を待つことなく、可能な
限り速やかに、リモートストレージシステムでミラーさ
れることを保証するために、プライオリテイに従って、
ローカルストレージシステムに維持されたデータの遠隔
地に置かれたコピーを更新するための、リモートコピー
の方法、及び装置が開示された。本発明の、これら及び
他の効果が、添付する図面とともに本明細書の以下に述
べる発明の詳細の説明を読むことにより、本分野に造詣
のある人には明確になる。
【発明の効果】本発明から多数の効果が明白になる。第
一に、重要なデータは最大限速やかにリモートストレー
ジシステムにバックアップされる。重要性の低いデータ
の転送に待たされて、重要なデータの損失が起きるリス
クは、もはや存在しないと期待される。
一に、重要なデータは最大限速やかにリモートストレー
ジシステムにバックアップされる。重要性の低いデータ
の転送に待たされて、重要なデータの損失が起きるリス
クは、もはや存在しないと期待される。
【図１】図１は本発明による、ローカルおよび(地理的
に離れた)リモートストレージシステムとで構成される
データストレージシステムを有するデータ処理システム
の基本コンセプトを具体化し、一般的に説明する、ブロ
ックダイアグラムである。
に離れた)リモートストレージシステムとで構成される
データストレージシステムを有するデータ処理システム
の基本コンセプトを具体化し、一般的に説明する、ブロ
ックダイアグラムである。
【図２】図２は図１のローカルストレージシステムで用
いられるペアテーブルを示す。
いられるペアテーブルを示す。
【図３】図３は図１のローカルストレージシステムで用
いられるプライオリテイテーブルの構成を示す。
いられるプライオリテイテーブルの構成を示す。
【図４】図４はＩ／Ｏ要求の受領で起動されて、図１の
ローカルストレージシステムが遂行する初期ステップを
示す。
ローカルストレージシステムが遂行する初期ステップを
示す。
【図５】図５は図４の書き込み要求の実行のためにコー
ルされる処理ステップを示す。
ルされる処理ステップを示す。
【図６】図６はリモートコピー処理で実行される処理ス
テップを示す。
テップを示す。
【図７】図７はリモートストレージシステムが、バック
アップのために図１のローカルストレージシステムより
送られたデータを受信し処理する為のステップを示す。
アップのために図１のローカルストレージシステムより
送られたデータを受信し処理する為のステップを示す。
【図８】図８は図１のローカルストレージシステムが、
書き込まれた又は更新されたリモートコピーデータをバ
ックアップの為に、リモートストレージシステムに送信
する為の処理ステップを示す。
書き込まれた又は更新されたリモートコピーデータをバ
ックアップの為に、リモートストレージシステムに送信
する為の処理ステップを示す。
【図９】図９はローカル及びリモートストレージシステ
ムに於いて、ブロックレベルＩ／Ｏを採用し、本発明に
基づいて構成される、データストレージシステムのブロ
ックダイグラムである。
ムに於いて、ブロックレベルＩ／Ｏを採用し、本発明に
基づいて構成される、データストレージシステムのブロ
ックダイグラムである。
【図９Ａ】図９Ａは図９のシステムの管理コンソールで
表示される典型的なＧＵＩ画面である。
表示される典型的なＧＵＩ画面である。
【図１０】図１０は本発明のファイルレベルＩ／Ｏプロ
トコルを用いて構成されるデータストレージシステムの
実施例である。
トコルを用いて構成されるデータストレージシステムの
実施例である。
【図１０Ａ】図１０ＡはＩ／Ｏ書き込み要求の受信に対
応して、書き込み動作のために図１０のストレージシス
テムが実施する処理ステップを示す。
応して、書き込み動作のために図１０のストレージシス
テムが実施する処理ステップを示す。
【図１０Ｂ】図１０ＢはＩ／Ｏ書き込み要求の受信に対
応して、書き込み動作のために図１０のストレージシス
テムが実施する処理ステップを示す。
応して、書き込み動作のために図１０のストレージシス
テムが実施する処理ステップを示す。
【図１１】図１１は本発明のファイルレベルＩ／Ｏプロ
トコルを使用するストレージシステムの他の実施例を示
す。
トコルを使用するストレージシステムの他の実施例を示
す。
【図１２】図１２は本発明のブロックレベルＩ／Ｏプロ
トコルを用いるストレージシステムのペアテーブルを示
す。
トコルを用いるストレージシステムのペアテーブルを示
す。
【図１３Ａ】図１３Ａは本発明のペアテーブルのそれぞ
れ相異なる実施例を示す。
れ相異なる実施例を示す。
【図１３Ｂ】図１３Ｂは本発明のペアテーブルのそれぞ
れ相異なる実施例を示す。
れ相異なる実施例を示す。
【図１４】図１４は本発明のペアテーブルのそれぞれ相
異なる実施例を示す。
異なる実施例を示す。
【図１５】図１５はファイルレベルＩ／Ｏストレージシ
ステムで使用できるペアテーブルを示す。
ステムで使用できるペアテーブルを示す。
【図１６】図１６はブロックレベルＩ／Ｏシステムを採
用するリモートコピー（ＲＣ）要求のフォーマットを示
す。
用するリモートコピー（ＲＣ）要求のフォーマットを示
す。
【図１７】図１７はファイルレベルＩ／Ｏシステムを採
用するリモートコピー（ＲＣ）要求のフォーマットを示
す。
用するリモートコピー（ＲＣ）要求のフォーマットを示
す。
１２・・・ローカル／プライマリストレージシステム、１
２’・・・／リモート／セカンダリストレージシステム、1
4・・・WAN、２０・２０‘・・・ストレージボリューム、２
２，２２’・・・コントロールユニット、２４・・・サーバ、
３０・３０‘・・・プロセッサユニット、３２，３２’・・・
ＩＯＰ、３８・・・ペアテーブル、４０・・・プライオリテイ
テーブル、４４・・・ＲＣキュー
２’・・・／リモート／セカンダリストレージシステム、1
4・・・WAN、２０・２０‘・・・ストレージボリューム、２
２，２２’・・・コントロールユニット、２４・・・サーバ、
３０・３０‘・・・プロセッサユニット、３２，３２’・・・
ＩＯＰ、３８・・・ペアテーブル、４０・・・プライオリテイ
テーブル、４４・・・ＲＣキュー
Claims (7)
- 【請求項１】少なくとも一台のプロセッサユニットとの
間でデータ交信を行うストレージシステムであって、該
ストレージシステムは：該プロセッサユニットに結合
し、該プロセッサユニットからのデータ書き込み要求に
従って、データを記憶するための複数の第一のストレー
ジエリアをもち、該複数の第一のストレージエリアの一
つと、各々対応する第二のストレージエリアとの、ペア
対応を示すペアテーブルを有する、第一のストレージユ
ニット；と該第一のストレージユニットに通信結合し、
該第一のストレージエリアに対応する該第二のストレー
ジエリアをもつ第二のストレージユニット；と、 該各ストレージエリアの該各ペアに対応してアサインさ
れたプライオリテイ値を有する、ペアテーブルと関連付
けられたプライオリテイテーブル；とで構成され、 該第一のストレージユニットは、該第一のストレージエ
リアの一つへのデータの書き込み要求を受信し、アサイ
ンされたプライオリテイに従って、該第二のストレージ
ユニットにデータを送信し、該ペアテーブルで指定され
た該第一のストレージエリアに対応する該第二のストレ
ージエリアの一つに、データを書き込むストレージシス
テム。 - 【請求項２】該第一及び第二のストレージエリアは複数
のデイスクストレージユニット上に形成される、請求項
１のストレージシステム。 - 【請求項３】第一の地域にあるストレージシステムに記
憶されたデータを保護するための方法であって、該デー
タはプロセッサシステムからのデータ書き込み要求に基
づいて、予め決められた複数の第一のストレージエリア
に記憶されており、該方法は：該第一の地域とは異なる
第二の地域にリモートストレージシステムを設置し、該
第二のストレージシステムには、該第一の複数のストレ
ージエリアの各々に対応した、第二のストレージエリア
を持たせる；ステップと、 該第一の地域で複数のペア
表示を保持するペアテーブルを維持し、該複数のペア表
示の各々は該第一のストレージエリアの各々と、対応す
る該第二のストレージエリアの一つとの対応関係を表示
し、該複数のペア表示の各々に対応してプライオリテイ
値が関連して定義される；ステップと、 該複数の第一のストレージエリアの幾つかに対する、デ
ータの書き込み要求を受け取り、各ペアと関連付けられ
た該プライオリテイ値に基づいて該データを該リモート
ストレージシステムに転送し、該ペアテーブルで指定さ
れる、該第一のストレージエリアに対応した該複数の第
二のストレージエリアの幾つかにデータを書き込むステ
ップとから構成されるデータ保護方法。 - 【請求項４】データを記憶するための方法であって、該
方法は、 第一の地域で、データの書き込み要求に応じてデータを
書き込むための、複数の第一のデータストレージエリア
を維持する；ステップと、 該第一の地域から遠隔地にある第二の地域に於いて、複
数の第二のデータストレージエリアを用意する；ステッ
プと、 該複数の第一のデータストレージエリアの各々と該複数
の第二のデータストレージエリアの各々との対応関係を
とる；ステップと、 該対応関係の各々にプライオリテイをアサインする；ス
テップと、 該複数の第一のストレージエリアの最初の一つに対する
データの書き込み要求を受信し、該プライオリテイに従
って、該対応する該第二のストレージエリアにデータを
転送する；ステップとから構成されるデータ記憶方法。 - 【請求項５】ストレージシステムであって、該システム
は：データ読み取りが可能なデータ記憶のためのローカ
ルストレージメデイア；と、 該ストレージメデイアへのデータ書き込み要求を受信
し、リモートコピーメッセージを記憶するためのリモー
トコピーキューを維持する、ローカルコントローラ；
と、 リモートストレージメデイアを有するリモートストレー
ジシステム；と、 多数の書き込み要求を受け取り、多数の書き込み要求の
各々に対してコピーメッセージを準備して、該コピーキ
ューに登録し、該コピーキューに登録された該各コピー
メッセージにはプライオリティーがアサインされてお
り、該コピーメッセージをアサインされたプライオリテ
イ値に従って、書き込み要求のデータと共に、該リモー
トストレージシステムに送信する該ローカルコントロー
ラ；とから構成されるストレージシステム。 - 【請求項６】該ローカルコントローラにより維持され、
該ローカルストレージメデイアの予め決められた該複数
のストレージエリアの各々と該リモートトレージメデイ
アの複数の各ストレージエリアの一つとの対応関係を表
示する、ペアテーブルを含み、該多数の書き込み要求の
各々は、データが書き込まれるべき該ストレージエリア
の一つを指定する情報を持つ、請求項５のストレージシ
ステム。 - 【請求項７】該各コピーメッセージはデータが書き込ま
れる該ローカルストレージエリアに対応するストレージ
エリアのペア表示を含む、請求項６のストレージシステ
ム。
Applications Claiming Priority (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| US10/022,306 | 2001-12-14 | ||
| US10/022,306 US6728849B2 (en) | 2001-12-14 | 2001-12-14 | Remote storage system and method |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2003233467A true JP2003233467A (ja) | 2003-08-22 |
| JP2003233467A5 JP2003233467A5 (ja) | 2005-06-09 |
Family
ID=21808907
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2002361911A Pending JP2003233467A (ja) | 2001-12-14 | 2002-12-13 | ストレージベースリモートコピーでのパス選択方式 |
Country Status (2)
| Country | Link |
|---|---|
| US (1) | US6728849B2 (ja) |
| JP (1) | JP2003233467A (ja) |
Cited By (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2004302556A (ja) * | 2003-03-28 | 2004-10-28 | Hitachi Ltd | 複数の計算機システム間でのデータ共有方法およびディスク制御装置 |
| JP2006134323A (ja) * | 2004-11-01 | 2006-05-25 | Hitachi Ltd | ストレージシステムにおける遠隔コピーオペレーションに対するサービスの質 |
| JP4861480B2 (ja) * | 2006-09-22 | 2012-01-25 | オーセ プリンティング システムズ ゲゼルシャフト ミット ベシュレンクテル ハフツング | 印刷データの自動的な伝送、特に印刷ジョブのミラーリングのための方法及びシステム |
| JP2022027033A (ja) * | 2020-07-31 | 2022-02-10 | 株式会社日立製作所 | ストレージシステム、連携方法、およびプログラム |
Families Citing this family (52)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| GB2365556B (en) * | 2000-08-04 | 2005-04-27 | Hewlett Packard Co | Gateway device for remote file server services |
| US7398302B2 (en) * | 2001-03-30 | 2008-07-08 | Hitachi, Ltd. | Remote copy with path selection and prioritization |
| US7302435B2 (en) * | 2002-03-29 | 2007-11-27 | Sony Corporation | Media storage and management system and process |
| US20030187820A1 (en) | 2002-03-29 | 2003-10-02 | Michael Kohut | Media management system and process |
| US20030236954A1 (en) * | 2002-06-20 | 2003-12-25 | International Business Machines Corporation | Method for configurable priority read order of mirrors from within a volume manager |
| JP3977698B2 (ja) * | 2002-07-05 | 2007-09-19 | 株式会社日立製作所 | 記憶制御装置、記憶制御装置の制御方法、及びプログラム |
| US7103727B2 (en) | 2002-07-30 | 2006-09-05 | Hitachi, Ltd. | Storage system for multi-site remote copy |
| US7047377B2 (en) * | 2002-08-20 | 2006-05-16 | Gruintine Pueche, Inc. | System and method for conducting an auction-based ranking of search results on a computer network |
| US20040088575A1 (en) * | 2002-11-01 | 2004-05-06 | Piepho Allen J. | Secure remote network access system and method |
| JP2004157637A (ja) * | 2002-11-05 | 2004-06-03 | Hitachi Ltd | ストレージ管理方法 |
| JP2004227098A (ja) * | 2003-01-20 | 2004-08-12 | Hitachi Ltd | 記憶デバイス制御装置の制御方法、及び記憶デバイス制御装置 |
| TW594497B (en) * | 2003-02-25 | 2004-06-21 | Icp Electronics Inc | Information processing device including network automatic duplicating function and method thereof |
| US7107296B2 (en) * | 2003-06-25 | 2006-09-12 | Microsoft Corporation | Media library synchronizer |
| JP2005309550A (ja) | 2004-04-19 | 2005-11-04 | Hitachi Ltd | リモートコピー方法及びリモートコピーシステム |
| US8856927B1 (en) | 2003-07-22 | 2014-10-07 | Acronis International Gmbh | System and method for using snapshots for rootkit detection |
| US8074035B1 (en) * | 2003-07-22 | 2011-12-06 | Acronis, Inc. | System and method for using multivolume snapshots for online data backup |
| US7441052B2 (en) * | 2003-09-29 | 2008-10-21 | Hitachi Data Systems Corporation | Methods and apparatuses for providing copies of stored data for disaster recovery and other uses |
| JP4291664B2 (ja) * | 2003-10-14 | 2009-07-08 | 株式会社日立製作所 | 通信バッファ予約機能を備えるストレージ装置およびシステム |
| US7516133B2 (en) * | 2003-10-17 | 2009-04-07 | Hitachi, Ltd. | Method and apparatus for file replication with a common format |
| US7272606B2 (en) * | 2003-11-26 | 2007-09-18 | Veritas Operating Corporation | System and method for detecting and storing file content access information within a file system |
| JP2005165702A (ja) * | 2003-12-03 | 2005-06-23 | Hitachi Ltd | クラスタストレージのデバイス連結方法 |
| JP4703959B2 (ja) * | 2003-12-03 | 2011-06-15 | 株式会社日立製作所 | 記憶装置システムおよびそのレプリケーション作成方法 |
| US7139864B2 (en) * | 2003-12-30 | 2006-11-21 | Sandisk Corporation | Non-volatile memory and method with block management system |
| US7966294B1 (en) * | 2004-01-08 | 2011-06-21 | Netapp, Inc. | User interface system for a clustered storage system |
| US7451283B2 (en) * | 2004-01-09 | 2008-11-11 | International Business Machines Corporation | Method, system, and program for copying tracks between a primary storage and secondary storage |
| JP2005242403A (ja) * | 2004-02-24 | 2005-09-08 | Hitachi Ltd | 計算機システム |
| US7533181B2 (en) * | 2004-02-26 | 2009-05-12 | International Business Machines Corporation | Apparatus, system, and method for data access management |
| JP2005301590A (ja) * | 2004-04-09 | 2005-10-27 | Hitachi Ltd | ストレージシステム及びデータ複製方法 |
| JP4575028B2 (ja) * | 2004-05-27 | 2010-11-04 | 株式会社日立製作所 | ディスクアレイ装置およびその制御方法 |
| US7640328B1 (en) * | 2004-06-30 | 2009-12-29 | Symantec Operating Corporation | Method and apparatus for prioritizing provisioning data in a provisioning server |
| JP4596889B2 (ja) * | 2004-11-08 | 2010-12-15 | 株式会社日立製作所 | ストレージシステムの管理方法 |
| US7949806B2 (en) * | 2004-11-18 | 2011-05-24 | International Business Machines Corporation | Apparatus and method to provide an operation to an information storage device including protocol conversion and assigning priority levels to the operation |
| JP4733431B2 (ja) * | 2005-06-01 | 2011-07-27 | 株式会社日立製作所 | リモートコピーの初期コピーシステムおよび初期コピー方法ならびに記憶装置 |
| JP4842720B2 (ja) * | 2006-06-29 | 2011-12-21 | 株式会社日立製作所 | ストレージシステム及びデータ複製方法 |
| US20080046485A1 (en) * | 2006-08-15 | 2008-02-21 | Kristof De Spiegeleer | Method and System for Disaster Recovery of Servers with Optimized Positioning of Backups on Volumes |
| JP2008090747A (ja) * | 2006-10-04 | 2008-04-17 | Sony Corp | 通信システム、通信装置、プログラムおよび通信方法 |
| US8024534B2 (en) * | 2007-08-16 | 2011-09-20 | International Business Machines Corporation | Replication engine communicating with a splitter to split writes between a storage controller and replication engine |
| US8131957B2 (en) | 2007-08-16 | 2012-03-06 | International Business Machines Corporation | Splitting writes between a storage controller and replication engine |
| US8560639B2 (en) * | 2009-04-24 | 2013-10-15 | Microsoft Corporation | Dynamic placement of replica data |
| US8935366B2 (en) * | 2009-04-24 | 2015-01-13 | Microsoft Corporation | Hybrid distributed and cloud backup architecture |
| US8769055B2 (en) * | 2009-04-24 | 2014-07-01 | Microsoft Corporation | Distributed backup and versioning |
| US8769049B2 (en) * | 2009-04-24 | 2014-07-01 | Microsoft Corporation | Intelligent tiers of backup data |
| CN102024044B (zh) * | 2010-12-08 | 2012-11-21 | 华为技术有限公司 | 分布式文件系统 |
| US9645859B1 (en) * | 2012-12-18 | 2017-05-09 | Veritas Technologies Llc | Performing I/O quiesce and drain operations in multi-node distributed systems |
| US9405643B2 (en) | 2013-11-26 | 2016-08-02 | Dropbox, Inc. | Multi-level lookup architecture to facilitate failure recovery |
| US9547706B2 (en) * | 2014-03-10 | 2017-01-17 | Dropbox, Inc. | Using colocation hints to facilitate accessing a distributed data storage system |
| US10282112B2 (en) * | 2014-11-04 | 2019-05-07 | Rubrik, Inc. | Network optimized deduplication of virtual machine snapshots |
| JP2016162261A (ja) * | 2015-03-03 | 2016-09-05 | 富士通株式会社 | 情報処理装置、情報処理システム、および制御プログラム |
| US9817593B1 (en) | 2016-07-11 | 2017-11-14 | Sandisk Technologies Llc | Block management in non-volatile memory system with non-blocking control sync system |
| US11221920B2 (en) | 2017-10-10 | 2022-01-11 | Rubrik, Inc. | Incremental file system backup with adaptive fingerprinting |
| US11372729B2 (en) | 2017-11-29 | 2022-06-28 | Rubrik, Inc. | In-place cloud instance restore |
| CN119336237A (zh) * | 2023-07-20 | 2025-01-21 | 华为技术有限公司 | 一种数据存储方法以及计算设备 |
Family Cites Families (18)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US5909700A (en) * | 1996-12-23 | 1999-06-01 | Emc Corporation | Back-up data storage facility incorporating filtering to select data items to be backed up |
| US5544347A (en) | 1990-09-24 | 1996-08-06 | Emc Corporation | Data storage system controlled remote data mirroring with respectively maintained data indices |
| US5537533A (en) | 1994-08-11 | 1996-07-16 | Miralink Corporation | System and method for remote mirroring of digital data from a primary network server to a remote network server |
| US5799141A (en) | 1995-06-09 | 1998-08-25 | Qualix Group, Inc. | Real-time data protection system and method |
| US5819020A (en) | 1995-10-16 | 1998-10-06 | Network Specialists, Inc. | Real time backup system |
| US5778165A (en) | 1995-10-20 | 1998-07-07 | Digital Equipment Corporation | Variable-level backup scheduling method and apparatus |
| US5901327A (en) | 1996-05-28 | 1999-05-04 | Emc Corporation | Bundling of write data from channel commands in a command chain for transmission over a data link between data storage systems for remote data mirroring |
| US5933653A (en) | 1996-05-31 | 1999-08-03 | Emc Corporation | Method and apparatus for mirroring data in a remote data storage system |
| CA2267953C (en) | 1996-07-25 | 2011-10-18 | Mark Kriegsman | Web serving system with primary and secondary servers |
| DE69710201T3 (de) | 1996-10-04 | 2007-07-05 | Fisher Controls International Llc (N.D.Ges.D.Staates Delaware) | Netzwerkzugangs-interface für prozesssteuerungsnetzwerk |
| US5875479A (en) * | 1997-01-07 | 1999-02-23 | International Business Machines Corporation | Method and means for making a dual volume level copy in a DASD storage subsystem subject to updating during the copy interval |
| US5937414A (en) | 1997-02-28 | 1999-08-10 | Oracle Corporation | Method and apparatus for providing database system replication in a mixed propagation environment |
| US5943690A (en) | 1997-04-07 | 1999-08-24 | Sony Corporation | Data storage apparatus and method allocating sets of data |
| JPH11167510A (ja) | 1997-12-04 | 1999-06-22 | Hitachi Ltd | レプリケーション方法、レプリケーションツール、および、レプリケーションサーバ |
| US6189079B1 (en) | 1998-05-22 | 2001-02-13 | International Business Machines Corporation | Data copy between peer-to-peer controllers |
| US6122713A (en) * | 1998-06-01 | 2000-09-19 | National Instruments Corporation | Dual port shared memory system including semaphores for high priority and low priority requestors |
| US6308284B1 (en) | 1998-08-28 | 2001-10-23 | Emc Corporation | Method and apparatus for maintaining data coherency |
| US6269382B1 (en) | 1998-08-31 | 2001-07-31 | Microsoft Corporation | Systems and methods for migration and recall of data from local and remote storage |
-
2001
- 2001-12-14 US US10/022,306 patent/US6728849B2/en not_active Expired - Fee Related
-
2002
- 2002-12-13 JP JP2002361911A patent/JP2003233467A/ja active Pending
Cited By (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2004302556A (ja) * | 2003-03-28 | 2004-10-28 | Hitachi Ltd | 複数の計算機システム間でのデータ共有方法およびディスク制御装置 |
| JP2006134323A (ja) * | 2004-11-01 | 2006-05-25 | Hitachi Ltd | ストレージシステムにおける遠隔コピーオペレーションに対するサービスの質 |
| JP4861480B2 (ja) * | 2006-09-22 | 2012-01-25 | オーセ プリンティング システムズ ゲゼルシャフト ミット ベシュレンクテル ハフツング | 印刷データの自動的な伝送、特に印刷ジョブのミラーリングのための方法及びシステム |
| JP2022027033A (ja) * | 2020-07-31 | 2022-02-10 | 株式会社日立製作所 | ストレージシステム、連携方法、およびプログラム |
| JP7100090B2 (ja) | 2020-07-31 | 2022-07-12 | 株式会社日立製作所 | ストレージシステム、連携方法、およびプログラム |
| US11496547B2 (en) | 2020-07-31 | 2022-11-08 | Hitachi, Ltd. | Storage system node communication |
Also Published As
| Publication number | Publication date |
|---|---|
| US6728849B2 (en) | 2004-04-27 |
| US20030115433A1 (en) | 2003-06-19 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP2003233467A (ja) | ストレージベースリモートコピーでのパス選択方式 | |
| JP2003233467A5 (ja) | ||
| US6446176B1 (en) | Method and system for transferring data between primary storage and secondary storage using a bridge volume and an internal snapshot copy of the data being transferred | |
| JP4892185B2 (ja) | 分散リモートコピーシステム | |
| US6925541B2 (en) | Method and apparatus for managing replication volumes | |
| JP4473612B2 (ja) | リモートコピーシステム | |
| JP4519563B2 (ja) | 記憶システム及びデータ処理システム | |
| US6345368B1 (en) | Fault-tolerant access to storage arrays using active and quiescent storage controllers | |
| JP4703959B2 (ja) | 記憶装置システムおよびそのレプリケーション作成方法 | |
| US7234033B2 (en) | Data synchronization of multiple remote storage facilities | |
| CN100485678C (zh) | 将虚拟映射存入对象属性中的分布式基于对象的存储系统 | |
| US7386598B2 (en) | Computer system with virtualization function | |
| US8046421B2 (en) | High performance storage access environment | |
| JP5037811B2 (ja) | 遠隔コピー方法及び遠隔コピーシステム | |
| JP4704161B2 (ja) | ファイルシステムの構築方法 | |
| US20070022317A1 (en) | Method, system, and program for transmitting input/output requests from a first controller to a second controller | |
| US20080195827A1 (en) | Storage control device for storage virtualization system | |
| US20050216532A1 (en) | System and method for file migration | |
| US20070192375A1 (en) | Method and computer system for updating data when reference load is balanced by mirroring | |
| US8266400B2 (en) | Computer system remote copying system and computer system | |
| US7107355B2 (en) | High availability lightweight directory access protocol service | |
| KR20100061457A (ko) | 스토리지 컨트롤러와 복제 엔진 사이에서 라이트들을 스플리트하는 기술 | |
| US10872036B1 (en) | Methods for facilitating efficient storage operations using host-managed solid-state disks and devices thereof | |
| US7484066B2 (en) | Assuring performance of external storage systems | |
| US20090228672A1 (en) | Remote copy system and check method |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20040903 |
|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20040903 |
|
| RD02 | Notification of acceptance of power of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7422 Effective date: 20040903 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20061005 |
|
| 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: 20061024 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20061222 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20070515 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20070713 |
|
| A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20080311 |