JP2002049517A - 記憶システム - Google Patents
記憶システムInfo
- Publication number
- JP2002049517A JP2002049517A JP2000285237A JP2000285237A JP2002049517A JP 2002049517 A JP2002049517 A JP 2002049517A JP 2000285237 A JP2000285237 A JP 2000285237A JP 2000285237 A JP2000285237 A JP 2000285237A JP 2002049517 A JP2002049517 A JP 2002049517A
- Authority
- JP
- Japan
- Prior art keywords
- data
- storage system
- write
- command
- remote
- 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
Landscapes
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
- Memory System Of A Hierarchy Structure (AREA)
- Techniques For Improving Reliability Of Storages (AREA)
Abstract
(57)【要約】
【課題】リモート非同期データ転送を提供するディスク
装置に接続されるホスト装置に対し、データベース運用
上必要となる同期確定方法を提供する。ュームにＷｒｉ
ｔｅされたかを確認する方法が必要である。 【解決手段】ホスト装置のアプリケーションは書込みデ
ータのコミット直後に同期確認要のＳｙｎｃコマンドを
発行し、ディスク制御装置はホスト装置に対して、ロー
カル側のホストから受けた最新データに関する番号とリ
モート側の受信した最新データに関する番号をホスト装
置へ通知し、ホスト装置は２つが一致した時コミット動
作が終了したと判断する。 【効果】ホスト装置アプリケーションソフトは任意なタ
イミングでＳｙｎｃコマンドを発行でき、データベース
（ＤＢ）のトランディクション単位での同期確認が可能
となる。
装置に接続されるホスト装置に対し、データベース運用
上必要となる同期確定方法を提供する。ュームにＷｒｉ
ｔｅされたかを確認する方法が必要である。 【解決手段】ホスト装置のアプリケーションは書込みデ
ータのコミット直後に同期確認要のＳｙｎｃコマンドを
発行し、ディスク制御装置はホスト装置に対して、ロー
カル側のホストから受けた最新データに関する番号とリ
モート側の受信した最新データに関する番号をホスト装
置へ通知し、ホスト装置は２つが一致した時コミット動
作が終了したと判断する。 【効果】ホスト装置アプリケーションソフトは任意なタ
イミングでＳｙｎｃコマンドを発行でき、データベース
（ＤＢ）のトランディクション単位での同期確認が可能
となる。
Description
【０００１】
【発明の属する技術分野】本発明は、ディスク制御装置
間の非同期リモートコピーにおけるデータ同期制御に関
するものである。
間の非同期リモートコピーにおけるデータ同期制御に関
するものである。
【０００２】
【従来の技術】近年のコンピュータシステムは、銀行及
び証券業務の基幹業務を、大型コンピュータによる一括
管理から、クライアント・サーバシステムを中心とする
分散システムへ移行している。このような分散システム
環境では、クライアントからの要求を複数のサーバとデ
ィスクアレイ装置を用いてデータを処理するＨＡ（Ｈｉ
ｇｈ Ａｖａｉｌａｂｉｌｉｔｙ:高可用性）クラスタ
構成が採られている。このようなＨＡクラスタ構成で
は、地震などの災害に備えて遠隔地にあるデータセンタ
ー間でデータを二重化する方法が採用されてきている。
二重化は、通常、２台のディスクアレイ装置（記憶シス
テム）を公衆回線や専用回線等を介してリモート接続
し、ホストコンピュータ装置からローカルのディスクア
レイ装置への書込みデータを、リモートのディスクアレ
イ装置へコピーする方法が採られている。
び証券業務の基幹業務を、大型コンピュータによる一括
管理から、クライアント・サーバシステムを中心とする
分散システムへ移行している。このような分散システム
環境では、クライアントからの要求を複数のサーバとデ
ィスクアレイ装置を用いてデータを処理するＨＡ（Ｈｉ
ｇｈ Ａｖａｉｌａｂｉｌｉｔｙ:高可用性）クラスタ
構成が採られている。このようなＨＡクラスタ構成で
は、地震などの災害に備えて遠隔地にあるデータセンタ
ー間でデータを二重化する方法が採用されてきている。
二重化は、通常、２台のディスクアレイ装置（記憶シス
テム）を公衆回線や専用回線等を介してリモート接続
し、ホストコンピュータ装置からローカルのディスクア
レイ装置への書込みデータを、リモートのディスクアレ
イ装置へコピーする方法が採られている。
【０００３】ディスクアレイ装置間で二重化する方法
は、大別すると同期方式と非同期方式の２種類がある。
は、大別すると同期方式と非同期方式の２種類がある。
【０００４】同期方式では、まず、ローカル側のホスト
装置からの書込み要求を、ローカル側のディスクアレイ
装置のキャッシュに書込む。続いて、ローカル側のディ
スクアレイ装置は、キャッシュに書込まれたデータを、
リモートのディスクアレイ装置に転送する。更に、ロー
カル側のディスクアレイ装置は、書込み要求のデータが
リモート側のディスクアレイ装置により受信されたこと
示す応答信号を受信すると、この後、ホストに対して、
前記書込み要求に対する応答を返す。つまり、ローカル
側のディスクアレイ装置は、リモート側のディスクアレ
イ装置にデータが届けられたことを確認して、ホストへ
応答を返す。この応答は、ホスト装置に対しリモート側
にデータが渡されたことを保証する。（同期とは、ホス
トからの書込み要求とリモート側のディスクアレイ装置
へのコピーが同期して行われるという意味で用いられ
る。）この同期方式は、リモート側からの応答信号を待
つ遅延が発生するため、ローカルとリモート間でデータ
伝送の伝播遅延が少ない比較的近距離（１００Ｋｍ以
内）に適しているが、例えば公衆回線網等を使用する遠
距離転送には適さない。なお、ローカル側およびリモー
ト側のディスクアレイ装置に記録されたデータは、それ
ぞれのドライブ制御回路を介してそれぞれの物理ディス
クへ書込まれる。
装置からの書込み要求を、ローカル側のディスクアレイ
装置のキャッシュに書込む。続いて、ローカル側のディ
スクアレイ装置は、キャッシュに書込まれたデータを、
リモートのディスクアレイ装置に転送する。更に、ロー
カル側のディスクアレイ装置は、書込み要求のデータが
リモート側のディスクアレイ装置により受信されたこと
示す応答信号を受信すると、この後、ホストに対して、
前記書込み要求に対する応答を返す。つまり、ローカル
側のディスクアレイ装置は、リモート側のディスクアレ
イ装置にデータが届けられたことを確認して、ホストへ
応答を返す。この応答は、ホスト装置に対しリモート側
にデータが渡されたことを保証する。（同期とは、ホス
トからの書込み要求とリモート側のディスクアレイ装置
へのコピーが同期して行われるという意味で用いられ
る。）この同期方式は、リモート側からの応答信号を待
つ遅延が発生するため、ローカルとリモート間でデータ
伝送の伝播遅延が少ない比較的近距離（１００Ｋｍ以
内）に適しているが、例えば公衆回線網等を使用する遠
距離転送には適さない。なお、ローカル側およびリモー
ト側のディスクアレイ装置に記録されたデータは、それ
ぞれのドライブ制御回路を介してそれぞれの物理ディス
クへ書込まれる。
【０００５】一方、非同期方式は、遠距離転送に向いて
おり、ローカル側のホスト装置からの書込み要求に対す
るホスト装置への応答（書込み完了）は、ローカル側の
キャッシュに前記書込み要求のデータが書かれた時点
で、書込み完了をホスト装置へ返される。キャッシュに
書かれたデータは、ホスト装置への応答後に、別のタイ
ミングで（この意味で非同期）、リモート側のディスク
アレイ装置へコピー（転送）される。この非同期方式で
は、リモート側のディスクアレイ装置へデータを転送す
るタイミングとは関係なく、ホスト装置へ上記書込み要
求に対する応答を行うので、応答タイミングが同期方式
と比べて速くなり、ホストは次の処理に早く移ることが
できる。
おり、ローカル側のホスト装置からの書込み要求に対す
るホスト装置への応答（書込み完了）は、ローカル側の
キャッシュに前記書込み要求のデータが書かれた時点
で、書込み完了をホスト装置へ返される。キャッシュに
書かれたデータは、ホスト装置への応答後に、別のタイ
ミングで（この意味で非同期）、リモート側のディスク
アレイ装置へコピー（転送）される。この非同期方式で
は、リモート側のディスクアレイ装置へデータを転送す
るタイミングとは関係なく、ホスト装置へ上記書込み要
求に対する応答を行うので、応答タイミングが同期方式
と比べて速くなり、ホストは次の処理に早く移ることが
できる。
【０００６】なお、リモートコピーに関しては、特表平
８−５０９５６５号に記載がある。
８−５０９５６５号に記載がある。
【０００７】
【発明が解決しようとする課題】上記非同期にリモート
側にデータを転送する方法では、ローカル側のディスク
アレイ装置が、当該ディスクアレイ装置内にデータを格
納した時点で、リモート側にデータがストアされたか否
かに関係なく、ホストに対し、書込み要求完了を報告す
る。このため、ローカル側のホストは、ホスト書込み要
求のリモート側への同期完了確認（ホスト書込み要求に
よるデータがリモート側のディスクアレイ装置へ確実に
転送されたかの確認）が困難であった。このホスト書込
み要求のリモート側での同期完了確認は、特に、データ
ベースの履歴ログファイル等でのデータベースのトラン
ザクション単位のコミット（データが確実にストレージ
に記憶されたという保証）で必要とされる。なお、コミ
ットとは、１つのトランザクションに関する複数のデー
タベースの更新結果を実際の記憶システム上にログファ
イルと共に書込む一連の処理のことである。
側にデータを転送する方法では、ローカル側のディスク
アレイ装置が、当該ディスクアレイ装置内にデータを格
納した時点で、リモート側にデータがストアされたか否
かに関係なく、ホストに対し、書込み要求完了を報告す
る。このため、ローカル側のホストは、ホスト書込み要
求のリモート側への同期完了確認（ホスト書込み要求に
よるデータがリモート側のディスクアレイ装置へ確実に
転送されたかの確認）が困難であった。このホスト書込
み要求のリモート側での同期完了確認は、特に、データ
ベースの履歴ログファイル等でのデータベースのトラン
ザクション単位のコミット（データが確実にストレージ
に記憶されたという保証）で必要とされる。なお、コミ
ットとは、１つのトランザクションに関する複数のデー
タベースの更新結果を実際の記憶システム上にログファ
イルと共に書込む一連の処理のことである。
【０００８】また、災害時のデータリカバリの観点から
正サイト障害によってディスクアレイ装置内に残存して
いた未転送のデータは失われ、副サイトに切替り副サイ
トで運用を開始した時に保証されるデータが分からない
問題があった。
正サイト障害によってディスクアレイ装置内に残存して
いた未転送のデータは失われ、副サイトに切替り副サイ
トで運用を開始した時に保証されるデータが分からない
問題があった。
【０００９】しかしながら、上記従来技術の非同期転送
方式は、非同期転送の特性上から、ホストＩＯに対する
同期確定方法を備えていなかった。即ち、データベース
(ＤＢ)運用上必要となる、ＡＰＰ（アプリケーションプ
ログラム）からのトランザクションに対するコミットポ
イントでの書込み要求がリモートサイト（副サイト）に
確実に書かれたか否かを確認する方法が提供されていな
かった。
方式は、非同期転送の特性上から、ホストＩＯに対する
同期確定方法を備えていなかった。即ち、データベース
(ＤＢ)運用上必要となる、ＡＰＰ（アプリケーションプ
ログラム）からのトランザクションに対するコミットポ
イントでの書込み要求がリモートサイト（副サイト）に
確実に書かれたか否かを確認する方法が提供されていな
かった。
【００１０】以下、課題を具体的に説明する。まず、コ
ンピュータが１つの記憶システムと接続される場合を説
明し、その後、記憶システムが非同期データ転送（非同
期リモートコピー）を行っている場合につき、その課題
を明確に説明する。
ンピュータが１つの記憶システムと接続される場合を説
明し、その後、記憶システムが非同期データ転送（非同
期リモートコピー）を行っている場合につき、その課題
を明確に説明する。
【００１１】初めに、コンピュータに１つの記憶システ
ムが接続されている場合を説明する。コンピュータのア
プリケーションが、書込みコマンド（要求）を実行する
と、通常、コミット（commit）コマンド無しの状態で
は、その書込みコマンドのデータはコンピュータ内のデ
ータバッファ上に書込まれるだけで、データバッファ上
のデータと、記憶システム内のデータは一致しない。そ
の後、アプリケーションがコミットコマンドを発行する
と、データバッファ上のデータが記憶システムへ実際に
書込みコマンドによって書込まれる。その後、記憶シス
テムは、書込みデータをキャッシュメモリに記憶すると
（この時点で記憶システム内のデータとコンピュータ内
のデータは一致する）、書込みコマンドを発行したコン
ピュータに対し、書込み要求完了で応答する。コンピュ
ータは、その書込み要求完了を確認すると、前記コミッ
トコマンドに対するリターンをアプリケーションへ発行
する。アプリケーションは、このリターンにより、記憶
システム内のデータとコンピュータ内ののデータが一致
していることを知る。
ムが接続されている場合を説明する。コンピュータのア
プリケーションが、書込みコマンド（要求）を実行する
と、通常、コミット（commit）コマンド無しの状態で
は、その書込みコマンドのデータはコンピュータ内のデ
ータバッファ上に書込まれるだけで、データバッファ上
のデータと、記憶システム内のデータは一致しない。そ
の後、アプリケーションがコミットコマンドを発行する
と、データバッファ上のデータが記憶システムへ実際に
書込みコマンドによって書込まれる。その後、記憶シス
テムは、書込みデータをキャッシュメモリに記憶すると
（この時点で記憶システム内のデータとコンピュータ内
のデータは一致する）、書込みコマンドを発行したコン
ピュータに対し、書込み要求完了で応答する。コンピュ
ータは、その書込み要求完了を確認すると、前記コミッ
トコマンドに対するリターンをアプリケーションへ発行
する。アプリケーションは、このリターンにより、記憶
システム内のデータとコンピュータ内ののデータが一致
していることを知る。
【００１２】次に、非同期リモートコピーを行っている
場合について説明する。コンピュータのアプリケーショ
ンが、コミットコマンドを発行すると、データバッファ
内のデータが書込みコマンドでローカル側の記憶システ
ムのキャッシュへ書込まれる。ローカル側の記憶システ
ムは、その応答として、書込み完了をコンピュータへ返
す。コンピュータは、書込み完了を受けると、アプリケ
ーションへコミットに対するリターンを返す。しかしな
がら、このリターンは、単にローカル側の記憶システム
のデータがデータバッファ内のデータと一致したことを
示すのみであり、リモート側の記憶システム内のデータ
とデータバッファ内のデータが一致したことを示すもの
ではない。従って、ローカル側の記憶システムが書込み
要求完了を返した後で、かつ、リモート側へのデータコ
ピーが終了する前にローカル側の記憶システム内のデー
タが消失した場合に、アプリケーションがリモート側の
データを用いて処理を継続しようとすると、コミットの
リターンを受け、記憶システム上でデータが確定したと
確認したにもかかわらず、誤ったデータを用いて処理を
継続することになる。即ち、非同期リモートコピー中
に、もし、障害等が発生した場合には、従来からのコミ
ット機能ではアプリケーションは満足な結果を得られな
い場合が発生することになる。
場合について説明する。コンピュータのアプリケーショ
ンが、コミットコマンドを発行すると、データバッファ
内のデータが書込みコマンドでローカル側の記憶システ
ムのキャッシュへ書込まれる。ローカル側の記憶システ
ムは、その応答として、書込み完了をコンピュータへ返
す。コンピュータは、書込み完了を受けると、アプリケ
ーションへコミットに対するリターンを返す。しかしな
がら、このリターンは、単にローカル側の記憶システム
のデータがデータバッファ内のデータと一致したことを
示すのみであり、リモート側の記憶システム内のデータ
とデータバッファ内のデータが一致したことを示すもの
ではない。従って、ローカル側の記憶システムが書込み
要求完了を返した後で、かつ、リモート側へのデータコ
ピーが終了する前にローカル側の記憶システム内のデー
タが消失した場合に、アプリケーションがリモート側の
データを用いて処理を継続しようとすると、コミットの
リターンを受け、記憶システム上でデータが確定したと
確認したにもかかわらず、誤ったデータを用いて処理を
継続することになる。即ち、非同期リモートコピー中
に、もし、障害等が発生した場合には、従来からのコミ
ット機能ではアプリケーションは満足な結果を得られな
い場合が発生することになる。
【００１３】このように、従来技術の非同期リモートコ
ピーは、非同期転送の特性上から、ホストＩＯに対する
データ同期確定方法を備えていない。その結果、従来技
術の非同期転送方式では、データベース(ＤＢ)運用上必
要となる、ＡＰＰ（アプリケーションプログラム）から
のトランザクションに対するコミットポイントでの書込
み要求がリモートサイト（副サイト）に確実に書かれた
か否かを確認できないとういう課題がある。
ピーは、非同期転送の特性上から、ホストＩＯに対する
データ同期確定方法を備えていない。その結果、従来技
術の非同期転送方式では、データベース(ＤＢ)運用上必
要となる、ＡＰＰ（アプリケーションプログラム）から
のトランザクションに対するコミットポイントでの書込
み要求がリモートサイト（副サイト）に確実に書かれた
か否かを確認できないとういう課題がある。
【００１４】本発明の目的は、ホストＩＯ（書込み要
求）に対するリモートサイトへのデータ同期確定を、ホ
ストアプリケーションのコミット単位または任意な時点
での同期確定を可能にすることにある。
求）に対するリモートサイトへのデータ同期確定を、ホ
ストアプリケーションのコミット単位または任意な時点
での同期確定を可能にすることにある。
【００１５】
【課題を解決するための手段】上記目的は、ローカル側
の上位装置とリモート側の記憶システムに接続されて使
用されるローカル側の記憶システムにおいて、前記上位
装置から書込みコマンドを受信する手段と、前記書込み
コマンド内のデータを前記リモート側の記憶システムへ
送信する手段と、前記リモート側の記憶装置が前記デー
タを受信したか否かを問い合わせる問合せコマンドを前
記上位装置から受信する手段と、及び、前記上位装置
へ、前記問合せコマンドに対する応答を送信する手段を
設けることにより実現できる。
の上位装置とリモート側の記憶システムに接続されて使
用されるローカル側の記憶システムにおいて、前記上位
装置から書込みコマンドを受信する手段と、前記書込み
コマンド内のデータを前記リモート側の記憶システムへ
送信する手段と、前記リモート側の記憶装置が前記デー
タを受信したか否かを問い合わせる問合せコマンドを前
記上位装置から受信する手段と、及び、前記上位装置
へ、前記問合せコマンドに対する応答を送信する手段を
設けることにより実現できる。
【００１６】また、上位装置と通信を行う記憶システム
であって、前記上位装置から書込みコマンドが入力され
る第１のインタフェース回路と、前記書込みコマンド内
のデータと、当該データを識別する情報とを、他の記憶
システムへ出力する第２のインタフェース回路と、前記
上位装置から前記データに関する問合せコマンドが入力
される前記第１のインタフェース回路と、前記第２のイ
ンタフェースから出力される前の、前記データと共に出
力される当該データを識別する情報を前記上位装置へ出
力する前記第１のインタフェース回路と、前記他の記憶
システムによって入力されたデータと共に前記他の記憶
システムへ入力された前記情報を、前記他の記憶システ
ムから入力される前記第２のインタフェースと、及び、
前記第２のインタフェース回路へ入力された前記情報を
前記上位装置へ出力する前記第１のインタフェース回路
と設けることにより実現できる。
であって、前記上位装置から書込みコマンドが入力され
る第１のインタフェース回路と、前記書込みコマンド内
のデータと、当該データを識別する情報とを、他の記憶
システムへ出力する第２のインタフェース回路と、前記
上位装置から前記データに関する問合せコマンドが入力
される前記第１のインタフェース回路と、前記第２のイ
ンタフェースから出力される前の、前記データと共に出
力される当該データを識別する情報を前記上位装置へ出
力する前記第１のインタフェース回路と、前記他の記憶
システムによって入力されたデータと共に前記他の記憶
システムへ入力された前記情報を、前記他の記憶システ
ムから入力される前記第２のインタフェースと、及び、
前記第２のインタフェース回路へ入力された前記情報を
前記上位装置へ出力する前記第１のインタフェース回路
と設けることにより実現できる。
【００１７】
【発明の実施の形態】（実施例）以下、本発明の一実施
例を図１〜図３により詳細に説明する。
例を図１〜図３により詳細に説明する。
【００１８】最初に、図３を用いて本発明を適用するシ
ステム構成例を示す。図３は、一般的なＨＡクラスタの
全体構成を示したシステムブロック図である。以下、デ
ィスクアレイ装置１３aをローカル（又は正サイト）、
ディスクアレイ装置１３ｂをリモート（又は副サイト）
とし説明する。また、参照番号に「ａ」を添付した方を
ローカル側、参照番号に「ｂ」を添付した方をリモート
側として説明する。
ステム構成例を示す。図３は、一般的なＨＡクラスタの
全体構成を示したシステムブロック図である。以下、デ
ィスクアレイ装置１３aをローカル（又は正サイト）、
ディスクアレイ装置１３ｂをリモート（又は副サイト）
とし説明する。また、参照番号に「ａ」を添付した方を
ローカル側、参照番号に「ｂ」を添付した方をリモート
側として説明する。
【００１９】ＨＡクラスタを構成するホストコンピュー
タ装置１ａ、１ｂはデータベース等のＡＰＰ（アプリケ
ーション・プログラム）２ａ、２ｂ、ミドルソフト３
ａ、３ｂ、ＡＰＰやミドルソフトを制御するＯＳ（オペ
レーティング・システム）４ａ、４ｂ、及び、ディスク
アレイ装置との間でコマンド等の入出力を制御する“Ｉ
Ｏ Ｉ／Ｆ”（入出力インタフェース）２３ａ、２３ｂ
で構成される。
タ装置１ａ、１ｂはデータベース等のＡＰＰ（アプリケ
ーション・プログラム）２ａ、２ｂ、ミドルソフト３
ａ、３ｂ、ＡＰＰやミドルソフトを制御するＯＳ（オペ
レーティング・システム）４ａ、４ｂ、及び、ディスク
アレイ装置との間でコマンド等の入出力を制御する“Ｉ
Ｏ Ｉ／Ｆ”（入出力インタフェース）２３ａ、２３ｂ
で構成される。
【００２０】ミドルソフト３ａ、３ｂは、リモート側
（副サイト）では、正サイト障害での副サイト運用時
に、副サイト側のホスト装置に対し、副サイトのディス
クアレイ装置への書込み禁止状態を解除し、一方、正サ
イト側では、正サイトと副サイト間でデータを一致させ
る初期ペア状態の生成、ペア状態のサスペンド（論理的
なペアを切断した状態）等のペア制御指令を大型ディス
クアレイ装置１３ａ、１３ｂに送るコマンド制御ソフト
である。本発明の一実施例では、このミドルソフト３ａ
により、本願特有のＳｙｎｃコマンドを提供する（詳細
は後述する）。
（副サイト）では、正サイト障害での副サイト運用時
に、副サイト側のホスト装置に対し、副サイトのディス
クアレイ装置への書込み禁止状態を解除し、一方、正サ
イト側では、正サイトと副サイト間でデータを一致させ
る初期ペア状態の生成、ペア状態のサスペンド（論理的
なペアを切断した状態）等のペア制御指令を大型ディス
クアレイ装置１３ａ、１３ｂに送るコマンド制御ソフト
である。本発明の一実施例では、このミドルソフト３ａ
により、本願特有のＳｙｎｃコマンドを提供する（詳細
は後述する）。
【００２１】ホストコンピュータ装置１ａ、１ｂからの
ＩＯ要求は“ＩＯ Ｉ／Ｆ”（２３ａ、２３ｂ）を介し
て大型ディスクアレイ装置１３ａ、１３ｂに送られる。
ＩＯ要求は“ＩＯ Ｉ／Ｆ”（２３ａ、２３ｂ）を介し
て大型ディスクアレイ装置１３ａ、１３ｂに送られる。
【００２２】大型ディスクアレイ装置１３ａ、１３ｂ
は、ＨＯＳＴ Ｉ／Ｆ制御回路１７ａ、１７ｂでホスト
からのＩＯ要求を受け、キャッシュ２１ａ、２１ｂに、
書込み要求のデータ（ＷＲＩＴＥデータ）を書込む。こ
のキャッシュ２１ａ、２１ｂに書かれたデータはドライ
ブ制御２２ａ、２２ｂによって実際の物理ディスク９
ａ、９ｂに書込まれる。ここで、キャッシュに書込まれ
たデータに関しては、大型ディスクアレイ装置は、その
データの記憶を保証するものとする。また、大型ディス
クアレイ装置は、複数の物理ディスク９をＲＡＩＤ（Ｒ
ｅｄｕｎｄａｎｃｙＡｒｒａｙ ｏｆ Ｉｎｅｘｐｅｎ
ｓｉｖｅ Ｄｒｉｖｅｓ）１、ＲＡＩＤ５等で保護し物
理ディスクの障害に備える。なお、ＲＡＩＤに関して
は、“A Casefor Redundant Arrays of Inexpensive Di
sks (RAID)”by David A. Patterson, et al., Dec 198
7, U. C. Berkleyに記載がる。
は、ＨＯＳＴ Ｉ／Ｆ制御回路１７ａ、１７ｂでホスト
からのＩＯ要求を受け、キャッシュ２１ａ、２１ｂに、
書込み要求のデータ（ＷＲＩＴＥデータ）を書込む。こ
のキャッシュ２１ａ、２１ｂに書かれたデータはドライ
ブ制御２２ａ、２２ｂによって実際の物理ディスク９
ａ、９ｂに書込まれる。ここで、キャッシュに書込まれ
たデータに関しては、大型ディスクアレイ装置は、その
データの記憶を保証するものとする。また、大型ディス
クアレイ装置は、複数の物理ディスク９をＲＡＩＤ（Ｒ
ｅｄｕｎｄａｎｃｙＡｒｒａｙ ｏｆ Ｉｎｅｘｐｅｎ
ｓｉｖｅ Ｄｒｉｖｅｓ）１、ＲＡＩＤ５等で保護し物
理ディスクの障害に備える。なお、ＲＡＩＤに関して
は、“A Casefor Redundant Arrays of Inexpensive Di
sks (RAID)”by David A. Patterson, et al., Dec 198
7, U. C. Berkleyに記載がる。
【００２３】大型ディスクアレイ装置間でのデータの二
重化では、まず、ローカル大型ディスクアレイ装置１３
ａのキャッシュ２１ａに書かれたデータが、リモートＩ
／Ｆ制御回路１８ａ、１８ｂおよび公衆回線や専用線等
のデータ転送路２０ａ、２０ｂを介してリモート大型デ
ィスクアレイ装置１３ｂに送られる。リモート側の大型
ディスクアレイ装置１３ｂは、キャッシュ２１ｂに、こ
の送られたデータを書き込む。この後、リモート側の大
型ディスクアレイ装置１３ｂは、ローカル側での物理デ
ィスク装置９ａへの書込みと同様に、物理ディスク９ｂ
へ受信したデータを書込む。
重化では、まず、ローカル大型ディスクアレイ装置１３
ａのキャッシュ２１ａに書かれたデータが、リモートＩ
／Ｆ制御回路１８ａ、１８ｂおよび公衆回線や専用線等
のデータ転送路２０ａ、２０ｂを介してリモート大型デ
ィスクアレイ装置１３ｂに送られる。リモート側の大型
ディスクアレイ装置１３ｂは、キャッシュ２１ｂに、こ
の送られたデータを書き込む。この後、リモート側の大
型ディスクアレイ装置１３ｂは、ローカル側での物理デ
ィスク装置９ａへの書込みと同様に、物理ディスク９ｂ
へ受信したデータを書込む。
【００２４】この二重化された状態では、リモート側の
ＨＯＳＴ Ｉ／Ｆ制御１７ｂはリモートホスト１ｂから
の書込みを禁止する。
ＨＯＳＴ Ｉ／Ｆ制御１７ｂはリモートホスト１ｂから
の書込みを禁止する。
【００２５】ここで、リモート側への未転送データは、
ＢＩＴＭＡＰメモリ１１ａ、１１ｂによって差分管理さ
れる。このメモリ内の差分情報によって管理される差分
データ（未転送データ）が、ホスト装置１ａからのＩＯ
要求に同期しないで非同期にリモート側に転送される。
この差分データを管理する差分ＢＩＴＭＡＰメモリにつ
いては後述する。
ＢＩＴＭＡＰメモリ１１ａ、１１ｂによって差分管理さ
れる。このメモリ内の差分情報によって管理される差分
データ（未転送データ）が、ホスト装置１ａからのＩＯ
要求に同期しないで非同期にリモート側に転送される。
この差分データを管理する差分ＢＩＴＭＡＰメモリにつ
いては後述する。
【００２６】なお、図３において、本願発明で定義する
Ｓｙｎｃコマンド等のディスクアレイ装置内での処理
は、ＨＯＳＴ／ＩＦ制御回路やリモートＩ／Ｆ制御回路
等に、マイクロプロセッサおよびマイクロプロセッサか
ら参照されるプログラムやデータが保持される一般的な
メモリ（ＤＲＡＭ等）を設け、マイクロプロセッサがプ
ログラムを実行することによって実現される。また、制
御回路内に専用回路を設けることで実現しても良い。一
方、当該装置を制御するマイクロプロセッサ、プログラ
ムを記憶するメモリ等を、ＨＯＳＴ／ＩＦ制御回路やリ
モートＩ／Ｆ制御回路等以外の場所に設け、これによ
り、ＨＯＳＴ／ＩＦ制御回路やリモートＩ／Ｆ制御回路
を制御しながら実行しても良い。
Ｓｙｎｃコマンド等のディスクアレイ装置内での処理
は、ＨＯＳＴ／ＩＦ制御回路やリモートＩ／Ｆ制御回路
等に、マイクロプロセッサおよびマイクロプロセッサか
ら参照されるプログラムやデータが保持される一般的な
メモリ（ＤＲＡＭ等）を設け、マイクロプロセッサがプ
ログラムを実行することによって実現される。また、制
御回路内に専用回路を設けることで実現しても良い。一
方、当該装置を制御するマイクロプロセッサ、プログラ
ムを記憶するメモリ等を、ＨＯＳＴ／ＩＦ制御回路やリ
モートＩ／Ｆ制御回路等以外の場所に設け、これによ
り、ＨＯＳＴ／ＩＦ制御回路やリモートＩ／Ｆ制御回路
を制御しながら実行しても良い。
【００２７】図１は、図３のシステム構成において本願
発明を実現する論理ブロックを示す。
発明を実現する論理ブロックを示す。
【００２８】ローカル側のホスト装置１ａの論理ブロッ
クは、アプリケーションソフトであるＡＰＰ（アプリケ
ーションプログラム）２ａ、大型ディスクアレイ装置１
３ａ、１３ｂ内のボリュームの初期ペア状態の生成、ペ
ア状態のサスペンド等のペア制御を実行するミドルソフ
ト３ａ、及びＯＳ４ａで構成される。
クは、アプリケーションソフトであるＡＰＰ（アプリケ
ーションプログラム）２ａ、大型ディスクアレイ装置１
３ａ、１３ｂ内のボリュームの初期ペア状態の生成、ペ
ア状態のサスペンド等のペア制御を実行するミドルソフ
ト３ａ、及びＯＳ４ａで構成される。
【００２９】ローカルサイトである大型ディスクアレイ
装置１３ａと、リモートサイトである大型ディスクアレ
イ装置１３ｂは、図示しない光ファイバ、広域回線網等
のデータ転送路（図３の２０ａ、２０ｂ）で接続され
る。大型ディスクアレイ装置１３ａ、１３ｂ内のボリュ
ームは、ＰＶＯＬ（正ボリューム）１０ａとＳＶＯＬ
（副ボリューム）１０ｂで構成され、ホストからのデー
タはＰＶＯＬ１０ａからＳＶＯＬ１０ｂにコピーされ二
重化される。なお、これらボリュームは物理ディスク図
３の９ａ、９ｂの中に保持される。
装置１３ａと、リモートサイトである大型ディスクアレ
イ装置１３ｂは、図示しない光ファイバ、広域回線網等
のデータ転送路（図３の２０ａ、２０ｂ）で接続され
る。大型ディスクアレイ装置１３ａ、１３ｂ内のボリュ
ームは、ＰＶＯＬ（正ボリューム）１０ａとＳＶＯＬ
（副ボリューム）１０ｂで構成され、ホストからのデー
タはＰＶＯＬ１０ａからＳＶＯＬ１０ｂにコピーされ二
重化される。なお、これらボリュームは物理ディスク図
３の９ａ、９ｂの中に保持される。
【００３０】ＢＩＴＭＡＰ１１０（図３のＢＩＴＭＡＰ
メモリ１３ａに保持される）、ＢＩＴＭＡＰ１２０（図
３のＢＩＴＭＡＰメモリ１３ｂに保持される）は、それ
ぞれＰＶＯＬ（１０ａ）とＳＶＯＬ（１０ｂ）間のデー
タ差分管理テーブル（ボリューム単位に管理可能）であ
り、ＰＶＯＬとＳＶＯＬの全データブロックを数１０Ｋ
Ｂ（キロバイト）単位でビットマップ化したものであ
る。ＢＩＴＭＡＰ１１０は、ＰＶＯＬ（正ボリューム）
に格納されているがリモート側へ未転送であるデータを
表し、ＢＩＴＭＡＰ１２０はリモート側へ転送されたが
ＳＶＯＬ（副ボリューム）へまだ格納されていないデー
タを表す。通常、ペア（ＰＡＩＲ）状態（二重化状態）
がサスペンド(Ｐ ＳＵＳ)した状態となると、ホストか
らの新たなデータはＰＶＯＬ１０ａにのみ書込まれるの
で、このデータ分がＰＶＯＬ（１０ａ）とＳＶＯＬ（１
０ｂ）の不一致として、このＢＩＴＭＡＰ１１０、１２
０によって差分管理されることになる。
メモリ１３ａに保持される）、ＢＩＴＭＡＰ１２０（図
３のＢＩＴＭＡＰメモリ１３ｂに保持される）は、それ
ぞれＰＶＯＬ（１０ａ）とＳＶＯＬ（１０ｂ）間のデー
タ差分管理テーブル（ボリューム単位に管理可能）であ
り、ＰＶＯＬとＳＶＯＬの全データブロックを数１０Ｋ
Ｂ（キロバイト）単位でビットマップ化したものであ
る。ＢＩＴＭＡＰ１１０は、ＰＶＯＬ（正ボリューム）
に格納されているがリモート側へ未転送であるデータを
表し、ＢＩＴＭＡＰ１２０はリモート側へ転送されたが
ＳＶＯＬ（副ボリューム）へまだ格納されていないデー
タを表す。通常、ペア（ＰＡＩＲ）状態（二重化状態）
がサスペンド(Ｐ ＳＵＳ)した状態となると、ホストか
らの新たなデータはＰＶＯＬ１０ａにのみ書込まれるの
で、このデータ分がＰＶＯＬ（１０ａ）とＳＶＯＬ（１
０ｂ）の不一致として、このＢＩＴＭＡＰ１１０、１２
０によって差分管理されることになる。
【００３１】ローカル側のＦＩＦＯ７、リモート側のＦ
ＩＦＯ８は、それぞれ、ローカル側の大型ディスクアレ
イ装置１３ａ、リモート側の大型ディスクアレイ装置１
３ｂ間の非同期転送用のバッファキューであり、ペア
(ＰＡＩＲ)状態の時に使用される。
ＩＦＯ８は、それぞれ、ローカル側の大型ディスクアレ
イ装置１３ａ、リモート側の大型ディスクアレイ装置１
３ｂ間の非同期転送用のバッファキューであり、ペア
(ＰＡＩＲ)状態の時に使用される。
【００３２】ローカル側のホスト１ａからのＩＯ（入出
力）の書込みデータは、大型ディスクアレイ装置１３ａ
のＰＶＯＬ（１０ａ）対応のキャッシュに置かれる。そ
の後、データは、物理ディスク９ａに書込まれると同時
に、そのＩＯ単位に、そのＩＯを識別するための識別子
であるシーケンス番号が付加され、即ち、ホストＩＯデ
ータは順序化され、ホストコンピュータからの書込み要
求の発行順に、一旦ＦＩＦＯ７にキューされる。なお、
識別子は番号の他、タイムスタンプ等、データをホスト
コンピュータからの書込み要求の発行順に一意に識別で
きる識別子ならその種類は問わない。また、ＦＩＦＯバ
ッファ７にキャッシュ上のデータをキューイングする際
は、このＦＩＦＯバッファに、キャッシュ上のデータの
複製を作り実際にキューイングする方法でも良いが、デ
ータ量の増加を防ぐため、キャッシュ上のデータを管理
するポインタ・アドレス等を管理するキューであること
が望ましい。この場合、実際のデータをリモート側へ転
送する場合は、キャッシュから実際のデータが転送され
ることになる。
力）の書込みデータは、大型ディスクアレイ装置１３ａ
のＰＶＯＬ（１０ａ）対応のキャッシュに置かれる。そ
の後、データは、物理ディスク９ａに書込まれると同時
に、そのＩＯ単位に、そのＩＯを識別するための識別子
であるシーケンス番号が付加され、即ち、ホストＩＯデ
ータは順序化され、ホストコンピュータからの書込み要
求の発行順に、一旦ＦＩＦＯ７にキューされる。なお、
識別子は番号の他、タイムスタンプ等、データをホスト
コンピュータからの書込み要求の発行順に一意に識別で
きる識別子ならその種類は問わない。また、ＦＩＦＯバ
ッファ７にキャッシュ上のデータをキューイングする際
は、このＦＩＦＯバッファに、キャッシュ上のデータの
複製を作り実際にキューイングする方法でも良いが、デ
ータ量の増加を防ぐため、キャッシュ上のデータを管理
するポインタ・アドレス等を管理するキューであること
が望ましい。この場合、実際のデータをリモート側へ転
送する場合は、キャッシュから実際のデータが転送され
ることになる。
【００３３】このシーケンス番号を付加したデータは、
ホストへのＩＯ完了応答報告と非同期に、ローカル側の
大型ディスクアレイ装置１３ａからリモート側の大型デ
ィスクアレイ装置１３ｂへ転送される。リモート側の大
型ディスクアレイ装置１３ｂは、このデータを受信する
と、このデータをシーケンス番号順にＦＩＦＯ８にキュ
ーイングする。このＦＩＦＯ８にキューされたデータ
は、シーケンス番号順にＳＶＯＬ（副ボリューム）１０
ｂ対応のキャッシュに置かれ、その後、物理ディスク９
ｂに書込まれる。なお、受信データを一旦ＦＩＦＯ８に
キューイングした後にシーケンス番号順にキャッシュに
置く理由は、ローカル側の大型ディスクアレイ装置１３
ａの制御の都合や転送路の通信状態の関係で、リモート
側の大型ディスクアレイ装置１３ｂは、書込み要求のデ
ータを必ずしも、ホストコンピュータからの書込み要求
の発行順序で、受信しないからである。本実施例では、
前述のように、ＦＩＦＯ８に受信データをキューイング
し、その後、受信データに割り付けられているシーケン
ス番号が番号順に揃った段階で、こんどは、ＦＩＦＯか
らデータをシーケンス番号順に読み出してＳＶＯＬ対応
のキャッシュへ正式に書込むことで、その順序性を保証
している。当然のことながら、リモート側の大型ディス
クアレイ装置１３ｂがデータを受信した順序がそのま
ま、ホストコンピュータから発行される書込み要求の発
行順序と一致することが保証されるなら、大型ディスク
アレイ装置１３ｂは、受信データをキャッシュへＳＶＯ
Ｌデータとして直接書込める。
ホストへのＩＯ完了応答報告と非同期に、ローカル側の
大型ディスクアレイ装置１３ａからリモート側の大型デ
ィスクアレイ装置１３ｂへ転送される。リモート側の大
型ディスクアレイ装置１３ｂは、このデータを受信する
と、このデータをシーケンス番号順にＦＩＦＯ８にキュ
ーイングする。このＦＩＦＯ８にキューされたデータ
は、シーケンス番号順にＳＶＯＬ（副ボリューム）１０
ｂ対応のキャッシュに置かれ、その後、物理ディスク９
ｂに書込まれる。なお、受信データを一旦ＦＩＦＯ８に
キューイングした後にシーケンス番号順にキャッシュに
置く理由は、ローカル側の大型ディスクアレイ装置１３
ａの制御の都合や転送路の通信状態の関係で、リモート
側の大型ディスクアレイ装置１３ｂは、書込み要求のデ
ータを必ずしも、ホストコンピュータからの書込み要求
の発行順序で、受信しないからである。本実施例では、
前述のように、ＦＩＦＯ８に受信データをキューイング
し、その後、受信データに割り付けられているシーケン
ス番号が番号順に揃った段階で、こんどは、ＦＩＦＯか
らデータをシーケンス番号順に読み出してＳＶＯＬ対応
のキャッシュへ正式に書込むことで、その順序性を保証
している。当然のことながら、リモート側の大型ディス
クアレイ装置１３ｂがデータを受信した順序がそのま
ま、ホストコンピュータから発行される書込み要求の発
行順序と一致することが保証されるなら、大型ディスク
アレイ装置１３ｂは、受信データをキャッシュへＳＶＯ
Ｌデータとして直接書込める。
【００３４】大型ディスクアレイ装置１３ａ、１３ｂ間
の伝送路等の転送障害等によって非同期転送が出来ない
場合、大型ディスクアレイ装置１３ａ、１３ｂは、ＦＩ
ＦＯ７、８にキューされた未転送データをＢＩＴＭＡＰ
１１０、１２０に差分データとして、ボリューム単位
に、管理し、二重化を障害サスペンド(ＰＳＵＥ)状態と
する。
の伝送路等の転送障害等によって非同期転送が出来ない
場合、大型ディスクアレイ装置１３ａ、１３ｂは、ＦＩ
ＦＯ７、８にキューされた未転送データをＢＩＴＭＡＰ
１１０、１２０に差分データとして、ボリューム単位
に、管理し、二重化を障害サスペンド(ＰＳＵＥ)状態と
する。
【００３５】ホスト１ａのミドルソフト３ａは、大型デ
ィスクアレイ装置１３ａの状態をチェックし、状態がＰ
ＡＩＲ状態であれば二重化状態であると認識し非同期転
送中であることを知る。更に、ＰＳＵＳ、ＰＳＵＥ状態
であれば二重化がサスペンド状態であると認識する。
ィスクアレイ装置１３ａの状態をチェックし、状態がＰ
ＡＩＲ状態であれば二重化状態であると認識し非同期転
送中であることを知る。更に、ＰＳＵＳ、ＰＳＵＥ状態
であれば二重化がサスペンド状態であると認識する。
【００３６】次に、本願発明である、ホスト１ａのＡＰ
Ｐ２ａとミドルソフト３ａと大型ディスクアレイ装置１
３ａの連携によってＡＰＰ２ａのＣｏｍｍｉｔ時のリモ
ートサイトへの同期確認がどのように実行されるか説明
する。
Ｐ２ａとミドルソフト３ａと大型ディスクアレイ装置１
３ａの連携によってＡＰＰ２ａのＣｏｍｍｉｔ時のリモ
ートサイトへの同期確認がどのように実行されるか説明
する。
【００３７】これは、ホスト１ａのミドルソフト３ａ
が、ＡＰＰ２ａから同期確認の要求を受け、大型ディス
クアレイ装置１３ａ、１３ｂの状態とＦＩＦＯ７、８キ
ュー等から得られる、ＰＶＯＬとＳＶＯＬに格納される
データに関するシーケンス番号を比較し、コミットコマ
ンド発行直前の“ＷＴＩＴＥ Ｉ／Ｏ”（書込み要求）
のデータがリモートサイトに同期したかを確認し、ＡＰ
Ｐ２ａへリターンを返すことで、可能になる。
が、ＡＰＰ２ａから同期確認の要求を受け、大型ディス
クアレイ装置１３ａ、１３ｂの状態とＦＩＦＯ７、８キ
ュー等から得られる、ＰＶＯＬとＳＶＯＬに格納される
データに関するシーケンス番号を比較し、コミットコマ
ンド発行直前の“ＷＴＩＴＥ Ｉ／Ｏ”（書込み要求）
のデータがリモートサイトに同期したかを確認し、ＡＰ
Ｐ２ａへリターンを返すことで、可能になる。
【００３８】以下、ホスト１ａのＡＰＰ２ａとミドルソ
フト３ａと大型ディスクアレイ装置１３ａの連携によっ
てＡＰＰ２ａのＣｏｍｍｉｔのリモートサイトへの同期
要求がどのように行われるか具体的に説明する。
フト３ａと大型ディスクアレイ装置１３ａの連携によっ
てＡＰＰ２ａのＣｏｍｍｉｔのリモートサイトへの同期
要求がどのように行われるか具体的に説明する。
【００３９】ホスト１ａのＡＰＰ２ａからのＣｏｍｍｉ
ｔが発行されＡＰＰ２ａのＣｏｍｍｉｔをリモートサイ
トへ同期要求する場合、まず、ＡＰＰ２ａはトランザク
ションとしてデータベースへＷＲＩＴＥし、最後にＣｏ
ｍｍｉｔを発行する。通常はこのＣｏｍｍｉｔで完了で
ある。
ｔが発行されＡＰＰ２ａのＣｏｍｍｉｔをリモートサイ
トへ同期要求する場合、まず、ＡＰＰ２ａはトランザク
ションとしてデータベースへＷＲＩＴＥし、最後にＣｏ
ｍｍｉｔを発行する。通常はこのＣｏｍｍｉｔで完了で
ある。
【００４０】本願発明では、大型ディスクアレイ装置間
でデータが二重化構成の場合、更に、Ｃｏｍｍｉｔの直
後に、本発明の特徴である“Ｓｙｎｃコマンド”を発行
する。Ｓｙｎｃコマンドは、ホスト装置上で動作するラ
イブラリ及びホストコマンドあり、ソフトウエア製品と
してＣＤＲＯＭ、フロッピー（登録商標）ディスク等の
ソフトウェア記憶媒体を介して提供される。このＳｙｎ
ｃコマンドはミドルソフト３によってアプリケーション
に提供される。また、パラメータとしてｇｒｏｕｐ（後
で説明する）と最大の同期完了待ち時間を指定するｔｉ
ｍｅｏｕｔによって定義される。
でデータが二重化構成の場合、更に、Ｃｏｍｍｉｔの直
後に、本発明の特徴である“Ｓｙｎｃコマンド”を発行
する。Ｓｙｎｃコマンドは、ホスト装置上で動作するラ
イブラリ及びホストコマンドあり、ソフトウエア製品と
してＣＤＲＯＭ、フロッピー（登録商標）ディスク等の
ソフトウェア記憶媒体を介して提供される。このＳｙｎ
ｃコマンドはミドルソフト３によってアプリケーション
に提供される。また、パラメータとしてｇｒｏｕｐ（後
で説明する）と最大の同期完了待ち時間を指定するｔｉ
ｍｅｏｕｔによって定義される。
【００４１】なお、このＳｙｎｃコマンドを発行するタ
イミングは、Ｃｏｍｍｉｔ直後に限定されず、アプリケ
ーションソフトが、リモート側とローカル側でデータの
同期が必要と判断した時点に任意に発行可能である。言
い換えれば、同期を取る／取らないの選択が、Ｓｙｎｃ
コマンドの発行の有／無で任意にできるので、Ｓｙｎｃ
コマンドを使用するアプリケーションソフトに対する自
由度がある。但し、非同期リモートコピーにおいて、ト
ランザクション単位でコミットを行う場合、リモート側
の大型ディスクアレイ装置内に書込みデータが確実に記
憶されているか否かを確認するという意味では、アプリ
ケーションにおける、コミットコマンドの発行、引き続
いての本発明のＳｙｎｃコマンドの発行という２つのコ
マンドの流れは必然である。
イミングは、Ｃｏｍｍｉｔ直後に限定されず、アプリケ
ーションソフトが、リモート側とローカル側でデータの
同期が必要と判断した時点に任意に発行可能である。言
い換えれば、同期を取る／取らないの選択が、Ｓｙｎｃ
コマンドの発行の有／無で任意にできるので、Ｓｙｎｃ
コマンドを使用するアプリケーションソフトに対する自
由度がある。但し、非同期リモートコピーにおいて、ト
ランザクション単位でコミットを行う場合、リモート側
の大型ディスクアレイ装置内に書込みデータが確実に記
憶されているか否かを確認するという意味では、アプリ
ケーションにおける、コミットコマンドの発行、引き続
いての本発明のＳｙｎｃコマンドの発行という２つのコ
マンドの流れは必然である。
【００４２】このミドルソフト３ａは、Ｓｙｎｃコマン
ドを受けると、大型ディスクアレイ装置のペア状態をチ
ェックし、ＰＡＩＲ状態であればＦＩＦＯ７の最新のＰ
ＶＯＬシーケンス番号（最も新しくホストから受領した
データであって、ローカル側のキャッシュ２１ａに書か
れており、リモートへ未コピーのデータに付与されてい
るシーケンス番号）をローカル側のディスクアレイ装置
１３ａから取得し、このＰＶＯＬの最新シーケンス番号
をＣｏｍｍｉｔ直後のシーケンス番号として保持する。
次に、ミドルソフト３ａは、ローカル側の大型ディスク
アレイ装置１３ａを介して、リモート側の大型ディスク
アレイ装置１３ｂ内のＳＶＯＬ書込みシーケンス番号
（最も新しくＳＶＯＬ（リモート側のキャッシュ２１
ｂ）へ書き込まれたデータに付与されているシーケンス
番号）を取得する。更に、ＰＶＯＬシーケンス番号とＳ
ＶＯＬ書込みシーケンス番号を比較し、 （ＰＶＯＬシーケンス番号）＜＝（ＳＶＯＬ書込みシー
ケンス番号） が成立するまでＳＶＯＬ書込みシーケンス番号を繰返し
取得し、テストを繰り返す。条件が成立すると、ミドル
ソフト３ａは、同期完了の応答としてこのＳｙｎｃコマ
ンドの呼び出しもとであるＡＰＰ２ａにリターンを返
す。ＡＰＰ２ａは、このリターンを受けると、つまり、
このＳｙｎｃコマンドが完了したことで同期完了とみな
す。
ドを受けると、大型ディスクアレイ装置のペア状態をチ
ェックし、ＰＡＩＲ状態であればＦＩＦＯ７の最新のＰ
ＶＯＬシーケンス番号（最も新しくホストから受領した
データであって、ローカル側のキャッシュ２１ａに書か
れており、リモートへ未コピーのデータに付与されてい
るシーケンス番号）をローカル側のディスクアレイ装置
１３ａから取得し、このＰＶＯＬの最新シーケンス番号
をＣｏｍｍｉｔ直後のシーケンス番号として保持する。
次に、ミドルソフト３ａは、ローカル側の大型ディスク
アレイ装置１３ａを介して、リモート側の大型ディスク
アレイ装置１３ｂ内のＳＶＯＬ書込みシーケンス番号
（最も新しくＳＶＯＬ（リモート側のキャッシュ２１
ｂ）へ書き込まれたデータに付与されているシーケンス
番号）を取得する。更に、ＰＶＯＬシーケンス番号とＳ
ＶＯＬ書込みシーケンス番号を比較し、 （ＰＶＯＬシーケンス番号）＜＝（ＳＶＯＬ書込みシー
ケンス番号） が成立するまでＳＶＯＬ書込みシーケンス番号を繰返し
取得し、テストを繰り返す。条件が成立すると、ミドル
ソフト３ａは、同期完了の応答としてこのＳｙｎｃコマ
ンドの呼び出しもとであるＡＰＰ２ａにリターンを返
す。ＡＰＰ２ａは、このリターンを受けると、つまり、
このＳｙｎｃコマンドが完了したことで同期完了とみな
す。
【００４３】ここで、このＰＶＯＬシーケンス番号とＳ
ＶＯＬ書込みシーケンス番号の取得およびデータ同期に
ついて、以下、詳細に説明する。ＰＶＯＬシーケンス番
号は、最も新しくローカル側のキャッシュに書込まれた
データに付与されたシーケンス番号であるから、例え
ば、図１においては、ＦＩＦＯ７から最新のＰＶＯＬシ
ーケンス番号「５」が獲得され、これがミドルソフト３
ａへ報告される。一方、リモート側のＳＶＯＬ書込みシ
ーケンス番号に関しては、ＦＩＦＯ８にはデータ「１」
「２」がキューイングされた状態であることから、ＳＶ
ＯＬには「０」のシーケンス番号を持つデータまでが書
込まれていることが分かる。つまり、ＦＩＦＯ８を用い
て、番号「０」が、ＳＶＯＬ書込みシーケンス番号であ
ることが分かり、このＳＶＯＬ書込みシーケンス番号
「０」がミドルソフト３ａへ報告される。この状態で
は、（ＰＶＯＬシーケンス番号「５」）＞（ＳＶＯＬ書
込みシーケンス番号「０」）であるから、ミドルソフト
３ａは、同期がとれていないと判断する。
ＶＯＬ書込みシーケンス番号の取得およびデータ同期に
ついて、以下、詳細に説明する。ＰＶＯＬシーケンス番
号は、最も新しくローカル側のキャッシュに書込まれた
データに付与されたシーケンス番号であるから、例え
ば、図１においては、ＦＩＦＯ７から最新のＰＶＯＬシ
ーケンス番号「５」が獲得され、これがミドルソフト３
ａへ報告される。一方、リモート側のＳＶＯＬ書込みシ
ーケンス番号に関しては、ＦＩＦＯ８にはデータ「１」
「２」がキューイングされた状態であることから、ＳＶ
ＯＬには「０」のシーケンス番号を持つデータまでが書
込まれていることが分かる。つまり、ＦＩＦＯ８を用い
て、番号「０」が、ＳＶＯＬ書込みシーケンス番号であ
ることが分かり、このＳＶＯＬ書込みシーケンス番号
「０」がミドルソフト３ａへ報告される。この状態で
は、（ＰＶＯＬシーケンス番号「５」）＞（ＳＶＯＬ書
込みシーケンス番号「０」）であるから、ミドルソフト
３ａは、同期がとれていないと判断する。
【００４４】ローカル側からリモート側へのデータの転
送が進むと、ＦＩＦＯ７内にはデータが無くなる。一
方、ＦＩＦＯ８には、データが受信され、例えば、ＦＩ
ＦＯ８内にシーケンス番号「１」〜「５」を持つデータ
が記憶される。その後、ＦＩＦＯ８からＳＶＯＬ対応の
キャッシュへ受信データが格納されると、ＦＩＦＯ８内
のデータは減る。この際、ＳＶＯＬへ新たに書込まれた
データに割り付けられていたシーケンス番号が新たなＳ
ＶＯＬ書込みシーケンス番号となる。従って、ＦＩＦＯ
８から実際にＳＶＯＬ対応のキャッシュへ書込まれたデ
ータに割り当てられているシーケンス番号をローカル側
の大型記憶システム内に設けられるメモリにＳＶＯＬ書
込みシーケンス番号として記憶しておき、ローカル側か
ら問合せがあった場合に、このメモリ内のシーケンス番
号をＳＶＯＬ書込みシーケンス番号として報告すれば良
い。そして、リモート側がＳＶＯＬ書込みシーケンス番
号として「５」を報告すると、ミドルウェア３ａは、
（ＰＶＯＬシーケンス番号「５」）＜＝（ＳＶＯＬ書込
みシーケンス番号「５」）が成立したことから、データ
同期が確立したと判断する。
送が進むと、ＦＩＦＯ７内にはデータが無くなる。一
方、ＦＩＦＯ８には、データが受信され、例えば、ＦＩ
ＦＯ８内にシーケンス番号「１」〜「５」を持つデータ
が記憶される。その後、ＦＩＦＯ８からＳＶＯＬ対応の
キャッシュへ受信データが格納されると、ＦＩＦＯ８内
のデータは減る。この際、ＳＶＯＬへ新たに書込まれた
データに割り付けられていたシーケンス番号が新たなＳ
ＶＯＬ書込みシーケンス番号となる。従って、ＦＩＦＯ
８から実際にＳＶＯＬ対応のキャッシュへ書込まれたデ
ータに割り当てられているシーケンス番号をローカル側
の大型記憶システム内に設けられるメモリにＳＶＯＬ書
込みシーケンス番号として記憶しておき、ローカル側か
ら問合せがあった場合に、このメモリ内のシーケンス番
号をＳＶＯＬ書込みシーケンス番号として報告すれば良
い。そして、リモート側がＳＶＯＬ書込みシーケンス番
号として「５」を報告すると、ミドルウェア３ａは、
（ＰＶＯＬシーケンス番号「５」）＜＝（ＳＶＯＬ書込
みシーケンス番号「５」）が成立したことから、データ
同期が確立したと判断する。
【００４５】なお、上記において、ＰＶＯＬシーケンス
番号、ＳＶＯＬ書込みシーケンス番号をＦＩＦＯから求
めるのでなく、ローカル側およびリモート側のＲＡＭ等
の記憶手段を別途設け、２つの番号を随時これらに記憶
するようにしておき、必要な時は、これを読むようにし
ても良い。
番号、ＳＶＯＬ書込みシーケンス番号をＦＩＦＯから求
めるのでなく、ローカル側およびリモート側のＲＡＭ等
の記憶手段を別途設け、２つの番号を随時これらに記憶
するようにしておき、必要な時は、これを読むようにし
ても良い。
【００４６】また、上記説明では、ホスト１ａ内のＡＰ
Ｐ２ａはＯＳ４ａからは１つのプロセスであるが、複数
のプロセスとしてＡＰＰ２ａは存在することもできる。
この場合、この複数のプロセスからそれぞれＳｙｎｃコ
マンドが発行されるが、それぞれのＳｙｎｃコマンド受
領時点でのＰＶＯＬ最新シーケンス番号をそれぞれのＳ
ｙｎｃコマンド対応に取得し、これをＳＶＯＬ最新シー
ケンス番号と比較することで、複数のプロセス単位でも
同期確認することが可能である。
Ｐ２ａはＯＳ４ａからは１つのプロセスであるが、複数
のプロセスとしてＡＰＰ２ａは存在することもできる。
この場合、この複数のプロセスからそれぞれＳｙｎｃコ
マンドが発行されるが、それぞれのＳｙｎｃコマンド受
領時点でのＰＶＯＬ最新シーケンス番号をそれぞれのＳ
ｙｎｃコマンド対応に取得し、これをＳＶＯＬ最新シー
ケンス番号と比較することで、複数のプロセス単位でも
同期確認することが可能である。
【００４７】また、ホスト１ａ内のアプリケーションソ
フト単位にグループ化して、このグループ単位に同期確
認をとることも可能である。この場合、このグループ単
位に非同期転送のシーケンス番号を維持する。大型ディ
スクアレイ装置内に複数のグループを定義しおき、アプ
リケーションソフトが同期確認を行う場合、そのアプリ
ケーションソフトが同期完了要求にグループ名を指定す
ることでグループ単位に独立して同期確認が可能にな
る。
フト単位にグループ化して、このグループ単位に同期確
認をとることも可能である。この場合、このグループ単
位に非同期転送のシーケンス番号を維持する。大型ディ
スクアレイ装置内に複数のグループを定義しおき、アプ
リケーションソフトが同期確認を行う場合、そのアプリ
ケーションソフトが同期完了要求にグループ名を指定す
ることでグループ単位に独立して同期確認が可能にな
る。
【００４８】図２は、図１を用いて説明した事項の全体
制御フローを示す図である。以下制御フローに基づき詳
細に説明する。ここで、図２の説明で用いるＳＶＯＬシ
ーケンス番号は、図１の説明のＳＶＯＬ書込みシーケン
ス番号と同意味で使用する。
制御フローを示す図である。以下制御フローに基づき詳
細に説明する。ここで、図２の説明で用いるＳＶＯＬシ
ーケンス番号は、図１の説明のＳＶＯＬ書込みシーケン
ス番号と同意味で使用する。
【００４９】まず、制御フローは、ホスト１ａのアプリ
ケーションソフトであるＡＰＰ２ａと、ペア制御及びＳ
ｙｎｃコマンドを実行するミドルソフト３ａと、大型デ
ィスクアレイ装置１３ａホスト１ａと物理ディスク９ａ
間でデータの転送制御を行うＤＫＣ１３０ａ（図３参
照）の制御を示す。
ケーションソフトであるＡＰＰ２ａと、ペア制御及びＳ
ｙｎｃコマンドを実行するミドルソフト３ａと、大型デ
ィスクアレイ装置１３ａホスト１ａと物理ディスク９ａ
間でデータの転送制御を行うＤＫＣ１３０ａ（図３参
照）の制御を示す。
【００５０】ＡＰＰ２ａは、コミットポイントになる
と、コミットコマンドを発行し、ホストコンピュータ１
ａのデータバッファ内に記憶していたデータを大型ディ
スクアレイ装置１３ａへ書込む（図２には示していな
い）。
と、コミットコマンドを発行し、ホストコンピュータ１
ａのデータバッファ内に記憶していたデータを大型ディ
スクアレイ装置１３ａへ書込む（図２には示していな
い）。
【００５１】次に、ＡＰＰ２ａは、データベースへのコ
ミット完了直後にＳｙｎｃコマンドを発行する。ここ
で、Ｓｙｎｃコマンドは、Ｓｙｎｃコマンドであること
を示すコマンドコード（図示せず）の他、２つの引数を
有する。第１引数であるｇｒｏｕｐは、前述したグルー
プ名を指定する。第２引数であるｔｉｍｅｏｕｔは、最
大の同期完了待ち時間を指定する。ＡＰＰ２ａは、Ｓｙ
ｎｃコマンドを発行した後、同期完了の報告をミドルソ
フト３ａから受けるか、若しくは同期失敗の報告を受け
るまで待つ。
ミット完了直後にＳｙｎｃコマンドを発行する。ここ
で、Ｓｙｎｃコマンドは、Ｓｙｎｃコマンドであること
を示すコマンドコード（図示せず）の他、２つの引数を
有する。第１引数であるｇｒｏｕｐは、前述したグルー
プ名を指定する。第２引数であるｔｉｍｅｏｕｔは、最
大の同期完了待ち時間を指定する。ＡＰＰ２ａは、Ｓｙ
ｎｃコマンドを発行した後、同期完了の報告をミドルソ
フト３ａから受けるか、若しくは同期失敗の報告を受け
るまで待つ。
【００５２】ミドルソフト３ａは、Ｓｙｎｃ(ｇｒｏｕ
ｐ、ｔｉｍｅｏｕｔ)コマンド３１を実行する。Ｓｙｎ
ｃ(ｇｒｏｕｐ、ｔｉｍｅｏｕｔ) コマンド３１は、こ
のコマンド内でまずローカル側の大型ディスクアレイ装
置１３ａ内のＰＶＯＬ（正ボリューム）１０ａのペア状
態を調べるために、ＰＶＯＬ状態取得コマンド２０１を
大型ディスクアレイ装置１３ａに発行する（ＰＶＯＬ状
態取得ステップ３２）。大型ディスクアレイ装置１３ａ
の制御部分であるディスク制御部（ＤＫＣ）１３０ａ
は、このコマンド応答としてＰＶＯＬペア状態２０２を
返す（ＰＶＯＬ状態応答ステップ３９）。なお、ｇｒｏ
ｕｐが指定されていた場合は、このｇｒｏｕｐ単位にＰ
ＶＯＬのシーケンス番号を管理することになる。以下、
ｇｒｏｕｐがある特定グループに限定されていると考
え、ｇｒｏｕｐの違いを省いて説明する。
ｐ、ｔｉｍｅｏｕｔ)コマンド３１を実行する。Ｓｙｎ
ｃ(ｇｒｏｕｐ、ｔｉｍｅｏｕｔ) コマンド３１は、こ
のコマンド内でまずローカル側の大型ディスクアレイ装
置１３ａ内のＰＶＯＬ（正ボリューム）１０ａのペア状
態を調べるために、ＰＶＯＬ状態取得コマンド２０１を
大型ディスクアレイ装置１３ａに発行する（ＰＶＯＬ状
態取得ステップ３２）。大型ディスクアレイ装置１３ａ
の制御部分であるディスク制御部（ＤＫＣ）１３０ａ
は、このコマンド応答としてＰＶＯＬペア状態２０２を
返す（ＰＶＯＬ状態応答ステップ３９）。なお、ｇｒｏ
ｕｐが指定されていた場合は、このｇｒｏｕｐ単位にＰ
ＶＯＬのシーケンス番号を管理することになる。以下、
ｇｒｏｕｐがある特定グループに限定されていると考
え、ｇｒｏｕｐの違いを省いて説明する。
【００５３】ミドルソフト３ａは、ＰＶＯＬペア状態２
０２を大型ディスクアレイ装置１３ａから受けると、Ｐ
ＶＯＬ状態のチェックを行い、状態がＰＡＩＲ以外(Ｐ
ＳＵＳ,ＰＳＵＥ)であれば二重化はサスペンドであると
して同期失敗をＡＰＰ２ａへ返す（ＰＶＯＬ状態のチェ
ックステップ３３）。なお、大型ディスクアレイ装置は
これらの状態を管理する機能を有するものとする。
０２を大型ディスクアレイ装置１３ａから受けると、Ｐ
ＶＯＬ状態のチェックを行い、状態がＰＡＩＲ以外(Ｐ
ＳＵＳ,ＰＳＵＥ)であれば二重化はサスペンドであると
して同期失敗をＡＰＰ２ａへ返す（ＰＶＯＬ状態のチェ
ックステップ３３）。なお、大型ディスクアレイ装置は
これらの状態を管理する機能を有するものとする。
【００５４】一方、ＰＶＯＬ状態のチェックステップ３
３は、状態がＰＡＩＲであれば二重化状態と判断し、Ｆ
ＩＦＯ７にキューされている書き込みデータの最新のＰ
ＶＯＬシーケンス番号を調べるため、ＰＶＯＬシーケン
ス番号取得コマンド２０３を、大型ディスクアレイ装置
１３ａに発行する（ＰＶＯＬシーケンス番号を取得する
ステップ３４）。
３は、状態がＰＡＩＲであれば二重化状態と判断し、Ｆ
ＩＦＯ７にキューされている書き込みデータの最新のＰ
ＶＯＬシーケンス番号を調べるため、ＰＶＯＬシーケン
ス番号取得コマンド２０３を、大型ディスクアレイ装置
１３ａに発行する（ＰＶＯＬシーケンス番号を取得する
ステップ３４）。
【００５５】大型ディスクアレイ装置１３ａは、このコ
マンド応答として、ＦＩＦＯ７上にキューされている最
新のデータに付加されている最新のＰＶＯＬシーケンス
番号をＰＶＯＬ最新シーケンス番号２０４として、ミド
ルソフト３ａへ返す（ＰＶＯＬ最新シーケンス応答ステ
ップ４０）。
マンド応答として、ＦＩＦＯ７上にキューされている最
新のデータに付加されている最新のＰＶＯＬシーケンス
番号をＰＶＯＬ最新シーケンス番号２０４として、ミド
ルソフト３ａへ返す（ＰＶＯＬ最新シーケンス応答ステ
ップ４０）。
【００５６】本発明でのミドルソフト３ａは、この取得
したＰＶＯＬ（正ボリューム）シーケンス番号を同期確
認の間保持し、後で取得するＳＶＯＬ（副ボリューム）
シーケンス番号との比較に使用する。
したＰＶＯＬ（正ボリューム）シーケンス番号を同期確
認の間保持し、後で取得するＳＶＯＬ（副ボリューム）
シーケンス番号との比較に使用する。
【００５７】次に、ミドルソフト３ａは、リモートサイ
トのＳＶＯＬシーケンス番号を入手するために、ＳＶＯ
Ｌシーケンス番号取得コマンド２０５を大型ディスクア
レイ装置１３ａに発行する（ＳＶＯＬシーケンス番号を
取得するステップ３５）。大型ディスクアレイ装置１３
ａは、リモートサイトの大型ディスクアレイ装置１３ｂ
からＳＶＯＬ１０ｂに書き込まれたデータに対応する最
新のシーケンス番号を取得し、このＳＶＯＬシーケンス
番号取得コマンドの応答として、最新のＳＶＯＬ書込み
シーケンス番号２０６をミドルソフト３ａへ返す（ＳＶ
ＯＬ書込みシーケンス応答ステップ４１）。
トのＳＶＯＬシーケンス番号を入手するために、ＳＶＯ
Ｌシーケンス番号取得コマンド２０５を大型ディスクア
レイ装置１３ａに発行する（ＳＶＯＬシーケンス番号を
取得するステップ３５）。大型ディスクアレイ装置１３
ａは、リモートサイトの大型ディスクアレイ装置１３ｂ
からＳＶＯＬ１０ｂに書き込まれたデータに対応する最
新のシーケンス番号を取得し、このＳＶＯＬシーケンス
番号取得コマンドの応答として、最新のＳＶＯＬ書込み
シーケンス番号２０６をミドルソフト３ａへ返す（ＳＶ
ＯＬ書込みシーケンス応答ステップ４１）。
【００５８】なお、リモートサイトの大型ディスクアレ
イ装置１３ｂからＳＶＯＬ１０ｂに書き込まれたデータ
に対応する最新のシーケンス番号を取得するには、ま
ず、ローカル側の大型ディスクアレイ装置１３ａが、リ
モート側の大型ディスク装置１３ｂに対して、ＳＶＯＬ
へ書込まれた最新のデータに関する最新のＳＶＯＬ書込
みシーケンス番号を問い合わせるコマンドを発行する。
本実施例では、このコマンドは、通常のコピーデータを
転送する通信路を用いて、リモートＩ／Ｆ制御部１８
ａ、１８ｂを介して問い合わせられるものとする。これ
を受信したリモートの大型ディスクアレイ装置は、この
問い合わせコマンドを解析し、ＳＶＯＬへ書込まれた最
新のデータに関する最新のＳＶＯＬ書込みシーケンス番
号を取得する。
イ装置１３ｂからＳＶＯＬ１０ｂに書き込まれたデータ
に対応する最新のシーケンス番号を取得するには、ま
ず、ローカル側の大型ディスクアレイ装置１３ａが、リ
モート側の大型ディスク装置１３ｂに対して、ＳＶＯＬ
へ書込まれた最新のデータに関する最新のＳＶＯＬ書込
みシーケンス番号を問い合わせるコマンドを発行する。
本実施例では、このコマンドは、通常のコピーデータを
転送する通信路を用いて、リモートＩ／Ｆ制御部１８
ａ、１８ｂを介して問い合わせられるものとする。これ
を受信したリモートの大型ディスクアレイ装置は、この
問い合わせコマンドを解析し、ＳＶＯＬへ書込まれた最
新のデータに関する最新のＳＶＯＬ書込みシーケンス番
号を取得する。
【００５９】ここで、最新のＳＶＯＬ書込みシーケンス
番号は、大型ディスクアレイ装置１３ｂが有する特定の
メモリに記録され、リモート側がコピーデータを確実に
保証できる形で保持した段階で、更新されているものと
する。本実施例では、先に説明したように、リモート側
でのデータ受信順序がホストコンピュータが発行したデ
ータ順序と必ずしも一致していない場合を考慮し、ＦＩ
ＦＯ８を使用する場合を示している。そのため、リモー
ト側がコピーデータを確実に保証できる形とは、本実施
例では、受信データを、シーケンス番号に抜けが無い状
態で、ＦＩＦＯ８からＳＶＯＬに対応するキャッシュメ
モリに管理を移した状態である（なお、本システムは、
キャッシュに記憶されたデータは物理ディスクに書き込
むことを保証するものとする）。そして、この状態のデ
ータに付与されたシーケンス番号がＳＶＯＬ書込みシー
ケンス番号となる。例えば、ＦＩＦＯ８内にシーケンス
番号「２」、「３」、「５」を有する受信データがある
とすると、シーケンス番号「２」「３」を有する受信デ
ータはＳＶＯＬに対応するキャッシュへ書込まれるがシ
ーケンス番号「５」を有する受信データはＳＶＯＬ対応
のキャッシュへは書込まれない。この段階でのＳＶＯＬ
書込みシーケンス番号は「３」である。その後、シーケ
ンス番号「４」を有するデータを受信すると、シーケン
ス番号「４」および「５」の受信データが順次ＳＶＯＬ
対応のキャッシュに格納される。ここで初めて、リモー
ト側がコピーデータを確実に保証できる形で保持した段
階の最新のＳＶＯＬ書込みシーケンス番号は、「５」と
いうことになる。一方、ローカル側の記憶システムや、
ローカル側とリモート側の間の通信路が、リモート側で
の受信データの順序性を保証できるものであれば、リモ
ート側の記憶システムは受信データを受信した時点で、
例えば、リモートＩ／Ｆ制御回路がデータを受信した時
点で、その受信したデータに付与されているシーケンス
番号を、本実施例でいう最新のＳＶＯＬ書込みシーケン
ス番号として用いることができる。
番号は、大型ディスクアレイ装置１３ｂが有する特定の
メモリに記録され、リモート側がコピーデータを確実に
保証できる形で保持した段階で、更新されているものと
する。本実施例では、先に説明したように、リモート側
でのデータ受信順序がホストコンピュータが発行したデ
ータ順序と必ずしも一致していない場合を考慮し、ＦＩ
ＦＯ８を使用する場合を示している。そのため、リモー
ト側がコピーデータを確実に保証できる形とは、本実施
例では、受信データを、シーケンス番号に抜けが無い状
態で、ＦＩＦＯ８からＳＶＯＬに対応するキャッシュメ
モリに管理を移した状態である（なお、本システムは、
キャッシュに記憶されたデータは物理ディスクに書き込
むことを保証するものとする）。そして、この状態のデ
ータに付与されたシーケンス番号がＳＶＯＬ書込みシー
ケンス番号となる。例えば、ＦＩＦＯ８内にシーケンス
番号「２」、「３」、「５」を有する受信データがある
とすると、シーケンス番号「２」「３」を有する受信デ
ータはＳＶＯＬに対応するキャッシュへ書込まれるがシ
ーケンス番号「５」を有する受信データはＳＶＯＬ対応
のキャッシュへは書込まれない。この段階でのＳＶＯＬ
書込みシーケンス番号は「３」である。その後、シーケ
ンス番号「４」を有するデータを受信すると、シーケン
ス番号「４」および「５」の受信データが順次ＳＶＯＬ
対応のキャッシュに格納される。ここで初めて、リモー
ト側がコピーデータを確実に保証できる形で保持した段
階の最新のＳＶＯＬ書込みシーケンス番号は、「５」と
いうことになる。一方、ローカル側の記憶システムや、
ローカル側とリモート側の間の通信路が、リモート側で
の受信データの順序性を保証できるものであれば、リモ
ート側の記憶システムは受信データを受信した時点で、
例えば、リモートＩ／Ｆ制御回路がデータを受信した時
点で、その受信したデータに付与されているシーケンス
番号を、本実施例でいう最新のＳＶＯＬ書込みシーケン
ス番号として用いることができる。
【００６０】リモート側のディスクアレイ装置１３ｂ
は、取得した最新のＳＶＯＬ書込みシーケンス番号を、
前記問い合わせコマンドの応答として、ローカル側の大
型ディスクアレイ装置１３ａへ転送する。
は、取得した最新のＳＶＯＬ書込みシーケンス番号を、
前記問い合わせコマンドの応答として、ローカル側の大
型ディスクアレイ装置１３ａへ転送する。
【００６１】また、リモート側の最新のシーケンス番号
を取得する別の方法として、リモート側の大型ディスク
アレイ自体が、定期的に、又は、ＳＶＯＬへのデータ書
込み更新が有った際に、最新のＳＶＯＬ書込みシーケン
ス番号をローカル側へ通知し、これをローカル側で記録
するようにし、Ｓｙｎｃコマンドが発生した時点で、ロ
ーカル側に記録したこの最新のＳＶＯＬシーケンス番号
を読み出して用いるようにしても良い。
を取得する別の方法として、リモート側の大型ディスク
アレイ自体が、定期的に、又は、ＳＶＯＬへのデータ書
込み更新が有った際に、最新のＳＶＯＬ書込みシーケン
ス番号をローカル側へ通知し、これをローカル側で記録
するようにし、Ｓｙｎｃコマンドが発生した時点で、ロ
ーカル側に記録したこの最新のＳＶＯＬシーケンス番号
を読み出して用いるようにしても良い。
【００６２】ミドルソフト３ａは、次のステップ３６
で、保持していたＰＶＯＬ（最新）シーケンス番号とＳ
ＶＯＬ（書込み）シーケンス番号を比較し、ＰＶＯＬシ
ーケンス番号＜＝ＳＶＯＬ書込みシーケンス番号であれ
ば当該ＰＶＯＬシーケンス番号に対応するデータはＳＶ
ＯＬ側に書き込み済みであるとして、ＡＰＰ２ａに同期
完了を返す（ＰＶＯＬとＳＶＯＬシーケンス比較ステッ
プ３６）。
で、保持していたＰＶＯＬ（最新）シーケンス番号とＳ
ＶＯＬ（書込み）シーケンス番号を比較し、ＰＶＯＬシ
ーケンス番号＜＝ＳＶＯＬ書込みシーケンス番号であれ
ば当該ＰＶＯＬシーケンス番号に対応するデータはＳＶ
ＯＬ側に書き込み済みであるとして、ＡＰＰ２ａに同期
完了を返す（ＰＶＯＬとＳＶＯＬシーケンス比較ステッ
プ３６）。
【００６３】一方、 ＰＶＯＬシーケンス番号＞ＳＶＯＬシーケンス番号 であれば同期が完了していない（リモート側へデータが
書き込まれていない）として、次のステップに進みタイ
ムアウトのチェックを行い指定ｔｉｍｅｏｕｔ値を超え
ていれば同期完了タイムアウトとして同期失敗をＡＰＰ
２ａへ返す（タイムアウトのチェックステップ３７）。
ここで、指定ｔｉｍｅｏｕｔ値を超えていなければ一定
時間待ち（ＷＡＩＴステップ３８）、その後、ステップ
３５からステップ３８を同期が完了するまで繰り返す。
繰り返しの中で、ステップ３６で“ＰＶＯＬシーケンス
番号＜＝ＳＶＯＬシーケンス番号”の条件が成立した時
点で、同期完了し、Ｓｙｎｃコマンドを発行した呼出し
元であるＡＰＰ２に制御が戻る。ＡＰＰ２ａは、Ｓｙｎ
ｃコマンドの制御が戻った時点で、戻り値をチェックし
同期完了を確認する。
書き込まれていない）として、次のステップに進みタイ
ムアウトのチェックを行い指定ｔｉｍｅｏｕｔ値を超え
ていれば同期完了タイムアウトとして同期失敗をＡＰＰ
２ａへ返す（タイムアウトのチェックステップ３７）。
ここで、指定ｔｉｍｅｏｕｔ値を超えていなければ一定
時間待ち（ＷＡＩＴステップ３８）、その後、ステップ
３５からステップ３８を同期が完了するまで繰り返す。
繰り返しの中で、ステップ３６で“ＰＶＯＬシーケンス
番号＜＝ＳＶＯＬシーケンス番号”の条件が成立した時
点で、同期完了し、Ｓｙｎｃコマンドを発行した呼出し
元であるＡＰＰ２に制御が戻る。ＡＰＰ２ａは、Ｓｙｎ
ｃコマンドの制御が戻った時点で、戻り値をチェックし
同期完了を確認する。
【００６４】以上説明したように、ホスト１ａのＡＰＰ
２ａは、ミドルソフト３ａと連携して、データベース等
のトランザクションのコミットを行った直後に本願で示
したＳｙｎｃコマンドを実行するので、本Ｓｙｎｃコマ
ンド発行前にディスクアレイ装置へ書込まれたデータ
が、リモート側のディスクアレイ装置にデータが確実に
格納されているか否かをＡＰＰ２は、知ることが出来
る。見方を変えれば、本実施例を使用するホストコンピ
ュータ内のアプリケーションからは、非同期コピーが、
Ｓｙｎｃコマンドを発行することによってアプリケーシ
ョン毎に同期処理（データがコンピュータ内とリモート
の記憶装置内で一致する処理）ができるリモートコピー
として見えることになる。
２ａは、ミドルソフト３ａと連携して、データベース等
のトランザクションのコミットを行った直後に本願で示
したＳｙｎｃコマンドを実行するので、本Ｓｙｎｃコマ
ンド発行前にディスクアレイ装置へ書込まれたデータ
が、リモート側のディスクアレイ装置にデータが確実に
格納されているか否かをＡＰＰ２は、知ることが出来
る。見方を変えれば、本実施例を使用するホストコンピ
ュータ内のアプリケーションからは、非同期コピーが、
Ｓｙｎｃコマンドを発行することによってアプリケーシ
ョン毎に同期処理（データがコンピュータ内とリモート
の記憶装置内で一致する処理）ができるリモートコピー
として見えることになる。
【００６５】（他の実施例）図４および図５は、ホスト
装置１ａのミドルソフト制御の負荷を軽減する目的で、
ミドルソフト３ａの制御をローカル側の大型ディスクア
レイ装置１３ａ内で実施した本発明の他の実施例を示し
たものである。
装置１ａのミドルソフト制御の負荷を軽減する目的で、
ミドルソフト３ａの制御をローカル側の大型ディスクア
レイ装置１３ａ内で実施した本発明の他の実施例を示し
たものである。
【００６６】図４は、図１、図２のところで説明したミ
ドルソフト制御を、大型ディスクアレイ装置内で実施し
た場合の、本発明の論理的なブロック図を示す。図４に
おいて、図１のミドルソフト３ａで実現していた機能を
図４のＳｙｎｃ制御３００（後述）で置換えた以外は、
論理的構成はほぼ同じである。Ｓｙｎｃ制御３００の機
能は、“ＨＯＳＴ Ｉ／Ｆ制御回路（１７ａ）”または
“リモートＩ／Ｆ制御回路（１８ａ）”上で本機能を実
現するプログラムを実行することで実現される。
ドルソフト制御を、大型ディスクアレイ装置内で実施し
た場合の、本発明の論理的なブロック図を示す。図４に
おいて、図１のミドルソフト３ａで実現していた機能を
図４のＳｙｎｃ制御３００（後述）で置換えた以外は、
論理的構成はほぼ同じである。Ｓｙｎｃ制御３００の機
能は、“ＨＯＳＴ Ｉ／Ｆ制御回路（１７ａ）”または
“リモートＩ／Ｆ制御回路（１８ａ）”上で本機能を実
現するプログラムを実行することで実現される。
【００６７】ホスト１ａ内のＡＰＰ２ａは、前記実施例
と同様にトランザクションとしてデータベースへＷＲＩ
ＴＥし、最後にＣｏｍｍｉｔを発行し、その後、本発明
の特徴コマンドであるＳｙｎｃコマンドを発行する。こ
のＳｙｎｃコマンドは、ＯＳを介してディスクアレイ装
置１３ａに入力される。なお、ここでは、Ｃｏｍｍｉｔ
動作を確認するという意味でＳｙｎｃコマンドをＣｏｍ
ｍｉｔの発行の後に入れているが、Ｓｙｎｃコマンドを
発行するタイミングは、この時点に限定されるものでな
く、アプリケーションプログラムが必要と認識した時点
で発行できる。また、以降説明するディスクアレイ装置
側でのＳｙｎｃコマンドの処理も、当該Ｓｙｎｃコマン
ドの発行時点に左右されるものではない。
と同様にトランザクションとしてデータベースへＷＲＩ
ＴＥし、最後にＣｏｍｍｉｔを発行し、その後、本発明
の特徴コマンドであるＳｙｎｃコマンドを発行する。こ
のＳｙｎｃコマンドは、ＯＳを介してディスクアレイ装
置１３ａに入力される。なお、ここでは、Ｃｏｍｍｉｔ
動作を確認するという意味でＳｙｎｃコマンドをＣｏｍ
ｍｉｔの発行の後に入れているが、Ｓｙｎｃコマンドを
発行するタイミングは、この時点に限定されるものでな
く、アプリケーションプログラムが必要と認識した時点
で発行できる。また、以降説明するディスクアレイ装置
側でのＳｙｎｃコマンドの処理も、当該Ｓｙｎｃコマン
ドの発行時点に左右されるものではない。
【００６８】このＳｙｎｃコマンドは、大型ディスクア
レイ装置によって、これに接続されるホストに対して提
供され、大型ディスクアレイ装置に内蔵されたマイクロ
プログラム等の機能（後述のＳｙｎｃ制御３００が相当
する）である。例えば、図１のＨＯＳＴ Ｉ／Ｆ制御回
路内のマイクロプロセッサ等が、リモートＩ／Ｆ制御回
路等と連絡しながら実行する。
レイ装置によって、これに接続されるホストに対して提
供され、大型ディスクアレイ装置に内蔵されたマイクロ
プログラム等の機能（後述のＳｙｎｃ制御３００が相当
する）である。例えば、図１のＨＯＳＴ Ｉ／Ｆ制御回
路内のマイクロプロセッサ等が、リモートＩ／Ｆ制御回
路等と連絡しながら実行する。
【００６９】ここで、Ｓｙｎｃ(ａｐｐＩＤ、 ｇｒｏｕ
ｐ、ｔｉｍｅｏｕｔ)コマンド５１は、パラメータとし
て、ローカル側の大型ディスクアレイ装置１３ａのＳｙ
ｎｃ制御３００がＳｙｎｃ要求プロセスを識別するため
のａｐｐＩＤと、前記のｇｒｏｕｐ（前述したグループ
名）と、および、最大の同期完了待ち時間を指定するＴ
ｉｍｅｏｕｔを有する。
ｐ、ｔｉｍｅｏｕｔ)コマンド５１は、パラメータとし
て、ローカル側の大型ディスクアレイ装置１３ａのＳｙ
ｎｃ制御３００がＳｙｎｃ要求プロセスを識別するため
のａｐｐＩＤと、前記のｇｒｏｕｐ（前述したグループ
名）と、および、最大の同期完了待ち時間を指定するＴ
ｉｍｅｏｕｔを有する。
【００７０】このＳｙｎｃコマンド５１は、ＯＳ４ａを
介し大型ディスクアレイ装置１３ａのＳｙｎｃ制御３０
０に渡される。このＳｙｎｃ制御３００はＳｙｎｃコマ
ンドを受けると、前記実施例と同様にボリュームのペア
状態をチェックし、ＰＡＩＲ状態であれば、ＦＩＦＯ７
の“最新のＰＶＯＬシーケンス番号”とＳｙｎｃコマン
ドパラメータとして渡される“ａｐｐＩＤ”をディスク
アレイ装置内のメモリに登録し、このＰＶＯＬ最新シー
ケンス番号をＣｏｍｍｉｔの直後のシーケンス番号とし
て保持する。
介し大型ディスクアレイ装置１３ａのＳｙｎｃ制御３０
０に渡される。このＳｙｎｃ制御３００はＳｙｎｃコマ
ンドを受けると、前記実施例と同様にボリュームのペア
状態をチェックし、ＰＡＩＲ状態であれば、ＦＩＦＯ７
の“最新のＰＶＯＬシーケンス番号”とＳｙｎｃコマン
ドパラメータとして渡される“ａｐｐＩＤ”をディスク
アレイ装置内のメモリに登録し、このＰＶＯＬ最新シー
ケンス番号をＣｏｍｍｉｔの直後のシーケンス番号とし
て保持する。
【００７１】次にＳｙｎｃ制御３００は、リモート側の
ＳＶＯＬ書込みシーケンス番号を取得し、 “ＰＶＯＬシーケンス番号”＜＝“ＳＶＯＬ書込みシー
ケンス番号” が成立するまでＳＶＯＬ書込みシーケンス番号を繰返し
テストし、このＳｙｎｃ制御３００内で待つ。条件が成
立するとこのＳｙｎｃ制御３００は、同期完了の応答と
して、ＯＳ４ａを介し“ａｐｐＩＤ”を、呼び出しもと
であるＡＰＰ２ａに戻す。ＡＰＰ２ａは、この“ａｐｐ
ＩＤ”を受けると、Ｓｙｎｃコマンドが完了したことで
同期完了とみなす。なお、ＰＶＯＬシーケンス番号およ
びＳＶＯＬ書込みシーケンス番号の具体的な取得方法
は、先の実施例と同様である。
ＳＶＯＬ書込みシーケンス番号を取得し、 “ＰＶＯＬシーケンス番号”＜＝“ＳＶＯＬ書込みシー
ケンス番号” が成立するまでＳＶＯＬ書込みシーケンス番号を繰返し
テストし、このＳｙｎｃ制御３００内で待つ。条件が成
立するとこのＳｙｎｃ制御３００は、同期完了の応答と
して、ＯＳ４ａを介し“ａｐｐＩＤ”を、呼び出しもと
であるＡＰＰ２ａに戻す。ＡＰＰ２ａは、この“ａｐｐ
ＩＤ”を受けると、Ｓｙｎｃコマンドが完了したことで
同期完了とみなす。なお、ＰＶＯＬシーケンス番号およ
びＳＶＯＬ書込みシーケンス番号の具体的な取得方法
は、先の実施例と同様である。
【００７２】上記では、ホスト１ａ内のＡＰＰ２ａは、
ＯＳ４ａからは1つのプロセスとして説明したが、複数
のプロセスとしてＡＰＰ２ａは存在することもできる。
この場合、複数のプロセスからＳｙｎｃコマンドが発行
されると、Ｓｙｎｃ制御３００は、ａｐｐＩＤで識別
し、プロセス対応のそれぞれのＳｙｎｃコマンド受領時
点でのａｐｐＩＤとＰＶＯＬ最新シーケンス番号を登録
して、後で得るＳＶＯＬシーケンス番号と比較するので
複数のプロセス単位で同期確認することが可能である。
結果は、登録したａｐｐＩＤを有するアプリケーション
へ報告される。
ＯＳ４ａからは1つのプロセスとして説明したが、複数
のプロセスとしてＡＰＰ２ａは存在することもできる。
この場合、複数のプロセスからＳｙｎｃコマンドが発行
されると、Ｓｙｎｃ制御３００は、ａｐｐＩＤで識別
し、プロセス対応のそれぞれのＳｙｎｃコマンド受領時
点でのａｐｐＩＤとＰＶＯＬ最新シーケンス番号を登録
して、後で得るＳＶＯＬシーケンス番号と比較するので
複数のプロセス単位で同期確認することが可能である。
結果は、登録したａｐｐＩＤを有するアプリケーション
へ報告される。
【００７３】また、ホスト１ａ内のアプリケーションソ
フトを複数合わせてグループ化して、このグループ単位
に同期確認をとることも可能である。この場合、このグ
ループ単位に非同期転送のシーケンス番号を維持する。
大型ディスクアレイ装置内に複数のグループを定義しお
き、アプリケーションソフトが同期確認を行う場合、そ
のアプリケーションソフトが同期完了要求にグループ名
を指定することでグループ単位に独立して同期確認が可
能になる。
フトを複数合わせてグループ化して、このグループ単位
に同期確認をとることも可能である。この場合、このグ
ループ単位に非同期転送のシーケンス番号を維持する。
大型ディスクアレイ装置内に複数のグループを定義しお
き、アプリケーションソフトが同期確認を行う場合、そ
のアプリケーションソフトが同期完了要求にグループ名
を指定することでグループ単位に独立して同期確認が可
能になる。
【００７４】図５は、図４で説明した事項の全体制御フ
ローを示す図である。以下制御フローに基づき詳細に説
明する。ここで、図５の説明で用いるＳＶＯＬシーケン
ス番号は、図４の説明のＳＶＯＬ書込みシーケンス番号
と同意味で使用する。制御フローは、ホスト１ａのアプ
リケーションソフトであるＡＰＰ２ａと、ペア制御及び
Ｓｙｎｃコマンドを実行するローカル側の大型ディスク
アレイ装置１３ａ内のＳｙｎｃ制御３００と、及び、リ
モート側大型ディスクアレイ装置１３ｂのディスク制御
ＤＫＣ１３０ｂの制御を示す。
ローを示す図である。以下制御フローに基づき詳細に説
明する。ここで、図５の説明で用いるＳＶＯＬシーケン
ス番号は、図４の説明のＳＶＯＬ書込みシーケンス番号
と同意味で使用する。制御フローは、ホスト１ａのアプ
リケーションソフトであるＡＰＰ２ａと、ペア制御及び
Ｓｙｎｃコマンドを実行するローカル側の大型ディスク
アレイ装置１３ａ内のＳｙｎｃ制御３００と、及び、リ
モート側大型ディスクアレイ装置１３ｂのディスク制御
ＤＫＣ１３０ｂの制御を示す。
【００７５】ＡＰＰ２ａは、データベースへのコミット
完了直後にＳｙｎｃ(ａｐｐＩＤ、ｇｒｏｕｐ、ｔｉｍ
ｅｏｕｔ)コマンド５１を発行する。Ｓｙｎｃコマンド
５１の第１引数であるａｐｐＩＤは、大型ディスクアレ
イ装置１３ａのＳｙｎｃ制御３００が、ホスト１ａ内の
Ｓｙｎｃ要求プロセス（アプリケーション）を識別する
ための引数である。これにより、Ｓｙｎｃ要求を発行す
るプロセス（アプリケーション）毎に同期確定を行うこ
とが可能となる。第２引数であるｇｒｏｕｐは、前述し
たグループ名を指定する場合に用いる。第３引数である
ｔｉｍｅｏｕｔは、最大の同期完了待ち時間を指定す
る。
完了直後にＳｙｎｃ(ａｐｐＩＤ、ｇｒｏｕｐ、ｔｉｍ
ｅｏｕｔ)コマンド５１を発行する。Ｓｙｎｃコマンド
５１の第１引数であるａｐｐＩＤは、大型ディスクアレ
イ装置１３ａのＳｙｎｃ制御３００が、ホスト１ａ内の
Ｓｙｎｃ要求プロセス（アプリケーション）を識別する
ための引数である。これにより、Ｓｙｎｃ要求を発行す
るプロセス（アプリケーション）毎に同期確定を行うこ
とが可能となる。第２引数であるｇｒｏｕｐは、前述し
たグループ名を指定する場合に用いる。第３引数である
ｔｉｍｅｏｕｔは、最大の同期完了待ち時間を指定す
る。
【００７６】大型ディスクアレイ装置１３ａのＳｙｎｃ
制御３００は、Ｓｙｎｃ(ａｐｐＩＤ、ｇｒｏｕｐ、ｔ
ｉｍｅｏｕｔ)コマンド５１を実行する。まずＳｙｎｃ
制御３００は、大型ディスクアレイ装置１３ａ内のＰＶ
ＯＬ９のペア状態を調べる（ＰＶＯＬ状態のチェックス
テップ５３３）。
制御３００は、Ｓｙｎｃ(ａｐｐＩＤ、ｇｒｏｕｐ、ｔ
ｉｍｅｏｕｔ)コマンド５１を実行する。まずＳｙｎｃ
制御３００は、大型ディスクアレイ装置１３ａ内のＰＶ
ＯＬ９のペア状態を調べる（ＰＶＯＬ状態のチェックス
テップ５３３）。
【００７７】Ｓｙｎｃ制御３００は、ＰＶＯＬ状態のチ
ェック３３によって状態がＰＡＩＲ以外(ＰＳＵＳ、Ｐ
ＳＵＥ)であれば二重化はサスペンドであるとして同期
失敗をＡＰＰ２ａに返す。状態がＰＡＩＲであれば二重
化状態であり、書き込みデータはＦＩＦＯ７にキューさ
れているので、最新のＰＶＯＬシーケンス番号とａｐｐ
ＩＤをディスクアレイ装置内のメモリに登録する（ａｐ
ｐＩＤとＰＶＯＬシーケンス番号を登録するステップ５
３４）。この登録したＰＶＯＬシーケンス番号とａｐｐ
ＩＤは、同期確認の間保持され、後で、ＳＶＯＬシーケ
ンス番号との比較に使用される。
ェック３３によって状態がＰＡＩＲ以外(ＰＳＵＳ、Ｐ
ＳＵＥ)であれば二重化はサスペンドであるとして同期
失敗をＡＰＰ２ａに返す。状態がＰＡＩＲであれば二重
化状態であり、書き込みデータはＦＩＦＯ７にキューさ
れているので、最新のＰＶＯＬシーケンス番号とａｐｐ
ＩＤをディスクアレイ装置内のメモリに登録する（ａｐ
ｐＩＤとＰＶＯＬシーケンス番号を登録するステップ５
３４）。この登録したＰＶＯＬシーケンス番号とａｐｐ
ＩＤは、同期確認の間保持され、後で、ＳＶＯＬシーケ
ンス番号との比較に使用される。
【００７８】次に、Ｓｙｎｃ制御３００は、ＰＶＯＬシ
ーケンス番号とリモートサイトのＳＶＯＬシーケンス番
号の比較のために、ＳＶＯＬシーケンス番号取得コマン
ド５０１をリモート側の大型ディスクアレイ装置１３ｂ
のディスク制御部１３０ｂ（図３のリモート側のディス
クアレイ装置参照）に発行する（ＳＶＯＬシーケンス番
号を取得するステップ５３５）。
ーケンス番号とリモートサイトのＳＶＯＬシーケンス番
号の比較のために、ＳＶＯＬシーケンス番号取得コマン
ド５０１をリモート側の大型ディスクアレイ装置１３ｂ
のディスク制御部１３０ｂ（図３のリモート側のディス
クアレイ装置参照）に発行する（ＳＶＯＬシーケンス番
号を取得するステップ５３５）。
【００７９】リモート側の大型ディスクアレイ装置１３
ｂは、このコマンド５０１の応答としてＳＶＯＬ書込み
シーケンス応答として最新のＳＶＯＬ書込みシーケンス
番号５０２を、ローカル側のディスクアレイ装置１３ａ
へ返す（ＳＶＯＬ書込みシーケンス応答ステップ５４
１）。なお、ＳＶＯＬ書込みシーケンス番号の具体的な
取得方法は先の実施例と同様である。
ｂは、このコマンド５０１の応答としてＳＶＯＬ書込み
シーケンス応答として最新のＳＶＯＬ書込みシーケンス
番号５０２を、ローカル側のディスクアレイ装置１３ａ
へ返す（ＳＶＯＬ書込みシーケンス応答ステップ５４
１）。なお、ＳＶＯＬ書込みシーケンス番号の具体的な
取得方法は先の実施例と同様である。
【００８０】ローカル側のディスクアレイ装置１３ａの
Ｓｙｎｃ制御３００は、次のステップ３６で、保持して
いたａｐｐＩＤに対応するＰＶＯＬシーケンス番号とＳ
ＶＯＬシーケンス番号を比較し、 “ＰＶＯＬシーケンス番号”＜＝“ＳＶＯＬシーケンス
番号” であれば当該ＰＶＯＬシーケンス番号はＳＶＯＬ側に書
き込み済みであるとして、該当ａｐｐＩＤと合せて同期
完了を、アプリケーションソフトＡＰＰ２ａを返す。一
方、 “ＰＶＯＬシーケンス番号”＞“ＳＶＯＬシーケンス番
号” であれば同期が完了していないので次の待ちステップ５
３７に進む（ａｐｐＩＤのＰＶＯＬとＳＶＯＬシーケン
スを比較するステップ５３６）。
Ｓｙｎｃ制御３００は、次のステップ３６で、保持して
いたａｐｐＩＤに対応するＰＶＯＬシーケンス番号とＳ
ＶＯＬシーケンス番号を比較し、 “ＰＶＯＬシーケンス番号”＜＝“ＳＶＯＬシーケンス
番号” であれば当該ＰＶＯＬシーケンス番号はＳＶＯＬ側に書
き込み済みであるとして、該当ａｐｐＩＤと合せて同期
完了を、アプリケーションソフトＡＰＰ２ａを返す。一
方、 “ＰＶＯＬシーケンス番号”＞“ＳＶＯＬシーケンス番
号” であれば同期が完了していないので次の待ちステップ５
３７に進む（ａｐｐＩＤのＰＶＯＬとＳＶＯＬシーケン
スを比較するステップ５３６）。
【００８１】次のタイムアウトをチェックするステップ
５３７では、タイムアウトのチェック５３７を行い、指
定ｔｉｍｅｏｕｔ値を超えていれば同期完了タイムアウ
トとして同期失敗をＡＰＰ２ａへ返す。一方、指定ｔｉ
ｍｅｏｕｔ値を超えていなければ一定時間ＷＡＩＴ５３
８する（ＷＡＩＴステップ５３８）。
５３７では、タイムアウトのチェック５３７を行い、指
定ｔｉｍｅｏｕｔ値を超えていれば同期完了タイムアウ
トとして同期失敗をＡＰＰ２ａへ返す。一方、指定ｔｉ
ｍｅｏｕｔ値を超えていなければ一定時間ＷＡＩＴ５３
８する（ＷＡＩＴステップ５３８）。
【００８２】その後、ステップ５３５から同期が完了す
るまでステップ５３６を繰り返し、 “ＰＶＯＬシーケンス番号”＜＝“ＳＶＯＬシーケンス
番号” の条件が成立した時点で、同期が完了したとして、Ｓｙ
ｎｃコマンド５１の呼び出し元であるＡＰＰ２ａに、Ｓ
ｙｎｃ制御から、制御を返す。ＡＰＰ２ａは、Ｓｙｎｃ
コマンドの制御が戻った時点で、ａｐｐＩＤをチェック
すると共に戻り値（同期が完了したか否かを示す値）を
チェックし同期完了を確認する。
るまでステップ５３６を繰り返し、 “ＰＶＯＬシーケンス番号”＜＝“ＳＶＯＬシーケンス
番号” の条件が成立した時点で、同期が完了したとして、Ｓｙ
ｎｃコマンド５１の呼び出し元であるＡＰＰ２ａに、Ｓ
ｙｎｃ制御から、制御を返す。ＡＰＰ２ａは、Ｓｙｎｃ
コマンドの制御が戻った時点で、ａｐｐＩＤをチェック
すると共に戻り値（同期が完了したか否かを示す値）を
チェックし同期完了を確認する。
【００８３】以上説明したようにディスクアレイ装置
が、Ｓｙｎｃコマンドを受信すると、ホストからの書込
み要求のデータが確実にリモート側のディスクアレイ装
置にコピーされたか否か確認した上で、ホストに対し報
告することが可能となる。従って、ホストはディスクア
レイ装置が非同期リモートコピーを行っている場合で
も、Ｓｙｎｃコマンドを発行することによって、Ｓｙｎ
ｃコマンドの発行前にディスクアレイ装置へ書込まれて
いるデータがリモート側へ転送されているかを正確に知
ることができ、データベースとうで必要となるＣｏｍｍ
ｉｔ制御を確実なものとすることができる。見方を変え
れば、本実施例を使用するホストコンピュータ内のアプ
リケーションからは、非同期コピーが、Ｓｙｎｃコマン
ドを発行することによってアプリケーション毎に同期処
理（データがコンピュータ内とリモートの記憶装置内で
一致する処理）ができるリモートコピーとして見えるこ
とになる。
が、Ｓｙｎｃコマンドを受信すると、ホストからの書込
み要求のデータが確実にリモート側のディスクアレイ装
置にコピーされたか否か確認した上で、ホストに対し報
告することが可能となる。従って、ホストはディスクア
レイ装置が非同期リモートコピーを行っている場合で
も、Ｓｙｎｃコマンドを発行することによって、Ｓｙｎ
ｃコマンドの発行前にディスクアレイ装置へ書込まれて
いるデータがリモート側へ転送されているかを正確に知
ることができ、データベースとうで必要となるＣｏｍｍ
ｉｔ制御を確実なものとすることができる。見方を変え
れば、本実施例を使用するホストコンピュータ内のアプ
リケーションからは、非同期コピーが、Ｓｙｎｃコマン
ドを発行することによってアプリケーション毎に同期処
理（データがコンピュータ内とリモートの記憶装置内で
一致する処理）ができるリモートコピーとして見えるこ
とになる。
【００８４】上記実施例では、コミットコマンドの発行
に続けてＳｙｎｃコマンドの発行という形で発明を説明
したが、次のような変形も可能である。
に続けてＳｙｎｃコマンドの発行という形で発明を説明
したが、次のような変形も可能である。
【００８５】一つ目は、最初の実施例においてミドルソ
フト３ａを機能拡張し、これにより、非同期データ転送
を行っている場合は、アプリケーションから受けた従来
のコミットコマンドを「従来のコミットコマンド＋Ｓｙ
ｎｃコマンド」と認識して、処理する方法である。具体
的には、機能拡張されたミドルソフト３ａは、コミット
コマンドを受けると、まず、コンピュータ内のデータバ
ッファ内にあるデータを記憶システムへ書込む。それと
合わせて、コミットの対象となるデータが記憶されるボ
リュームが非同期コピー中か否かを判断する。対象ボリ
ュームが非同期コピー中の場合は、ミドルソフト３ａは
本発明の最初の実施例に対応した問合せコマンドをロー
カル側の記憶システムへ発行する。その後、ミドルソフ
ト３ａは、ローカル側の記憶システムから書込み完了を
受けるが、この時点ではアプリケーションに対してコミ
ットコマンドに対するリターンを返さず、先の問合せコ
マンドに対する応答が有るのを待つ。そして、ミドルソ
フト３ａは、記憶システムから問合せコマンドに対する
応答を受け、リモート側の記憶システムで書込みデータ
の確定が取れた時点で初めて、前記アプリケーション
へ、コミットコマンドに対するリターンを返すようにす
る。この方法では、アプリケーションはＳｙｎｃコマン
ドを発行する必要が無いので、非同期コピー中であるこ
とを意識しなくてすむというメリットがある。
フト３ａを機能拡張し、これにより、非同期データ転送
を行っている場合は、アプリケーションから受けた従来
のコミットコマンドを「従来のコミットコマンド＋Ｓｙ
ｎｃコマンド」と認識して、処理する方法である。具体
的には、機能拡張されたミドルソフト３ａは、コミット
コマンドを受けると、まず、コンピュータ内のデータバ
ッファ内にあるデータを記憶システムへ書込む。それと
合わせて、コミットの対象となるデータが記憶されるボ
リュームが非同期コピー中か否かを判断する。対象ボリ
ュームが非同期コピー中の場合は、ミドルソフト３ａは
本発明の最初の実施例に対応した問合せコマンドをロー
カル側の記憶システムへ発行する。その後、ミドルソフ
ト３ａは、ローカル側の記憶システムから書込み完了を
受けるが、この時点ではアプリケーションに対してコミ
ットコマンドに対するリターンを返さず、先の問合せコ
マンドに対する応答が有るのを待つ。そして、ミドルソ
フト３ａは、記憶システムから問合せコマンドに対する
応答を受け、リモート側の記憶システムで書込みデータ
の確定が取れた時点で初めて、前記アプリケーション
へ、コミットコマンドに対するリターンを返すようにす
る。この方法では、アプリケーションはＳｙｎｃコマン
ドを発行する必要が無いので、非同期コピー中であるこ
とを意識しなくてすむというメリットがある。
【００８６】２つ目は、ローカル側の記憶システムが非
同期リモートコピーを行っている際、書込みコマンドを
発行するホストコンピュータに対して、リモート側の記
憶システムが書込みコマンドのデータをどの時点まで記
憶したかを、定期的に、報告する方法である。例えば、
ローカル側の記憶システムは、定期的に、ホストからの
ある書込み要求が発行された時刻を記憶しておき、この
書込み要求以前に発行された全ての書込み要求に対応す
るデータがリモート側の記憶システムへ確実に記憶され
た段階で、先に記録した時刻をホストコンピュータへ返
すようにする。このようにすれば、ホストコンピュータ
は定期的にどの時刻までの書込み要求が確実にリモート
側の記憶システムへ記憶されたかが分かるようになる。
一方、ホスト側のアプリケーションは、従来と同様にコ
ミットコマンドを発行する。このコミットコマンドを受
けた時点でミドルソフトは、ローカル側の記憶システム
へデータバッファ内のデータを書込むため、書込み要求
を発行するが、この際、書込み要求を発行した最終時刻
を記憶するようにする。そして、ミドルソフトは、この
書込み要求に対する全ての書込み完了を受け、かつ、当
該最終時刻に等しいか又は遅い、先に述べたローカル側
の記憶システムが定期的に報告する時刻を受けた場合
に、アプリケーションに対し、先のコミットコマンドに
対するリターンを返すようにする。この２つ目の方法で
は、ホスト側のアプリケーションはＳｙｎｃコマンドを
発行する必要が無いので、非同期コピー中であることを
意識しなくてすむというメリットがある。また、記憶シ
ステム側は自発的にリモート側の状況をホストコンピュ
ータに通知するだけなので、ホストコンピュータと記憶
システム間のインタフェースが簡単なものとなる。
同期リモートコピーを行っている際、書込みコマンドを
発行するホストコンピュータに対して、リモート側の記
憶システムが書込みコマンドのデータをどの時点まで記
憶したかを、定期的に、報告する方法である。例えば、
ローカル側の記憶システムは、定期的に、ホストからの
ある書込み要求が発行された時刻を記憶しておき、この
書込み要求以前に発行された全ての書込み要求に対応す
るデータがリモート側の記憶システムへ確実に記憶され
た段階で、先に記録した時刻をホストコンピュータへ返
すようにする。このようにすれば、ホストコンピュータ
は定期的にどの時刻までの書込み要求が確実にリモート
側の記憶システムへ記憶されたかが分かるようになる。
一方、ホスト側のアプリケーションは、従来と同様にコ
ミットコマンドを発行する。このコミットコマンドを受
けた時点でミドルソフトは、ローカル側の記憶システム
へデータバッファ内のデータを書込むため、書込み要求
を発行するが、この際、書込み要求を発行した最終時刻
を記憶するようにする。そして、ミドルソフトは、この
書込み要求に対する全ての書込み完了を受け、かつ、当
該最終時刻に等しいか又は遅い、先に述べたローカル側
の記憶システムが定期的に報告する時刻を受けた場合
に、アプリケーションに対し、先のコミットコマンドに
対するリターンを返すようにする。この２つ目の方法で
は、ホスト側のアプリケーションはＳｙｎｃコマンドを
発行する必要が無いので、非同期コピー中であることを
意識しなくてすむというメリットがある。また、記憶シ
ステム側は自発的にリモート側の状況をホストコンピュ
ータに通知するだけなので、ホストコンピュータと記憶
システム間のインタフェースが簡単なものとなる。
【００８７】なお、この２つ目の方法において、ローカ
ル側の記憶システムが定期的にどの時刻までの書込み要
求をリモート側の記憶システムに確実に書込んだかをホ
ストコンピュータに報告する例をあげている。このよう
な機能を有する記憶システムは、本実施例で説明するよ
うなアプリケーションのためのデータ同期確認にもちろ
ん利用可能であるが、これ以外にも、ホストコンピュー
タ側から記憶システム状態を知る上で重要な情報を提供
しているわけであり、本記憶システムはホスト側から管
理しやすい、又は、制御しやすい、又は、使いやすい記
憶システムということができる。
ル側の記憶システムが定期的にどの時刻までの書込み要
求をリモート側の記憶システムに確実に書込んだかをホ
ストコンピュータに報告する例をあげている。このよう
な機能を有する記憶システムは、本実施例で説明するよ
うなアプリケーションのためのデータ同期確認にもちろ
ん利用可能であるが、これ以外にも、ホストコンピュー
タ側から記憶システム状態を知る上で重要な情報を提供
しているわけであり、本記憶システムはホスト側から管
理しやすい、又は、制御しやすい、又は、使いやすい記
憶システムということができる。
【００８８】
【発明の効果】本発明では、非同期リモートコピーを行
っている際、ホストに対し、書込み要求のデータがリモ
ート側に記憶されたか否かを判断するのに必要なリモー
ト側の記憶システムに関する情報をローカル側の記憶シ
ステム経由でホストに提供するので、アプリケーション
は、ホスト内データとリモート側記憶システム内のデー
タとの一致を確認できる。
っている際、ホストに対し、書込み要求のデータがリモ
ート側に記憶されたか否かを判断するのに必要なリモー
ト側の記憶システムに関する情報をローカル側の記憶シ
ステム経由でホストに提供するので、アプリケーション
は、ホスト内データとリモート側記憶システム内のデー
タとの一致を確認できる。
【００８９】また、本発明では、非同期リモートコピー
を行う記憶システムが、ホストに対し、書込み要求のデ
ータがリモート側に記憶されたか否かを通知するので、
ホスト内のアプリケーションは、ホスト内データとリモ
ート側記憶システム内のデータとの一致を確認できる。
を行う記憶システムが、ホストに対し、書込み要求のデ
ータがリモート側に記憶されたか否かを通知するので、
ホスト内のアプリケーションは、ホスト内データとリモ
ート側記憶システム内のデータとの一致を確認できる。
【図１】本発明の論理的なブロック図を示す。
【図２】本発明の全体制御フローを示す。
【図３】本発明を適用する一般的なＨＡクラスタの全体
構成図である。
構成図である。
【図４】本発明の第２の実施例の論理的なブロック図を
示す。
示す。
【図５】本発明の第２の実施例に相当する全体フローを
示す。
示す。
１ａ、１ｂ ホスト装置 ２ａ、２ｂ アプリケーションソフト（ＡＰＰ） ３ａ、３ｂ ミドルソフト ３００ Ｓｙｎｃ制御 ４ａ、４ｂ オペレーティングシステム（ＯＳ） ５ ＰＶＯＬ最新シーケンス番号 ６ ＳＶＯＬ書込みシーケンス番号 ７ ＦＩＦＯ（ＰＶＯＬ対応） ８ ＦＩＦＯ（ＳＶＯＬ対応） １０ａ Ｐ（正）ＶＯＬ １０ｂ Ｓ（副）ＶＯＬ １１０ ＢＩＴＭＡＰ（ＰＶＯＬ対応） １２０ ＢＩＴＭＡＰ（ＳＶＯＬ対応） １３ａ ローカル側大型ディスクアレイ装置 １３ｂ リモート側大型ディスクアレイ装置 ３１ 実施例のＳｙｎｃコマンド ５１ 他の実施例のＳｙｎｃコマンド
フロントページの続き (51)Int.Cl.7 識別記号 ＦＩ テーマコート゛(参考） Ｇ０６Ｆ 12/08 ５４１ Ｇ０６Ｆ 12/08 ５４１ ５５７ ５５７ 12/16 ３１０ 12/16 ３１０Ｊ Ｆターム(参考） 5B005 JJ01 LL11 MM11 5B018 GA04 HA04 MA14 QA15 5B065 BA01 EA32 EA33 5B082 DE05 GB06 HA03
Claims (20)
- 【請求項１】ローカル側の上位装置とリモート側の記憶
システムに接続されて使用されるローカル側の記憶シス
テムであって、 前記上位装置から書込みコマンドを受信する手段と、 前記書込みコマンド内のデータを前記リモート側の記憶
システムへ送信する手段と、 前記リモート側の記憶装置が前記データを受信したか否
かを問い合わせる問合せコマンドを前記上位装置から受
信する手段と、及び、 前記上位装置へ、前記問合せコマンドに対する応答を送
信する手段とを有することを特徴とするローカル側の記
憶システム。 - 【請求項２】前記リモート側の記憶装置が前記データを
受信したか否かは、前記データが前記リモート側の記憶
装置のキャッシュへ記憶されたか否かである請求項１記
載のローカル側の記憶システム。 - 【請求項３】前記リモート側の記憶システムから、前記
データが受信されたか否かの応答を受信する手段とを有
することを特徴とする請求項１記載のローカル側の記憶
システム。 - 【請求項４】前記リモート側の記憶システムへ送信する
手段は、前記書込みコマンドに対する前記上位装置への
書込み完了報告とは非同期に実行されることを特徴とす
る請求項１記載のローカル側の記憶システム。 - 【請求項５】前記問合せコマンドは、当該問合せコマン
ドの発行前に前記上位装置から発行された前記書込みコ
マンドのデータに関する問合せであることを特徴とする
請求項１記載の記憶システム。 - 【請求項６】データを記憶するディスク装置と、外部上
位装置と前記ディスク装置との間で前記データを転送す
るディスク制御装置とを有する記憶システムであって、 前記ディスク制御装置は、他の記憶システムへ前記上位
装置から入力されたデータを送信する回路と、前記上位
装置から入力されるコマンドを実行する回路とソフトウ
ェアを有し、 ここで、前記コマンドは、前記他の記憶システムが前記
データを受信したか否かに関する情報を問合せるもので
あり、かつ、当該記憶システムに対して、前記外部上位
装置にその問合せに対する結果を報告することを要求す
るものであることを特徴とする記憶システム。 - 【請求項７】前記前記データを受信したか否かは、前記
他の記憶システムのキャッシュに前記データが記憶され
たか否かである請求項６記載の記憶システム。 - 【請求項８】上位装置に対する記憶システムの応答方法
であって、 前記上位装置から書込みコマンドを受けるステップと、 前記書込みコマンドに対する応答を前記上位装置に返す
ステップと、 前記書込みコマンド内のデータを他記憶システムへ送信
するステップと、 前記他の記憶装置が前記データを受信したか否かを問う
問合せコマンドを前記上位装置から受けるステップと、
及び、 前記上位装置へ、前記問合せコマンドに対する応答を出
力するステップとを有することを特徴とする記憶システ
ムの応答方法。 - 【請求項９】前記他の記憶システムから前記データが受
信されたか否かの報告を受けるステップとを有すること
を特徴とする請求項８記載の記憶システムの応答方法。 - 【請求項１０】通信対象である上位装置から書込みコマ
ンドが入力される第１のインタフェース回路と、 前記書込みコマンド内のデータと当該データを識別する
情報とを、他の記憶システムへ出力する第２インタフェ
ース回路と、 前記上位装置から前記データに関する問合せコマンドが
入力される前記第１のインタフェース回路と、 前記第２のインタフェースから送信される前の、前記デ
ータと共に出力される当該データを識別する情報を前記
上位装置へ出力する前記第１のインタフェース回路と、 前記他の記憶システムに入力されたデータと共に前記他
の記憶システムに入力された前記情報を、前記他の記憶
システムから入力される前記第２のインタフェース回路
と、及び、 前記第２のインタフェース回路へ入力された前記情報を
前記上位装置へ出力する前記第１のインタフェース回路
とを有する記憶システム。 - 【請求項１１】前記情報は、複数の前記書込みコマンド
内の複数のデータの順序性を示すものである請求項１０
記載の記憶システム。 - 【請求項１２】前記第２のインタフェース回路は、前記
書込みコマンドと非同期に前記データを出力することを
特徴とする請求項１０記載の記憶システム。 - 【請求項１３】複数の前記書込みコマンドはグループ分
けされ、前記データを識別する情報は前記書込みコマン
ドのグループ対応に管理され、および、前記データを識
別する情報は前記プログラムへグループ対応に出力され
る請求項１０記載の記憶システム。 - 【請求項１４】コンピュータ上で動作するアプリケーシ
ョンから複数の書込み要求を受けた際に、前記複数の書
込み要求内のデータを他記憶システムに非同期にコピー
する記憶システムと接続される前記コンピュータに、イ
ンストールされるプログラムを有する媒体であって、 前記プログラムが、前記アプリケーションから問合せコ
マンドを受ける第１ステップと、前記記憶システムか
ら、前記記憶システムに記憶された前記アプリケーショ
ンに関するデータを識別する情報を得る第２ステップ
と、前記記憶システムから、前記他の記憶システムに記
憶された前記アプリケーションに関するデータを識別す
る情報を得る第３ステップと、及び、前記第２ステップ
で得た情報と前記第３ステップで得た情報を基に、前記
問合せに応答するステップとを有することを特徴とする
媒体。 - 【請求項１５】前記第２ステップで得た情報と前記第３
ステップで得た情報は、前記アプリケーションが発行す
る書込みデータの順序性に関する情報であることを特徴
とする請求項１４記載の媒体。 - 【請求項１６】ローカル側ホストからの書込みデータ
を、他の記憶システムへリモート非同期データ転送を行
う記憶システムであって、 前記ローカル側のホストから書込まれた最新データに関
する番号と、前記他の記憶システムが受信した最新デー
タに関する番号とをホスト装置へ通知する記憶システ
ム。 - 【請求項１７】前記記憶システムは、前記ホストから要
求があった場合に、前記最新データに関する情報を前記
ホストへ通知する請求項１６記載の記憶システム。 - 【請求項１８】ローカル側ホストからの書込みデータ
を、他の記憶システムへリモート非同期データ転送を行
う記憶システムであって、 前記記憶システムは、前記書込みデータが前記他の記憶
システムへ記憶されたか否かを前記ローカル側ホストへ
報告する記憶システム。 - 【請求項１９】前記報告は、定期的、又は、前記ホスト
から要求があった際に報告する記憶システム。 - 【請求項２０】他の記憶システムへデータの非同期リモ
ートコピーを行う記憶システムに接続されるコンピュー
タにインストールされるプログラムを記録する媒体であ
って、 前記プログラムが、 前記コンピュータ内で動作するアプリケーションからコ
ミットコマンドを受けると前記コンピュータ内のバッフ
ァに有る前記アプリケーションが発行した書込みデータ
を実際に前記記憶システムへ書込む書込み要求を発行す
るステップと、 前記記憶システムから前記書込み要求に対する書込み完
了を受信するステップと、 前記書込みデータが前記他の記憶システムへコピーされ
たか否かを問い合わせるコマンドを前記記憶システムへ
発行するステップと、 前記記憶システムから前記問い合わせコマンドに対する
応答を受けるステップと、及び、 前記書込み完了を受信し、かつ、前記応答を受けた後
で、前記コミットコマンドに対しリターンを返すステッ
プを有するところの媒体。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2000285237A JP4546629B2 (ja) | 2000-05-25 | 2000-09-14 | 記憶システム、記憶システムの応答方法及び記録媒体 |
Applications Claiming Priority (3)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2000-159547 | 2000-05-25 | ||
| JP2000159547 | 2000-05-25 | ||
| JP2000285237A JP4546629B2 (ja) | 2000-05-25 | 2000-09-14 | 記憶システム、記憶システムの応答方法及び記録媒体 |
Publications (3)
| Publication Number | Publication Date |
|---|---|
| JP2002049517A true JP2002049517A (ja) | 2002-02-15 |
| JP2002049517A5 JP2002049517A5 (ja) | 2007-09-20 |
| JP4546629B2 JP4546629B2 (ja) | 2010-09-15 |
Family
ID=26592864
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2000285237A Expired - Fee Related JP4546629B2 (ja) | 2000-05-25 | 2000-09-14 | 記憶システム、記憶システムの応答方法及び記録媒体 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP4546629B2 (ja) |
Cited By (19)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2004302556A (ja) * | 2003-03-28 | 2004-10-28 | Hitachi Ltd | 複数の計算機システム間でのデータ共有方法およびディスク制御装置 |
| US7124258B2 (en) | 2003-07-03 | 2006-10-17 | Hitachi, Ltd. | Storage system and storage device system |
| US7181479B2 (en) | 2003-03-27 | 2007-02-20 | Hitachi, Ltd. | Method and database system for duplicating transactions between remote sites |
| JP2007529833A (ja) * | 2004-07-15 | 2007-10-25 | 株式会社ソニー・コンピュータエンタテインメント | アウト・オブ・オーダーのｄｍａコマンドキューにおけるコマンド順序の設定に関する技術 |
| JP2008059014A (ja) * | 2006-08-29 | 2008-03-13 | Nec Corp | ディスクアレイシステムのデータ同期方法及びコンピュータプログラム |
| WO2008139545A1 (ja) * | 2007-05-01 | 2008-11-20 | Fujitsu Limited | ストレージシステム、ストレージ装置、リモートコピー方法 |
| US7680793B2 (en) | 2005-10-07 | 2010-03-16 | Oracle International Corporation | Commit-time ordered message queue supporting arbitrary read and dequeue patterns from multiple subscribers |
| JPWO2008105098A1 (ja) * | 2007-02-28 | 2010-06-03 | 富士通株式会社 | メモリミラー化制御プログラム、メモリミラー化制御方法およびメモリミラー化制御装置 |
| US7757016B2 (en) | 2007-02-01 | 2010-07-13 | Fujitsu Limited | Data transfer device, semiconductor integrated circuit, and processing status notification method |
| JP2010160544A (ja) * | 2009-01-06 | 2010-07-22 | Core Micro Systems Inc | キャッシュメモリシステム及びキャッシュメモリの制御方法 |
| US7801856B2 (en) | 2006-08-09 | 2010-09-21 | Oracle International Corporation | Using XML for flexible replication of complex types |
| JP2011070636A (ja) * | 2009-08-27 | 2011-04-07 | Nippon Telegr & Teleph Corp <Ntt> | データ同期システム、データ同期方法、情報処理装置、情報処理方法、およびプログラム |
| JP4861480B2 (ja) * | 2006-09-22 | 2012-01-25 | オーセ プリンティング システムズ ゲゼルシャフト ミット ベシュレンクテル ハフツング | 印刷データの自動的な伝送、特に印刷ジョブのミラーリングのための方法及びシステム |
| JP2012524943A (ja) * | 2009-04-21 | 2012-10-18 | グーグル インコーポレイテッド | ストレージクラスタを指定可能な複製されたコンテンツのための非同期的分散オブジェクトアップロード |
| US8374966B1 (en) | 2002-08-01 | 2013-02-12 | Oracle International Corporation | In memory streaming with disk backup and recovery of messages captured from a database redo stream |
| JP2013073388A (ja) * | 2011-09-27 | 2013-04-22 | Fujitsu Ltd | ストレージ装置、ストレージ装置の制御方法及びストレージシステム |
| WO2013064947A1 (en) * | 2011-11-02 | 2013-05-10 | International Business Machines Corporation | Message reconciliation during disaster recovery |
| JP2014142913A (ja) * | 2013-01-23 | 2014-08-07 | Hitachi Ltd | 効率的なリモートコピー方法および装置 |
| JP2021520554A (ja) * | 2018-04-10 | 2021-08-19 | 華為技術有限公司Ｈｕａｗｅｉ Ｔｅｃｈｎｏｌｏｇｉｅｓ Ｃｏ．，Ｌｔｄ． | トランスポートプロトコル上でのポイント・ツー・ポイント・データベース同期 |
Citations (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH08509565A (ja) * | 1993-04-23 | 1996-10-08 | イーエムシー コーポレーション | 遠隔データのミラー化 |
-
2000
- 2000-09-14 JP JP2000285237A patent/JP4546629B2/ja not_active Expired - Fee Related
Patent Citations (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH08509565A (ja) * | 1993-04-23 | 1996-10-08 | イーエムシー コーポレーション | 遠隔データのミラー化 |
Cited By (30)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US8374966B1 (en) | 2002-08-01 | 2013-02-12 | Oracle International Corporation | In memory streaming with disk backup and recovery of messages captured from a database redo stream |
| US7181479B2 (en) | 2003-03-27 | 2007-02-20 | Hitachi, Ltd. | Method and database system for duplicating transactions between remote sites |
| US7593974B2 (en) | 2003-03-27 | 2009-09-22 | Hitachi, Ltd | Method and database system for duplicating transactions between remote sites |
| US7219191B2 (en) | 2003-03-28 | 2007-05-15 | Hitachi, Ltd. | Data sharing method among remote computer systems and disk control device thereof |
| JP2004302556A (ja) * | 2003-03-28 | 2004-10-28 | Hitachi Ltd | 複数の計算機システム間でのデータ共有方法およびディスク制御装置 |
| US7124258B2 (en) | 2003-07-03 | 2006-10-17 | Hitachi, Ltd. | Storage system and storage device system |
| US7421553B2 (en) | 2003-07-03 | 2008-09-02 | Hitachi, Ltd. | Remote copy operation between different sort of storage system and storage device system |
| JP2007529833A (ja) * | 2004-07-15 | 2007-10-25 | 株式会社ソニー・コンピュータエンタテインメント | アウト・オブ・オーダーのｄｍａコマンドキューにおけるコマンド順序の設定に関する技術 |
| US7680793B2 (en) | 2005-10-07 | 2010-03-16 | Oracle International Corporation | Commit-time ordered message queue supporting arbitrary read and dequeue patterns from multiple subscribers |
| US7801856B2 (en) | 2006-08-09 | 2010-09-21 | Oracle International Corporation | Using XML for flexible replication of complex types |
| JP2008059014A (ja) * | 2006-08-29 | 2008-03-13 | Nec Corp | ディスクアレイシステムのデータ同期方法及びコンピュータプログラム |
| JP4861480B2 (ja) * | 2006-09-22 | 2012-01-25 | オーセ プリンティング システムズ ゲゼルシャフト ミット ベシュレンクテル ハフツング | 印刷データの自動的な伝送、特に印刷ジョブのミラーリングのための方法及びシステム |
| US7757016B2 (en) | 2007-02-01 | 2010-07-13 | Fujitsu Limited | Data transfer device, semiconductor integrated circuit, and processing status notification method |
| JPWO2008105098A1 (ja) * | 2007-02-28 | 2010-06-03 | 富士通株式会社 | メモリミラー化制御プログラム、メモリミラー化制御方法およびメモリミラー化制御装置 |
| JP4998549B2 (ja) * | 2007-02-28 | 2012-08-15 | 富士通株式会社 | メモリミラー化制御プログラム、メモリミラー化制御方法およびメモリミラー化制御装置 |
| US8281092B2 (en) | 2007-02-28 | 2012-10-02 | Fujitsu Limited | Memory-mirroring control apparatus and memory-mirroring control method |
| US9612928B2 (en) | 2007-02-28 | 2017-04-04 | Fujitsu Limited | Memory-mirroring control apparatus and memory-mirroring control method |
| US8468314B2 (en) | 2007-05-01 | 2013-06-18 | Fujitsu Limited | Storage system, storage apparatus, and remote copy method for storage apparatus in middle of plural storage apparatuses |
| WO2008139545A1 (ja) * | 2007-05-01 | 2008-11-20 | Fujitsu Limited | ストレージシステム、ストレージ装置、リモートコピー方法 |
| JP2010160544A (ja) * | 2009-01-06 | 2010-07-22 | Core Micro Systems Inc | キャッシュメモリシステム及びキャッシュメモリの制御方法 |
| JP2012524943A (ja) * | 2009-04-21 | 2012-10-18 | グーグル インコーポレイテッド | ストレージクラスタを指定可能な複製されたコンテンツのための非同期的分散オブジェクトアップロード |
| US8683112B2 (en) | 2009-04-21 | 2014-03-25 | Google Inc. | Asynchronous distributed object uploading for replicated content addressable storage clusters |
| JP2011070636A (ja) * | 2009-08-27 | 2011-04-07 | Nippon Telegr & Teleph Corp <Ntt> | データ同期システム、データ同期方法、情報処理装置、情報処理方法、およびプログラム |
| JP2013073388A (ja) * | 2011-09-27 | 2013-04-22 | Fujitsu Ltd | ストレージ装置、ストレージ装置の制御方法及びストレージシステム |
| WO2013064947A1 (en) * | 2011-11-02 | 2013-05-10 | International Business Machines Corporation | Message reconciliation during disaster recovery |
| US9442804B2 (en) | 2011-11-02 | 2016-09-13 | Globalfoundries Inc. | Message reconciliation during disaster recovery |
| JP2014142913A (ja) * | 2013-01-23 | 2014-08-07 | Hitachi Ltd | 効率的なリモートコピー方法および装置 |
| JP2021520554A (ja) * | 2018-04-10 | 2021-08-19 | 華為技術有限公司Ｈｕａｗｅｉ Ｔｅｃｈｎｏｌｏｇｉｅｓ Ｃｏ．，Ｌｔｄ． | トランスポートプロトコル上でのポイント・ツー・ポイント・データベース同期 |
| JP7128288B2 (ja) | 2018-04-10 | 2022-08-30 | 華為技術有限公司 | トランスポートプロトコル上でのポイント・ツー・ポイント・データベース同期 |
| US11805193B2 (en) | 2018-04-10 | 2023-10-31 | Huawei Technologies Co., Ltd. | Point-to-point database synchronization over a transport protocol |
Also Published As
| Publication number | Publication date |
|---|---|
| JP4546629B2 (ja) | 2010-09-15 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US7203807B2 (en) | Storage system making possible data synchronization confirmation at time of asynchronous remote copy | |
| US8209282B2 (en) | Method, system, and article of manufacture for mirroring data at storage locations | |
| US6981008B2 (en) | Method for duplicating data of storage subsystem and data duplicating system | |
| US7734883B2 (en) | Method, system and program for forming a consistency group | |
| JP5264077B2 (ja) | 地理的分散型クラスタ | |
| JP4546629B2 (ja) | 記憶システム、記憶システムの応答方法及び記録媒体 | |
| US7043665B2 (en) | Method, system, and program for handling a failover to a remote storage location | |
| US6950915B2 (en) | Data storage subsystem | |
| US7904684B2 (en) | System and article of manufacture for consistent copying of storage volumes | |
| US7188222B2 (en) | Method, system, and program for mirroring data among storage sites | |
| US7657718B1 (en) | Storage automated replication processing | |
| US5680580A (en) | Remote copy system for setting request interconnect bit in each adapter within storage controller and initiating request connect frame in response to the setting bit | |
| US7278049B2 (en) | Method, system, and program for recovery from a failure in an asynchronous data copying system | |
| EP1291779B1 (en) | Control method for a data storage system | |
| JP4461147B2 (ja) | リモートデータミラーリングを用いたクラスタデータベース | |
| WO1997045790A1 (en) | Method and apparatus for independent and simultaneous access to a common data set | |
| JP2008033829A (ja) | バックアップシステム及びバックアップ方法 | |
| JP2003099306A (ja) | 計算機システムおよび計算機システムにおけるバックアップ方法 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| RD01 | Notification of change of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7421 Effective date: 20060418 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20070806 |
|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20070806 |
|
| RD03 | Notification of appointment of power of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7423 Effective date: 20070806 |
|
| RD04 | Notification of resignation of power of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7424 Effective date: 20070822 |
|
| RD04 | Notification of resignation of power of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7424 Effective date: 20090210 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20100311 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20100317 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20100517 |
|
| 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: 20100628 |
|
| 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: 20100702 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130709 Year of fee payment: 3 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| LAPS | Cancellation because of no payment of annual fees |