JP2007207063A - データベースを有するストレージシステムの記憶制御方法 - Google Patents

データベースを有するストレージシステムの記憶制御方法 Download PDF

Info

Publication number
JP2007207063A
JP2007207063A JP2006026676A JP2006026676A JP2007207063A JP 2007207063 A JP2007207063 A JP 2007207063A JP 2006026676 A JP2006026676 A JP 2006026676A JP 2006026676 A JP2006026676 A JP 2006026676A JP 2007207063 A JP2007207063 A JP 2007207063A
Authority
JP
Japan
Prior art keywords
log
storage device
storage
pair
logless
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
Application number
JP2006026676A
Other languages
English (en)
Other versions
JP4727437B2 (ja
Inventor
Nobuo Kawamura
信男 河村
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Hitachi Ltd
Original Assignee
Hitachi Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Hitachi Ltd filed Critical Hitachi Ltd
Priority to JP2006026676A priority Critical patent/JP4727437B2/ja
Priority to US11/396,644 priority patent/US7353335B2/en
Publication of JP2007207063A publication Critical patent/JP2007207063A/ja
Application granted granted Critical
Publication of JP4727437B2 publication Critical patent/JP4727437B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • 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
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
    • G06F16/22—Indexing; Data structures therefor; Storage structures
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
    • G06F16/23—Updating
    • G06F16/2358—Change logging, detection, and notification
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/16—Error detection or correction of the data by redundancy in hardware
    • G06F11/20—Error detection or correction of the data by redundancy in hardware using active fault-masking, e.g. by switching out faulty elements or by switching in spare elements
    • G06F11/2053—Error detection or correction of the data by redundancy in hardware using active fault-masking, e.g. by switching out faulty elements or by switching in spare elements where persistent mass storage functionality or persistent mass storage control functionality is redundant
    • G06F11/2056—Error detection or correction of the data by redundancy in hardware using active fault-masking, e.g. by switching out faulty elements or by switching in spare elements where persistent mass storage functionality or persistent mass storage control functionality is redundant by mirroring
    • G06F11/2071—Error detection or correction of the data by redundancy in hardware using active fault-masking, e.g. by switching out faulty elements or by switching in spare elements where persistent mass storage functionality or persistent mass storage control functionality is redundant by mirroring using a plurality of controllers
    • G06F11/2074—Asynchronous techniques
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/16—Error detection or correction of the data by redundancy in hardware
    • G06F11/20—Error detection or correction of the data by redundancy in hardware using active fault-masking, e.g. by switching out faulty elements or by switching in spare elements
    • G06F11/2053—Error detection or correction of the data by redundancy in hardware using active fault-masking, e.g. by switching out faulty elements or by switching in spare elements where persistent mass storage functionality or persistent mass storage control functionality is redundant
    • G06F11/2056—Error detection or correction of the data by redundancy in hardware using active fault-masking, e.g. by switching out faulty elements or by switching in spare elements where persistent mass storage functionality or persistent mass storage control functionality is redundant by mirroring
    • G06F11/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/2076—Synchronous 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

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Data Mining & Analysis (AREA)
  • Databases & Information Systems (AREA)
  • Software Systems (AREA)
  • Quality & Reliability (AREA)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)

Abstract

【課題】ＤＢ更新履歴を含んだログを作成しないようにしてもデータベースの回復が行えるようにする。
【解決手段】ログレスモードで各トランザクションを実行する場合、該トランザクションの開始の際に、ログレス開始ログを作成して正ログＶＯＬ５５Ａに書き、且つ、そのログレス開始ログを、遠隔の副ログＶＯＬ５５Ｂにも書く。その後、正ＤＢＶＯＬ５１ＡのＤＢに対してバッチ処理を行い、このトランザクションの実行中において、バッチ処理の開始前又は終了後に、ＤＢＶＯＬのペア解除状態を解除し、バッチ処理の終了後、ＤＢＶＯＬ間の差分が無くなっていれば、ログレス終了ログを作成して正ログＶＯＬ５５Ａに書き、且つ、それを副ログＶＯＬ５５Ａにも書く。
【選択図】図７

Description

本発明は、データベースを有するストレージシステムでの記憶制御に関する。
例えば、データベース（以下、ＤＢ）を格納したストレージシステムでは、障害に備えるために、いわゆるディザスタリカバリという手法が採用されることがある。これは、あるサイトのデータを地理的に離れた他のサイトに複製として格納しておき、あるサイトが災害等により障害にあった場合、他のサイトで業務を復旧させるというものである。
サイト間では、同期型のリモートコピー或いは非同期型のリモートコピーが行われる。同期型のリモートコピーでは、或るサイトでのデータの更新と同期で、そのデータが他のサイトに転送される。非同期型リモートコピーでは、或るサイトでのデータの更新と非同期で、そのデータが他のサイトに転送される。
米国特許第５６４０５６１号公報の開示によれば、非同期型リモートコピーについて、データ書き込みの順序性を正サイト（メインサイトと呼んでも良い）と副サイト（リモートサイトと呼んでも良い）で一致することを保証する方式と保証しない方式がある。トランザクションの途中の状態が残りデータベースの一貫性が保証できないことを避けるためにはこのデータ書き込みの順序性を保証する必要がある。この順序性保証は複数のディスクの組に対しても有効にするよう構成することができる。米国特許第５６４０５６１号公報には、ログ（ジャーナル）用ディスクとＤＢ用ディスクの組に対して順序性を保証するような技術が開示されている。
ＤＢを格納したストレージシステムでは、データそのものを格納するＤＢ用ディスクと、ＤＢ更新履歴情報を時系列に格納したログ用ディスクとを用意することができる。災害等の発生により正サイトにおけるホスト計算機がダウンすると、ＤＢ用ディスク内のデータは中途半端な更新状態となることがあるが、ホスト計算機内のＤＢＭＳ（データベース管理システム）のリスタート時にログ用ディスク内のＤＢ更新履歴情報を元に一貫性の取れた状態に回復している（このような技術は非特許文献１に開示されている）。すなわち、ホスト計算機のダウン時に、完了済みのトランザクションの更新データについてはＤＢ用ディスクに反映させ（ロールフォワード）、サーバダウン時に未完了だったトランザクションの更新データについては無効化（ロールバック）している。
米国特許第５６４０５６１号公報 Jim Gray,Andreas Reuter著「TRANSCATION PROCESSING;Concepts and Techniques」、MORGAN KAUFMANN PUBLISHERS発行
ＤＢＭＳは、作成するログに、トランザクションに関わるステータス（以下、トランザクションステータス、例えば、開始或いはコミット）の他に、ＤＢに対する更新履歴（以下、ＤＢ更新履歴、例えば、どこのブロックに何を書いたか）等を含める。これにより、正サイトがダウンしても、副サイトで、正サイトから副サイトへとコピーされたログのＤＢ更新履歴を用いてＤＢを回復することができる。
ところで、或る時間内にＤＢの更新回数が或る回数よりも多い処理（以下、多数更新処理）が行われることがある。多数更新処理の代表的な例として、バッチ処理を挙げることができる。
バッチ処理のような多数更新処理で、トランザクションステータス及びＤＢ更新履歴の両方を含んだログを、ＤＢの更新の都度に作成するようにすると、多数更新処理の速度が遅くなってしまう。
そこで、それを緩和するための方法として、作成するログに少なくともＤＢ更新履歴を含めないようにする方法を採用することが考えられる。
しかし、単純にその方法を採用すると、ログにはＤＢ更新履歴が含まれていないため、ログを用いたＤＢの回復はできない。
従って、本発明の目的は、ＤＢ更新履歴を含んだログを作成しないようにしてもデータベースの回復が行えるようにすることにある。
例えば、ストレージシステムには、第一のストレージサブシステムと第二のストレージサブシステムとが備えられる。前記第一のストレージサブシステムが、データベースを記憶することができる第一のＤＢ記憶装置と、前記データベースのログを記憶することができる第一のログ記憶装置とを備える。前記第二のストレージサブシステムが、前記第一のＤＢ記憶装置とペアを構成することができる第二のＤＢ記憶装置と、前記第一のログ記憶装置とペアを構成することができる第二のログ記憶装置とを備える。
前記第一のストレージサブシステムが、前記第一のＤＢ記憶装置と前記第二のＤＢ記憶装置とのペア状態であるＤＢペア状態がペア解除状態になっている場合に、前記第一のＤＢ記憶装置と前記第二のＤＢ記憶装置とに差分が生じたならば該差分を管理し、該ペア解除状態が解除された場合に、管理されている前記差分を前記第二のストレージサブスシステムに送信することで、前記第二のＤＢ記憶装置に該差分を更新させ、それにより、前記第一のＤＢ記憶装置と前記第二のＤＢ記憶装置との差分を無くすことができるように構成されている。
上記の構成において、本発明に従う記憶制御方法は、データベースのログの制御に関するモードであるログ制御モードとして、トランザクション中に前記データベースを更新しても少なくとも該データベースの更新履歴を含んだログを作成しないモードであるログレスモードと、前記ログレスモードとは別のモードとがあり、前記ログレスモードで一つのトランザクションを実行する場合、該トランザクションの開始の際に、前記ログレスモードの開始を表すログであるログレス開始ログを作成し前記第一のログ記憶装置に発行することで、該ログレス開始ログを前記第一のログ記憶装置に書く。前記第一のログ記憶装置に書かれる前記ログレス開始ログを前記第一のストレージサブシステムから前記第二のストレージサブシステムに送信することにより、該ログレス開始ログを前記第二のログ記憶装置に書く。前記第一のＤＢ記憶装置のデータベースに複数のデータをそれぞれ発行することで該データベースを複数回更新するＤＢ更新処理を実行する。開始されたトランザクションの実行中において、前記ＤＢ更新処理の開始前又は終了後に、前記第一のＤＢ記憶装置と前記第二のＤＢ記憶装置とのペア解除状態を解除する。前記ＤＢ更新処理の終了後、前記第一のＤＢ記憶装置と前記第二のＤＢ記憶装置との差分が無くなっている場合に、前記ログレスモードの終了を表すログであるログレス終了ログを作成し、該ログレス終了ログを前記第一のログ記憶装置に書く。前記第一のログ記憶装置に書かれる前記ログレス終了ログを前記第一のストレージサブシステムから前記第二のストレージサブシステムに送信することにより、該ログレス終了ログを前記第二のログ記憶装置に書く。
各記憶装置は、物理的な記憶装置（例えばハードディスクドライブなどの、記憶メディアを搭載可能なメディアドライブ）であっても良いし、物理的な記憶装置が有する記憶領域を用いて設定された論理的な記憶装置（例えば論理ボリューム）であっても良い。
第一の実施態様では、前記第一のストレージサブシステムを含む第一のシステムに、前記データベースを管理するデータベース管理部と、各記憶装置のペア状態に従うコピーを制御する第一の記憶制御部とが備えられてもよい。前記第二のストレージサブシステムに、前記第一の記憶制御部と通信することができる第二の記憶制御部が備えられてもよい。前記データベース管理部及び前記第一の記憶制御部のうちの少なくとも前記第一の記憶制御部が、前記第一のストレージサブシステムに備えられてもよい。前記ログレスモードでのトランザクションの開始前に、前記第一のログ記憶装置と前記第二のログ記憶装置とのペア状態であるログペア状態が、前記第一のログ記憶装置に書かれるデータが、前記第一のストレージサブシステムの所定の領域への書込みと同期又は非同期で前記第二のログ記憶装置へと転送される同期／非同期ペア状態となっていてもよい。前記データベース管理部が、前記ログレス開始ログを作成して前記第一のログ記憶装置に書くことができる。前記第一の記憶制御部が、前記ログペア状態が同期／非同期ペア状態になっているために、前記第一のログ記憶装置に書かれる前記ログレス開始ログを前記第二の記憶制御部に送信し、前記第二の記憶制御部が、前記第一の記憶制御部からのログレス開始ログを前記第二のログ記憶装置に書くことができる。前記データベース管理部が、前記ＤＢ更新処理を実行することができる。開始されたトランザクションの実行中において、前記ＤＢ更新処理の開始前又は終了後に、前記データベース管理部が、前記第一のＤＢ記憶装置と前記第二のＤＢ記憶装置とのペア解除状態を解除することができる。前記ＤＢ更新処理の終了後、前記第一のＤＢ記憶装置と前記第二のＤＢ記憶装置との差分が無くなっている場合に、前記データベース管理部が、前記ログレスモードの終了を表すログであるログレス終了ログを作成し、該ログレス終了ログを前記第一のログ記憶装置に書くことができる。前記第一の記憶制御部が、前記ログペア状態が同期／非同期ペア状態になっているために、前記第一のログ記憶装置に書かれる前記ログレス終了ログを前記第二の記憶制御部に送信し、前記第二の記憶制御部が、前記第一の記憶制御部からの前記ログレス終了ログを前記第二のログ記憶装置に書くことができる。
第二の実施態様では、前記ログレスモードでのトランザクションの開始から終了までの間、少なくとも前記ログレス開始ログと前記ログレス終了ログが、前記第一のストレージサブシステムの所定の領域（例えば第一のログ記憶装置）への書込みと同期で前記第二のログ記憶装置へと転送されてもよい。
第三の実施態様では、前記データベースに書くデータをメモリに一時記憶し、該メモリに記憶したデータを前記第一のＤＢ記憶装置に書くことで前記データベースを更新するようになっている場合に、前記ログレス開始ログを前記第一のログ記憶装置に発行した後、前記ＤＢ更新処理の開始前に、前記データベースに書かれていないデータである未反映データを前記メモリから前記第一のＤＢ記憶装置へと書き出し、該書き出しが完了した後に、前記ＤＢ更新処理を開始することができる。
第四の実施態様では、前記ＤＢペア状態が、前記第一のＤＢ記憶装置に書かれるデータが、前記第一のストレージサブシステムの所定の領域への書込みと同期又は非同期で前記第二のＤＢ記憶装置へと転送される同期／非同期ペア状態となっている場合、前記ログレス開始ログを前記第一のログ記憶装置に書くことができる。前記未反映データを前記メモリから前記第一のＤＢ記憶装置に書き出し、それにより、前記第一のＤＢ記憶装置に書かれる前記未反映データを、前記第一のストレージサブシステムから前記第二のストレージサブシステムに送信し、前記第二のログ記憶装置に書くことができる。前記未反映データが前記第一のログ記憶装置及び第二のログ記憶装置の両方に書かれた後、前記ＤＢペア状態を同期／非同期ペア状態から前記ペア解除状態にすることができる。前記ＤＢペア状態を前記ペア解除状態にした後、前記ＤＢ更新処理を開始することができる。前記ＤＢ更新処理の終了後、前記ＤＢペア状態のペア解除状態を解除することができる。前記ペア解除状態の解除による前記差分の前記第二のＤＢ記憶装置への更新が終了した後、前記ログレス終了ログを前記第一のログ記憶装置に書くことができる。
第五の実施態様では、前記ＤＢペア状態が前記ペア解除状態となっている場合、前記ログレス開始ログを前記第一のログ記憶装置に書くことができる。前記未反映データを前記メモリから前記第一のＤＢ記憶装置に書き出すことができる。前記ＤＢ更新処理を開始する前までに、前記第二のログ記憶装置にログレス開始ログよりも前に書かれたログを用いて、前記第二のＤＢ記憶装置のデータベースを更新し、且つ、該更新後の第二のＤＢ記憶装置のバックアップを前記第二のストレージサブシステムに取得することができる。前記ＤＢ更新処理の終了後、前記ＤＢペア状態のペア解除状態を解除することができる。前記ペア解除状態の解除による前記差分の前記第二のＤＢ記憶装置への更新が終了した後、前記ログレス終了ログを前記第一のログ記憶装置に書くことができる。
第六の実施態様では、前記未反映データを前記メモリから前記第一のＤＢ記憶装置に書き出した後、前記ＤＢ更新処理の開始前までに、前記未反映データが反映された前記第一のＤＢ記憶装置のバックアップを前記第一のストレージサブシステムに取得することができる。
第七の実施態様では、前記ＤＢペア状態が前記ペア解除状態となっている場合、前記ログレス開始ログを前記第一のログ記憶装置に書くことができる。前記未反映データを前記メモリから前記第一のＤＢ記憶装置に書き出すことができる。前記ＤＢペア状態のペア解除状態を解除することができる。前記ペア解除状態の解除による前記差分の前記第二のＤＢ記憶装置への更新が終了した後、前記ＤＢ更新処理を開始することができる。前記ＤＢ更新処理の終了後、前記ＤＢペア状態を再び前記ペア解除状態とし、その後、前記ログレス終了ログを前記第一のログ記憶装置に書くことができる。
第八の実施態様では、前記ＤＢ更新処理の終了後、前記ＤＢペア状態を再び前記ペア解除状態とした後、前記第二のストレージサブシステムが前記第一のストレージサブシステムに対してログレスモードの解除の要求を行い、前記第一のストレージサブシステムが、該要求に従って、前記ログレス終了ログを前記第一のログ記憶装置に書くことができる。
第九の実施態様では、前記第一のＤＢ記憶装置がダウンした場合、前記第一のログ記憶装置又は前記第二のログ記憶装置に、前記ログレス開始ログが記憶されているが前記ログレス終了ログが記憶されていなければ、前記ログレスモードに対応した回復処理を実行することで、前記第一のＤＢ記憶装置に記憶されていた、前記ダウンの時点になるべく近いデータベースを回復することができる。
本発明に従うデータ管理システム又は方法は、データベースのログの制御に関するモードであるログ制御モードとして、トランザクション中に前記データベースを更新しても少なくとも該データベースの更新履歴を含んだログを作成しないモードであるログレスモードと、前記ログレスモードとは別のモードとがあり、前記ログレスモードで一つのトランザクションを実行する場合、該トランザクションの開始の際に、前記ログレスモードの開始を表すログであるログレス開始ログを作成し前記第一のログ記憶装置に対して発行することができる。また、前記第一のＤＢ記憶装置のデータベースに複数のデータをそれぞれ発行するＤＢ更新処理を実行することができる。また、開始されたトランザクションの実行中において、前記ＤＢ更新処理の開始前又は終了後に、前記第一のＤＢ記憶装置と前記第二のＤＢ記憶装置とのペア解除状態を解除するためのペア命令を前記第一のストレージサブシステムに発行することができる。また、前記ＤＢ更新処理の終了後、前記第一のＤＢ記憶装置と前記第二のＤＢ記憶装置との差分が無くなっている場合に、前記ログレスモードの終了を表すログであるログレス終了ログを作成し、該ログレス終了ログを前記第一のログ記憶装置に発行することができる。
本発明に従う計算機は、ログレス開始ログ発行部、ＤＢ操作部、ペア命令部及びログレス終了ログ発行部を備えることができる。ログレス開始ログ発行部は、データベースのログの制御に関するモードであるログ制御モードとして、トランザクション中に前記データベースを更新しても少なくとも該データベースの更新履歴を含んだログを作成しないモードであるログレスモードと、前記ログレスモードとは別のモードとがあり、前記ログレスモードで一つのトランザクションを実行する場合、該トランザクションの開始の際に、前記ログレスモードの開始を表すログであるログレス開始ログを作成し前記第一のログ記憶装置に対して発行することができる。ＤＢ操作部は、前記第一のＤＢ記憶装置のデータベースに複数のデータをそれぞれ発行するＤＢ更新処理を実行することができる。ペア命令部は、開始されたトランザクションの実行中において、前記ＤＢ更新処理の開始前又は終了後に、前記第一のＤＢ記憶装置と前記第二のＤＢ記憶装置とのペア解除状態を解除するためのペア命令を前記第一のストレージサブシステムに発行することができる。ログレス終了ログ発行部は、前記ＤＢ更新処理の終了後、前記第一のＤＢ記憶装置と前記第二のＤＢ記憶装置との差分が無くなっている場合に、前記ログレスモードの終了を表すログであるログレス終了ログを作成し、該ログレス終了ログを前記第一のログ記憶装置に発行することができる。
本発明に従うストレージサブシステムは、上述した第一のＤＢ記憶装置及び第一のログ記憶装置と、制御装置とを備える。外部のストレージサブシステムが、前記第一のＤＢ記憶装置とペアを構成することができる第二のＤＢ記憶装置と、前記第一のログ記憶装置とペアを構成することができる第二のログ記憶装置とを備える。この場合、前記制御装置が、前記第一のＤＢ記憶装置と前記第二のＤＢ記憶装置とのペア状態であるＤＢペア状態がペア解除状態になっている場合に、前記第一のＤＢ記憶装置と前記第二のＤＢ記憶装置とに差分が生じたならば該差分を管理し、該ペア解除状態が解除された場合に、前記第一の記憶制御部が、管理されている前記差分を前記第二の記憶制御部に送信することで、前記第二の記憶制御部に前記差分を前記第二のＤＢ記憶装置に更新させ、それにより、前記第一のＤＢ記憶装置と前記第二のＤＢ記憶装置との差分を無くすことができるように構成されている。また、トランザクションの開始前に、前記第一のログ記憶装置と前記第二のログ記憶装置とのペア状態であるログペア状態が、前記第一のログ記憶装置に書かれるデータが、前記第一のストレージサブシステムの所定の領域への書込みと同期又は非同期で前記第二のログ記憶装置へと転送される同期／非同期ペア状態となっており、それにより、前記第一のログ記憶装置にデータが書かれる場合、前記制御装置が、該データを前記第二のログ記憶装置に書くよう前記外部のストレージサブシステムに送信するようになっている。前記制御装置は、データベースのログの制御に関するモードであるログ制御モードとして、トランザクション中に前記データベースを更新しても少なくとも該データベースの更新履歴を含んだログを作成しないモードであるログレスモードと、前記ログレスモードとは別のモードとがあり、前記ログレスモードで一つのトランザクションを実行する場合、該トランザクションの開始の際に、前記ログレスモードの開始を表すログであるログレス開始ログを作成し前記第一のログ記憶装置に書くことができる。また、前記第一のＤＢ記憶装置のデータベースに複数のデータをそれぞれ発行するＤＢ更新処理を実行することができる。また、開始されたトランザクションの実行中において、前記ＤＢ更新処理の開始前又は終了後に、前記第一のＤＢ記憶装置と前記第二のＤＢ記憶装置とのペア解除状態を解除することができる。また、前記ＤＢ更新処理の終了後、前記第一のＤＢ記憶装置と前記第二のＤＢ記憶装置との差分が無くなっている場合に、前記ログレスモードの終了を表すログであるログレス終了ログを作成し、該ログレス終了ログを前記第一のログ記憶装置に書くことができる。
上述した記憶制御方法、データベース管理システム又は方法、計算機、又はストレージサブシステムで行われる処理は、所定の各部によって実行することができる。各部は各手段と言い換えることができる。各部或いは各手段は、ハードウェア（例えば回路）、コンピュータプログラム、或いはそれらの組み合わせ（例えば、コンピュータプログラムを読み込んで実行する一又は複数のＣＰＵ）によって実現することもできる。各コンピュータプログラムは、コンピュータマシンに備えられる記憶資源（例えばメモリ）から読み込むことができる。その記憶資源には、ＣＤ−ＲＯＭやＤＶＤ（Digital Versatile Disk）等の記録媒体を介してインストールすることもできるし、インターネットやＬＡＮ等の通信ネットワークを介してダウンロードすることもできる。上述したデータベース管理システムは、コンピュータプログラムとすることができる。また、上述したデータベース管理システムは、ストレージサブシステムに搭載することもできるし、ストレージサブシステムを制御するホスト計算機に搭載することもできる。
本発明によれば、ＤＢ更新履歴を含んだログを作成しないようにしてもデータベースの回復が行うことができる。
図１は、本発明の一実施形態のシステム全体の構成例を示す。
例えば、正サイト３０Ａと、正サイト３０Ａから地理的に離れた副サイト３０Ｂとがある。クライアント１が、第一の通信ネットワーク１０を介して、正サイト３０Ａ内の後述の正サーバ１１Ａ、又は、副サイト３０Ｂ内の後述の副サーバ１１Ｂにアクセスすることができる。クライアント１は、一種の計算機であり、例えば、ＣＰＵ３や、記憶資源５や、第一通信ネットワーク１０に接続することができるポート９を備えることができる。記憶資源５は、例えば、メモリ及び／又は補助記憶装置（例えばハードディスクドライブ（以下、ＨＤＤ））である。記憶資源５は、データや複数種類のコンピュータプログラム、例えば、バッチ業務を実行するためのコンピュータプログラム（以下、バッチ業務プログラム）７を記憶することができる。ＣＰＵ３は、バッチ業務プログラムを読み込んで実行することができる。以下、ＣＰＵがコンピュータプログラムを読み込んで実行することにより行われる処理の主体を、説明を分かりやすくするために、ＣＰＵではなくコンピュータプログラムとする場合がある。
正サイト３０Ａと副サイト３０Ｂは同様の構成にすることができる。以下、各サイト内の同種の要素には、親番号と子符号のセットを付し、正サイト３０Ａ内の要素には、子符号としてＡを付し、副サイト３０Ｂ内の要素には、子符号としてＢを付す。以下、正サイト３０Ａと副サイト３０Ｂについて、正サイト３０Ａを代表的に例に採り説明する。
正サイト３０Ａには、正サーバ１１Ａと正ストレージサブシステム３１Ａが備えられる。正サーバ１１Ａは、第二通信ネットワーク２０Ａを介して正ストレージサブシステム３１Ａにアクセスすることができる。
正サーバ１１Ａは、ホスト計算機の一種であり、例えば、ＣＰＵ１３Ａや、記憶資源１５Ａや、第一通信ネットワーク１０に接続することができるポート１８Ａや、第二通信ネットワーク２０Ａに接続することができるポート１９Ａを備えることができる。記憶資源１５Ａは、例えば、メモリ及び／又は補助記憶装置（例えばＨＤＤ）である。記憶資源１５Ａは、データや複数種類のコンピュータプログラム、例えば、データベース管理システム（以下、ＤＢＭＳ）１７Ａを記憶することができる。ＣＰＵ１３Ａは、ＤＢＭＳ１７Ａを読み込んで実行することができる。
正ストレージサブシステム３１Ａは、複数のディスク装置（例えばＨＤＤ、他種の物理的な記憶装置であっても良い）３７Ａと、ディスク装置へのアクセスを制御する制御装置３４Ａとを備える。制御装置３４Ａは、例えば、第二通信ネットワーク２０Ａに接続することができるポート３２Ａと、第三通信ネットワーク４０に接続することができるポート３８Ａと、ディスク装置３７Ａに接続することができるポート３６Ａと、ＣＰＵ３３Ａと、メモリ３５Ａとを備える。制御装置３４Ａは、ポート３８Ａから第三通信ネットワーク４０を介して、副サイト３０Ｂの副ストレージサブシステム３１Ｂにアクセスすることができる。副ストレージサブシステム３１Ｂは、副サーバ１１Ｂと第二通信ネットワーク２０Ｂを介して通信することができる。
上記の構成において、第一通信ネットワーク１０、第二通信ネットワーク２０Ａ、２０Ｂ及び第三通信ネットワーク４０のうちの少なくとも二つが一つのネットワークであっても良い。また、クライアント１、サーバ１１Ａ、１１Ｂ、ストレージサブシステム３１Ａ及び３１Ｂの少なくとも一つが、一つの装置に仮想的に生成されたもの（つまりいわゆる仮想コンピュータ）であっても良い。また、制御装置３４Ａ、３４Ｂの上述した構成は一例であり、他の構成を採用することもできる。例えば、制御装置３４Ａ及び３４Ｂの少なくとも一方が、上記の構成に代えて、外部の装置（例えばサーバ或いは自分以外のストレージサブシステム）との通信を制御する複数の第一の制御部（例えば制御回路基板）と、ディスク装置との通信を制御する複数の第二の制御部（例えば制御回路基板）と、外部の装置とディスク装置との間で授受されるデータを記憶することができるキャッシュメモリと、ストレージサブシステムを制御するためのデータを記憶することができる制御メモリと（キャッシュメモリと制御メモリとは別々のメモリでなくても良い）、各第一の制御部、各第二の制御部、キャッシュメモリ及び制御メモリを接続する接続部（例えば、クロスバスイッチなどのスイッチ）とを備えることができる。この場合、第一の制御部と第二の制御部の一方が、又は双方が協働して、制御装置３４Ａ或いは３４Ｂとしての処理を行うことができる。また、正サーバ１１Ａと正ストレージサブシステム３１Ａが一体的になっていてもよい（具体的には、例えば、正サーバ１１Ａの機能（例えばＤＢＭＳ１７Ａ）が正ストレージサブシステム３１Ａに備えられても良い）。同様に、副サーバ１１Ｂと副ストレージサブシステム３１Ｂが一体的になっていてもよい。
図２は、本実施形態に係るストレージシステムの構成例を示す。前述した通り、正サイト３０Ａも副サイト３０Ｂも実質的に同じ構成とすることができるので、以下、正サイト３０Ａについて主に説明する。
ＤＢＭＳ１７Ａは、ＤＢアクセス制御部１１１と、チェックポイント処理部１１２Ａと、ログ管理部１１３と、ＤＢ遅延書き込み処理部１１４とを有している。正サーバ１１Ａの記憶資源１５Ａ（例えばメモリ）では、ＤＢバッファ２１１Ａとログバッファ２１２Ａが用意される。また、記憶資源１５Ａには、ＤＢ−ディスクマッピングテーブル２１３Ａが記憶される。
ＤＢアクセス制御部１１１Ａは、ＤＢバッファ２１１Ａを介して正ＤＢＶＯＬ５１Ａにデータを格納（つまりＤＢを更新）したり、ログバッファ２１２Ａを介して正ログＶＯＬ５５Ａにログを格納したりすることを制御する。チェックポイント処理部１１２Ａは、ＤＢバッファ２１１Ａに記憶されているデータを正ストレージサブシステム３１Ａに反映させる必要が生じた場合に、ＤＢバッファ２１１Ａで更新された全ＤＢブロック及びその時点で最新のログレコードの正ログＶＯＬ５５Ａとその位置を示すステータス情報の書き込み要求を、正ストレージサブシステム３１Ａへ送信する。
チェックポイント時にトランザクションが完結していないものもあるため、このステータス情報は最新のログレコードの位置以外にも、未完了トランザクションに関連する最も古いログレコードの位置を示す場合がある。また、ステータス情報がディスク上で更新されるのが遅延している場合もある。どちらの場合にも、このステータス情報は、ＤＢＭＳ１７Ａがリスタートする際に参照を開始するログの位置を示す情報として利用することができる。
ログ管理部１１３は、ＤＢバッファ２１１Ａに対して行われたＤＢ処理の内容を示すログ情報であるログブロックの書き込み要求を正ストレージサブシステム３１Ａへ送信する。ＤＢ遅延書き込み処理部１１４は、ＤＢバッファ２１１Ａ上のデータの書き込み要求を正ストレージサブシステム３１Ａへ送信する。
制御装置３４ＡのＣＰＵ３３Ａに読み込まれて実行されるコンピュータプログラムとしては、ディスク制御プログラム３１５Ａと、ディスクアクセス制御部３１３Ａとがある。ディスク制御プログラム３１５Ａは、コマンド処理部３２１Ａと、正リモートコピー処理部３１７Ａとがある。ディスク制御プログラム３１５Ａは、正リモートコピー管理テーブル３１９Ａをメモリ３５Ａから取得することができる。また、正ストレージサブシステム３１Ａには、複数のディスク装置３７Ａが有する物理的な記憶資源を利用して複数の論理ボリューム（以下、ＶＯＬ）を設定することができる。複数のＶＯＬには、例えば、ＤＢが格納されるＶＯＬ（以下、正ＤＢＶＯＬ）５１Ａと、ステータス情報が格納されるＶＯＬ（以下、正ステータスＶＯＬ）５３Ａと、ログが格納されるＶＯＬ（以下、正ログＶＯＬ）５５Ａとが備えられる。本実施形態では、ＶＯＬペアのコピー元となるＶＯＬを正ＶＯＬとし、コピー先となるＶＯＬを副ＶＯＬとしている。ＶＯＬの属性（正と副）を反転させれば、コピー元とコピー先を逆にすることができ、故に、副ＶＯＬから正ＶＯＬへのコピーも行うことができる。また、ＶＯＬ間のデータコピーでは、正ＶＯＬからデータが読み出されて副ＶＯＬへとコピーされても良いし、正ＶＯＬに書かれるデータであってキャッシュメモリ３１１Ａに残されているデータが副ＶＯＬへとコピーされても良い。
ディスク制御プログラム３１５Ａは、正ストレージサブシステム装置全体の動作を制御することができる。コマンド処理部３２１Ａは、ＤＢブロック（ＤＢに含められるデータブロック）、前述したステータス情報、又はログブロック（ログを構成するデータブロック）の書き込み要求を正サーバ１１Ａから受信し、その受信した書き込み要求の内容に従って、正ＤＢＶＯＬ５１Ａ、正ステータＶＯＬ５３Ａ及び正ログＶＯＬ５５Ａ、またはそれらの内容を格納したキャッシュメモリ３１１Ａ（メモリ３５Ａの一部）の更新を行うことができる。
正リモートコピー処理部３１７Ａは、正リモートコピー管理テーブル３１９Ａを参照し、その構成情報により同期もしくは非同期のリモートコピーを行うことができる。本実施形態では、受信した書き込み要求がログブロックの書き込み要求である場合に、副ストレージサブシステム３１Ｂへのログブロックの同期型リモートコピーを行うことができる。一方、受信した書き込み要求がＤＢブロック（又はステータス情報）の書き込み要求である場合に、その書き込み要求を一時的にメモリ３５Ａに蓄積し、副ストレージサブシステム３１Ｂへの非同期型リモートコピーを行うことができる。
ディスクアクセス制御部２３は、各ディスク装置３７Ａへのアクセスを制御することができる。
正ストレージサブシステム３１Ａでは、正サーバ１１Ａからの命令を受けて動作するディスク制御プログラム３１５Ａと、キャッシュメモリ３１１Ａと、ディスクアクセス制御部３１３Ａとを通して、ディスク装置３７Ａ上の各ＶＯＬへのアクセスが行われており、ディスクアクセスは常にキャッシュメモリ２２を介して行われることになる。キャッシュメモリ２２は、不揮発性メモリとして構成されても良い。この場合キャッシュメモリ２２にデータが格納された時点でそのデータは保証される。
ＤＢアクセス制御部１１１Ａは、トランザクションにより正ＤＢＶＯＬ５１Ａへのアクセスが要求されると、リードコマンドにより、正ストレージサブシステム３１ＡからＤＢブロックを取得してＤＢバッファ２１１Ａへ格納し、ＤＢバッファ２１１Ａ上のＤＢブロックに対してデータベース処理を行った後、その処理内容を示すログ情報をログバッファ２１２Ａのログブロックに格納することができる。
チェックポイント処理部１１２Ａは、ＤＢバッファ２１１Ａ上のレコードが更新されたことを示すログレコードが所定件数に達する等、正サーバ１１ＡのＤＢバッファ２１１Ａの内容を正ストレージサブシステム３１Ａ内のディスク装置へ反映させる必要が生じた場合に、ＤＢバッファ２１１Ａで更新された全ＤＢブロック及びその時点で最新のログレコードの位置を示すステータス情報の書き込み要求として、ＤＢブロックやステータス情報の書き込みを行う為のライトコマンドを生成して正ストレージサブシステム３１Ａへ送信することができる。
ログ管理部１１３Ａは、トランザクションのコミット時、ログ情報の記録が開始されてから所定の時間が経過するかログバッファ２１２Ａの空きが無くなる等の所定条件に達した場合に、ログバッファ２１２Ａに格納されているログブロックの正ログＶＯＬ５５Ａへの書き込み要求として、ログブロックの書き込みを行う為のライトコマンドを生成して正ストレージサブシステム３１Ａに送信することができる。
ＤＢ遅延書き込み処理部１１４Ａは、データベース処理が開始されてから所定の時間が経過するかＤＢバッファ２１１Ａの空きが無くなる等の所定条件に達した場合に、ＤＢバッファ２１１Ａ上のＤＢブロックの正ＤＢＶＯＬ５１Ａへの書き込み要求として、ＤＢブロックの書き込みを行う為のライトコマンドを生成して正ストレージサブシステム３１Ａへ送信することができる。
本実施形態では、前述した通り、ログブロックは、同期型のリモートコピーがされる。具体的には、例えば、正サーバ１１Ａからログブロックの書き込みを要求が送信されると、正ストレージサブシステム３１Ａは、その書き込み要求と共に送信されたログブロックをキャッシュメモリ３１１Ａに書き込み、副ストレージサブシステム３１Ｂに、そのログブロックの書き込み要求（以下、リモートコピー要求）を送信し、その完了を待つ。副ストレージサブシステム３１Ｂは、そのリモートコピー要求と共に送信されたログブロックをキャッシュメモリ３１１Ｂに書き込んだ後、その書き込みが完了したことを示すリモートコピー完了通知を生成して正ストレージサブシステム３１Ａへ送信する。正ストレージサブシステム３１Ａは、副ストレージサブシステム３１Ｂからリモートコピー完了通知を受信すると、ログブロックの書き込みが完了したことを示す完了通知を生成して正サーバ１７Ａへ送信する。
一方、本実施形態では、前述した通り、ＤＢブロック（或いはステータス情報）は、非同期型のリモートコピーがされる。具体的には、例えば、正サーバ１１ＡからＤＢブロックの書き込み要求が送信されると、正ストレージサブシステム３１Ａは、その書き込み要求と共に送信されたＤＢブロックをキャッシュメモリ３１１Ａに書き込み、そのＤＢブロックの書き込みが完了したことを示す完了通知を生成して正サーバ１１Ａへ送信する。その後、正ストレージサブシステム３１Ａは、キャッシュメモリ３１１Ａ上のＤＢブロックのリモートコピー要求を副ストレージサブシステム３１Ｂへ送信して、その完了を待つ。副ストレージサブシステム３１Ｂは、そのリモートコピー要求と共に送信されたＤＢブロックを受信した後、その要求が完了したことを示すリモートコピー完了通知を生成して正ストレージサブシステム３１Ａへ送信する。
さて、以下、前述したＤＢ−ディスクマッピングテーブル２１３Ａや正リモートコピー管理テーブル３１９Ａについて説明する。
図３Ａは、ＤＢ−ディスクマッピングテーブル２１３Ａの構成例を示す。
ＤＢ−ディスクマッピングテーブル２１３Ａには、例えば、ＤＢ領域を識別する為の情報であるデータベース領域ＩＤと、そのデータベース領域ＩＤで識別されるＤＢ領域が複数のファイルで構成される場合のファイルの番号を示すファイルＩＤと、そのＤＢ領域中のデータがＤＢデータ（ＤＢ）、ログ情報（ログ）またはステータス情報（ステータス）のいずれであるかを示す種別とが記録される。また、例えば、そのＤＢ領域にアクセスする制御装置３４Ａを識別する為のＩＤ（正制御装置ＩＤ）と、そのＤＢ領域を有するＶＯＬのＩＤ（正物理デバイスＩＤ）と、そのＤＢ領域に対応付けられている制御装置３４ＢのＩＤ（副制御装置ＩＤ）と、そのＤＢ領域を有したＶＯＬとペアを構成することができる副ＶＯＬのＩＤ（副物理デバイスＩＤ）も記録される。
図３Ｂは、正リモートコピー管理テーブル３１９Ａの構成例を示す。
正リモートコピー管理テーブル３１９Ａには、例えば、各ＶＯＬペア毎に、書き込み処理が同期または非同期のいずれで行われるかを示すコピーモードと、そのコピーモードで書き込み処理が行われる正と副の制御装置のＩＤと、ＶＯＬペアを構成する正ＶＯＬのＩＤ（ＬＵＮ）と副ＶＯＬのＩＤとが記録される。更に、各ＶＯＬペア毎に、ペア状態を記録することもできる。ペア状態としては、例えば、同期／非同期ペア状態（正ＶＯＬに書かれるデータが同期又は非同期で副ＶＯＬにコピーされることにより、正ＶＯＬ内のデータ群と副ＶＯＬ内のデータ群とを同じにできるような状態）、ペア解除状態（正ＶＯＬが更新されても副ＶＯＬにデータが更新されず、正ＶＯＬと副ＶＯＬとの差分が正ストレージサブシステム３１Ａで管理される状態）がある。
ＤＢ−ディスクマッピングテーブル２１３Ａと正リモートコピー管理テーブル３１９Ａの情報により、ログブロック、ＤＢブロック及びステータス情報がそれぞれ同期または非同期のどちらで副ストレージサブシステム３１Ｂへ書き込まれるかがわかる。例えば、データベース領域ＩＤ「LOG1」のログブロックは、図３Ａより、正制御装置ＩＤが「CTL#A1」で正物理デバイスＩＤが「VOL12-A」のＶＯＬに書き込まれるが、図３Ｂより、正制御装置ＩＤ「CTL#A1」で正ＶＯＬＩＤ「VOL12-A」のＶＯＬのコピーモードは「同期」であるので、データベース領域ＩＤ「LOG1」のログブロックは、同期型リモートコピーにより副ストレージサブシステム３１Ｂへ書き込まれる。
本実施形態では、複数種類のコピー方式、例えば、以下の二種類のコピー方式を採用することができる。複数種類のコピー方式は、自動或いは手動で、選択することができる。
第一種のコピー方式は、図４Ａに例示するように、正ログＶＯＬ５５Ａにログブロックが書かれた場合に、そのログブロックを同期型リモートコピーで、ペア相手の副ログＶＯＬ５５Ｂに書き、正ＤＢＶＯＬ５１ＡにＤＢブロックが書かれた場合に、そのＤＢブロックを非同期型リモートコピーで、ペア相手の副ＤＢＶＯＬ５１Ｂに書く方式である。このコピー方式は、例えば、特願２００３−９６７２５号の明細書及び図面に記載の技術を援用することができる。
第二種のコピー方式は、図４Ｂに例示するように、正ログＶＯＬ５５Ａにログブロックが書かれた場合に、そのログブロックを同期型リモートコピーで、ペア相手の副ログＶＯＬ５５Ｂに書くが、正ＤＢＶＯＬ５１ＡにＤＢブロックが書かれた場合には、原則、そのＤＢブロックをペア相手の副ＤＢＶＯＬ５１Ｂには書かない方式である。第二種のコピー方式では、ＤＢＭＳ１７Ｂのサブセット６００が、副ログＶＯＬ５５Ｂ内のログを用いて、副ＤＢＶＯＬ５１Ｂを更新する。それにより、正ＤＢＶＯＬ５１Ａに書かれたＤＢブロックが副ＤＢＶＯＬ５１Ｂに書かれなくても、副ＤＢＶＯＬ５１Ｂ内のＤＢを、正ＤＢＶＯＬ５１Ａ内の更新後のＤＢと同じにすることができる。なお、本実施形態で言うサブセット６００は、特願２００３−１２８１６３号の明細書及び図面に記載のサブセットを援用することができる。また、サブセット６００は、更なる機能を有することもできる。
ログを用いてＤＢを更新するためには、ログに、トランザクションに関わるステータス（以下、トランザクションステータス、例えば、開始或いはコミット）の他に、ＤＢに対する更新履歴（以下、ＤＢ更新履歴、例えば、どこのブロックに何を書いたか）が記録されている必要がある。すなわち、正サーバ１１ＡのＤＢＭＳ１７Ａが、トランザクションステータス及びＤＢ更新履歴の両方を含んだログを正ログＶＯＬ５５Ａに書くようにすることで、サブセット６００が、ログを用いて副ＤＢＶＯＬ５１Ｂを更新することができる。
しかし、どんな場合にも必ず、トランザクションステータス及びＤＢ更新履歴の両方を含んだログを作成するようにすると、処理の遅延が生じ得る。これは、或る時間内にＤＢの更新回数が或る回数よりも多い処理（以下、多数更新処理）の場合に特に問題となり得る。多数更新処理の代表的な例としては、バッチ処理を挙げることができる。
そこで、本実施形態では、ログの制御（例えば、ログを作成するか否か、ログにどんな情報を記載するかなど）に関するモード（以下、ログ制御モード）という概念が用意される。ログ制御モードには、ログ取得モードと、ログレスモードとの少なくとも２種類がある。ログ取得モードでは、作成するログに、トランザクションステータス及びＤＢ更新履歴の両方が含められ、ＤＢの更新の都度に作成される。ログレスモードでは、作成するログに、トランザクションステータス及びＤＢ更新履歴のうち、トランザクションステータスが含められるが、ＤＢ更新履歴が含められず、且つ、トランザクションの開始と終了以外では、ログそのものが作成されない。なお、例えば、ログレスモードでのトランザクションにおいて、ＤＢが更新された場合、ＤＢ更新履歴の無いログが作成されて正ログＶＯＬ５５Ａに書かれても良い。
図５は、ＤＢＭＳ１７Ａが行う処理の流れの一例の概要を示す。ＤＢＭＳ１７Ａが手動で操作されることによりこの処理流れが行われるが、自動で行われても良い。
ＤＢＭＳ１７Ａは、例えば、クライアント計算機１のバッチ業務プログラム７からトランザクション開始指示（具体的には、バッチ業務の開始指示）を受信した場合に、トランザクション開始指示に含まれているログ制御モードがログレスモードかログ取得モードかを判定する（ステップＳ１）。ログレスモードであれば（Ｓ１でＹＥＳ）、ＤＢＭＳ１７Ａは、正ＤＢＶＯＬ５１Ａの更新前のＤＢのバックアップを取得した後に（Ｓ２）、Ｓ３を行い、ログ取得モードであれば（Ｓ１でＮＯ）、Ｓ２を行うことなくＳ３を行う。なお、Ｓ２でのバックアップの取得とは、例えば、ＤＢＭＳ１７Ａが、正ＤＢＶＯＬ５１Ａと同じＶＯＬを正ストレージサブシステム３１Ａ内に生成することである。具体的には、例えば、ＤＢＭＳ１７Ａが、正ストレージサブシステム３１Ａに対し、正ストレージサブシステム３１Ａ内のＶＯＬであって、所定の条件に適合するＶＯＬ（例えば正ＤＢＶＯＬ５１Ａと記憶容量が同じであるＶＯＬ）を正ＤＢＶＯＬ５１Ａとペアにさせ、そのＶＯＬに、正ＤＢＶＯＬ５１Ａ内の更新前のＤＢをコピーさせることができる。その後、ＤＢＭＳ１７Ａが、スプリット命令を送ることにより、そのＶＯＬと正ＤＢＶＯＬ５１Ａとのペア状態をペア解除状態にさせることができる。
Ｓ３では、ＤＢＭＳ１７Ａは、バッチ業務を実行する。バッチ業務では、例えば、ＤＢＭＳ１７Ａが、ログ取得モードであれば、クライアント計算機１のバッチ業務プログラム７からのデータを正ＤＢＶＯＬ５１Ａに書くと共に、ＤＢ更新履歴を含んだログを生成して正ログＶＯＬ５５Ａに書く。一方、ログレスモードであれば、バッチ業務ではログが作成されない。
正常にバッチ業務が完了した場合（Ｓ４でＹＥＳ）、Ｓ１でログレスモードであれば（Ｓ５でＹＥＳ）、ＤＢＭＳ１７Ａは、正ＤＢＶＯＬ５１Ａ内の更新後のＤＢのバックアップを取得し（Ｓ６）、ログレスモード解除の旨のログを正ログＶＯＬ５５Ａに書く（Ｓ７）。それによりトランザクションが決着する。Ｓ４でＹＥＳの場合、Ｓ１でログ取得モードであれば（Ｓ５でＮＯ）、ＤＢＭＳ１７Ａは、Ｓ６及びＳ７を行うことなく終了する。Ｓ６では、例えば、Ｓ２と同様の方法でバックアップを取得することができる。或いは、例えば、Ｓ３のバッチ業務において、Ｓ２で取得したバックアップと、正ＤＢＶＯＬ５１Ａ内のＤＢの差分（例えば、ＤＢＶＯＬ５１Ａのどのブロックで最終的にどんなデータが書かれたか）を管理し、その差分を、Ｓ２で取得したバックアップに反映することで（例えば、差分として管理されていた更新後のデータを該バックアップに上書きすることで）、更新後のＤＢのバックアップを取得しても良い。
正常にバッチ業務が完了しなかった場合（Ｓ４でＮＯ）、例えば、障害が生じたことにより異常終了となった場合、正ＤＢＶＯＬ５１Ａ内のＤＢ領域が閉塞され（Ｓ８）、そのＤＢ領域のＤＢの回復処理が行われる（Ｓ９）。
図６Ａは、クライアント計算機１のバッチ業務プログラム７と正サーバ１１ＡのＤＢＭＳ１７Ａとの通信の流れの一例の概要を示す。この図６Ａは、特に、ログレスモードを設定する場合の概要を示す。
バッチ業務プログラム７は、ログレスモードを例えば環境変数の一種として設定したトランザクション開始指示を生成し、そのトランザクション開始指示を正サーバ１１Ａに送信する（Ｓ１０Ａ）。ＤＢＭＳ１７Ａは、トランザクション開始指示を受付けており、トランザクション開始指示を受けた場合には、その旨のログを作成して正ログＶＯＬ５５Ａに書く（Ｓ１０Ｂ）。作成されるログには、例えば、図６Ｂに示すように、ログシーケンス番号、トランザクション番号、ログ制御モード（ログ取得モードかログレスモードか）及びトランザクションステータスなどが書かれる。
バッチ業務プログラム７は、バッチ処理を行う（Ｓ１１Ａ）。具体的には、例えば、バッチ業務プログラム７は、書込み対象の複数のデータをそれぞれ正サーバ１１Ａに送信する。ＤＢＭＳ１７Ａは、複数のデータをそれぞれ受信してバッチ処理（ＤＢ操作処理）を行う（Ｓ１１Ｂ）。このＤＢ操作処理では、ログレスモードでの処理であり、ログは作成されない。
バッチ業務プログラム７は、ログレスモードでのバッチ処理が終わったならば、ログレスモード解除を設定したコマンドを正サーバ１１Ａに送信することにより、トランザクションを決着させる（Ｓ１２Ａ）。ＤＢＭＳ１７Ａは、そのコマンドからログレスモード解除を認識し、ログレスモード解除を表すログを作成して正ログＶＯＬ５５Ａに書くことで、トランザクションを決着させる（Ｓ１２Ｂ）。
図７は、一つのトランザクションの開始から終了までに行われる処理の流れの一例の詳細を示す。
この図７に示す流れは、例えば、正ＤＢＶＯＬ５１Ａと副ＤＢＶＯＬ５１Ｂとのペア状態が同期／非同期ペア状態の場合、或いは、図４Ａを参照して説明した第一種のコピー方式が選択されている場合に行われる流れである。この流れでは、正ログＶＯＬ５５Ａと副ログＶＯＬ５５Ｂとが同期／非同期ペア状態にされているが、もし、そのペア状態になっていない場合には、例えば、ＤＢＭＳ１７Ａが、前もって、所定のコマンドを正ストレージサブシステム３１Ａに送信することにより、そのペア状態を同期／非同期ペア状態にさせることができる。
ＤＢＭＳ１７Ａは、まず、ログレスモードの開始を表すログを作成して正ログＶＯＬ５５Ａに書く。この場合、正ログＶＯＬ５５Ａと副ログＶＯＬ５５Ｂとが同期／非同期ペア状態でありコピーモードが同期になっているので、正ログＶＯＬ５５Ａに書かれたログが、同期型リモートコピーにより、副ログＶＯＬ５５Ｂに書かれる。
ＤＢＭＳ１７Ａは、そのログの書込みの完了通知を正ストレージサブシステム３１Ａから受けた後（つまり、同期型リモートコピーが完了した後）、正ＤＢＶＯＬ５１Ａに更新されていないＤＢブロックがＤＢバッファ２１１に残っていれば、強制的に、そのＤＢブロックを正ＤＢＶＯＬ５１Ａに書き出す。その書き出されたＤＢブロックは、非同期型リモートコピーにより、副ＤＢＶＯＬ５１Ｂに書かれる。
ＤＢＭＳ１７Ａは、ＤＢブロックのライトコマンド（強制的な書き出し）についての完了通知を正ストレージサブシステム３１Ａから受けた後（つまり、非同期型リモートコピーが完了した後）、正ＤＢＶＯＬ５１Ａと副ＤＢＶＯＬ５１Ｂとのペア状態をペア解除状態にするためのスプリット命令を正ストレージサブシステム３１Ａに送信する。制御装置３４Ａのディスク制御プログラム３１５Ａは、例えば、非同期型リモートコピーの完了通知を副ストレージサブシステム３１Ａから受けていれば、スプリット命令を副ストレージサブシステム３１Ｂに送信する（その完了通知を受けていない場合には、その命令を受けてからスプリット命令を送信するようにしてもよい）。ＤＢブロックの非同期型リモートコピーが完了している場合には、その命令に対して所定の応答が、副ストレージサブシステム３１Ｂから正ストレージサブシステム３１Ａに返り、その時点で、正ＤＢＶＯＬ５１Ａと副ＤＢＶＯＬ５１Ｂとのペア状態をペア解除状態にされる（例えば、その旨が、正リモートコピー管理テーブル３１９Ａに書かれる）。正ストレージサブシステム３１Ａは、スプリット完了をＤＢＭＳ１７Ａに報告する。
その報告を受けたら、ＤＢＭＳ１７Ａは、バッチ処理（ＤＢ操作処理）を実行する。すなわち、正ＤＢＶＯＬ５１Ａ内のＤＢの更新を開始する。その間、ログレスモードでのＤＢ操作処理なので、ＤＢＭＳ１７Ａは、ログを作成することなくＤＢの更新を行う。制御装置３４Ａは、正ＤＢＶＯＬ５１Ａと副ＤＢＶＯＬ５１Ｂとの差分を管理することができる。その差分とは、バッチ処理により生じた差分であって、例えば、正ＤＢＶＯＬ５１Ａのどのブロックにどんなデータが書かれたかである。
ＤＢの更新が終了した場合（バッチ処理が終了した場合）、ＤＢＭＳ１７Ａは、正ＤＢＶＯＬ５１Ａと副ＤＢＶＯＬ５１Ｂとのペア解除状態を解除する命令（以下、再ペア命令）を正ストレージサブシステム３１Ａに送信する。これにより、再ペア中となる。具体的には、正ＤＢＶＯＬ５１Ａと副ＤＢＶＯＬ５１Ｂとのペア状態が同期／非同期ペア状態に戻されると共に、正ＤＢＶＯＬ５１Ａと副ＤＢＶＯＬ５１Ｂとの差分が、副ＤＢＶＯＬ５１Ｂに反映される。より具体的には、例えば、副ＤＢＶＯＬ５１Ｂには書かれていないが正ＤＢＶＯＬ５１Ａに最終的に書かれたデータの全てが、副ＤＢＶＯＬ５１ＢのＤＢに書かれる。
差分の反映が終了した旨の通知を正ストレージサブシステム３１Ａから受信した場合、ＤＢＭＳ１７Ａは、ログレスモードの解除を表すログを正ログＶＯＬ５５Ａに書く。そのログは、同期型リモートコピーにより、副ログＶＯＬ５５Ｂに書かれる。そのログの書き込みの完了を正ストレージサブシステム３１Ａから受信したならば、トランザクションの終了となる。
図８は、一つのトランザクションの開始から終了までに行われる処理の流れの別の一例の詳細を示す。以下、図７との相違点を主に説明し共通点については説明を省略或いは簡略する。
この図８に示す流れは、例えば、正ＤＢＶＯＬ５１Ａと副ＤＢＶＯＬ５１Ｂとのペア状態がペア解除状態の場合、或いは、図４Ｂを参照して説明した第二種のコピー方式が選択されている場合に行われる流れである。
ＤＢＭＳ１７Ａは、ＤＢブロックのライトコマンドについての完了通知を正ストレージサブシステム３１Ａから受けた後（つまり、ＤＢブロックの強制的な書き出しが終了した後）、正ＤＢＶＯＬ５１Ａのバックアップを取得する。具体的には、例えば、図９に例示するように、ＤＢＭＳ１７Ａが、正ストレージサブシステム３１Ａに対し、正ストレージサブシステム３１Ａ内のＶＯＬであって、所定の条件に適合するＶＯＬ（例えば正ＤＢＶＯＬ５１Ａと記憶容量が同じであるＶＯＬ）５２Ａを、副ＤＢＶＯＬとして、正ＤＢＶＯＬ５１Ａとペアにさせ（例えば同期／非同期ペア状態にさせ）、その副ＤＢＶＯＬ５２Ａに、正ＤＢＶＯＬ５１Ａ内の更新前のＤＢをコピーさせることができる。その後、ＤＢＭＳ１７Ａが、スプリット命令を送ることにより、そのＶＯＬと正ＤＢＶＯＬ５１Ａとのペア状態をペア解除状態にさせることができる。これにより、正ＤＢＶＯＬ５１Ａの以後の更新が、副ＤＢＶＯＬ５２Ａに反映されてしまうことを防ぐことができる。
その後、ＤＢＭＳ１７Ａは、ＤＢ更新を開始することができる。
なお、この図８では、ＤＢブロックの強制的な書き出しの前から、正ＤＢＶＯＬ５１Ａと副ＤＢＶＯＬ５１Ｂとのペア状態がペア解除状態になっているので、その書き出しについても、差分管理を行うことができる。副サイト１０Ｂでは、サブセット６００が、ＤＢ更新終了後の再ペアまでの間に、副ログＶＯＬ５５Ｂに書かれた、ログレスモード設定を表すログの前までのログを用いて、副ＤＢＶＯＬ５１ＢのＤＢを更新し、更に、その更新後のＤＢのバックアップを取得することができる。具体的には、例えば、図９に例示するように、サブセット６００が、副ストレージサブシステム３１Ｂ内のＶＯＬであって、所定の条件に適合するＶＯＬ（例えば副ＤＢＶＯＬ５１Ｂと記憶容量が同じであるＶＯＬ）を、副ＤＢＶＯＬ５２Ｂとし、副ＤＢＶＯＬ５１Ｂを正ＤＢＶＯＬとして、それらをペアにさせ（例えば同期／非同期ペア状態にし）、ＤＢＶＯＬ５２Ｂに、副ＤＢＶＯＬ５１Ｂ内の更新後のＤＢをコピーさせることができる。その後、サブセット６００が、スプリット命令を送ることにより、そのＶＯＬ５２Ｂと副ＤＢＶＯＬ５１Ｂとのペア状態をペア解除状態にさせることができる。
このように、ログを用いて副ＤＢＶＯＬ５１Ｂを更新しておくことで、副ＤＢＶＯＬ５１Ｂを、ログレスモードによるトランザクション開始前の正ＤＢＶＯＬ５１Ａと同じにすることができる。また、その更新後の副ＤＢＶＯＬ５１Ｂのバックアップを取得しておくことで、例えば、正ＤＢＶＯＬ５１ＡのＤＢ更新終了後の再ペア化による差分反映中に、正ＤＢＶＯＬ５１Ａ及び副ＤＢＶＯＬ５１Ｂに障害が発生しても、副ＤＢＶＯＬ５１Ｂの上記バックアップを、正ストレージサブシステム３１Ａにコピーすることにより、トランザクション開始前の正ＤＢＶＯＬ５１Ａを回復することができる。
なお、副ＤＢＶＯＬ５１Ｂのバックアップの取得は、例えば、副ログＶＯＬ５５Ｂに、ログレスモード設定を表すログが書かれ、サブセット６００がそれを検出した場合に、自動的に行われても良い。抽象的には、副ＤＢＶＯＬ５１Ｂのバックアップの取得は、例えば、副ログＶＯＬ５５Ｂに、ログレスモード設定を表すログが同期型リモートコピーにより書かれた場合に、行われても良い。
図１０は、一つのトランザクションの開始から終了までに行われる処理の流れのまた別の一例の詳細を示す。
この図１０に示す流れは、例えば、正ＤＢＶＯＬ５１Ａと副ＤＢＶＯＬ５１Ｂとのペア状態がペア解除状態の場合、或いは、図４Ｂを参照して説明した第二種のコピー方式が選択されている場合に行われる流れである。言い換えれば、この図１０に示す流れは、図８に示した流れの別の例である。図８と図１０のどちらの処理流れが行われるようにするかは、自動或いは手動で選択することができる。以下、図８の相違点を主に説明する。
この流れでは、ＤＢバッファの強制的な書き出しの後、ＤＢ更新開始までに、正ＤＢＶＯＬ５１Ａのバックアップ取得が行われず、その代わりに、正ＤＢＶＯＬ５１Ａと副ＤＢＶＯＬ５１Ｂとが再ペア化される（再ペア命令が発行される）。この再ペア化では、同期／非同期ペア状態にされても良い。正ストレージサブシステム３１ＡがＤＢＭＳ１７Ａから再ペア命令を受けた場合には、前述したように、正ＤＢＶＯＬ５１Ａと副ＤＢＶＯＬ５１Ｂとの差分が副ＤＢＶＯＬ５１Ｂに反映されることにより、副ＤＢＶＯＬ５１Ｂが正ＤＢＶＯＬ５１Ａの複製となる。その後、ＤＢ更新（バッチ処理）が開始される。
ＤＢ更新の終了後、ＤＢＭＳ１７Ａは、正ＤＢＶＯＬ５１Ａと副ＤＢＶＯＬ５１Ｂとのペア状態をペア解除状態にするためのスプリット命令を正ストレージサブシステム３１Ａに送信する。正ＤＢＶＯＬ５１Ａと副ＤＢＶＯＬ５１Ｂとのペア状態は、バッチ処理における最後のデータが副ＤＢＶＯＬ５１Ｂに書かれた場合に、ペア解除状態となる。その後、ログレスモードの解除を表すログが正ログＶＯＬ５５Ａに書かれ、それにより、そのログが副ログＶＯＬ５５Ｂにも書かれて、トランザクションの終了となる。
図１１は、一つのトランザクションの開始から終了までに行われる処理の流れの更にまた別の一例の詳細を示す。
図１１に示す流れは、図１０の流れと実質的に同じである。相違点は、図１０に示す流れでは、サブセット６００が、副サーバ１１Ｂに存在する場合の流れであるが（図８でも、サブセット６００は副サーバ１１Ｂに存在してもよい）、この図１１に示す流れは、サブセット６００が、副ストレージサブシステム３１Ｂに存在する場合の流れである。すなわち、サブセット６００は、副サーバ１１Ｂと副ストレージサブシステム３１Ｂのどちらに存在してもよい。
ディスク制御プログラム３１５Ａは、ＤＢＭＳ１７Ａからスプリット命令を受けた場合、スプリット命令を、副ストレージサブシステム３１Ｂのディスク制御プログラム３１５Ｂに送信する。ＤＢＭＳ１７Ａからのスプリット命令に応答して、正ＤＢＶＯＬ５１Ａと副ＤＢＶＯＬ５１Ｂとのペア状態が再びペア解除状態にされた場合、ディスク制御プログラム３１５Ｂが、サブセット６００に対して、スプリット終了を通知することができる。その場合、サブセット６００が、ディスク制御プログラム３１５Ｂに対して、ログレスモードの解除を指定することができる。ディスク制御プログラム３１５Ｂは、サブセット６００からログレスモードの解除を受けた場合、ログレスモードの解除をディスク制御プログラム３１５Ａに通知する。ディスク制御プログラム３１５Ａが、その通知に応答して、ログレスモード解除を表すログを生成し、そのログを正ログＶＯＬ５５Ａに書込む。それにより、ログレスモード解除が書かれたログが、副ログＶＯＬ５５Ｂに書かれる。
以上が、トランザクションの開始から終了までに行われる処理流れの幾つかの例である。
トランザクション中に障害が生じた場合、回復処理を行うことができる。その際、例えば、図１２Ａに示すように、正ＤＢＶＯＬ５１Ａに障害が発生した場合、ＤＢＭＳ１７Ａ或いはディスク制御プログラム３１５Ａが、正ログＶＯＬ５５Ａを参照し、ログレスモード設定のログがあるがログレスモード解除のログが無い場合には（Ｓ２０でＹＥＳ）、ログレスモードに対応した回復処理を行い（Ｓ２２）、そうでない場合には（Ｓ２０でＮＯ）、ログ取得モードに対応した回復処理を行うことができる。また、例えば、正サイトがダウン（或いは正ストレージサブシステム３１Ａがダウン）した場合、いわゆるディザスタリカバリが行われ、その際、図１２Ａに例示したように、ＤＢＭＳ１７Ｂ或いはディスク制御プログラム３１５Ｂが、副ログＶＯＬ５５Ａを参照し、ログレスモード設定のログがあるがログレスモード解除のログが無い場合には（Ｓ２０でＹＥＳ）、ログレスモードに対応した回復処理を行い（Ｓ２２）、そうでない場合には（Ｓ２０でＮＯ）、ログ取得モードに対応した回復処理を行うことができる。
図１２Ｂは、ログレスモードに対応した回復処理の一例を示す。以下、（Ａ）図７の場合と、（Ｂ）図８、図１０及び図１１の場合とに分けて説明する。
（Ａ）図７の場合。
トランザクション開始〜ＤＢ更新開始の間で正ＤＢＶＯＬ５１Ａがダウンした場合、特段の回復処理が行われない。もし、強制的に書き出されたＤＢブロックの非同期型リモートコピーが完了した旨の通知を副ストレージサブシステム３１Ｂから受けた後に、正ＤＢＶＯＬ５１Ａがダウンしたならば、ＤＢＭＳ１７Ａ或いはディスク制御プログラム３１５Ａは、副ＤＢＶＯＬ５１Ｂを正ストレージサブシステム３１Ａにリモートコピーし、それによる副ＤＢＶＯＬ５１Ｂの複製を、正ＤＢＶＯＬ５１Ａとして回復しても良い。また、例えば、副ログＶＯＬ５５Ｂに、ログレスモード設定を表すログが書かれた場合に、それよりも前のログを用いて更新された後の副ＤＢＶＯＬ５１Ｂのバックアップが取得されても良く、その場合には、そのバックアップが正ストレージサブシステム３１Ａにリモートコピーされることにより、正ＤＢＶＯＬ５１Ａが回復されてもよい。
ＤＢ更新開始〜終了（つまりバッチ処理中）で正ＤＢＶＯＬ５１Ａがダウンした場合、ＤＢＭＳ１７Ａ或いはディスク制御プログラム３１５Ａは、副ＤＢＶＯＬ５１Ｂを正ストレージサブシステム３１Ａにリモートコピーし、それによる副ＤＢＶＯＬ５１Ｂの複製を、正ＤＢＶＯＬ５１Ａとして回復することができる。
再ペア中に正ＤＢＶＯＬ５１Ａがダウンした場合、ＤＢＭＳ１７Ａ或いはディスク制御プログラム３１５Ａは、ログレスモードの解除を表すログを生成して正ログＶＯＬ５５Ａに書込む。
ログレスモードの解除を開始してから終了までの間に正ＤＢＶＯＬ５１Ａがダウンした場合、ＤＢＭＳ１７Ａ或いはディスク制御プログラム３１５Ａは、特段の回復処理を行わない。
（Ｂ）図８、図１０及び図１１の場合。
トランザクション開始〜ＤＢ更新開始の間で正ＤＢＶＯＬ５１Ａがダウンした場合、特段の回復処理が行われない。もし、強制的に書き出されたＤＢブロックの非同期型リモートコピーが完了した旨の通知を副ストレージサブシステム３１Ｂから受けた後に、正ＤＢＶＯＬ５１Ａがダウンしたならば、ＤＢＭＳ１７Ａ或いはディスク制御プログラム３１５Ａは、副ＤＢＶＯＬ５１Ｂを正ストレージサブシステム３１Ａにリモートコピーし、それによる副ＤＢＶＯＬ５１Ｂの複製を、正ＤＢＶＯＬ５１Ａとして回復しても良い。また、例えば、正ＤＢＶＯＬ５１Ａ或いは副ＤＢＶＯＬ５１Ｂのバックアップが取得されていれば、そのバックアップが正ストレージサブシステム３１Ａにコピーされ、それにより、正ＤＢＶＯＬ５１Ａが回復されてもよい。
ＤＢ更新開始〜終了（つまりバッチ処理中）で正ＤＢＶＯＬ５１Ａがダウンした場合、ＤＢＭＳ１７Ａ或いはディスク制御プログラム３１５Ａは、正ＤＢＶＯＬ５１Ａのバックアップ、副ＤＢＶＯＬ５１Ｂのバックアップ、又は副ＤＢＶＯＬ５１Ｂを正ストレージサブシステム３１Ａにコピーし、それによる複製を、正ＤＢＶＯＬ５１Ａとして回復することができる。
図８における再ペア中、或いは、図１０、図１１におけるスプリット中に、正ＤＢＶＯＬ５１Ａがダウンした場合、ＤＢＭＳ１７Ａ或いはディスク制御プログラム３１５Ａは、正ＤＢＶＯＬ５１Ａと副ＤＢＶＯＬ５１Ｂとのペア状態をペア解除状態にし（つまりスプリットし）、ログレスモードの解除を表すログを生成して正ログＶＯＬ５５Ａに書込む。更に、正ＤＢＶＯＬ５１Ａ或いは副ＤＢＶＯＬ５１Ｂのバックアップが正ストレージサブシステム３１Ａにコピーされ、それにより、正ＤＢＶＯＬ５１Ａが回復されてもよい。
ログレスモードの解除を開始してから終了までの間に正ＤＢＶＯＬ５１Ａがダウンした場合、ＤＢＭＳ１７Ａ或いはディスク制御プログラム３１５Ａは、特段の回復処理を行わない。正ＤＢＶＯＬ５１Ａのバックアップ、副ＤＢＶＯＬ５１Ｂのバックアップ、又は副ＤＢＶＯＬ５１Ｂが正ストレージサブシステム３１Ａにコピーされ、それにより、正ＤＢＶＯＬ５１Ａが回復されてもよい。
なお、図７、図８、図１０及び図１１のいずれにおいても、トランザクション中に正サイト３０Ａがダウンした場合には、いわゆるディザスタリカバリが行われれば、特段の回復処理が行われなくても良い。ディザスタリカバリの際には、例えば、ログレスモード設定を表すログの前までのログ（ＤＢ更新履歴が書かれたログ）を用いて副ＤＢＶＯＬ５１Ｂを更新し、その更新後の副ＤＢＶＯＬ５１Ｂを、バッチ業務プログラム７のバッチ処理で出力されたデータの書き込み先に割り当てることができる。或いは、既に副ＤＢＶＯＬ５１Ｂの更新が済んでいる、又は、副ＤＢＶＯＬ５１Ｂのバックアップが取得されている場合には、更新済みの副ＤＢＶＯＬ５１Ｂ或いはそのバックアップにより回復が行われても良い。ディザスタリカバリが行われることにより、クライアント１がバッチ業務で送信するデータを、ＤＢＭＳ１７Ｂが受け、ＤＢＭＳ１７Ｂが、そのデータを副ＤＢＶＯＬ５１Ｂのデータベースに記録することができる。
以上、上述した実施形態によれば、ログレスモードでトランザクションを実行する場合には、トランザクションの開始の際に、ログレスモードの開始を表すログが生成されて、正ストレージサブシステム３１Ａと副ストレージサブシステム３１Ｂの両方にそのログが書かれる。また、トランザクションの終了の際には、ログレスモードの終了を表すログが生成されて、正ストレージサブシステム３１Ａと副ストレージサブシステム３１Ｂの両方にそのログが書かれる。これにより、トランザクション中に障害が生じた場合、そのトランザクションがログレスモードでのトランザクションであるか否かを、最新のログから判別し、その判別の結果に応じた回復処理を実行することができる。具体的には、例えば、最新のログが、ログレスモードの開始を表すログ（ログレスモード設定を表すログ）であれば、ログレスモードでのトランザクションであると判別することができるし、ログレスモードの終了を表すログ（ログレスモード解除を表すログ）或いはＤＢ更新履歴の入ったログであれば、少なくともログレスモードではないトランザクションであると判別することができる。
また、上述した実施形態によれば、ログレスモードの開始を表すログが正ストレージサブシステム３１Ａに書かれてから、バッチ処理が開始されるまでに、正サーバ１１Ａのメモリに残っていてＤＢに未反映のＤＢデータが強制的にそのＤＢに書き出される。これにより、正ストレージサブシステム３１ＡでのＤＢとＤＢＭＳ１７Ａで認識されているＤＢとを一致させることができる。
また、上述した実施形態によれば、ログレスモードでのトランザクション中は、正ストレージサブシステム３１Ａ（更には副ストレージサブシステム３１Ｂ）が有するどの機能をどの時点で発揮させるかを巧みに制御することで、ログレスモードでのトランザクション中に障害が生じても、障害発生時になるべく近いＤＢを回復することが可能とされている。その機能とは、例えば、以下の通りである。
（１）正ＶＯＬと副ＶＯＬとのペア状態を同期／非同期ペア状態とすると、正ＶＯＬにデータが書かれる場合、それと同期或いは非同期に、副ＶＯＬにそのデータが書かれる。
（２）正ＶＯＬと副ＶＯＬとのペア状態をペア解除状態とすると、正ＶＯＬにデータが書かれても、副ＶＯＬにはそのデータがコピーされず、正ＶＯＬと副ＶＯＬとの差分が管理される。
（３）正ＶＯＬと副ＶＯＬとのペア状態がペア解除状態のときに再ペア命令を発行した場合、正ＶＯＬと副ＶＯＬとの差分が副ＶＯＬに反映されることで、正ＶＯＬ内のデータ群と副ＶＯＬ内のデータ群とが同じになる。
以上、本発明の実施形態を説明したが、これは本発明の説明のための例示であって、本発明の範囲をこの実施形態にのみ限定する趣旨ではない。本発明は、他の種々の形態でも実施することが可能である。例えば、同期型と非同期型のどちらのコピーが行われるかは、コピーモードで制御することに代えて、ペア状態で制御してもよい。具体的には、例えば、同期／非同期ペア状態が、同期型のコピーが行われる同期ペア状態と、非同期型のコピーが行われる非同期ペア状態とに分かれていてもよい。
図１は、本発明の一実施形態のシステム全体の構成例を示す。 図２は、本実施形態に係るストレージシステムの構成例を示す。 図３Ａは、ＤＢ−ディスクマッピングテーブル２１３Ａの構成例を示す。図３Ｂは、正リモートコピー管理テーブル３１９Ａの構成例を示す。 図４Ａは、第一種のコピー方式の説明図。図４Ｂは、第二種のコピー方式の説明図。 図５は、ＤＢＭＳ１７Ａが行う処理の流れの一例の概要を示す。 図６Ａは、クライアント計算機１のバッチ業務プログラム７と正サーバ１１ＡのＤＢＭＳ１７Ａとの通信の流れの一例の概要を示す。図６Ｂは、ログの構成例を示す。 図７は、一つのトランザクションの開始から終了までに行われる処理の流れの一例の詳細を示す。 図８は、一つのトランザクションの開始から終了までに行われる処理の流れの別の一例の詳細を示す。 図９は、図８でのバックアップ取得の一例の説明図。 図１０は、一つのトランザクションの開始から終了までに行われる処理の流れのまた別の一例の詳細を示す。 図１１は、一つのトランザクションの開始から終了までに行われる処理の流れの更にまた別の一例の詳細を示す。 図１２Ａは、障害が発生した場合に行われる回復処理の選択の一例を示す。図１２Ｂは、ログレスモードに対応した回復処理の一例を示す。
符号の説明
１…クライアント ７…バッチ業務プログラム １１Ａ…正サーバ １１Ｂ…副サーバ １７Ａ…ＤＢＭＳ ３０Ａ…正サイト ３０Ｂ…副サイト ３１Ａ…正ストレージサブシステム ３１Ｂ…副ストレージサブシステム ３３Ａ…ＣＰＵ ３４Ａ…制御装置 ３５Ａ…メモリ ２１１Ａ…ＤＢバッファ ２１２Ａ…ログバッファ、２１３Ａ…ＤＢ−ディスクマッピングテーブル ３１１Ａ…キャッシュ領域 ５１Ａ…正ＤＢＶＯＬ ５１Ｂ…副ＤＢＶＯＬ ５５Ａ…正ログＶＯＬ ５５Ｂ…副ログＶＯＬ

Claims (18)

  1. データベースを備えたストレージシステムで行われる記憶制御方法であって、
    前記ストレージシステムには、第一のストレージサブシステムと第二のストレージサブシステムとが備えられ、前記第一のストレージサブシステムが、データベースを記憶することができる第一のＤＢ記憶装置と、前記データベースのログを記憶することができる第一のログ記憶装置とを備え、前記第二のストレージサブシステムが、前記第一のＤＢ記憶装置とペアを構成することができる第二のＤＢ記憶装置と、前記第一のログ記憶装置とペアを構成することができる第二のログ記憶装置とを備え、
    前記第一のストレージサブシステムが、前記第一のＤＢ記憶装置と前記第二のＤＢ記憶装置とのペア状態であるＤＢペア状態がペア解除状態になっている場合に、前記第一のＤＢ記憶装置と前記第二のＤＢ記憶装置とに差分が生じたならば該差分を管理し、該ペア解除状態が解除された場合に、管理されている前記差分を前記第二のストレージサブスシステムに送信することで、前記第二のＤＢ記憶装置に該差分を更新させ、それにより、前記第一のＤＢ記憶装置と前記第二のＤＢ記憶装置との差分を無くすことができるように構成されており、
    データベースのログの制御に関するモードであるログ制御モードとして、トランザクション中に前記データベースを更新しても少なくとも該データベースの更新履歴を含んだログを作成しないモードであるログレスモードと、前記ログレスモードとは別のモードとがあり、前記ログレスモードで一つのトランザクションを実行する場合、該トランザクションの開始の際に、前記ログレスモードの開始を表すログであるログレス開始ログを作成し前記第一のログ記憶装置に発行することで、該ログレス開始ログを前記第一のログ記憶装置に書き、
    前記第一のログ記憶装置に書かれる前記ログレス開始ログを前記第一のストレージサブシステムから前記第二のストレージサブシステムに送信することにより、該ログレス開始ログを前記第二のログ記憶装置に書き、
    前記第一のＤＢ記憶装置のデータベースに複数のデータをそれぞれ発行することで該データベースを複数回更新するＤＢ更新処理を実行し、
    開始されたトランザクションの実行中において、前記ＤＢ更新処理の開始前又は終了後に、前記第一のＤＢ記憶装置と前記第二のＤＢ記憶装置とのペア解除状態を解除し、
    前記ＤＢ更新処理の終了後、前記第一のＤＢ記憶装置と前記第二のＤＢ記憶装置との差分が無くなっている場合に、前記ログレスモードの終了を表すログであるログレス終了ログを作成し、該ログレス終了ログを前記第一のログ記憶装置に書き、
    前記第一のログ記憶装置に書かれる前記ログレス終了ログを前記第一のストレージサブシステムから前記第二のストレージサブシステムに送信することにより、該ログレス終了ログを前記第二のログ記憶装置に書く、
    記憶制御方法。
  2. 前記第一のストレージサブシステムを含む第一のシステムに、前記データベースを管理するデータベース管理部と、各記憶装置のペア状態に従うコピーを制御する第一の記憶制御部とが備えられ、前記第二のストレージサブシステムに、前記第一の記憶制御部と通信することができる第二の記憶制御部が備えられ、
    前記データベース管理部及び前記第一の記憶制御部のうちの少なくとも前記第一の記憶制御部が、前記第一のストレージサブシステムに備えられ、
    前記ログレスモードでのトランザクションの開始前に、前記第一のログ記憶装置と前記第二のログ記憶装置とのペア状態であるログペア状態が、前記第一のログ記憶装置に書かれるデータが、前記第一のストレージサブシステムの所定の領域への書込みと同期又は非同期で前記第二のログ記憶装置へと転送される同期／非同期ペア状態となっており、
    前記データベース管理部が、前記ログレス開始ログを作成して前記第一のログ記憶装置に書き、
    前記第一の記憶制御部が、前記ログペア状態が同期／非同期ペア状態になっているために、前記第一のログ記憶装置に書かれる前記ログレス開始ログを前記第二の記憶制御部に送信し、前記第二の記憶制御部が、前記第一の記憶制御部からのログレス開始ログを前記第二のログ記憶装置に書き、
    前記データベース管理部が、前記ＤＢ更新処理を実行し、
    開始されたトランザクションの実行中において、前記ＤＢ更新処理の開始前又は終了後に、前記データベース管理部が、前記第一のＤＢ記憶装置と前記第二のＤＢ記憶装置とのペア解除状態を解除し、
    前記ＤＢ更新処理の終了後、前記第一のＤＢ記憶装置と前記第二のＤＢ記憶装置との差分が無くなっている場合に、前記データベース管理部が、前記ログレスモードの終了を表すログであるログレス終了ログを作成し、該ログレス終了ログを前記第一のログ記憶装置に書き、
    前記第一の記憶制御部が、前記ログペア状態が同期／非同期ペア状態になっているために、前記第一のログ記憶装置に書かれる前記ログレス終了ログを前記第二の記憶制御部に送信し、前記第二の記憶制御部が、前記第一の記憶制御部からの前記ログレス終了ログを前記第二のログ記憶装置に書く、
    請求項１記載の記憶制御方法。
  3. 前記ログレスモードでのトランザクションの開始から終了までの間、少なくとも前記ログレス開始ログと前記ログレス終了ログが、前記第一のストレージサブシステムの所定の領域への書込みと同期で前記第二のログ記憶装置へと転送される、
    請求項２記載の記憶制御方法。
  4. 前記データベースに書くデータをメモリに一時記憶し、該メモリに記憶したデータを前記第一のＤＢ記憶装置に書くことで前記データベースを更新するようになっている場合に、
    前記ログレス開始ログを前記第一のログ記憶装置に発行した後、前記ＤＢ更新処理の開始前に、前記データベースに書かれていないデータである未反映データを前記メモリから前記第一のＤＢ記憶装置へと書き出し、該書き出しが完了した後に、前記ＤＢ更新処理を開始する、
    請求項１記載の記憶制御方法。
  5. 前記ＤＢペア状態が、前記第一のＤＢ記憶装置に書かれるデータが、前記第一のストレージサブシステムの所定の領域への書込みと同期又は非同期で前記第二のＤＢ記憶装置へと転送される同期／非同期ペア状態となっている場合、
    前記ログレス開始ログを前記第一のログ記憶装置に書き、
    前記未反映データを前記メモリから前記第一のＤＢ記憶装置に書き出し、それにより、前記第一のＤＢ記憶装置に書かれる前記未反映データを、前記第一のストレージサブシステムから前記第二のストレージサブシステムに送信し、前記第二のログ記憶装置に書き、
    前記未反映データが前記第一のログ記憶装置及び第二のログ記憶装置の両方に書かれた後、前記ＤＢペア状態を同期／非同期ペア状態から前記ペア解除状態にし、
    前記ＤＢペア状態を前記ペア解除状態にした後、前記ＤＢ更新処理を開始し、
    前記ＤＢ更新処理の終了後、前記ＤＢペア状態のペア解除状態を解除し、
    前記ペア解除状態の解除による前記差分の前記第二のＤＢ記憶装置への更新が終了した後、前記ログレス終了ログを前記第一のログ記憶装置に書く、
    請求項４記載の記憶制御方法。
  6. 前記ＤＢペア状態が前記ペア解除状態となっている場合、
    前記ログレス開始ログを前記第一のログ記憶装置に書き、
    前記未反映データを前記メモリから前記第一のＤＢ記憶装置に書き出し、
    前記ＤＢ更新処理を開始する前までに、前記第二のログ記憶装置にログレス開始ログよりも前に書かれたログを用いて、前記第二のＤＢ記憶装置のデータベースを更新し、且つ、該更新後の第二のＤＢ記憶装置のバックアップを前記第二のストレージサブシステムに取得し、
    前記ＤＢ更新処理の終了後、前記ＤＢペア状態のペア解除状態を解除し、
    前記ペア解除状態の解除による前記差分の前記第二のＤＢ記憶装置への更新が終了した後、前記ログレス終了ログを前記第一のログ記憶装置に書く、
    請求項４記載の記憶制御方法。
  7. 前記未反映データを前記メモリから前記第一のＤＢ記憶装置に書き出した後、前記ＤＢ更新処理の開始前までに、前記未反映データが反映された前記第一のＤＢ記憶装置のバックアップを前記第一のストレージサブシステムに取得する、
    請求項６記載の記憶制御方法。
  8. 前記ＤＢペア状態が前記ペア解除状態となっている場合、
    前記ログレス開始ログを前記第一のログ記憶装置に書き、
    前記未反映データを前記メモリから前記第一のＤＢ記憶装置に書き出し、
    前記ＤＢペア状態のペア解除状態を解除し、
    前記ペア解除状態の解除による前記差分の前記第二のＤＢ記憶装置への更新が終了した後、前記ＤＢ更新処理を開始し、
    前記ＤＢ更新処理の終了後、前記ＤＢペア状態を再び前記ペア解除状態とし、その後、前記ログレス終了ログを前記第一のログ記憶装置に書く、
    請求項４記載の記憶制御方法。
  9. 前記ＤＢ更新処理の終了後、前記ＤＢペア状態を再び前記ペア解除状態とした後、前記第二のストレージサブシステムが前記第一のストレージサブシステムに対してログレスモードの解除の要求を行い、前記第一のストレージサブシステムが、該要求に従って、前記ログレス終了ログを前記第一のログ記憶装置に書く、
    請求項８記載の記憶制御方法。
  10. 前記第一のＤＢ記憶装置がダウンした場合、前記第一のログ記憶装置又は前記第二のログ記憶装置に、前記ログレス開始ログが記憶されているが前記ログレス終了ログが記憶されていなければ、前記ログレスモードに対応した回復処理を実行することで、前記第一のＤＢ記憶装置に記憶されていた、前記ダウンの時点になるべく近いデータベースを回復する、
    請求項１記載の記憶制御方法。
  11. ストレージシステムに備えられるデータベースを管理するデータベース管理システムであって、
    前記ストレージシステムには、第一のストレージサブシステムと第二のストレージサブシステムとが備えられ、
    前記第一のストレージサブシステムが、データベースを記憶することができる第一のＤＢ記憶装置と、前記データベースのログを記憶することができる第一のログ記憶装置と、各記憶装置のペア状態に従うコピーを制御する第一の記憶制御部とを備え、
    前記第二のストレージサブシステムが、前記第一のＤＢ記憶装置とペアを構成することができる第二のＤＢ記憶装置と、前記第一のログ記憶装置とペアを構成することができる第二のログ記憶装置と、前記第一の記憶制御部と通信することができる第二の記憶制御部とを備え、
    前記第一のストレージサブシステムが、前記第一のＤＢ記憶装置と前記第二のＤＢ記憶装置とのペア状態であるＤＢペア状態がペア解除状態になっている場合に、前記第一のＤＢ記憶装置と前記第二のＤＢ記憶装置とに差分が生じたならば該差分を管理し、該ペア解除状態が解除された場合に、前記第一の記憶制御部が、管理されている前記差分を前記第二の記憶制御部に送信することで、前記第二の記憶制御部に前記差分を前記第二のＤＢ記憶装置に更新させ、それにより、前記第一のＤＢ記憶装置と前記第二のＤＢ記憶装置との差分を無くすことができるように構成されており、
    トランザクションの開始前に、前記第一のログ記憶装置と前記第二のログ記憶装置とのペア状態であるログペア状態が、前記第一のログ記憶装置に書かれるデータが、前記第一のストレージサブシステムの所定の領域への書込みと同期又は非同期で前記第二のログ記憶装置へと転送される同期／非同期ペア状態となっており、それにより、前記第一のログ記憶装置にデータが書かれる場合、前記第一の記憶制御部が、該データを前記第二の記憶制御部に送信し、前記第二の記憶制御部が該データを前記第二のログ記憶装置に書くようになっており、
    前記データベース管理システムが、
    データベースのログの制御に関するモードであるログ制御モードとして、トランザクション中に前記データベースを更新しても少なくとも該データベースの更新履歴を含んだログを作成しないモードであるログレスモードと、前記ログレスモードとは別のモードとがあり、前記ログレスモードで一つのトランザクションを実行する場合、該トランザクションの開始の際に、前記ログレスモードの開始を表すログであるログレス開始ログを作成し前記第一のログ記憶装置に対して発行し、それにより、該ログレス開始ログが前記第一のログ記憶装置に書かれ、
    前記第一のＤＢ記憶装置のデータベースに複数のデータをそれぞれ発行するＤＢ更新処理を実行し、
    開始されたトランザクションの実行中において、前記ＤＢ更新処理の開始前又は終了後に、前記第一のＤＢ記憶装置と前記第二のＤＢ記憶装置とのペア解除状態を解除するためのペア命令を前記第一のストレージサブシステムに発行し、それにより、該ペア解除状態が解除され、
    前記ＤＢ更新処理の終了後、前記第一のＤＢ記憶装置と前記第二のＤＢ記憶装置との差分が無くなっている場合に、前記ログレスモードの終了を表すログであるログレス終了ログを作成し、該ログレス終了ログを前記第一のログ記憶装置に発行し、それにより、該ログレス終了ログが前記第一のログ記憶装置に書かれる、
    データベース管理システム。
  12. 前記データベースに書くデータをメモリに一時記憶し、該メモリに記憶したデータを前記第一のＤＢ記憶装置に発行することで前記データベースを更新するようになっており、前記ログレス開始ログを前記第一のログ記憶装置に発行した後、前記ＤＢ更新処理の開始前に、前記データベースに書かれていないデータである未反映データを前記メモリから前記第一のＤＢ記憶装置へと書き出し、該書き出しが完了した後に、前記ＤＢ更新処理を開始する、
    請求項１１記載のデータベース管理システム。
  13. 前記ＤＢペア状態が、前記第一のＤＢ記憶装置に書かれるデータが、前記第一のストレージサブシステムの所定の領域への書込みと同期又は非同期で前記第二のＤＢ記憶装置へと転送される同期／非同期ペア状態となっている場合、
    前記ログレス開始ログを前記第一のログ記憶装置に発行した後、前記未反映データを前記メモリから前記第一のＤＢ記憶装置へと書き出し、
    前記未反映データが前記第一のログ記憶装置及び第二のログ記憶装置の両方に書かれた後、前記ＤＢペア状態を同期／非同期ペア状態から前記ペア解除状態にするためのスプリット命令を前記第一のストレージサブシステムに発行し、それにより、該ＤＢペア状態がペア解除状態とされ、
    前記ＤＢペア状態を前記ペア解除状態にした後、前記ＤＢ更新処理を開始し、
    前記ＤＢ更新処理の終了後、前記ＤＢペア状態のペア解除状態を解除するための前記ペア命令を前記第一のストレージサブシステムに発行し、
    前記ペア解除状態の解除による前記差分の前記第二のＤＢ記憶装置への更新が終了した後、前記ログレス終了ログを前記第一のログ記憶装置に発行する、
    請求項１２記載のデータベース管理システム。
  14. 前記ＤＢペア状態が前記ペア解除状態となっている場合、
    前記ログレス開始ログを前記第一のログ記憶装置に発行した後に、前記未反映データを前記メモリから前記第一のＤＢ記憶装置に書き出し、
    前記ＤＢ更新処理の終了後、前記ＤＢペア状態のペア解除状態を解除するための前記ペア命令を前記第一のストレージサブシステムに発行し、
    前記ペア解除状態の解除による前記差分の前記第二のＤＢ記憶装置への更新が終了した後、前記ログレス終了ログを前記第一のログ記憶装置に発行する、
    請求項１２記載のデータベース管理システム。
  15. 前記ＤＢペア状態が前記ペア解除状態となっている場合、
    前記ログレス開始ログを前記第一のログ記憶装置に発行した後に、前記未反映データを前記メモリから前記第一のＤＢ記憶装置に書き出し、
    前記ＤＢペア状態のペア解除状態を解除するための前記ペア命令を前記第一のストレージサブシステムに発行し、
    前記ペア解除状態の解除による前記差分の前記第二のＤＢ記憶装置への更新が終了した後、前記ＤＢ更新処理を開始し、
    前記ＤＢ更新処理の終了後、前記ＤＢペア状態を再び前記ペア解除状態とするために前記スプリット命令を前記第一のストレージサブシステムに発行し、前記ＤＢペア状態がペア解除状態とされた後、前記ログレス終了ログを前記第一のログ記憶装置に発行する、
    請求項１２記載のデータベース管理システム。
  16. ストレージシステムに備えられるデータベースを管理するデータベース管理方法であって、
    前記ストレージシステムには、第一のストレージサブシステムと第二のストレージサブシステムとが備えられ、
    前記第一のストレージサブシステムが、データベースを記憶することができる第一のＤＢ記憶装置と、前記データベースのログを記憶することができる第一のログ記憶装置と、各記憶装置のペア状態に従うコピーを制御する第一の記憶制御部とを備え、
    前記第二のストレージサブシステムが、前記第一のＤＢ記憶装置とペアを構成することができる第二のＤＢ記憶装置と、前記第一のログ記憶装置とペアを構成することができる第二のログ記憶装置と、前記第一の記憶制御部と通信することができる第二の記憶制御部とを備え、
    前記第一のストレージサブシステムが、前記第一のＤＢ記憶装置と前記第二のＤＢ記憶装置とのペア状態であるＤＢペア状態がペア解除状態になっている場合に、前記第一のＤＢ記憶装置と前記第二のＤＢ記憶装置とに差分が生じたならば該差分を管理し、該ペア解除状態が解除された場合に、前記第一の記憶制御部が、管理されている前記差分を前記第二の記憶制御部に送信することで、前記第二の記憶制御部に前記差分を前記第二のＤＢ記憶装置に更新させ、それにより、前記第一のＤＢ記憶装置と前記第二のＤＢ記憶装置との差分を無くすことができるように構成されており、
    トランザクションの開始前に、前記第一のログ記憶装置と前記第二のログ記憶装置とのペア状態であるログペア状態が、前記第一のログ記憶装置に書かれるデータが、前記第一のストレージサブシステムの所定の領域への書込みと同期又は非同期で前記第二のログ記憶装置へと転送される同期／非同期ペア状態となっており、それにより、前記第一のログ記憶装置にデータが書かれる場合、前記第一の記憶制御部が、該データを前記第二の記憶制御部に送信し、前記第二の記憶制御部が該データを前記第二のログ記憶装置に書くようになっており、
    前記データベース管理方法が、
    データベースのログの制御に関するモードであるログ制御モードとして、トランザクション中に前記データベースを更新しても少なくとも該データベースの更新履歴を含んだログを作成しないモードであるログレスモードと、前記ログレスモードとは別のモードとがあり、前記ログレスモードで一つのトランザクションを実行する場合、該トランザクションの開始の際に、前記ログレスモードの開始を表すログであるログレス開始ログを作成し前記第一のログ記憶装置に対して発行し、それにより、該ログレス開始ログが前記第一のログ記憶装置に書かかれ、
    前記第一のＤＢ記憶装置のデータベースに複数のデータをそれぞれ発行するＤＢ更新処理を実行し、
    開始されたトランザクションの実行中において、前記ＤＢ更新処理の開始前又は終了後に、前記第一のＤＢ記憶装置と前記第二のＤＢ記憶装置とのペア解除状態を解除するためのペア命令を前記第一のストレージサブシステムに発行し、それにより、該ペア解除状態が解除され、
    前記ＤＢ更新処理の終了後、前記第一のＤＢ記憶装置と前記第二のＤＢ記憶装置との差分が無くなっている場合に、前記ログレスモードの終了を表すログであるログレス終了ログを作成し、該ログレス終了ログを前記第一のログ記憶装置に発行し、それにより、該ログレス終了ログが前記第一のログ記憶装置に書かれる、
    データベース管理方法。
  17. ストレージシステムに備えられるデータベースを管理する計算機であって、
    前記ストレージシステムには、第一のストレージサブシステムと第二のストレージサブシステムとが備えられ、
    前記第一のストレージサブシステムが、データベースを記憶することができる第一のＤＢ記憶装置と、前記データベースのログを記憶することができる第一のログ記憶装置と、各記憶装置のペア状態に従うコピーを制御する第一の記憶制御部とを備え、
    前記第二のストレージサブシステムが、前記第一のＤＢ記憶装置とペアを構成することができる第二のＤＢ記憶装置と、前記第一のログ記憶装置とペアを構成することができる第二のログ記憶装置と、前記第一の記憶制御部と通信することができる第二の記憶制御部とを備え、
    前記第一のストレージサブシステムが、前記第一のＤＢ記憶装置と前記第二のＤＢ記憶装置とのペア状態であるＤＢペア状態がペア解除状態になっている場合に、前記第一のＤＢ記憶装置と前記第二のＤＢ記憶装置とに差分が生じたならば該差分を管理し、該ペア解除状態が解除された場合に、前記第一の記憶制御部が、管理されている前記差分を前記第二の記憶制御部に送信することで、前記第二の記憶制御部に前記差分を前記第二のＤＢ記憶装置に更新させ、それにより、前記第一のＤＢ記憶装置と前記第二のＤＢ記憶装置との差分を無くすことができるように構成されており、
    トランザクションの開始前に、前記第一のログ記憶装置と前記第二のログ記憶装置とのペア状態であるログペア状態が、前記第一のログ記憶装置に書かれるデータが、前記第一のストレージサブシステムの所定の領域への書込みと同期又は非同期で前記第二のログ記憶装置へと転送される同期／非同期ペア状態となっており、それにより、前記第一のログ記憶装置にデータが書かれる場合、前記第一の記憶制御部が、該データを前記第二の記憶制御部に送信し、前記第二の記憶制御部が該データを前記第二のログ記憶装置に書くようになっており、
    前記計算機が、
    データベースのログの制御に関するモードであるログ制御モードとして、トランザクション中に前記データベースを更新しても少なくとも該データベースの更新履歴を含んだログを作成しないモードであるログレスモードと、前記ログレスモードとは別のモードとがあり、前記ログレスモードで一つのトランザクションを実行する場合、該トランザクションの開始の際に、前記ログレスモードの開始を表すログであるログレス開始ログを作成し前記第一のログ記憶装置に対して発行するログレス開始ログ発行部と、
    前記第一のＤＢ記憶装置のデータベースに複数のデータをそれぞれ発行するＤＢ更新処理を実行するＤＢ操作部と、
    開始されたトランザクションの実行中において、前記ＤＢ更新処理の開始前又は終了後に、前記第一のＤＢ記憶装置と前記第二のＤＢ記憶装置とのペア解除状態を解除するためのペア命令を前記第一のストレージサブシステムに発行するペア命令部と、
    前記ＤＢ更新処理の終了後、前記第一のＤＢ記憶装置と前記第二のＤＢ記憶装置との差分が無くなっている場合に、前記ログレスモードの終了を表すログであるログレス終了ログを作成し、該ログレス終了ログを前記第一のログ記憶装置に発行するログレス終了ログ発行部と
    を備えた計算機。
  18. 外部のストレージサブシステムと通信可能なストレージサブシステムであって、
    データベースを記憶することができる第一のＤＢ記憶装置と、
    前記データベースのログを記憶することができる第一のログ記憶装置と、
    制御装置と
    を備え、
    前記外部のストレージサブシステムが、前記第一のＤＢ記憶装置とペアを構成することができる第二のＤＢ記憶装置と、前記第一のログ記憶装置とペアを構成することができる第二のログ記憶装置とを備え、
    前記制御装置が、前記第一のＤＢ記憶装置と前記第二のＤＢ記憶装置とのペア状態であるＤＢペア状態がペア解除状態になっている場合に、前記第一のＤＢ記憶装置と前記第二のＤＢ記憶装置とに差分が生じたならば該差分を管理し、該ペア解除状態が解除された場合に、前記第一の記憶制御部が、管理されている前記差分を前記第二の記憶制御部に送信することで、前記第二の記憶制御部に前記差分を前記第二のＤＢ記憶装置に更新させ、それにより、前記第一のＤＢ記憶装置と前記第二のＤＢ記憶装置との差分を無くすことができるように構成されており、
    トランザクションの開始前に、前記第一のログ記憶装置と前記第二のログ記憶装置とのペア状態であるログペア状態が、前記第一のログ記憶装置に書かれるデータが、前記第一のストレージサブシステムの所定の領域への書込みと同期又は非同期で前記第二のログ記憶装置へと転送される同期／非同期ペア状態となっており、それにより、前記第一のログ記憶装置にデータが書かれる場合、前記制御装置が、該データを前記第二のログ記憶装置に書くよう前記外部のストレージサブシステムに送信し、
    前記制御装置が、
    データベースのログの制御に関するモードであるログ制御モードとして、トランザクション中に前記データベースを更新しても少なくとも該データベースの更新履歴を含んだログを作成しないモードであるログレスモードと、前記ログレスモードとは別のモードとがあり、前記ログレスモードで一つのトランザクションを実行する場合、該トランザクションの開始の際に、前記ログレスモードの開始を表すログであるログレス開始ログを作成し前記第一のログ記憶装置に書き、
    前記第一のＤＢ記憶装置のデータベースに複数のデータをそれぞれ発行するＤＢ更新処理を実行し、
    開始されたトランザクションの実行中において、前記ＤＢ更新処理の開始前又は終了後に、前記第一のＤＢ記憶装置と前記第二のＤＢ記憶装置とのペア解除状態を解除し、
    前記ＤＢ更新処理の終了後、前記第一のＤＢ記憶装置と前記第二のＤＢ記憶装置との差分が無くなっている場合に、前記ログレスモードの終了を表すログであるログレス終了ログを作成し、該ログレス終了ログを前記第一のログ記憶装置に書く、
    ストレージサブシステム。
JP2006026676A 2006-02-03 2006-02-03 データベースを有するストレージシステムの記憶制御方法 Active JP4727437B2 (ja)

Priority Applications (2)

Application Number Priority Date Filing Date Title
JP2006026676A JP4727437B2 (ja) 2006-02-03 2006-02-03 データベースを有するストレージシステムの記憶制御方法
US11/396,644 US7353335B2 (en) 2006-02-03 2006-04-04 Storage control method for database recovery in logless mode

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2006026676A JP4727437B2 (ja) 2006-02-03 2006-02-03 データベースを有するストレージシステムの記憶制御方法

Publications (2)

Publication Number Publication Date
JP2007207063A true JP2007207063A (ja) 2007-08-16
JP4727437B2 JP4727437B2 (ja) 2011-07-20

Family

ID=38335269

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2006026676A Active JP4727437B2 (ja) 2006-02-03 2006-02-03 データベースを有するストレージシステムの記憶制御方法

Country Status (2)

Country Link
US (1) US7353335B2 (ja)
JP (1) JP4727437B2 (ja)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2009151637A (ja) * 2007-12-21 2009-07-09 Nomura Research Institute Ltd 業務継続システム
JP2009217700A (ja) * 2008-03-12 2009-09-24 Toshiba Corp ディスクアレイ装置及び物理配置最適化方法

Families Citing this family (71)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7340741B2 (en) * 2003-02-28 2008-03-04 International Business Machines Corporation Auto-restart processing in an IMS batch application
US8014321B2 (en) * 2004-10-22 2011-09-06 Microsoft Corporation Rendezvousing resource requests with corresponding resources
US20110082928A1 (en) 2004-10-22 2011-04-07 Microsoft Corporation Maintaining consistency within a federation infrastructure
US20080288659A1 (en) * 2006-11-09 2008-11-20 Microsoft Corporation Maintaining consistency within a federation infrastructure
US8392515B2 (en) 2004-10-22 2013-03-05 Microsoft Corporation Subfederation creation and maintenance in a federation infrastructure
US8549180B2 (en) * 2004-10-22 2013-10-01 Microsoft Corporation Optimizing access to federation infrastructure-based resources
US7849361B2 (en) * 2005-12-22 2010-12-07 Emc Corporation Methods and apparatus for multiple point in time data access
US8990613B2 (en) 2006-06-29 2015-03-24 Dssdr, Llc Data transfer and recovery
US9015520B2 (en) 2006-06-29 2015-04-21 Dssdr, Llc Data transfer and recovery
US7487383B2 (en) * 2006-06-29 2009-02-03 Dssdr, Llc Data transfer and recovery process
JP5103807B2 (ja) * 2006-06-30 2012-12-19 富士通株式会社 制御プログラム、制御方法、情報処理装置及び情報処理システム
JP2008171032A (ja) * 2007-01-05 2008-07-24 Hitachi Ltd ストレージ装置、及びこれを用いた記憶制御方法
US8706687B2 (en) * 2007-01-24 2014-04-22 Hewlett-Packard Development Company, L.P. Log driven storage controller with network persistent memory
US7958263B2 (en) * 2007-02-20 2011-06-07 International Business Machines Corporation Address reduction for data storage enclosures
US8818936B1 (en) * 2007-06-29 2014-08-26 Emc Corporation Methods, systems, and computer program products for processing read requests received during a protected restore operation
US7805632B1 (en) * 2007-09-24 2010-09-28 Net App, Inc. Storage system and method for rapidly recovering from a system failure
US9501542B1 (en) 2008-03-11 2016-11-22 Emc Corporation Methods and apparatus for volume synchronization
US20100146188A1 (en) * 2008-12-09 2010-06-10 Bramante William J Replicated file system for electronic devices
US9256598B1 (en) 2009-08-19 2016-02-09 Emc Corporation Systems, methods, and computer readable media for copy-on-demand optimization for large writes
US8504526B2 (en) * 2010-06-04 2013-08-06 Commvault Systems, Inc. Failover systems and methods for performing backup operations
US8694700B1 (en) 2010-09-29 2014-04-08 Emc Corporation Using I/O track information for continuous push with splitter for storage device
US8335771B1 (en) 2010-09-29 2012-12-18 Emc Corporation Storage array snapshots for logged access replication in a continuous data protection system
US9864772B2 (en) * 2010-09-30 2018-01-09 International Business Machines Corporation Log-shipping data replication with early log record fetching
US8793343B1 (en) 2011-08-18 2014-07-29 Amazon Technologies, Inc. Redundant storage gateways
US9367501B2 (en) * 2011-11-10 2016-06-14 International Business Machines Corporation Dynamic streaming data dispatcher
US9223659B1 (en) 2012-06-28 2015-12-29 Emc International Company Generating and accessing a virtual volume snapshot in a continuous data protection system
US9336094B1 (en) 2012-09-13 2016-05-10 Emc International Company Scaleout replication of an application
US10235145B1 (en) 2012-09-13 2019-03-19 Emc International Company Distributed scale-out replication
US9152339B1 (en) 2013-03-15 2015-10-06 Emc Corporation Synchronization of asymmetric active-active, asynchronously-protected storage
US9087112B1 (en) 2013-06-24 2015-07-21 Emc International Company Consistency across snapshot shipping and continuous replication
US9069709B1 (en) 2013-06-24 2015-06-30 Emc International Company Dynamic granularity in data replication
US9146878B1 (en) 2013-06-25 2015-09-29 Emc Corporation Storage recovery from total cache loss using journal-based replication
WO2015041685A1 (en) * 2013-09-20 2015-03-26 Georgia Tech Research Corporation Hardware-assisted log protection devices and systems
US9535612B2 (en) 2013-10-23 2017-01-03 International Business Machines Corporation Selecting a primary storage device
US9367260B1 (en) 2013-12-13 2016-06-14 Emc Corporation Dynamic replication system
US9405765B1 (en) 2013-12-17 2016-08-02 Emc Corporation Replication of virtual machines
US9158630B1 (en) 2013-12-19 2015-10-13 Emc Corporation Testing integrity of replicated storage
US9189339B1 (en) 2014-03-28 2015-11-17 Emc Corporation Replication of a virtual distributed volume with virtual machine granualarity
US10082980B1 (en) 2014-06-20 2018-09-25 EMC IP Holding Company LLC Migration of snapshot in replication system using a log
US9274718B1 (en) 2014-06-20 2016-03-01 Emc Corporation Migration in replication system
US9619543B1 (en) 2014-06-23 2017-04-11 EMC IP Holding Company LLC Replicating in virtual desktop infrastructure
US10101943B1 (en) 2014-09-25 2018-10-16 EMC IP Holding Company LLC Realigning data in replication system
US10437783B1 (en) 2014-09-25 2019-10-08 EMC IP Holding Company LLC Recover storage array using remote deduplication device
US10324798B1 (en) 2014-09-25 2019-06-18 EMC IP Holding Company LLC Restoring active areas of a logical unit
US9529885B1 (en) 2014-09-29 2016-12-27 EMC IP Holding Company LLC Maintaining consistent point-in-time in asynchronous replication during virtual machine relocation
US9910621B1 (en) 2014-09-29 2018-03-06 EMC IP Holding Company LLC Backlogging I/O metadata utilizing counters to monitor write acknowledgements and no acknowledgements
US9600377B1 (en) 2014-12-03 2017-03-21 EMC IP Holding Company LLC Providing data protection using point-in-time images from multiple types of storage devices
US10496487B1 (en) 2014-12-03 2019-12-03 EMC IP Holding Company LLC Storing snapshot changes with snapshots
US9405481B1 (en) 2014-12-17 2016-08-02 Emc Corporation Replicating using volume multiplexing with consistency group file
US9632881B1 (en) 2015-03-24 2017-04-25 EMC IP Holding Company LLC Replication of a virtual distributed volume
US10296419B1 (en) 2015-03-27 2019-05-21 EMC IP Holding Company LLC Accessing a virtual device using a kernel
US9411535B1 (en) 2015-03-27 2016-08-09 Emc Corporation Accessing multiple virtual devices
US9678680B1 (en) 2015-03-30 2017-06-13 EMC IP Holding Company LLC Forming a protection domain in a storage architecture
US10853181B1 (en) 2015-06-29 2020-12-01 EMC IP Holding Company LLC Backing up volumes using fragment files
US10083082B2 (en) * 2015-09-07 2018-09-25 International Business Machines Corporation Efficient index checkpointing in log-structured object stores
US10083089B2 (en) * 2015-09-07 2018-09-25 International Business Machines Corporation Efficient index recovery in log-structured object stores
JP2017091456A (ja) * 2015-11-17 2017-05-25 富士通株式会社 制御装置、制御プログラムおよび制御方法
US9684576B1 (en) 2015-12-21 2017-06-20 EMC IP Holding Company LLC Replication using a virtual distributed volume
US10133874B1 (en) 2015-12-28 2018-11-20 EMC IP Holding Company LLC Performing snapshot replication on a storage system not configured to support snapshot replication
US10235196B1 (en) 2015-12-28 2019-03-19 EMC IP Holding Company LLC Virtual machine joining or separating
US10067837B1 (en) 2015-12-28 2018-09-04 EMC IP Holding Company LLC Continuous data protection with cloud resources
US10152267B1 (en) 2016-03-30 2018-12-11 Emc Corporation Replication data pull
US10235087B1 (en) 2016-03-30 2019-03-19 EMC IP Holding Company LLC Distributing journal data over multiple journals
US10579282B1 (en) 2016-03-30 2020-03-03 EMC IP Holding Company LLC Distributed copy in multi-copy replication where offset and size of I/O requests to replication site is half offset and size of I/O request to production volume
US10235060B1 (en) 2016-04-14 2019-03-19 EMC IP Holding Company, LLC Multilevel snapshot replication for hot and cold regions of a storage system
US10146961B1 (en) 2016-09-23 2018-12-04 EMC IP Holding Company LLC Encrypting replication journals in a storage system
US10235091B1 (en) 2016-09-23 2019-03-19 EMC IP Holding Company LLC Full sweep disk synchronization in a storage system
US10019194B1 (en) 2016-09-23 2018-07-10 EMC IP Holding Company LLC Eventually consistent synchronous data replication in a storage system
US10210073B1 (en) 2016-09-23 2019-02-19 EMC IP Holding Company, LLC Real time debugging of production replicated data with data obfuscation in a storage system
US10235090B1 (en) 2016-09-23 2019-03-19 EMC IP Holding Company LLC Validating replication copy consistency using a hash function in a storage system
JP2023012217A (ja) * 2021-07-13 2023-01-25 富士通株式会社 管理プログラム、管理方法、管理装置

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPS62297948A (ja) * 1986-06-18 1987-12-25 Hitachi Ltd デ−タベ−スの障害回復方式
JPH04242842A (ja) * 1990-12-29 1992-08-31 Nec Corp データベースバッファ制御装置
JP2005267301A (ja) * 2004-03-19 2005-09-29 Hitachi Ltd ログ同期ｄｂデータ非同期転送によるリカバリ方式および装置
JP2006004147A (ja) * 2004-06-17 2006-01-05 Hitachi Ltd ディザスタリカバリシステム、プログラム及びデータベースのリカバリ方法

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5530855A (en) 1992-10-13 1996-06-25 International Business Machines Corporation Replicating a database by the sequential application of hierarchically sorted log records
JP4318902B2 (ja) * 2002-10-15 2009-08-26 株式会社日立製作所 記憶装置システムの制御方法、記憶装置システム、およびプログラム
JP4575119B2 (ja) * 2004-11-25 2010-11-04 株式会社日立製作所 ストレージシステム

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPS62297948A (ja) * 1986-06-18 1987-12-25 Hitachi Ltd デ−タベ−スの障害回復方式
JPH04242842A (ja) * 1990-12-29 1992-08-31 Nec Corp データベースバッファ制御装置
JP2005267301A (ja) * 2004-03-19 2005-09-29 Hitachi Ltd ログ同期ｄｂデータ非同期転送によるリカバリ方式および装置
JP2006004147A (ja) * 2004-06-17 2006-01-05 Hitachi Ltd ディザスタリカバリシステム、プログラム及びデータベースのリカバリ方法

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2009151637A (ja) * 2007-12-21 2009-07-09 Nomura Research Institute Ltd 業務継続システム
JP2009217700A (ja) * 2008-03-12 2009-09-24 Toshiba Corp ディスクアレイ装置及び物理配置最適化方法

Also Published As

Publication number Publication date
US7353335B2 (en) 2008-04-01
JP4727437B2 (ja) 2011-07-20
US20070185924A1 (en) 2007-08-09

Similar Documents

Publication Publication Date Title
JP4727437B2 (ja) データベースを有するストレージシステムの記憶制御方法
JP4741371B2 (ja) システム、サーバ装置及びスナップショットの形式変換方法
US8977826B1 (en) Extent commands in replication
JP4756992B2 (ja) ストレージシステム及び記憶制御方法
US8285824B2 (en) Storage system and data replication method that refuses one or more requests for changing the first logical configuration information until the first storage apparatus and second storage apparatus are synchronized
US20140208012A1 (en) Virtual disk replication using log files
US7571292B2 (en) Producing tertiary instant virtual copies without volume suspension
US8024537B2 (en) Storage system, remote copy and management method therefor
JP2006023889A (ja) リモートコピーシステム及び記憶装置システム
JP2007179342A (ja) ストレージシステム及びスナップショット管理方法
JP2007200114A (ja) データベース回復方法及び計算機システム
JP5286212B2 (ja) ストレージクラスタ環境でのリモートコピー制御方法及びシステム
JP4508798B2 (ja) ストレージリモートコピー方式
JP6136629B2 (ja) ストレージ制御装置，ストレージシステム，および制御プログラム
US20090254722A1 (en) Data storage apparatus
US8108637B2 (en) Information processing system, controlling method in information processing system, and managing apparatus to manage remote copy in consideration of saving power
JP5561334B2 (ja) データ転送装置
US20090177916A1 (en) Storage system, controller of storage system, control method of storage system
JP5170169B2 (ja) ディスクアレイ装置間のリモートコピー処理システム、処理方法、及び処理用プログラム
JP4489500B2 (ja) バックアップ方法、バックアップシステム、ディスク制御装置、及びバックアッププログラム
JP2005234860A (ja) バージョン管理システム、バージョン管理サーバ装置、及び記憶デバイス制御装置
JP2007034551A (ja) データの二重化管理方法
US10656867B2 (en) Computer system, data management method, and data management program
JP4294692B2 (ja) 情報処理システム
JP7050707B2 (ja) ストレージ制御装置、ストレージシステム、ストレージ制御方法、及び、ストレージ制御プログラム

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20081128

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20110328

A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20110412

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

R150 Certificate of patent or registration of utility model

Free format text: JAPANESE INTERMEDIATE CODE: R150

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20140422

Year of fee payment: 3