JP2001356945A - データバックアップ・リカバリー方式 - Google Patents

Abstract

(57)【要約】 【課題】 バックアップとリカバリーを短時間に、低コ
ストで行なうことができるデータバックアップ・リカバ
リー方式を提供する。 【解決手段】 本方式はデータ更新を行なうプライマリ
ーシステムとそのバックアップを行うセカンダリーシス
テムとから構成され、セカンダリーシステムはプライマ
リーシステムの近傍や遠隔地等に設置される。セカンダ
リーシステムはプライマリーシステムと論理的に同じ構
成であり、リアルタイムに最新データを取得してバック
アップを行う。セカンダリーシステムが保持している更
新履歴をもとにプライマリーシステムの状態を過去の任
意の時点に復元も可能である。セカンダリーシステムを
参照系として利用することにより負荷分散を実現した
り、セカンダリーシステムのバックアップ処理を停止
し、オンライン処理系から切り離すことによって参照系
バッチ処理システムとして利用することもできる。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明はコンピュータにおけ
るデータバックアップ・リカバリー方式に係り、特に、
コンピュータのデータバックアップを、セカンダリーシ
ステムに対してプライマリーシステムのデータの変更が
ある都度、同じ内容を記憶させることにより、バックア
ップの時間と手間を大幅に削減するとともに、当該バッ
クアップデータを用いることにより、リカバリーを行な
うに要する時間と手間を大幅に削減したデータバックア
ップ・リカバリー方式に関するものである。

【０００２】

【従来の技術】一般に、コンピュータを使用してデータ
ベースを構築し管理する場合には、ハードウエアの故
障、ソフトウエアの障害あるいは災害などによるデータ
消失、破損を避けるため、データをバックアップしてお
くことが必須のことである。

【０００３】このようなコンピュータの利用分野におい
て、データをバックアップする方式は、その対処する方
策に応じて、従来、種々のものが提案されている。ここ
で、従来の各データバックアップ方式の代表的なものを
挙げる。まず、従来の第１のデータバックアップ方式
は、定期的にファイル全体のコピーを取得する方式であ
る。従来の第２のデータバックアップ方式は、定期的に
ファイル全体のコピーをとり、コピーを取らない期間に
ファイルの更新があったときには、その更新データをロ
グファイルに記憶させるという方式である。従来の第３
のデータバックアップ方式は、プログラムの異常終了や
トランザクション・キャンセルに備える方式である。従
来の第４のデータバックアップ方式は、プログラムエラ
ーにより更新結果が誤っている場合に備える方式であ
る。従来の第５のデータバックアップ方式は、災害に対
処するためにバックアップを行う方式である。従来の第
６のデータバックアップ方式は、ファイル媒体の破壊に
備えてバックアップを行なう方式である。従来の第７の
データバックアップ方式は、正データが更新された時に
バックアップを取得する方式である。なお、ここで、正
データとは、いわゆる本番データ、すなわち、処理を直
接的に行うデータのことをいう。以下、これら従来の各
データバックアップ方式を説明する。

【０００４】従来の第１のデータバックアップ方式は、
定期的にファイル全体のコピーを取得する方式である。
この第１のデータバックアップ方式では、正データをコ
ピーした後に行われた正データの更新があったときに
は、この更新データがバックアップファイルに反映され
ないものであった。したがって、この第１のデータバッ
クアップ方式では、バックアップ間隔によって異なる
が、大量の更新データが無くなってしまう危険性があっ
た。

【０００５】従来の第２のデータバックアップ方式は、
主としてオンライン処理でバックアップ処理を行なうも
のであり、定期的にファイル全体のコピーを磁気テープ
などに取得するほか、コピーを行わない期間に、ファイ
ルの更新が行われるときには、ログファイルを磁気ディ
スク装置や磁気テープ装置によって取得するという方法
でバックアップしていた。もう少し詳細に述べると、具
体的なバックアップの方式に若干の差はあるものの以下
のような方式となる。すなわち、データの格納してある
ファイルの破壊が発生したときに備えて、ファイル全体
のコピーを取得する。これは、運用によって周期を決定
するが、毎日とか１週間に１回といった頻度で行われ
る。その際に、正データの格納されたファイル全体を一
体とせずに分割してコピーを取得する方法もある。上述
した従来の第２のデータバックアップ方式では、コピー
を取得するときには、データの更新が行われていると整
合性が取れなくなるため、更新処理を中断する。また、
この方式の場合、コピー取得後に発生する正データの更
新時には、それのログデータを取得しておく。ログデー
タには、更新データそのものであるトランザクションロ
グ（以下「Ｔログ」という）、更新対象データの更新前
イメージログ（以下「Ｂログ」という）、更新対象デー
タの更新後ログ（以下「Ａログ」という）の３種からな
る。これらのログのことを簡単に説明する。例えば、銀
行に残高が「１０万円」あり、「１万円」を引き出すこ
とにより、残高が「９万円」になるというケースの場合
には、この「１０万円」の残高がＢログであり、「１万
円」の引き出しがＴログ、結果として「９万円」の残高
がＡログということになる。ここで、何らかの原因でコ
ンピュータが故障して正データが破壊されたときには、
最も最近取得したコピー全体または破壊分に相当するコ
ピー全体の一部を使用して、正データをコピー時の状態
に復元している。その後、コピーを取得したとき以降の
ログファイルを使用してファイル破壊直前の状態に復元
していた。このような従来の第２のデータバックアップ
方式では、正データの容量が増大するに伴って、コピー
の取得や、ファイル破壊時の復元作業に相当な時間を要
する不都合があった。また、コピーを取得するときに、
データ更新を止めなくてはならず、２４時間運転をする
ことは困難であるという不都合があった。上述した第１
のデータバックアップ方式及び第２のデータバックアッ
プ方式は、ファイルや装置の障害に対処したものであ
る。

【０００６】次に、従来の第３のデータバックアップ方
式は、プログラムの異常終了やトランザクション・キャ
ンセルに備える方式である。この第３のデータバックア
ップ方式では、例えば、プログラムが異常終了した場合
や、トランザクション・キャンセルが発生した場合に備
えて、１つのトランザクション（１まとまりの処理）が
スタートしてから終了するまでの間、更新するデータの
更新前の内容（Ｂログと内容的には同一である）を保存
しておく。プログラムの異常終了やトランザクション・
キャンセルが発生すると、そのトランザクションで更新
されたデータを更新前の状態に復元するために、更新前
の内容を使用して復元を行う。デッドロックが発生した
場合もトランザクション・キャンセルと同様の処理が必
要となる。この従来の第３のデータバックアップ方式に
よれば、たまにしか発生しない異常終了やトランザクシ
ョン・キャンセルに備えて常に正データのコピーデータ
を保存しなければならないという非効率的な面をもって
いた。

【０００７】次に、従来の第４のデータバックアップ方
式について説明する。この第４のデータバックアップ方
式はプログラムエラーにより更新結果が誤っている場合
に備える方式である。この第４のデータバックアップ方
式は、プログラムが正しく無い場合に問題になる。例え
ば、「１０万円」の残高の預金から「１万円」を引き出
したら、引出し後の残高が「１１万円」になっていると
いった場合を想定したものである。このような場合で
も、第４のデータバックアップ方式は、誤ったプログラ
ムが適用される直前の状態に正データを復元し、その後
のＴログを元に正しいプログラムを稼動させることによ
りデータの修復を行う。

【０００８】次に、災害対策を主目的にした第５のデー
タバックアップ方式について説明する。この第５のデー
タバックアップ方式では、バックアップ取得の目的は災
害に対処するものである。ここで、「災害」とは、火災
や水害、地震などのことである。このような災害によっ
てファイルが消失することを防ぐ目的で、従来の第５の
データバックアップ方式では、バックアップファイルや
ログファイルのコピーを取り、耐火金庫に入れる。さら
に、厳重に行なう方法としては、バックアップファイル
やログファイルのコピーを取り、それを遠隔地に輸送し
たり伝送するなどして、本番用ファイルが万一消失して
もよいように備えていた。しかしながら、遠隔地へは、
一旦取得したファイルをコピーして送るので、本番用の
ファイルのために取得しているコピーやログと全く同じ
ものを保管することができず、本番用ファイルが消失し
た場合には、一定期間分の更新データが無効になるとい
う不都合があった。

【０００９】また、従来の第６のデータバックアップ方
式について説明する。この第６のデータバックアップ方
式は、ファイル媒体の破壊に備えてバックアップを行な
う方式である。この第６のデータバックアップ方式で
は、ファイル媒体の破壊に備える方法として、レイド
（ＲＡＩＤ；Redundant Array of Inexpensive Disk）
と称するバックアップ技術である。この第６のデータバ
ックアップ方式は、全く同一のファイルを２重に持つ方
法や、ファイルの内容を複数の記憶装置に分散して書き
込む方法や、あるいは、パリティを創生してデータを分
割して記憶装置に書き込む方法などを採用したものであ
る。このデータバックアップ方式は、ＣＰＵやソフトか
らみると１つのディスク装置に書き込んでいるように見
えるものであり、本番用ファイルとバックアップ用ファ
イルとが同一装置内に収められている。このため、この
方式では、災害の対応が全くできないという不都合があ
った。

【００１０】また、第６のデータバックアップ方式で
は、オンラインでの異常終了に対応するバックアウトに
は対応できておらず、プログラム・エラーによる、過去
の時点へデータを戻すことに対応はできていないという
不都合があった。また、このデータバックアップ方式で
は、書き込み処理が通常の場合に比較して時間が掛かる
という欠点もあった上に、データ破壊に対する復元がデ
ィスクボリューム単位なため、復元のための時間が長時
間になるといった欠点があった。また、レイド（ＲＡＩ
Ｄ）は、全く同一な装置でなければ構成できないもので
あった。これを更に進化させた方式も実現している。こ
れはディスクをミラー化しているが、バックアップ装置
を遠隔地にも設置できるようになっている。これは、本
番用のディスク装置が更新されると、更新されたデータ
が格納されている番地と更新された内容を、バックアッ
プ用の装置に送信するものである。更に必要に応じて、
バックアップ装置の更新を一定時間止めておき、更新可
能になった時点で、バックアップ装置に溜まっている更
新データにより復元を行い、本番用の装置と同一内容に
なるまで実行する機能を備えたものもある。この方式で
は、リアルタイムでバックアップが行われるといった利
点があるが、以下のような欠点があった。すなわち、本
番用とバックアップ用の装置間のミラーリングは、ディ
スク装置のハードウエア番地を使用しているため、本番
用とバックアップ用のディスク装置は、全く同じ性能・
機能を持ったもので構成する必要があった。また、ハー
ドウエア番地を使用しているため、ファイル毎にミラー
化する、しないの設定を行えなかった。更に、過去に誤
りがあったときに、その過去の時点まで戻り、その時点
から正しくデータを更新することができないという欠点
があった。

【００１１】従来の第７のデータバックアップ方式は、
正データが更新された時にバックアップを取得する方式
である。この第７のデータバックアップ方式は、最初に
正データの全コピーを取得し、それ以降は、基本的には
Ａログを取得する方式である。この第７のデータバック
アップ方式でも、ＢログやＴログを取得する方式もあ
る。正データへの更新が次々と行われる場合に、Ａログ
を単純に取得して保存すると、データ更新処理が進むに
従ってＡログ量が増加するため、正データが破壊された
場合に元に戻す作業が、非常に長時間掛かることにな
る。これを避ける為に、定期的に、最初に取得したコピ
ーとＡログをマージし、その時点で正データの全コピー
を取得したのと同様の効果を持たせている。しかしなが
ら、原理的には、定期的に全コピーを取得する方式と同
一であるため、正データが破壊した場合には、最新の全
コピーによってデータを戻した後で、Ａログで最新の状
態に戻す必要があったため、時間がかかるという欠点が
あった。

【００１２】また、上記の第６を除く、第１〜第７の方
式に共通するのは、インデックスのバックアップが困難
であったり、時間がかかったりすることである。従来の
ファイル方式ではデータベースと呼ばれる方式がオンラ
インでは用いられてきた。このインデックスは、例え
ば、数レベルからなりたっていて、多数のインデックス
が更新される可能性があるという複雑な形式を持ってい
るため、バックアップ対象としていないファイル方式が
多い。例外的にバックアップ対象としているものでは、
インデックスへの更新をＡログに書き出してリカバリー
が可能なようにするか、完全なミラーとするか、であっ
た。

【００１３】

【発明が解決しようとする課題】従来の各データバック
アップ方式は、ファイル全体のコピー取得に時間がかか
り、一旦ファイルが破壊されて、それを修復するために
はコピーに要したと同等以上の時間を要するという欠点
があった。これは、従来のバックアップ方式が、基本的
に定期的に正データの全コピーを取得すると共に、トラ
ンザクション毎にログを書き出し、正データの修復を行
う際に、バックアップコピーからの復元によってコピー
時の状態に戻した後、ログをファイルに書き込んで最新
性を確保する必要がある、という方式を採用していたか
らである。

【００１４】また、従来の各データバックアップ方式で
は、バックアップコピーを記憶する媒体としては磁気テ
ープ装置を使用しているため、装置自体のスピードが遅
いことに加えて、コピーされたファイルが順編成でなけ
ればならず、必要のないデータも読み込みが必要がある
という欠点もあった。これはノンストップ運転が当然視
される分野ではもちろんのこと、通常のシステムにおい
ても大きな問題であった。

【００１５】また、上記従来のデータバックアップ方式
では、正データのコピー取得に要する時間がデータの容
量に応じて長くなり、バックアップ取得に必要なコスト
が大きなものにならざるを得ないという欠点もあった。
なお、ここでいうコストには、コピーを取得するための
人件費や、バックアップ装置の他に、コピーを格納する
記憶媒体の費用や、バックアップデータを記憶した記憶
媒体の保管場所に関わる費用のことをいっている。

【００１６】本発明は、上述した欠点に鑑みなされたも
のであり、バックアップ及びリカバリーを、短時間でか
つ低コストに行なうことができるデータバックアップ・
リカバリー方式を提供することを目的としている。

【００１７】

【課題を解決するための手段】上記目的を達成するため
に、請求項１記載の発明に係るデータバックアップ・リ
カバリー方式は、コンピュータにおけるデータバックア
ップ・リカバリー方式において、一つのユニークなキー
とゼロ個または１個以上のノンユニークなキーを持つレ
コードを順次格納するブロックと、このブロックの位置
管理を、当該ブロックとランダムアクセスメモリの物理
アドレスとを対応させたロケーションテーブルを用いて
行い、ランダムアクセスメモリに格納されているデータ
ベースを管理するプライマリーシステムと、前記プライ
マリーシステムの正データが格納されているブロックに
対応したバックアップブロックを用意し、このブロック
の位置管理を、当該ブロックとランダムアクセスメモリ
の物理アドレスとを対応させたロケーションテーブルを
用いて行い、ランダムアクセスメモリに格納されている
バックアップデータベースを管理するセカンダリーシス
テムとを備えたことを特徴とするものである。

【００１８】請求項１記載の発明では、セカンダリーシ
ステムを少なくとも１個用意し、プライマリーシステム
の正データと論理的に同じ形式として、プライマリーシ
ステムとセカンダリーシステムのブロックを対応させて
いる。セカンダリーシステムは、正データが更新された
時に更新を行うため、常に最新の正データのコピーデー
タがバックアップファイルに保持される。セカンダリー
システムは通常一個あれば良いが、必要に応じて複数個
用意することも可能である。また、請求項１記載の発明
において、バックアップ対象とするファイルの形式は、
レコードをブロックに格納し、ブロックの位置等の管理
をロケーションテーブルと呼ぶテーブルで管理するもの
である。請求項１記載の発明において、プライマリーシ
ステムでは、ファイルの格納方式として、ロケーション
テーブルとブロックを使用しており、セカンダリーシス
テムでも、バックアップファイルのバックアップブロッ
クをプライマリーシステムで使用しているブロックと対
応させている。

【００１９】請求項２記載の発明では、請求項１記載の
データバックアップ・リカバリー方式において、前記プ
ライマリーシステムは、アプリケーション処理を行うプ
ライマリ処理装置のメインメモリを前記ランダムアクセ
スメモリとして使用し、前記ランダムアクセスメモリ内
のデータベースの内容を変更するデータベース制御機構
と、前記データベース制御機構が前記データベースの内
容を変更したときに当該変更内容のデータを送出するプ
ライマリバックアップリカバリ制御機構とを備え、前記
センカダリシステムは、セカンダリ処理装置のメインメ
モリをランダムアクセスメモリとして使用し、前記プラ
イマリバックアップリカバリ制御機構から送られてくる
当該データで前記ランダムアクセスメモリ内のバックア
ップデータベースを変更するセカンダリバックアップリ
カバリ制御機構を備えたことを特徴とするものである。

【００２０】請求項３記載の発明では、請求項１記載の
データバックアップ・リカバリー方式において、前記プ
ライマリーシステムは、アプリケーション処理を行うプ
ライマリ処理装置と、このプライマリ処理装置のメイン
メモリとは別にデータベースを格納するランダムアクセ
スメモリからなるプライマリ記憶装置とを設け、前記セ
ンカダリシステムは、各種の処理を実行するセカンダリ
処理装置と、このセカンダリ処理装置のメインメモリと
は別にデータベースを格納するランダムアクセスメモリ
からなるセカンダリ記憶装置とを設けたことを特徴とす
るものである。

【００２１】請求項４記載の発明では、請求項３記載の
データバックアップ・リカバリー方式において、前記プ
ライマリ処理装置は、バックアップデータの通信を行う
通信手段と、前記データベースの内容を変更するデータ
ベース制御機構と、前記データベース制御機構が前記デ
ータベースの内容を変更したときに当該変更内容のデー
タを前記通信手段を介して送出するプライマリバックア
ップリカバリ制御機構とを備え、前記セカンダリ処理装
置は、バックアップデータの通信を行う通信手段と、前
記プライマリバックアップリカバリ制御機構から前記通
信手段を介して送られてくる当該データで前記バックア
ップデータベースを変更するセカンダリバックアップリ
カバリ制御機構と、を備えたことを特徴とするものであ
る。

【００２２】請求項５記載の発明では、請求項３記載の
データバックアップ・リカバリー方式において、前記プ
ライマリ処理装置及びセカンダリ処理装置は、両者の間
でバックアップデータの通信を行う通信手段のみを設け
てあり、かつ、前記プライマリ記憶装置は、前記データ
ベースの内容を変更するデータベース制御機構と、前記
データベース制御機構が前記データベースの内容を変更
したときに当該変更内容のデータを前記通信手段を介し
て送出するプライマリバックアップリカバリ制御機構と
を備え、前記センカダリ記憶装置は、前記プライマリバ
ックアップリカバリ制御機構から前記通信手段を介して
送られてくる当該データで前記バックアップデータベー
スを変更するセカンダリバックアップリカバリ制御機構
を備えたことを特徴とするものである。

【００２３】請求項６記載の発明では、請求項１記載の
データバックアップ・リカバリー方式において、前記プ
ライマリーシステムは、アプリケーション処理を行うプ
ライマリ処理装置と、このプライマリ処理装置のメイン
メモリとは別にデータベースを格納するランダムアクセ
スメモリからなるプライマリ記憶装置とを設け、前記セ
ンカダリシステムは、データベースを格納するランダム
アクセスメモリからなるセカンダリ記憶装置のみを設
け、前記プライマリ記憶装置は、バックアップデータの
通信を行う手段と、前記データベースの内容を変更する
データベース制御機構と、前記データベース制御機構が
前記データベースの内容を変更したときに当該変更内容
のデータを前記通信手段を介して送出するプライマリバ
ックアップリカバリ制御機構とを備え、前記センカダリ
記憶装置は、バックアップデータの通信を行う手段と、
前記プライマリバックアップリカバリ制御機構から前記
通信手段を介して送られてくる当該データで前記バック
アップデータベースを変更するセカンダリバックアップ
リカバリ制御機構とを備えたことを特徴とするものであ
る。

【００２４】請求項７記載の発明では、請求項１、２、
３または６記載のデータバックアップ・リカバリー方式
において、前記プライマリまたはセカンダリーシステム
は、ログデータを、更新後データログ、更新前データロ
グ、更新トランザクションログの３つに分類し、必要に
応じてそれらのうちの１つまたは２つ以上を保存するこ
とを特徴とするものである。

【００２５】請求項８記載の発明では、請求項１、２、
３、６または７記載のデータバックアップ・リカバリー
方式において、前記プライマリーシステムは、トランザ
クション処理が開始されたときにトランザクション開始
情報を送信し、更新後のデータの内容と更新内容、デー
タが格納されているブロックを特定する情報を前記セカ
ンダリシステムに送信し、前記セカンダリシステムは、
更新後データ情報を受信するたびに、当該トランザクシ
ョンの更新後データ情報に基づき該当データの更新を行
ない、前記プライマリーシステムは、トランザクション
のデータ更新が終了したときに、更新終了情報を前記セ
カンダリシステムに送信するようにした同期密結合方式
を採用したものであることを特徴とするものである。

【００２６】請求項９記載の発明では、請求項１、２、
３、６または７記載のデータバックアップ・リカバリー
方式において、前記プライマリーシステムは、更新後の
データの内容と更新内容、データが格納されているブロ
ックを特定する情報をセカンダリシステムに送信し、前
記セカンダリシステムは、前記プライマリーシステムか
らトランザクション開始の情報を受信後、トランザクシ
ョン内のログデータを受信して当該データの更新をおこ
ない、前記プリイマリシステムからトランザクション終
了情報を受け取った後、当該バックアップ更新処理の全
てが終了するまでバックアップ終了情報を前記プライマ
リーシステムに送信しないようにした非同期疎結合方式
を採用したものであることを特徴とするものである。

【００２７】上記目的を達成するために、請求項１０記
載の発明に係るデータバックアップ・リカバリー方式
は、コンピュータにおけるデータバックアップ・リカバ
リー方式において、一つのユニークなキーとゼロ個また
は１個以上のノンユニークなキーを持つレコードを順次
格納するブロックと、このブロックの位置管理を、当該
ブロックとランダムアクセスメモリの物理アドレスとを
対応させたロケーションテーブルを用いて行い、ランダ
ムアクセスメモリに格納されているデータベースを管理
するプライマリーシステムを備えたことを特徴とするも
のである。

【００２８】請求項１１記載の発明では、請求項１０記
載のデータバックアップ・リカバリー方式において、前
記プライマリーシステムは、アプリケーション処理を行
うプライマリ処理装置のメインメモリを前記ランダムア
クセスメモリとして使用し、前記ランダムアクセスメモ
リ内のデータベースの内容を変更するデータベース制御
機構と、前記データベース制御機構が前記データベース
の内容を変更したときに当該変更内容のデータを送出す
るプライマリバックアップリカバリ制御機構とを備えた
ことを特徴とするものである。

【００２９】請求項１２記載の発明では、請求項１０記
載のデータバックアップ・リカバリー方式において、前
記プライマリーシステムは、アプリケーション処理を行
うプライマリ処理装置と、このプライマリ処理装置のメ
インメモリとは別にデータベースを格納するランダムア
クセスメモリからなるプライマリ記憶装置とを設けたこ
とを特徴とするものである。

【００３０】請求項１３記載の発明では、請求項１２記
載のデータバックアップ・リカバリー方式において、前
記プライマリ処理装置は、バックアップデータの通信を
行う通信手段と、前記データベースの内容を変更するデ
ータベース制御機構と、前記データベース制御機構が前
記データベースの内容を変更したときに当該変更内容の
データを前記通信手段を介して送出するプライマリバッ
クアップリカバリ制御機構とを備えことを特徴とするも
のである。

【００３１】請求項１４記載の発明では、請求項１２記
載のデータバックアップ・リカバリー方式において、前
記プライマリ処理装置は、バックアップデータの通信を
行う通信手段のみを設け、前記プライマリ記憶装置は、
前記データベースの内容を変更するデータベース制御機
構と、前記データベース制御機構が前記データベースの
内容を変更したときに当該変更内容のデータを前記通信
手段を介して送出するプライマリバックアップリカバリ
制御機構とを備えたことを特徴とするものである。

【００３２】請求項１５記載の発明では、請求項１２記
載のデータバックアップ・リカバリー方式において、前
記プライマリ記憶装置は、バックアップデータの通信を
行う通信手段と、前記データベースの内容を変更するデ
ータベース制御機構と、前記データベース制御機構が前
記データベースの内容を変更したときに当該変更内容の
データを前記通信手段を介して送出するプライマリバッ
クアップリカバリ制御機構とを備えたことを特徴とする
ものである。

【００３３】上記目的を達成するために、請求項１６記
載の発明に係るデータバックアップ・リカバリー方式
は、コンピュータにおけるデータバックアップ・リカバ
リー方式において、バックアップしようとするプライマ
リシステムの正データが格納されているブロックに対応
したバックアップブロックを用意し、このブロックの位
置管理を、当該ブロックとランダムアクセスメモリの物
理アドレスとを対応させたロケーションテーブルを用い
て行い、ランダムアクセスメモリに格納されているバッ
クアップデータベースを管理するセカンダリーシステム
を備えたことを特徴とするものである。

【００３４】請求項１７記載の発明では、請求項１６記
載のデータバックアップ・リカバリー方式において、前
記センカダリシステムは、アプリケーション処理を行う
セカンダリ処理装置のメインメモリをランダムアクセス
メモリとして使用し、前記バックアップしようとするプ
ライマリシステムから送られてくる当該データで前記ラ
ンダムアクセスメモリ内のバックアップデータベースを
変更するセカンダリバックアップリカバリ制御機構を備
えたことを特徴とするものである。

【００３５】請求項１８記載の発明では、請求項１６記
載のデータバックアップ・リカバリー方式において、前
記センカダリシステムは、アプリケーション処理を行う
セカンダリ処理装置と、このセカンダリ処理装置のメイ
ンメモリとは別にデータベースを格納するランダムアク
セスメモリからなるセタンダリ記憶装置とを設けたこと
を特徴とするものである。

【００３６】請求項１９記載の発明では、請求項１８記
載のデータバックアップ・リカバリー方式において、前
記セカンダリ処理装置は、バックアップデータの通信を
行う通信手段と、前記バックアップしようとするプライ
マリシステムから前記通信手段を介して送られてくる当
該データで前記バックアップデータベースを変更するセ
カンダリバックアップリカバリ制御機構と備えたことを
特徴とするものである。

【００３７】請求項２０記載の発明では、請求項１８記
載のデータバックアップ・リカバリー方式において、前
記セカンダリ処理装置は、バックアップデータの通信を
行う通信手段のみを設け、前記センカダリ記憶装置は、
バックアップしようとするプライマリシステムから前記
通信手段を介して送られてくる当該データで前記バック
アップデータベースを変更するセカンダリバックアップ
リカバリ制御機構とを備えたことを特徴とするものであ
る。

【００３８】請求項２１記載の発明では、請求項１６記
載のデータバックアップ・リカバリー方式において、前
記センカダリシステムは、データベースを格納するラン
ダムアクセスメモリからなるセカンダリ記憶装置のみを
設け、前記センカダリ記憶装置は、バックアップデータ
の通信を行う手段と、バックアップしようとするプライ
マリシステムから前記通信手段を介して送られてくる当
該データで前記バックアップデータベースを変更するセ
カンダリバックアップリカバリ制御機構を備えたことを
特徴とするものである。

【００３９】請求項２２記載の発明では、請求項１０、
１１、１２、１６、１７、１８または２１記載のデータ
バックアップ・リカバリー方式において、前記プライマ
リまたはセカンダリーシステムは、ログデータを、更新
後データログ、更新前データログ、更新トランザクショ
ンログの３つに分類し、必要に応じてそれらのうちの１
つまたは２つ以上を保存することを特徴とするものであ
る。

【００４０】請求項２３記載の発明では、請求項１０、
１１、１２、１６、１７、１８、２１または２２記載の
データバックアップ・リカバリー方式において、前記プ
ライマリまたはセカンダリーシステムは、前記同期密結
合方式または前記非同期疎結合方式を採用したものであ
ることを特徴とするものである。

【００４１】

【発明の実施の形態】以下、本発明の実施の形態に係る
データバックアップ・リカバリー方式について図面を参
照して説明する。なお、本発明らは、データ格納方式
（特開平１１−３１０９６号公報）を提案しており、こ
のデータ格納方式をデータバックアップ・リカバリーす
る方式として以下説明してゆくので、説明の都合上、こ
のデータ格納方式も盛り込んで説明することにする。本
明細書において、「テーブル」、「ファイル」、「デー
タベース」という用語が用いられているが、これらは以
下のように定義される。「テーブル」と「ファイル」と
は、それぞれ同義である。両者の関係は論理的に見た場
合には、「テーブル」であり、物理的に見た場合には
「ファイル」である。「データベース」とはファイルの
集合体である。レコードを格納するブロックの集合体が
一つのファイルであるが、この他にロケーションテーブ
ル（ファイル）と代替キーテーブル（ファイル）を組み
合わせたものが、一つのデータベースを構成する。

【００４２】［第１の実施の形態］図１は、本発明の実
施の形態であるデータバックアップ・リカバリー方式を
実現するプライマリーシステムとセカンダリーシステム
の構成を示したブロック図である。本発明は、通常使用
されているコンピュータのメインメモリの所定の領域を
バックアップ用記憶装置として使用することができる他
に、当該バックアップ用記憶装置のみを従来のハードデ
ィスク装置の代替として使用することもできる。図１は
通常使用されているコンピュータのメインメモリの所定
の領域（一部）をバックアップ用記憶装置として使用す
る場合を示している。

【００４３】この図１において、符号１はコンピュータ
で構成したプライマリーシステムであり、符号２は同コ
ンピュータで構成したセカンダリーシステムである。こ
こで、プライマリーシステム１とはデータの更新を最初
に行う記憶装置（メモリ）の組のことである。セカンダ
リーシステム２とはバックアップを取得するシステムの
ことである。プライマリーシステム１もセカンダリーシ
ステム２も、記憶装置（メモリ）の障害の被害を最小限
に止めるために、単一の記憶装置ではなく、複数の記憶
装置（メモリ）に分散して格納することが好ましい。ま
た、このようにデータを格納することで障害対応のため
に用意する記憶装置（メモリ）の容量を少なくすること
が可能となる。上記プライマリーシステム１とセカンダ
リーシステム２とは通信ネットワーク３を介して接続さ
れてており、両者の間でデータのやりとりができるよう
になっている。

【００４４】プライマリーシステム１は、ＣＰＵ１１
と、メインメモリとを使用するとともに当該メインメモ
リの所定の領域をバックアップ用記憶装置としても使用
するランダムアクセスメモリ１２と、通信制御装置１３
と、プライマリバックアップリカバリ制御機構１４と、
データベース制御機構１５と、入出力端末通信制御機構
１６と、アプリケーションプログラム１７と、その他の
手段（図示せず）とからなる。また、ランダムアクセス
メモリ１２には、データベース１８を記憶するデータベ
ース領域１２ａが設けられている。ここで、ランダムア
クセスメモリ１２は、例えば半導体記憶装置、その他ラ
ンダムにアクセスできるメモリであればどのようなもの
であってもよい。また、プライマリーシステム１には、
入出力端末通信制御機構１６を介して入出力端末４，…
が接続されている。

【００４５】セカンダリーシステム２は、ＣＰＵ２１
と、ランダムアクセスメモリ２２と、通信制御装置２３
と、バックアップリカバリ制御機構２４と、その他の手
段（図示せず）とからなる。ランダムアクセスメモリ２
２は、バックアップデータベース２５を記憶するバック
アップデータベース領域２２ａと、ログ履歴データ２６
を記憶するログ履歴記憶領域２２ｂと、他の記憶領域
（図示せず）とからなる。ここで、ランダムアクセスメ
モリ２２は、例えば半導体記憶装置、その他ランダムに
アクセスできるメモリであればどのようなものであって
もよい。

【００４６】次に、上記プライマリーシステム１とセカ
ンダリーシステム２との信号の流れについて簡単に説明
する。入出力端末４に入力されたデータは、入出力端末
通信制御機構１６に送られる（Ｓ１）。入出力端末通信
制御機構１６では、このデータをアプリケーションプロ
グラム１７が受け取る（Ｓ２）。すると、アプリケーシ
ョンプログラム１７は、一連のデータベース操作指示及
びその受信したデータ（Ｔログ）をデータベース制御機
構１５に送信する（Ｓ３）。同時に、入出力端末通信制
御機構１６からプライマリバックアップリカバリ制御機
構１４に対してもデータを送信する（Ｓ３）。

【００４７】ここで、プライマリーシステム１におい
て、ファイルの数は必要に応じて作成することができ制
限はない。主にオンライン処理を念頭においた説明を行
うが、バッチ処理であってもトランザクションを切って
行う処理であれば、同一のロジックで実行できる。デー
タベース制御機構１５は、対象データベース１８を更新
処理する（Ｓ４）。また、プライマリバックアップリカ
バリ制御機構１４は、これらの指示に基づいて、通信制
御装置１３、通信ネットワーク３を介してセカンダリー
システム２へログデータを送信する（Ｓ５）。

【００４８】セカンダリーシステム２では、バックアッ
プリカバリ制御機構２４により、受信した各種のログデ
ータをログ履歴データ２６として記憶領域に記憶させる
（Ｓ６）。また、バックアップリカバリ制御機構２４に
より、ログデータを用いてバックアップデータベース２
５を更新処理する（Ｓ７）。また、セカンダリーシステ
ム２では、セカンダリバックアップリカバリ制御機構２
４により、バックアップ処理完了情報を通信制御装置２
３、通信ネットワーク３を介してプライマリーシステム
１に通知する（Ｓ８）。これにより、プライマリーシス
テム１では、プライマリバックアップリカバリ制御機構
１４によって当該アプリケーションプログラム１７の排
他レコードを排他解除する（Ｓ９）。上述したようにプ
ライマリーシステム１とセカンダリーシステム２とは動
作をし、プライマリーシステム１のデータベース１８が
更新された時にセカンダリーシステム２のバックアップ
データベース２５が更新されることになる。

【００４９】上述したデータバックアップ・リカバリー
方式を実現するための装置は、本番用に１組の記憶装置
（メモリ）を、バックアップ用に１組以上の記憶装置
（メモリ）を用意し、それらの装置のアクセススピード
は本番用の装置と同等で独立したものとしている。記憶
装置（メモリ）は各々が処理装置に接続されており、処
理装置の指令で読み出し、書き込み、更新、削除を行
う。処理装置は記憶装置毎に独立していることが好まし
い。１組の記憶装置（メモリ）とは以下のような概念で
ある。ファイル全体の容量が大きくて１台の記憶装置
（メモリ）に収まらず複数台の記憶装置（メモリ）に収
める場合、または、パフォーマンス上の問題や、故障な
どの被害を局所化したい場合に、２台以上の記憶装置
（メモリ）に対してデータを分散させる場合など、複数
の記憶装置（メモリ）で必要とするファイルの記憶を行
う場合は、その複数の記憶装置（メモリ）を１組とす
る。１組の記憶装置（メモリ）をプライマリーシステム
１とし、残りの記憶装置（メモリ）を１組毎にセカンダ
リーシステム２とし、以下図２に示すようなシステムを
構築する。

【００５０】図２は、プライマリーシステムとセカンダ
リーシステムとをさらに詳細に説明したブロック図であ
る。この図では、プライマリーシステム１は、ＣＰＵ１
１と、ランダムアクセスメモリ１２と、通信制御装置１
３とがバスライン１９で接続された構成で示されてい
る。また、ランダムアクセスメモリ１２は、データベー
ス領域１２ａと、プログラム読込領域１２ｂと、から構
成されている。このデータベース領域１２ａには、デー
タベース１８が記憶されている。データベース１８に
は、プライマリーロケーションテーブル５と、プライマ
リーブロック６ａ，６ｂ，６ｃ，…とが記憶されてい
る。

【００５１】セカンダリーシステム２は、ＣＰＵ２１
と、ランダムアクセスメモリ２２と、通信制御装置２３
とがバスライン２９で接続された構成で示されている。
また、ランダムアクセスメモリ２２は、バックアップデ
ータベース領域２２ａと、ログ履歴記憶領域２２ｂと、
プログラム読込領域２２ｃとから構成されている。この
バックアップデータベース領域２２ａには、セカンダリ
ーロケーションテーブル７と、バックアップブロック８
ａ，８ｂ，８ｃ，…とが記憶されている。また、ログ履
歴記憶領域２２ｂにはログ履歴データ２６が記憶されて
いる。このプライマリーシステム１におけるプライマリ
ーロケーションテーブル５とプライマリーブロック６
ａ，６ｂ，６ｃ，…と、セカンダリーシステム２におけ
るセカンダリーロケーションテーブル７とバックアップ
ブロック８ａ，８ｂ，８ｃ，…とは対応させている。な
お、図では、このプライマリーシステム１におけるプラ
イマリーロケーションテーブル５とプライマリーブロッ
ク６ａ，６ｂ，６ｃ，…からなる１種類のデータベース
しか示していないが、通常は、多数のデータベースが存
在する。例えば、人事管理データベース、給与データベ
ース、在庫管理データベース、あるいは、顧客管理デー
タベース等である。

【００５２】図３は、プライマリーシステム１とセカン
ダリーシステム２で使用されるロケーションテーブルと
データベースブロックとを示す説明図である。プライマ
リーシステム１で使用するプライマリーロケーションテ
ーブル５は、上からブロック"０"，ブロック"１"，ブロ
ック"２"，ブロック"３"，…というようにブロック番号
５１ａ，５１ｂ，５１ｃ，…が割り振られており、この
ブロック番号５１ａ，５１ｂ，５１ｃ，…に対応してそ
れぞれランダムアクセスメモリ１２の物理アドレス５２
ａ，５２ｂ，５２ｃ，…が割り振られている。また、こ
のプライマリーロケーションテーブル５に記載されたブ
ロック番号５１ａ，５１ｂ，５１ｃ，…に相当するプラ
イマリーブロック６ａ，６ｂ，６ｃ，…は、そのテーブ
ル５に記述されている物理アドレス５２ａ，５２ｂ，５
２ｃ，…に応じてランダムアクセスメモリ１２のデータ
ベース記憶領域１２ａ内に配置され記憶されることにな
る。なお、図では、プライマリーブロック６ｃ，６ｅに
オーバーフローブロック９ｃ，９ｅが添付された状態を
示している。また、プライマリーロケーションテーブル
５とセカンダリーロケーションテーブル７は、物理的な
ものがすべて同じ内容ではなく、論理的に同じ内容にな
っていればよい。

【００５３】セカンダリーシステム２で使用するセカン
ダリーロケーションテーブル７も、上からブロック"
０"，ブロック"１"，ブロック"２"，ブロック"３"，…
というようにブロック番号７１ａ，７１ｂ，７１ｃ，…
が割り振られており、このブロック番号７１ａ，７１
ｂ，７１ｃ，…対応してそれぞれランダムアクセスメモ
リ２２の物理アドレス７２ａ，７２ｂ，７２ｃ，…が割
り振られている。また、このセカンダリーロケーション
テーブル７に記載されたブロック番号７１ａ，７１ｂ，
７１ｃ，…に相当するバックアップブロック８ａ，８
ｂ，８ｃ，…は、そのテーブル７に記述されている物理
アドレス７２ａ，７２ｂ，７２ｃ，…に応じてランダム
アクセスメモリ２２内に配置され記憶されることにな
る。

【００５４】次に、プライマリーシステムのデータベー
スにデータを格納する動作について図４を参照して説明
する。ここで、図４は、プライマリーシステムで使用さ
れるブロックの構成を説明するための図である。この図
４において、ブロックは、プライマリブロック６と、オ
バーフローブロック９とに分類できる。プライマリブロ
ック６は、ブロック番号６１と、プライマリキー値６２
と、オーバーフローキー値６３と、レコード６４ａ，６
４ｂ…と、オバーフローブロックアドレス６５とを備え
ている。また、プライマリキー値６２にはＦＲＯＭ、Ｔ
Ｏが設けられており、ＦＲＯＭとＴＯとは当該ブロック
６の中のキー値の最小値と最大値とを示している。同様
に、オーバーフローキー値６３にはＦＲＯＭ、ＴＯが設
けられており、ＦＲＯＭとＴＯとはオーバーフローブロ
ックの中のキー値の最小値と最大値とを示している。な
お、キー値はＦＲＯＭとＴＯの両方または何れか一方を
持ってもよい。さらに、プライマリキー値６２とオーバ
ーフローキー値６３にＦＲＯＭとＴＯを持たしたが、双
方合わせて１組にすることも可能である。

【００５５】上記オバーフローブロック９は、プライマ
リブロック６にレコード６４が格納できないときに使用
されるものである。このオバーフローブロック９は、プ
ライマリブロック６の従属ブロックとして管理され、プ
ライマリブロック６からポインティングされるのみで、
ロケーションテーブル５では管理されないようになって
いる。

【００５６】オーバーフローブロック９は１つで足りな
い場合は、さらに１つづつ追加を行う。このような状態
で最初のオーバーフローブロック９から２番目のオーバ
ーフローブロック９の位置を指し示すためにオーバーフ
ローブロック・アドレス９１を使用する。オーバーフロ
ーブロック９は、プライマリブロック６と同様に、その
内部にレコード９０を保持する。

【００５７】また、プライマリーシステム１で使用する
レコード６４は、図４に示すように、データレコード中
に一つのユニークなキー（異なるレコードのキー値が重
複しないもので、以降、「主キー」と呼ぶ）６４１と、
ゼロ個もしくは１個以上のノンユニークなキー（異なる
レコードのキー値が重複してもかまわないもので、以
降、「代替キー」と呼ぶ）６４２と、データ６４３とを
持つた構造のものを使用する。

【００５８】また、レコード６４がそれぞれ異なること
を示すために、符号ａ，ｂ，ｃ，…を使用している。こ
こで、データが入力されると、プライマリーシステム１
のデータベース制御機構１５は、データレコード中に一
つのユニークな主キー６４１と、代替キー６４２と、デ
ータ６４３とを持つレコード６４を、固定長のブロック
６の中に主キー６４１の順番に並ぶように１個以上格納
する。そして、レコード６４はデータベース制御機構１
５により、まずプライマリーブロック６に格納される。
レコード６４ａ，６４ｂ，…の挿入によりプライマリー
ブロック６中に格納できなくなった場合に、そのプライ
マリーブロック６に対してオーバーフローブロック９を
割り当て、１つのオーバーフローブロック９では格納で
きない場合はさらに１つオーバーフローブロック９′を
割り当て、各々のブロック６，９，９′を連携してブロ
ックとしてレコード６４ａ，６４ｂ，…を格納する。

【００５９】レコード６４ａ，６４ｂ，…，６４ｎ，…
の追加に対して最終プライマリーブロック６に格納でき
ない場合は、データベース制御機構１５は、新たなプラ
イマリーブロック６を割り当ててレコード６４ｎ，…を
格納する。ブロック６ａ，６ｂ，６ｃ，…の位置管理
は、ロケーションテーブル５を用いることにより、各々
のブロック６ａ，６ｂ，６ｃ，…の物理的な位置に関し
ては何らの制限を受けず配置でき、また、各々のブロッ
ク６ａ，６ｂ，６ｃ，…は予め作成しておく必要が無
く、必要に応じて作成すればよく、かつ、物理的なデー
タ格納エリアが満杯になるまで作成できる。

【００６０】また、複数の特定のプライマリーキーの後
に、レコード挿入が多数行われる型のファイルに対して
は、挿入が行われる位置で複数のサブレンジに分割し、
挿入ではなくレコード追加とし、オーバーフローレコー
ドの発生を防いでいる。

【００６１】次に、データバックアップ・リカバリー方
式の動作を、図１ないし図４を基に、図５を参照して説
明する。ここで、図５は、一つのトランザクションが開
始されて終了されるまでの一連の動作を説明するための
チャートである。ここで、「データの更新」とは、デー
タの新規追加、削除も含み、ファイルに変更を与える総
ての動作のことをいう。

【００６２】また、「トランザクション」とは、コンピ
ュータシステム上で関連する一連の動作をいう。例え
ば、一人の顧客が預金を引き出す際の、一連のプロセス
がそれに該当する。この方式を適用する場合は、最初
に、一度だけ、正データの全コピーを、正データを格納
しているプライマリーシステム１からバックアップデー
タベース２５を格納しているセカンダリーシステム２に
対して行う。プライマリーシステム１ではデータはブロ
ック６に格納されており、各々のブロック６は順番にブ
ロック番号６１が付いていたが、セカンダリーシステム
２でもプライマリーシステム１と１対１に対応するバッ
クアップブロック８ａ，８ｂ，８ｃ，…を用意し、その
中にデータを格納する。バックアップブロック８ａ，８
ｂ，８ｃ，…を管理する為にセカンダリーロケーション
テーブル７を用意する。

【００６３】最初の準備が完了したら、プライマリーシ
ステム１及び入出力端末４等からなるデータ処理システ
ムの稼動を行う。すると、プライマリーシステム１のデ
ータベース制御機構１５はトランザクション開始通知を
し（Ｓ１０１）、データＴ1をデータ転送する（Ｓ１０
２）。データ処理システムによってデータ処理がなされ
て正データに対する更新処理が行われると（Ｓ１０
３）、プライマリーシステム１のバックアップリカバリ
制御機構１４は、更新後のデータ（Ａログ（Ａ1 ））と
必要に応じてＢログ（Ｂ1 ）、Ｔログ（図示しない）を
セカンダリーシステム２に対して送信する（Ｓ１０
４）。また、それらのログをプライマリーシステム上に
も保存しておくことは、必要となって使用する際に有用
である。

【００６４】セカンダリーシステム２のバックアップリ
カバリ制御機構２４は、データＴ1を受信すると（Ｓ２
０１）、ログ履歴データ２６内に記憶させる（Ｓ２０
２）。ついで、セカンダリーシステム２のバックアップ
リカバリ制御機構２４は、Ａログ（Ａ1 ）を受信すると
（Ｓ２０３）、これを格納すべきバックアップデータベ
ース２５の内部のバックアップブロック８ａ，８ｂ，８
ｃ，…を探す。これは、プライマリーシステム１のブロ
ック６のブロック番号６１と同じ番号のバックアップブ
ロック８ａ，８ｂ，８ｃ，…を探せばよい。

【００６５】バックアップリカバリ制御機構２４は、そ
のバックアップブロック８ａ，８ｂ，８ｃ，…内の該当
するデータを探して、Ａログ（Ａ1）で書き換える（Ｓ
２０４）。また、バックアップリカバリ制御機構２４
は、Ｂログ（Ｂ1）をログ履歴データ２６に格納する
（Ｓ２０５）。これにより、常にプライマリーシステム
１とセカンダリーシステム２のデータが一致した状態に
保たれ、プライマリー・システムの障害に対処する事が
可能となる。

【００６６】再び、データ処理システムによってデータ
処理がなされて正データに対する追加の発生処理が行わ
れると（Ｓ１０５）、プライマリーシステム１のバック
アップリカバリ制御機構１４は、追加のデータ（Ａログ
（Ａ2））をセカンダリーシステム２に対して送信する
（Ｓ１０６）。

【００６７】セカンダリーシステム２のバックアップリ
カバリ制御機構２４は、Ａログ（Ａ2 ）を受信すると
（Ｓ２０６）、プライマリーシステム１のブロック６の
ブロック番号６１と同じ番号のバックアップブロック８
ａ，８ｂ，８ｃ，…を探して、当該バックアップブロッ
ク８に格納する（Ｓ２０７）。また、バックアップリカ
バリ制御機構２４は、Ａログ（Ａ2 ）をログ履歴データ
２６に格納する（Ｓ２０８）。これにより、常にプライ
マリーシステム１とセカンダリーシステム２のデータが
一致した状態に保たれ、プライマリー・システムの障害
に対処する事が可能となる。

【００６８】さらに、データ処理システムによってデー
タ処理がなされて正データに対する削除の処理が行われ
ると（Ｓ１０７）、プライマリーシステム１のバックア
ップリカバリ制御機構１４は、削除データ（Ａログ（Ａ
3 ）、Ｂログ（Ｂ3 ））をセカンダリーシステム２に対
して送信する（Ｓ１０８）。セカンダリーシステム２の
バックアップリカバリ制御機構２４は、Ａログ（Ａ3 、
Ｂログ（Ｂ3 ））を受信すると（Ｓ２０９）、プライマ
リーシステム１のブロック６のブロック番号６１と同じ
番号のバックアップブロック８ａ，８ｂ，８ｃ，…を探
して、当該バックアップブロック８内のデータを削除す
る（Ｓ２１０）。

【００６９】また、バックアップリカバリ制御機構２４
は、削除データ（Ａログ（Ａ3 ）、Ｂログ（Ｂ3 ））を
ログ履歴データ２６に格納する（Ｓ２１１）。これによ
り、常にプライマリーシステム１とセカンダリーシステ
ム２のデータが一致した状態に保たれ、プライマリー・
システム１の障害に対処する事が可能となる。このよう
に動作し、一連の動作が終了すると、プライマリーシス
テム１のバックアップリカバリ制御機構１４は、トラン
ザクション終了通知をセカンダリーシステム２に送出す
る（Ｓ１０９）。

【００７０】セカンダリーシステム２はトランザクショ
ン終了通知を受信すると（Ｓ２１２）、バックアップリ
カバリ制御機構２４は、当該トランザクションに係わる
データの更新を全て完了し、その直後にバックアップ終
了情報をプライマリーシステム１に送出する（Ｓ２１
３）。すると、プライマリーシステム１のバックアップ
リカバリ制御機構１４では、排他解除処理を実行する
（Ｓ１１０）。

【００７１】なお、Ｂログ、Ｔログについて説明する。
まず、Ｂログを上述したように時系列的にログ履歴デー
タ２６に収集しておくことにより、プライマリーシステ
ム１を一定時間分、溯った状態に戻すことが可能とな
る。これは、Ｂログを最新のものから、順次、時系列と
逆に掛けて行くことにより、任意の時点のファイル状態
に戻すことになるからである。これにより、プログラム
異常時にしか使用しなかった更新前情報を有効に使用で
きることとなる。

【００７２】また、Ｔログを時系列的にログ履歴データ
２６に収集しておくことにより、プログラムエラーで更
新誤りが発生した場合に、Ｂログで過去の時点に戻し、
正しいプログラムをＴログに基づいて実行することによ
り、データ内容を正しく復元することができることにな
る。また、Ｂログ、Ｔログの保持期間に関しては、必要
に応じて個別に決めればよい。

【００７３】この方法では常にファイルのバックアップ
がセカンダリーシステム２に保持されており、別の媒体
にコピーする必要性はないが、ある時点でのファイルの
コピーを取得しておくことは、本発明の趣旨に反するも
のではない。インデックスに関しては、プライマリーシ
ステム１において採用している格納方式の構造がシンプ
ルであるためと、データから簡単に短時間で再生が行え
るため、バックアップを取っておかなくてもよいが、バ
ックアップを取得する場合でも、データと同様の形式で
簡単に行える。

【００７４】セカンダリーシステム２におけるバックア
ップデータベース２５にバックアップデータを格納方法
の詳細について以下に説明する。バックアップデータを
非圧縮で格納させる方法の場合にはそのまま書き込めば
良いので、以下の説明では圧縮する場合を基本にして述
べる。

【００７５】プライマリーシステム１では、データは圧
縮されず固定長のプライマリブロック６に格納され、必
要に応じてオーバーフローブロック９に格納されること
になる（図３、図４（ｃ）参照）。また、さらに必要な
らオーバーフローブロック９′が作成される（図３、図
４（ｃ）参照）。

【００７６】セカンダリーシステム２では、ロケーショ
ンテーブル７を、プライマリーシステム１で用意したエ
ントリーの分だけ用意する。セカンダリーシステム２の
レコードは圧縮して格納することにより必要な記憶装置
容量を小さくすることが可能である。図２及び図３に示
すように、バックアップブロック８ａ，８ｂ，８ｃ，…
のブロック長が変化する。このため、セカンダリーシス
テム２では、バックアップブロック８ａ，８ｂ，８ｃ，
…のブロック長は可変長とし、プライマリーシステム１
のプライマリーブロック６にオーバーフロー・ブロック
９がある場合には、オーバーフローブロック９を含めて
一つのバックアップブロック８ｃ，８ｅ，…と見なす。
しかしながら、セカンダリーシステム２で圧縮を行わな
い場合には、当該セカンダリーシステム２でも、プライ
マリーシステム１と同様に、プライマリーブロック６と
オーバーフローブロック９という形式を採用してもよ
い。

【００７７】バックアップブロック８は、セカンダリー
ロケーションテーブル７により管理する。特定のバック
アップブロック８ａ，８ｂ，８ｃ，…を探すには、セカ
ンダリーシステム２のバックアップリカバリ制御機構２
４からバックアップブロック８ａ，８ｂ，８ｃ，…のア
ドレスを探してアクセスを行う。

【００７８】プライマリーシステム１での代替キー・テ
ーブルは、復元が容易であるため、バックアップの必要
は無いが、リカバリーを高速に行いたい場合には、セカ
ンダリーシステム２に保持する。代替キー・テーブルの
バックアップ方法を以下に述べる。代替キー・テーブル
は、データ格納方式（特開平１１−３１０９６号公報）
で説明してあるが、図１０の形式で格納されている。セ
カンダリーシステムにプライマリーシステムと全く同一
のサイズ・形式でセカンダリー・代替キー・テーブルを
用意する。これは、ブロックの集合からなるファイルで
あり、各ブロックにはブロック番号が付してある。プラ
イマリー・代替キー・テーブルの内容が更新された場合
には、プライマリー・ブロックが更新された場合の処理
と同様に、まず、更新前の情報であるＢログを取得し、
その後更新内容であるＡログを、セカンダリー・システ
ムに送信する。セカンダリー・システムではＡログの情
報に基づいて、セカンダリー・代替キー・テーブルの更
新を行う。代替キー・テーブルにはブロック番号が付し
てあるので、Ａログにはブロック番号を含むことが好ま
しい。セカンダリー・システムでは、ブロック番号を元
に、対象セカンダリー・代替キー・テーブルを検出し、
該当ブロックに対して更新を行う。また、プレ代替キー
・テーブルを使用する場合は、セカンダリー・システム
上にも、プライマリー・システムと同一形式でプレ代替
キー・テーブルを作成する。

【００７９】データの更新を行う場合を述べる。オンラ
インによるデータ処理は常にプライマリーシステム１で
行い、データの更新はプライマリーシステム１上でダイ
レクトに実行される。プライマリーシステム１とセカン
ダリーシステム２との間のデータの通信のシーケンスの
方式には、「同期密結合方式」と「非同期疎結合方式」
とがある。

【００８０】「同期密結合方式」は、セカンダリーシス
テム２によるバックアップを、プライマリーシステム１
での更新と同期させて行うもので、セカンダリーシステ
ム２がプライマリーシステム１の近くに高速な伝送手段
によって結合されている場合を想定した方式である。
「非同期疎結合方式」は、災害対処を主たる目的とし
て、セカンダリーシステム２をプライマリーシステム１
から離れた場所に設置し、通信回線を用いて接続する方
式を想定している。

【００８１】（同期密結合方式の説明）まず、同期密結
合方式について、図１ないし図４を基に、図５及び図６
を参照して説明する。ここで、図６は、同期密結合方式
の動作を説明するためのチャートである。トランザクシ
ョン処理がプライマリーシステム１で開始されるときに
（図５及び図６のＳ１０１）、プライマリーシステム１
からセカンダリーシステム２に対して、トランザクショ
ン開始情報を送信する（図５及び図６のＳ１０２）。こ
の送信する情報は、トランザクションを特定する情報を
含んだものとする。この情報は、トランザクション番号
を送信するものとする。トランザクションが開始された
後、データに対して更新処理（更新、追加、削除を含
む）が行われる場合は、データの更新はプライマリーシ
ステム１のランダムアクセスメモリ１２の対象データベ
ース１８に対して直接的に行われる。更新後のデータの
内容（Ａログ）と更新内容（更新、追加、削除の区
別）、ファイル識別の他、データが格納されているブロ
ック番号、ブロック内レコード先頭アドレスを付加する
ことが好ましい。このデータを送信することにより、セ
カンダリーシステム２に書き込む時の位置検出が早くな
る。ここで、「ファイル識別」とは、１つのシステム内
に複数のファイルが存在する場合、どのファイルが更新
されたかが分からないと、処理が不可能になってしまう
が、これを識別するためのものである。

【００８２】プライマリーシステム１のバックアップリ
カバリ制御機構１４は、これらの情報にトランザクショ
ン番号と送信時刻等のデータの順序が峻別できる情報を
付けて更新後データ情報として、セカンダリーシステム
２に送信する（図５及び図６のＳ１０４、Ｓ１０６、Ｓ
１０８）。また、トランザクション・キャンセルに備え
て、プライマリーシステム１では、正データの更新前
に、更新前のデータ内容（Ｂログ）を取得しておく。Ｂ
ログは、必要に応じて、セカンダリーシステム２に送信
しても良いし、しなくても良い。セカンダリーシステム
２に送信するメリットは、セカンダリーシステム２でも
Ｂログを保持するために、ログ消失の危険性が少なくな
ることと、トランザクション・キャンセルのあった場合
には、セカンダリーシステム２での作業が早くなること
が挙げられる。

【００８３】セカンダリーシステム２では、更新後デー
タ情報（Ａログ）が到着するたびに、直ちに、当該トラ
ンザクションの更新後データ情報に基づき該当データの
更新を行う（図５のＳ２０４、Ｓ２０７，Ｓ２１０）。
当該「データの更新」とは、当該データに対して更新後
データ情報の内容に置き換えて、データの書き換えを行
うことをいう。内容は圧縮された状態で格納してもよ
い。当該トランザクションのデータの更新が総て終了し
たら（図５のＳ２１０）、更新終了情報をプライマリー
システム１から、セカンダリーシステム２に送信する
（図５及び図６のＳ２１３）。セカンダリーシステム２
が複数ある場合は、すべてのセカンダリーシステム２に
対して同様の処理を行う。

【００８４】次に、トランザクション２の説明をする。
再び、トランザクション処理がプライマリーシステム１
で開始されるときに（図６のＳ１２１）、プライマリー
システム１からセカンダリーシステム２に対して、トラ
ンザクション開始情報を送信する（図６のＳ１２２）。
トランザクションが開始された後、データに対して更新
処理（更新、追加、削除を含む）が行われる場合は、デ
ータの更新はプライマリーシステム１のランダムアクセ
スメモリ１２の対象データベース１８に対して直接的に
行われる。プライマリーシステム１のバックアップリカ
バリ制御機構１４は、これらの情報にトランザクション
番号と送信時刻等のデータの順序が峻別できる情報を付
けて更新後データ情報として、セカンダリーシステム２
に送信する（図６のＳ１２３、Ｓ１２４、Ｓ１２５、Ｓ
１２６）。セカンダリーシステム２では、更新後データ
情報が到着するたびに、直ちに、当該トランザクション
の更新後データ情報に基づき該当データの更新を行う
（図６のＳ２２３、Ｓ２２４、Ｓ２２５、Ｓ２２６）。
プライマリーシステム１では、データを更新する場合、
該当データに対して排他をかけて、２重更新が発生しな
いようにしているが、セカンダリーシステム２からのバ
ックアップ終了情報が上がってきた時点で排他を解除す
る（図６のＳ１２８）。したがって、プライマリーシス
テム１がトランザクションを終了して（図６のＳ１２
７）、セカンダリーシステム２からバックアップ終了情
報が上がってくる（図６のＳ１２８）までの間に、次の
トランザクション処理を待つ必要は無く、トランザクシ
ョンを開始する（図６のＳ１３１）。データへの更新が
必要になった場合、そのデータに対して排他をかける時
点で排他待ちとなるので、セカンダリーシステム２での
バックアップデータ更新が終了する前にプライマリーシ
ステム１で２重更新が行われる可能性は無い。

【００８５】次に複数のセカンダリーシステム２が存在
する場合の排他解除の処理について考える。複数のセカ
ンダリーシステム２が存在するときに、安全性を重視し
た処理の場合には、全てのセカンダリーシステム２から
バックアップ終了情報がプライマリーシステム１に上が
ってくるのを待って排他解除を行うが、高速性を重視す
る場合には、複数のセカンダリーシステム２のうち少な
くとも1つのセカンダリーシステム２からのバックアッ
プ終了情報をプライマリーシステム１が受信したことを
もって、排他を解除するようにすることも可能である。

【００８６】さらに、トランザクション３の説明をす
る。再び、トランザクション処理がプライマリーシステ
ム１で開始されるときに（図６のＳ１２３）、プライマ
リーシステム１からセカンダリーシステム２に対して、
トランザクション開始情報を送信する（図６のＳ１３
２）。トランザクションが開始された後、データに対し
て更新処理（更新、追加、削除を含む）が行われる場合
は、データの更新はプライマリーシステム１のランダム
アクセスメモリ１２の対象データベース１８に対して直
接的に行われる。プライマリーシステム１のバックアッ
プリカバリ制御機構１４は、これらの情報にトランザク
ション番号と送信時刻等のデータの順序が峻別できる情
報を付けて更新後データ情報として、セカンダリーシス
テム２に送信する（図６のＳ１３３、Ｓ１３４、Ｓ１３
５、Ｓ１３６）。セカンダリーシステム２では、更新後
データ情報が到着するたびに、直ちに、当該トランザク
ションの更新後データ情報に基づき該当データの更新を
行う（図６のＳ２３３、Ｓ２３４、Ｓ２３５、Ｓ２３
６）。

【００８７】セカンダリシステム２では、データを更新
する場合、該当データに対して排他をかけて、２重更新
が発生しないようにしているが、セカンダリーシステム
２からの更新終了情報が上がってきた時点で排他を解除
する（図６のＳ１３８）。したがって、プライマリーシ
ステム１がトランザクションを終了して（図６のＳ１２
７）、セカンダリーシステム２からバックアップ終了情
報が上がってくる（図６のＳ１２８）までの間に、次の
トランザクション処理を待つ必要は無く、トランザクシ
ョンを開始する（図６のＳ１３１）。データへの更新が
必要になった場合、そのデータに対して排他をかける時
点で排他待ちとなるので、セカンダリーシステム２での
バックアップデータ更新が終了する前にプライマリーシ
ステム１で２重更新が行われる可能性は無い。このよう
に次々と処理をしてトランザクション、データ更新等の
処理をしてゆくことにより、データバックアップ・リカ
バリーが可能になる。

【００８８】上記の場合、ログの取得方法は以下のよう
になる。Ｂログは、更新前情報をそのまま使用する。Ｂ
ログの必要性は、正データを任意の時間分だけ戻す際に
使用する。Ｔログは入ってきた更新データをそのまま使
用する。Ｔログの必要性は、プログラム・エラーにより
処理のやり直しが必要になった場合に使用するものであ
る。Ｂログ、Ｔログは、プライマリーシステム１上で保
持すれば良いものであるが、これらに対してもバックア
ップを行う場合には、セカンダリーシステム２に送信し
て保持する。上記では、データ用のブロックのバックア
ップに対して述べてあるが、ロケーションテーブルと代
替キーテーブルのバックアップに対して説明する。

【００８９】プライマリーシステム１のプライマリーロ
ケーションテーブル５は、データの追加に伴ってプライ
マリーブロック６が追加されるに従って、変更される。
セカンダリーシステム２でデータの追加が行われ、それ
に伴ってバックアップブロック８の追加が行われると、
セカンダリーシステム２でも同様にバックアップブロッ
ク８の追加が行われる。その際に、セカンダリーシステ
ム２のセカンダリーロケーションテーブル７も自動的に
生成されるので、直接的なバックアップは不要である。
代替キーテーブルのバックアップは必須ではないが、高
速なリカバリーを実現するためにはバックアップ対象に
するのが望ましい。

【００９０】代替キーテーブルは、代替キーブロック中
のデータの変更と代替キー・オバーフロー・ブロックの
追加が行われる。この場合、代替キー・テーブルの格納
ブロックをプライマリーシステム１からセカンダリーシ
ステム２に対して送信する。セカンダリーシステム２で
は、該当代替キーブロックをそのまま更新する。該当代
替キーブロックの検出は、代替キーテーブルの先頭から
の変位で行なうか、または、代替キーブロックに番号を
付けて、それを持って検出するのが好ましいが、代替キ
ーを用いて検出することも可能である。

【００９１】（非同期疎結合方式の説明）次に非同期疎
結合方式について、図１ないし図３を基に、図７を参照
して説明する。ここで、図７は、非同期疎結合方式の動
作を説明するためのチャートである。トランザクション
処理がプライマリーシステム１で開始される時に、プラ
イマリーシステム１からセカンダリーシステム２に対し
て、同期密結合方式と同様に、トランザクション開始情
報を送信する（図７のＳ３０１）。これは、トランザク
ションを特定する情報を含んだものとする。ここでは、
トランザクション番号としておく。トランザクションが
開始された後、データに対して更新処理（更新、追加、
削除を含む）が行われる場合は、データの更新はプライ
マリーシステム１のランダムアクセスメモリ１２のデー
タベース１８に対して直接的に行われる。更新後のデー
タの内容（Ａログ）と更新内容（更新、追加、削除の区
別）、ファイル識別の他、データが格納されているブロ
ック番号、ブロック内レコード先頭アドレスを付加する
ことが好ましい。これにより、セカンダリーシステム２
に書き込む時の位置検出が早くなる。また、「ファイル
識別」については既に説明しているが、ここでも説明す
る。この「ファイル識別」とは、１つのシステム内に複
数のファイルが存在する場合、どのファイルが更新され
たかが分からないと、処理が不可能になってしまうが、
これを識別するためのものである。プライマリーシステ
ム１は、更新後のデータの内容（Ａログ）と更新内容
（更新、追加、削除の区別）、ファイル識別の他、デー
タが格納されているブロック番号、ブロック内レコード
先頭アドレスを付加した情報をセカンダリーシステム２
に送信する（Ｓ３０２〜Ｓ３０４）。プライマリーシス
テム１は、これらの情報にトランザクション番号と送信
時刻等のデータの順序が峻別できる情報を付けて更新後
データ情報として、セカンダリーシステム２に送信す
る。また、Ｔログ、Ｂログに関しては、同期密結合方式
と同様である。データの更新後の内容は、レコード全体
を送信することも可能であるが、送信量が大きくなるた
め、変更のあった部分だけを抜き出して、オフセット値
と長さを付けて送信することも可能である。

【００９２】セカンダリーシステム２は、トランザクシ
ョン開始の情報を受信し（図７のＳ４０１）、以後、ト
ランザクション内のログデータを受信しセカンダリーシ
ステム２の該当データの更新を行なう（図７のＳ４０２
〜Ｓ４０４）。プライマリーシステム１からトランザク
ション終了情報を受け取った（Ｓ４０５）後、セカンダ
リーシステムでのバックアップ更新処理がすべて終了し
たらバックアップ終了情報をプライマリー・システムに
送信する（図７のＳ４０６）。プライマリーシステム１
では、その情報が来たトランザクションのＡログを破棄
するが（図７のＳ３０６）、必要に応じて保管すること
も可能である。Ａログの情報は、セカンダリーシステム
のバックアップブロックに直接反映される為、通常は保
管する必要はないが、更新差分を保持したい場合に有効
である。

【００９３】本方式の場合、セカンダリーシステム２で
のバックアップ処理とプライマリーシステム１での更新
処理は非同期に実行されるため、データへの更新内容の
反映が、セカンダリーシステム２上で逆転してしまい、
最新性の確保が行えなくなる危険性はあるが、これに対
しては、以下のような方法で避けることができる。プラ
イマリーシステム１からセカンダリーシステム２にトラ
ンザクション開始や終了、ログなどを送信する場合に、
処理の順番が分かるように実行時刻を含んで通知すると
ともに、通信障害などで途中のログなどが消失してしま
わないように、連番を付して送付することにより、一般
の通信で行われているように、データの抜けを検出し
て、抜けている場合には再送信を要求し、連番の順に処
理を行なうことて整合性を保つことができる。密結合同
期方式の場合には、通信障害の可能性は少ないが、安全
性を高めるために、上述の方式を採用することは意味の
あることである。

【００９４】セカンダリーシステム２では、更新後デー
タ情報が到着するたびに、直ちに、当該トランザクショ
ンの更新後のデータ情報に基づき、該当データの更新を
行う（図７のＳ４０２〜Ｓ４０４）。当該データの更新
とは、当該データに対して更新後データ情報の内容に置
き換えて、データの書き換えを行うことをいう。内容は
圧縮された状態で格納される。当該トランザクションの
データの更新が総て終了したら、次のトランザクション
の処理を行う。以後、上記処理を繰り返すことにより、
データバックアップ・リカバリーを行なうことができ
る。

【００９５】次に、トランザクションが異常終了した場
合やキャンセルされた場合について説明する。デッドロ
ック発生によるトランザクション・キャンセルも同様で
あるので、一緒に説明する。この場合には該当トランザ
クションで更新されたデータを元の状態に復元した上
で、次のトランザクションの処理を行う必要がある。ト
ランザクションの異常終了やキャンセルが発生した場合
は、プライマリーシステム１からセカンダリーシステム
２にトランザクション・キャンセル情報を送信する。こ
の情報には、「どのトランザクションが異常終了したの
か」または「キャンセルされたのか」という情報の他
に、当該トランザクションで更新されたすべてのデータ
の更新前情報（Ｂログ）を含む。トランザクション・キ
ャンセル情報を受信したセカンダリーシステム２は、更
新前情報に基づき、当該データすべてを更新前の状態に
修復する。これは、プライマリーシステム１で実行され
る内容と同じである。すべてのセカンダリーシステム２
は、修復の終了をプライマリーシステム１に送信する。

【００９６】ファイル障害への対応は、従来方式では、
装置毎とかファイル毎の修復が必要であったが、本方式
ではブロック番号による管理を行っているため、多段階
での対応が可能である。障害が局所的であれば、ブロッ
クをいくつか修復する方式が採用できる。また、従来と
同様に、ファイル毎とか装置毎、または、プライマリー
システム１全体などの多段階の修復が可能である。ま
た、従来方式では、順編成ファイルに格納されているた
め、目的の部分だけを抜き出すためには、最初から磁気
テープを読まなくてはならず、修復のための時間がかか
る要因になっていたが、本方式では、セカンダリーロケ
ーションテーブル７によって直接的に目的のバックアッ
プブロックから読み取ることが可能である。また、プラ
イマリーシステム１のブロック６とセカンダリーシステ
ム２のバックアップブロック８は対応しており、簡単に
目的のブロックが探し出せる。

【００９７】次に、セカンダリーシステム２の障害の場
合の対処について説明する。プライマリーシステム１は
複数の記憶装置（メモリ）に分散する事が好ましい。こ
の場合、障害は、プライマリーシステム１の一部分に発
生することが殆どである。この場合の復旧方法は以下の
通りである。

【００９８】装置が故障した場合に備えて、予め予備の
装置を用意しておき、これを使用する。予備の装置は、
プライマリーシステム１で、分割されている記憶装置
（メモリ）と同等以上の容量・性能を持つものとする。
障害が発生したプライマリーシステム１の記憶装置（メ
モリ）を切り離し、予備の装置をその記憶装置（メモ
リ）の代わりに充当する。障害が発生した装置に格納さ
れていたデータに該当するデータをセカンダリーシステ
ム２からコピーをする。この作業を行っている時間は、
他の一切の処理は停止しておく。そして、コピーが終了
したら処理を再開する。この方法では、一定の時間、処
理の中断が発生するが、それ以降の処理は通常の速度で
行えるし、バックアップの取得も確実に行える。

【００９９】上記方式は、安全性を優先した方法であ
る。これに対して、切り換え時間を短縮する方式があ
る。この方式として採用できるものは、ホットスワップ
である。このホットスワップとは、セカンダリーシステ
ム２のランダムアクセスメモリ２２をそのままプライマ
リーシステム１の記憶装置（メモリ）として使用するこ
とである。この場合、セカンダリーシステム２が２組以
上あれば、バックアップの問題は発生しないが、セカン
ダリーシステム２が１組しかない場合には、バックアッ
プシステムが一時的になくなることになるので、運用上
で注意が必要である。

【０１００】障害発生時には、セカンダリーシステム２
を最新の状態にした後に、セカンダリーシステム２のラ
ンダムアクセスメモリ２２をプライマリーシステム１の
記憶装置（メモリ）として使用する。プライマリーシス
テム１で障害のあったランダムアクセスメモリ１２に関
しては、障害のあった装置を切り離し、障害用の予備装
置を充当する。これをセカンダリーシステム２の記憶装
置（メモリ）として使用する。プライマリーシステム１
では、その後、正常運転を続行する。また、平行して、
新たなセカンダリーシステム２の予備装置のデータ復元
を実行する。これは、予備装置のデータを順にプライマ
リーシステム１から読み込んで、セカンダリーシステム
２に送り、セカンダリーシステム２で書込を行なう。し
かしながら、その作業を行っている間にも、プライマリ
ーシステム１のデータ更新が続行されるため、セカンダ
リーシステム２に書き込んだデータが古くなってしまう
問題があるが、セカンダリーシステム２の予備装置を充
当した記憶装置（メモリ）の先頭からそれまで書き込ん
だブロックまでに関して、更新が行われれば、通常のバ
ックアップと同様に、プライマリーシステム１からセカ
ンダリーシステム２へ送信を行って、ブロック８の更新
を行なえばよいので、問題なく同期させることが可能で
ある。ロケーション・テーブルや代替キー・テーブルに
関しては、セカンダリーシステム２にバックアップを保
持しておき、障害時にコピーして戻す方法の他、データ
を元に再作成する方法がある。

【０１０１】非同期疎結合方式の場合は、プライマリー
システム１とセカンダリーシステム２のデータの内容の
同期がとれず、データの内容がずれた状態になる可能性
がある。そのような状態で、プライマリーシステム１の
破壊が発生すると、セカンダリーシステム２のデータを
プライマリーシステム１にコピーすると、データが古い
状態になってしまい、用をなさないことになってしま
う。セカンダリーシステム２で更新が終了していないデ
ータが存在する場合、セカンダリーシステム２にはトラ
ンザクション開始・終了情報と共に、Ｔログ、Ａログが
送信されている。プライマリーシステム１で障害が発生
した場合には、プライマリーシステム１では直ちにデー
タ処理を中断することになる。セカンダリーシステム２
では、その時点で処理中のトランザクションの処理を終
了した後も、残っているＡログの処理を行って、セカン
ダリーシステム２のデータ内容をプライマリーシステム
１と同じにしてから、セカンダリーシステム２に必要な
部分のデータが圧縮されている場合には、そのデータを
伸長して圧縮前の状態にして送信する。

【０１０２】上記では、プライマリーシステム１の障害
の場合を述べたが、セカンダリーシステム２でも同様の
障害が発生する可能性がある。この場合も、上記とほぼ
同様であるが、セカンダリーシステム２の障害に備える
ために予備の装置を用意する。これは、プライマリーシ
ステム１の障害用の予備装置と同一のものを共用しても
よい。セカンダリーシステム２の障害が発生した装置を
切り離し、予備の装置をその記憶装置（メモリ）の代わ
りに充当する。障害が発生した装置に格納されていたデ
ータに該当するデータをプライマリーシステム１からコ
ピーを行う。この作業を行っている時間は、他の一切の
処理は停止しておく。そして、コピーが終了したら処理
を再開する。

【０１０３】上述したセカンダリーシステム２の障害に
対処する方法は、安全性を重視した場合の方法である
が、セカンダリーシステム２が２台以上ある場合や、１
台の場合でも、処理を重視した場合には、以下の方法が
採用できる。セカンダリーシステム２に障害が発生した
場合に、予備の装置を障害が発生した装置に割り当てる
までは、全く同様である。割当が終了したら、プライマ
リーシステム１では処理を継続する。この間、セカンダ
リーシステム２が１台の場合には、予備に切り換えた装
置に格納されているデータに関しては、バックアップが
行われていない状態になる。プライマリーシステム１で
の処理と併行して、プライマリーシステム１からセカン
ダリーシステム２の予備装置を充当した分へのデータの
転送を行い、バックアップファイルの修復を行う。この
際に、順次データ転送を行っていくため、一旦転送が終
了したブロックのデータに更新が発生する場合があり、
最新性が確保されなくなる惧れがあるが、通常のバック
アップを行っている場合と同様に、更新が行われるとそ
のデータはセカンダリーシステム２に送信されるので、
通常の処理と同様に処理することで、最新性の確保は行
われる。また、セカンダリーシステム２で、バックアッ
プが未了のブロック中のデータに対して、プライマリー
システム１で更新が行われた時には、そのデータを適用
するブロックが存在しないため、Ａログ等のログはセカ
ンダリーシステム２において破棄する。

【０１０４】また、このような場合に備えて、セカンダ
リーシステム２を複数用意した場合には、障害が発生し
た装置を切り離して、残った装置だけで運転を継続する
ことが可能である。切り離した装置の内容を最新の状態
にするには、プライマリーシステム１の運転を停止した
時点で行うか、上記方法を使用して行なう。

【０１０５】非同期疎結合方式の場合は、前述の場合と
同様に、プライマリーシステム１とセカンダリーシステ
ム２のデータの内容の同期がとれず、データの内容がず
れた状態になる可能性がある。セカンダリーシステム２
で障害が発生した場合は、プライマリーシステム１から
必要なデータをセカンダリーシステム２にコピーし、完
了したらシステムの稼動を開始するが、その時点で、セ
カンダリーシステム２をプライマリーシステム１との差
がある場合、まず、プライマリーシステム１からセカン
ダリーシステム２へ必要なブロックのコピーを行う。そ
の後、セカンダリーシステム２からのトランザクション
終了情報を用いて、プライマリーシステム１で終了して
おり、セカンダリーシステム２で終了していないトラン
ザクションを検出し、それに該当するＡログを用いてセ
カンダリーシステム２のデータ内容を更新する。

【０１０６】本発明の実施の形態に係るデータバックア
ップ・リカバリー方式を用いた場合の副次的な効果とし
て、以下の点が挙げられる。本方式では、常に最新のバ
ックアップがセカンダリーシステム２上に保持される。
このことは、セカンダリーシステム２の上のデータを参
照系のトランザクション処理に使用することが可能であ
るということになる。一般的には、更新系と参照系の比
率は１対１０程度と言われている。このことは、参照系
のシステムを切り離すことにより、更新系を扱っている
システムの負荷を削減することが可能になることを意味
している。セカンダリーシステム２を参照系のデータと
して使用することで、リアルタイムのデータを用いた参
照系システムを構築することが遥かに容易になり、セカ
ンダリーシステム２を単なるバックアップ用途以外に使
用することになり、投資対効果が大きくなる。セカンダ
リーシステム２を参照系システムとして使用する場合に
は、データの圧縮をすると、その処理に時間がかかるこ
とになり好ましくない。また、代替キー・テーブルのバ
ックアップは必須となる。

【０１０７】このほか、本実施の形態に係るデータバッ
クアップ・リカバリー方式よれば、次のような利点があ
る。 （１）バックアップに関する時間と手間を大幅に削減で
きる。 （２）バックアップデータを用いたリカバリーに要する
時間と手間を同様に大幅に削減できる。 （３）バックアップと、バックアップデータを用いたリ
カバリーとを確実に行なうことができる。 （４）記憶資源を少なくでき、簡単な操作でリカバリー
ができる。 （５）プログラムの誤った更新を行った場合でもデータ
修復することも可能である。

【０１０８】［第２の実施の形態］図８は、本発明の第
２の実施の形態に係るデータバックアップ・リカバリー
方式を実現するプライマリーシステムとセカンダリーシ
ステムの他の構成を示したブロック図である。この図８
に示す第２の実施の形態におけるデータバックアップ・
リカバリー方式も、プライマリシステム１ａと、セカン
ダリシステム２ａとから構成されている。さらに詳細に
説明すると、前記プライマリーシステム１ａは、アプリ
ケーション処理を行うプライマリ処理装置１１０に対
し、ランダムアクセスメモリを内蔵するプライマリ記憶
装置１２０を別に設けている。また、前記センカダリシ
ステム２ａは、各種の処理を実行するセカンダリ処理装
置２１０に対し、ランダムアクセスメモリを内蔵するセ
カンダリ記憶装置２２０を別に設けている。

【０１０９】ここで、前記プライマリ処理装置１１０
は、図示しないが、バックアップデータの通信を行う通
信手段と、前記プライマリ記憶装置内のデータベースの
内容を変更するデータベース制御機構と、前記データベ
ース制御機構が前記データベースの内容を変更したとき
に当該変更内容のデータを前記通信手段を介して送出す
るプライマリバックアップリカバリ制御機構とを備えて
いる。ここで、第２の実施の形態における通信手段は、
第１の実施の形態の通信制御装置１３と同一あるいは同
一の機能を有している。また、第２の実施の形態におけ
るデータベース制御機構は 、第１の実施の形態のデー
タベース制御機構１５と同一または同一機能を有してい
る。さらに、第２の実施の形態におけるプライマリバッ
クアップリカバリ制御機構は、第１の実施の形態のプラ
イマリバックアップリカバリ制御機構１４と同一または
同一機能を有している。なお、第２の実施の形態のプラ
イマリ記憶装置１２０におけるデータベース領域では、
第１の実施の形態と同様に、ロケーションテーブル５
と、ブロック６，…とによりバックアップ動作が行われ
ている。

【０１１０】前記セカンダリ処理装置２１０は、バック
アップデータの通信を行う通信手段と、前記プライマリ
バックアップリカバリ制御機構から前記通信手段を介し
て送られてくる当該データで前記セカンダリ記憶装置内
のバックアップデータベースを変更するセカンダリバッ
クアップリカバリ制御機構とを備えている。ここで、第
２の実施の形態における通信手段は、第１の実施の形態
の通信制御装置２３と同一あるいは同一の機能を有して
いる。ここで、第２の実施の形態におけるセカンダリバ
ックアップリカバリ制御機構は、第１の実施の形態のセ
カンダリバックアップリカバリ制御機構２４と同一また
は同一機能を有している。なお、第２の実施の形態のセ
カンダリ記憶装置２２０におけるデータベース領域で
は、第１の実施の形態と同様に、ロケーションテーブル
７と、ブロック８，…とによりバックアップ動作が行わ
れている。このような第２の実施の形態によれば、上記
第１の実施の形態における同期密結合方式や非同期疎結
合方式によるバックアップリカバリ動作を実現できる。
また、第２の実施の形態によれば、上記第１の実施の形
態の利点に加えて、記憶装置の増設、変更が容易に行な
うことができる。

【０１１１】［第２の実施の形態の変形例］第２の実施
の形態の変形例に係るデータバックアップ・リカバリー
方式は、図９と同じ構成図で表すことができるが、各ブ
ロックで処理する内容が第２の実施の形態とは異なる。
この第２の実施の形態の変形例に係るデータバックアッ
プ・リカバリー方式も、第２の実施の形態と同様に、プ
ライマリシステムと、セカンダを備えたものである。ま
た、前記プライマリーシステムが、アプリケーション処
理を行うプライマリ処理装置に対し、ランダムアクセス
メモリを内蔵するプライマリ記憶装置を別に設けている
点も、また、前記センカダリシステムが、各種の処理を
実行するセカンダリ処理装置に対し、ランダムアクセス
メモリを内蔵するセカンダリ記憶装置を別に設けている
点も、上記第２の実施の形態と外形的に同じである。さ
らに、第２の実施の形態に変形例が、前記プライマリ記
憶装置１ｂに通信手段を設け、かつ、セカンダリ記憶装
置に通信手段を設け、両者の間で両通信手段によりバッ
クアップデータの通信を行うようにしている点でも第２
の実施の形態と同じである。

【０１１２】これに対して、第２の実施の形態の変形例
が第２の実施の形態と異なるところは、プライマリ記憶
装置が当該プライマリ記憶装置内のデータベースの内容
を変更するデータベース制御機構と、前記データベース
制御機構が前記データベースの内容を変更した時に当該
変更内容のデータを前記通信手段を介して送出するプラ
イマリバックアップリカバリ制御機構とを備えている点
と、前記セカンダリ記憶装置が、前記プライマリバック
アップリカバリ制御機構から前記通信手段を介して送ら
れてくる当該データで当該センカダリ記憶装置内のバッ
クアップデータベースを変更するセカンダリリカバリ制
御機構を備ている点にある。なお、第２の実施の形態の
変形例のプライマリ記憶装置におけるデータベース領域
では、第１の実施の形態と同様に、ロケーションテーブ
ルと、一つ以上のブロックとによりバックアップ動作が
行われている。また、第２の実施の形態の変形例のセカ
ンダリ記憶装置におけるデータベース領域では、第１の
実施の形態と同様に、ロケーションテーブルと、一つ以
上のブロックとによりバックアップ動作が行われてい
る。

【０１１３】このような第２の実施の形態の変形例によ
っても、上記第１の実施の形態における同期密結合方式
や非同期疎結合方式によるバックアップリカバリ動作を
実現できる。また、第２の実施の形態の変形例によれ
ば、上記第１の実施の形態の利点に加えて、記憶装置の
増設、変更が容易に行なうことができる他、各処理装置
に通信手段を設ける他にバックアップ機構を持たせるこ
となく、バックアップが可能になる。

【０１１４】上記各実施の形態では、基本的に、セカン
ダリーシステム２は１組を設置する例で説明したが、バ
ックアップを万全にしたいときには、セカンダリーシス
テム２を複数用意することが望ましい。特に、災害対処
を考慮する場合には、セカンダリーシステム２を２台用
意して、１台のセカンダリーシステム２はプライマリー
システム１の近くに設置し、もう１台のセカンダリーシ
ステム２はプライマリーシステム１から離れた場所に設
置するようにすればよい。

【０１１５】［第３の実施の形態］図９は、本発明の第
３の実施の形態に係るデータバックアップ・リカバリー
方式を実現するプライマリーシステムとセカンダリーシ
ステムの他の構成を示したブロック図である。この図９
に示す第３の実施の形態におけるデータバックアップ・
リカバリー方式も、プライマリシステム１ｂと、セカン
ダリシステム２ｂとから構成されている。さらに詳細に
説明すると、前記プライマリーシステム１ｂは、アプリ
ケーション処理を行うプライマリ処理装置１１０ｂに対
し、ランダムアクセスメモリを内蔵するプライマリ記憶
装置１２０ｂを別に設けている。前記センカダリシステ
ム２ｂは、ランダムアクセスメモリを内蔵するセカンダ
リ記憶装置２２０ｂのみ設けている。前記プライマリ記
憶装置１２０ｂに通信手段を設けるとともに、セカンダ
リ記憶装置２２０ｂに通信手段を設け、前記プライマリ
記憶装置１２０ｂとセカンダリ記憶装置２２０ｂとの間
（両者の間）でバックアップデータの通信を行えるよう
に構成している。

【０１１６】また、前記プライマリ記憶装置１２０ｂ
は、当該プライマリ記憶装置１２０ｂ内のデータベース
の内容を変更するデータベース制御機構と、前記データ
ベース制御機構が前記データベースの内容を変更した時
に当該変更内容のデータを前記通信手段を介して送出す
るプライマリバックアップリカバリ制御機構とを備えて
いる。ここで、第３の実施の形態における通信手段は、
第１の実施の形態の通信制御装置１３と同一あるいは同
一の機能を有している。また、第３の実施の形態におけ
るデータベース制御機構は、第１の実施の形態のデータ
ベース制御機構１５と同一または同一機能を有してい
る。さらに、第３の実施の形態におけるプライマリバッ
クアップリカバリ制御機構は、第１の実施の形態のプラ
イマリバックアップリカバリ制御機構１４と同一または
同一機能を有している。前記セカンダリ記憶装置２２０
ｂは、前記プライマリバックアップリカバリ制御機構か
ら前記通信手段を介して送られてくる当該データで当該
セカンダリ記憶装置２２０ｂ内のバックアップデータベ
ースを変更するセカンダリバックアップリカバリ制御機
構を備えている。ここで、第３の実施の形態におけるセ
カンダリバックアップリカバリ制御機構は、第１の実施
の形態のセカンダリバックアップリカバリ制御機構２４
と同一または同一機能を有している。なお、第３の実施
の形態におけるプライマリ記憶装置１２０ｂにおけるデ
ータベース領域では、第１の実施の形態と同様に、ロケ
ーションテーブル５と、ブロック６，…とによりバック
アップ動作が行われている。また、第３の実施の形態に
おけるセカンダリ記憶装置２２０ｂにおけるデータベー
ス領域では、第１の実施の形態と同様に、ロケーション
テーブル７と、ブロック８，…とによりバックアップ動
作が行われている。

【０１１７】このような第３の実施の形態によっても、
上記第１の実施の形態における同期密結合方式や非同期
疎結合方式によるバックアップリカバリ動作を実現でき
る。上記第３の実施の形態によれば、上記第１の実施の
形態の利点に加えて、記憶装置の増設、変更が容易に行
なうことができる他、各処理装置に通信手段を設ける他
にバックアップ機構を持たせることなく、バックアップ
が可能になる。また、センカダリシステムには、セカン
ダリ記憶装置のみ設けるのみでよく、ハードウエア構成
が簡素になる。

【０１１８】本発明を利用するとオンライン処理を止め
ずに、リスト出力等の参照系バッチ処理の実行が可能に
なる。従来の方式ではオンラインを停止し、データ更新
が行なわれない状態にして月次レポート作成などのバッ
チ処理を行なっている為オンラインの連続運転が困難で
あった。本方式では、特定の任意の時点でセカンダリー
システムのバックアップ更新処理を止めることにより実
現できる。バックアップ一時停止情報をプライマリーシ
ステムからセカンダリーシステムに送信し、セカンダリ
ーシステムでは以降のログは受けとるがバックアップ更
新を行なわない。また、プライマリーシステムでは、同
期密結合方式の場合排他解除をセカンダリーシステムか
らのバックアップ終了情報によって行なっているが、こ
れを非同期疎結合方式と同様に行なう。セカンダリーシ
ステムでは、バックアップ一時停止情報受け取り後、参
照系バッチ処理を起動する。参照系バッチ処理が終了す
ると手動又は自動的にセカンダリーシステムはバックア
ップ更新処理が保留されたいたログを基にバックアップ
更新を行なう。セカンダリーシステムで、バックアップ
更新処理が保留されていたログが無くなるとバックアッ
プ一時停止解除情報をセカンダリーシステムからプライ
マリーシステムに送信し、通常のバックアップモードに
戻る。この方式の場合には、一時的にプライマリーシス
テムとセカンダリーシステムが同期しない形となる為安
全性を重視する場合はセカンダリーシステムを複数用意
することが好ましい。

【０１１９】 なお、上記各々の実施の形態において
は、前記プライマリバックアップリカバリ制御機構は、
前記データベース制御機構が前記データベースの内容を
変更した時に当該変更内容のデータを送出するようにし
ているが、処理の条件によっては、前述したように同時
に当該変更内容のデータを送出せず、他のタイミングに
おいて当該変更内容のデータを送出するようにしてもよ
い。

【０１２０】また、本発明の上記各実施の形態に係るデ
ータバックアップ・リカバリー方式では、プライマリー
システム１とセカンダリーシステム２の双方を日本国内
に設置してバックアップをとる構成で説明したが、プラ
イマリーシステム１を日本国内に設置しセカンダリーシ
ステム２を外国に設置してバックアップをとる構成や、
プライマリーシステム１を外国に設置しセカンダリーシ
ステム２を日本国内に設置してバックアップをとる構成
でもよく、これらは、すべて本発明の範囲に属するもの
である。また、本発明の上記各実施の形態に係るデータ
バックアップ・リカバリー方式では、プライマリーシス
テム１とセカンダリーシステム２の双方を同一人格が設
置してバックアップをとる構成で説明したが、プライマ
リーシステム１を設置する者とセカンダリーシステム２
を設置する者とが別人格であってもよく、上記プライマ
リーシステム１またはセカンダリーシステム２を設置す
れば本発明の範囲に属するものである。

【０１２１】

【発明の効果】以上説明したように本発明に係るデータ
バックアップ・リカバリー方式によれば、次のような利
点がある。 （１）バックアップに関する時間と手間を大幅に削減で
きる。 （２）バックアップデータを用いたリカバリーに要する
時間と手間を同様に大幅に削減できる。 （３）バックアップと、バックアップデータを用いたリ
カバリーとを確実に行なうことができる。 （４）インデックスのバックアップが確実に簡単に行な
えるためリカバリー所用時間が短縮できる。 （５）プライマリーシステムが故障した場合にセカンダ
リーシステムに切り替えることにより無停止運転が実現
できる。 （６）バックアップ用の装置はプライマリーシステムと
同一の形式の装置である必要はない。

【図面の簡単な説明】

【図１】本発明の第１の実施の形態であるデータバック
アップ・リカバリー方式を実現するプライマリーシステ
ムとセカンダリーシステムの構成を示したブロック図で
ある。

【図２】本発明の第１の実施の形態であるデータバック
アップ・リカバリー方式を実現するプライマリーシステ
ムとセカンダリーシステムとをさらに詳細に説明したブ
ロック図である。

【図３】本発明の第１の実施の形態であるデータバック
アップ・リカバリー方式を実現するプライマリーシステ
ムとセカンダリーシステムで使用されるロケーションテ
ーブルとデータベースブロックとを示す説明図である。

【図４】本発明の第１の実施の形態であるデータバック
アップ・リカバリー方式を実現するプライマリーシステ
ムで使用されるブロックの構成を説明するための図であ
る。

【図５】本発明の第１の実施の形態であるデータバック
アップ・リカバリー方式を実現するデータバックアップ
・リカバリー方式において、一つのトランザクションが
開始されて終了されるまでの一連の動作を説明するため
のチャートである。

【図６】本発明の第１の実施の形態であるデータバック
アップ・リカバリー方式を実現するデータバックアップ
・リカバリー方式において、同期密結合方式の動作を説
明するためのチャートである。

【図７】本発明の第１の実施の形態であるデータバック
アップ・リカバリー方式を実現するデータバックアップ
・リカバリー方式において、非同期疎結合方式の動作を
説明するためのチャートである。

【図８】本発明の第２の実施の形態に係るデータバック
アップ・リカバリー方式を実現するプライマリーシステ
ムとセカンダリーシステムの他の構成を示したブロック
図である。

【図９】本発明の第３の実施の形態に係るデータバック
アップ・リカバリー方式を実現するプライマリーシステ
ムとセカンダリーシステムの他の構成を示したブロック
図である。

【符号の説明】

１, １ａ，１ｂ プライマリーシステム ２, ２ａ，２ｂ セカンダリーシステム ３ 通信ネットワーク ４ 入出力端末 ５ プライマリーロケーションテーブル ６, ６ａ，６ｂ，６ｃ，… プライマリーブロック ７ セカンダリーロケーションテーブル ８，８ａ，８ｂ，８ｃ，… バックアップブロック １１，２１ ＣＰＵ １２，２２ ランダムアクセスメモリ １２ａ データベース領域 １２ｂ プログラム読込領域 １３，２３ 通信制御装置 １４ バックアップリカバリ制御機構 １５ データベース制御機構 １６ 入出力端末通信制御機構 １７ アプリケーションプログラム １８ データベース ２２ａ データベース領域 ２２ｂ ログ履歴記憶領域 ２２ｃ プログラム読込領域 ２４ バックアップリカバリ制御機構 ２５ バックアップデータベース ２６ ログ履歴データ １１０, １１０ｂ プライマリ処理装置 １２０, １２０ｂ プライマリ記憶装置 ２１０, ２１０ｂ セカンダリ処理装置 ２２０, ２２０ｂ セカンダリ記憶装置

───────────────────────────────────────────────────── フロントページの続き Ｆターム(参考） 5B018 GA04 HA05 KA22 MA01 QA01 QA15 5B082 DD01 DE02 EA01

Claims (23)

【特許請求の範囲】
1. 【請求項１】 コンピュータにおけるデータバックアッ
   プ・リカバリー方式において、一つのユニークなキーと
   ゼロ個または１個以上のノンユニークなキーを持つレコ
   ードを順次格納するブロックと、このブロックの位置管
   理を、当該ブロックとランダムアクセスメモリの物理ア
   ドレスとを対応させたロケーションテーブルを用いて行
   い、ランダムアクセスメモリに格納されているデータベ
   ースを管理するプライマリーシステムと、 前記プライマリーシステムの正データが格納されている
   ブロックに対応したバックアップブロックを用意し、こ
   のブロックの位置管理を、当該ブロックとランダムアク
   セスメモリの物理アドレスとを対応させたロケーション
   テーブルを用いて行い、ランダムアクセスメモリに格納
   されているバックアップデータベースを管理するセカン
   ダリーシステムとを備えたことを特徴とするデータバッ
   クアップ・リカバリー方式。
2. 【請求項２】 前記プライマリーシステムは、アプリケ
   ーション処理を行うプライマリ処理装置のメインメモリ
   を前記ランダムアクセスメモリとして使用し、前記ラン
   ダムアクセスメモリ内のデータベースの内容を変更する
   データベース制御機構と、前記データベース制御機構が
   前記データベースの内容を変更したときに当該変更内容
   のデータを送出するプライマリバックアップリカバリ制
   御機構とを備え、 前記センカダリシステムは、セカンダリ処理装置のメイ
   ンメモリをランダムアクセスメモリとして使用し、前記
   プライマリバックアップリカバリ制御機構から送られて
   くる当該データで前記ランダムアクセスメモリ内のバッ
   クアップデータベースを変更するセカンダリバックアッ
   プリカバリ制御機構を備えたことを特徴とする請求項１
   記載のデータバックアップ・リカバリー方式。
3. 【請求項３】 前記プライマリーシステムは、アプリケ
   ーション処理を行うプライマリ処理装置と、このプライ
   マリ処理装置のメインメモリとは別にデータベースを格
   納するランダムアクセスメモリからなるプライマリ記憶
   装置とを設け、前記センカダリシステムは、各種の処理
   を実行するセカンダリ処理装置と、このセカンダリ処理
   装置のメインメモリとは別にデータベースを格納するラ
   ンダムアクセスメモリからなるセカンダリ記憶装置とを
   設けたことを特徴とする請求項１記載のデータバックア
   ップ・リカバリー方式。
4. 【請求項４】 前記プライマリ処理装置は、バックアッ
   プデータの通信を行う通信手段と、前記データベースの
   内容を変更するデータベース制御機構と、前記データベ
   ース制御機構が前記データベースの内容を変更したとき
   に当該変更内容のデータを前記通信手段を介して送出す
   るプライマリバックアップリカバリ制御機構とを備え、 前記セカンダリ処理装置は、バックアップデータの通信
   を行う通信手段と、前記プライマリバックアップリカバ
   リ制御機構から前記通信手段を介して送られてくる当該
   データで前記バックアップデータベースを変更するセカ
   ンダリバックアップリカバリ制御機構と、を備えたこと
   を特徴とする請求項３記載のデータバックアップ・リカ
   バリー方式。
5. 【請求項５】 前記プライマリ処理装置及びセカンダリ
   処理装置は、両者の間でバックアップデータの通信を行
   う通信手段のみを設けてあり、かつ、前記プライマリ記
   憶装置は、前記データベースの内容を変更するデータベ
   ース制御機構と、前記データベース制御機構が前記デー
   タベースの内容を変更したときに当該変更内容のデータ
   を前記通信手段を介して送出するプライマリバックアッ
   プリカバリ制御機構とを備え、 前記センカダリ記憶装置は、前記プライマリバックアッ
   プリカバリ制御機構から前記通信手段を介して送られて
   くる当該データで前記バックアップデータベースを変更
   するセカンダリバックアップリカバリ制御機構を備え、
   たことを特徴とする請求項３記載のデータバックアップ
   ・リカバリー方式。
6. 【請求項６】 前記プライマリーシステムは、アプリケ
   ーション処理を行うプライマリ処理装置と、このプライ
   マリ処理装置のメインメモリとは別にデータベースを格
   納するランダムアクセスメモリからなるプライマリ記憶
   装置とを設け、 前記センカダリシステムは、データベースを格納するラ
   ンダムアクセスメモリからなるセカンダリ記憶装置のみ
   を設け、 前記プライマリ記憶装置は、バックアップデータの通信
   を行う手段と、前記データベースの内容を変更するデー
   タベース制御機構と、前記データベース制御機構が前記
   データベースの内容を変更したときに当該変更内容のデ
   ータを前記通信手段を介して送出するプライマリバック
   アップリカバリ制御機構とを備え、 前記センカダリ記憶装置は、バックアップデータの通信
   を行う手段と、前記プライマリバックアップリカバリ制
   御機構から前記通信手段を介して送られてくる当該デー
   タで前記バックアップデータベースを変更するセカンダ
   リバックアップリカバリ制御機構とを備え、たことを特
   徴とする請求項１記載のデータバックアップ・リカバリ
   ー方式。
7. 【請求項７】 前記プライマリまたはセカンダリーシス
   テムは、ログデータを、更新後データログ、更新前デー
   タログ、更新トランザクションログの３つに分類し、必
   要に応じてそれらのうちの１つまたは２つ以上を保存す
   ることを特徴とする請求項１、２、３または６記載のバ
   ックアップリカバリー方式。
8. 【請求項８】 前記プライマリーシステムは、トランザ
   クション処理が開始されたときにトランザクション開始
   情報を送信し、更新後のデータの内容と更新内容、デー
   タが格納されているブロックを特定する情報を前記セカ
   ンダリシステムに送信し、 前記セカンダリシステムは、更新後データ情報を受信す
   るたびに、当該トランザクションの更新後データ情報に
   基づき該当データの更新を行ない、 前記プライマリーシステムは、トランザクションのデー
   タ更新が終了したときに、更新終了情報を前記セカンダ
   リシステムに送信するようにした同期密結合方式を採用
   したものであることを特徴とする請求項１、２、３、６
   または７記載のデータバックアップ・リカバリー方式。
9. 【請求項９】 前記プライマリーシステムは、更新後の
   データの内容と更新内容、データが格納されているブロ
   ックを特定する情報をセカンダリシステムに送信し、 前記セカンダリシステムは、前記プライマリーシステム
   からトランザクション開始の情報を受信後、トランザク
   ション内のログデータを受信して当該データの更新をお
   こない、前記プリイマリシステムからトランザクション
   終了情報を受け取った後、当該バックアップ更新処理が
   終了するまでバックアップ終了情報を前記プライマリー
   システムに送信しないようにした非同期疎結合方式を採
   用したものであることを特徴とする請求項１、２、３、
   ６または７記載のデータバックアップ・リカバリー方
   式。
10. 【請求項１０】 コンピュータにおけるデータバックア
    ップ・リカバリー方式において、 一つのユニークなキーとゼロ個または１個以上のノンユ
    ニークなキーを持つレコードを順次格納するブロック
    と、このブロックの位置管理を、当該ブロックとランダ
    ムアクセスメモリの物理アドレスとを対応させたロケー
    ションテーブルを用いて行い、ランダムアクセスメモリ
    に格納されているデータベースを管理するプライマリー
    システムを備えたことを特徴とするデータバックアップ
    ・リカバリー方式。
11. 【請求項１１】 前記プライマリーシステムは、アプリ
    ケーション処理を行うプライマリ処理装置のメインメモ
    リを前記ランダムアクセスメモリとして使用し、前記ラ
    ンダムアクセスメモリ内のデータベースの内容を変更す
    るデータベース制御機構と、前記データベース制御機構
    が前記データベースの内容を変更したときに当該変更内
    容のデータを送出するプライマリバックアップリカバリ
    制御機構とを備えたことを特徴とする請求項１０記載の
    データバックアップ・リカバリー方式。
12. 【請求項１２】 前記プライマリーシステムは、アプリ
    ケーション処理を行うプライマリ処理装置と、このプラ
    イマリ処理装置のメインメモリとは別にデータベースを
    格納するランダムアクセスメモリからなるプライマリ記
    憶装置とを設けたことを特徴とする請求項１０記載のデ
    ータバックアップ・リカバリー方式。
13. 【請求項１３】 前記プライマリ処理装置は、バックア
    ップデータの通信を行う通信手段と、前記データベース
    の内容を変更するデータベース制御機構と、前記データ
    ベース制御機構が前記データベースの内容を変更したと
    きに当該変更内容のデータを前記通信手段を介して送出
    するプライマリバックアップリカバリ制御機構とを備え
    ことを特徴とする請求項１２記載のデータバックアップ
    ・リカバリー方式。
14. 【請求項１４】 前記プライマリ処理装置は、バックア
    ップデータの通信を行う通信手段のみを設け、前記プラ
    イマリ記憶装置は、前記データベースの内容を変更する
    データベース制御機構と、前記データベース制御機構が
    前記データベースの内容を変更したときに当該変更内容
    のデータを前記通信手段を介して送出するプライマリバ
    ックアップリカバリ制御機構とを備えたことを特徴とす
    る請求項１２記載のデータバックアップ・リカバリー方
    式。
15. 【請求項１５】 前記プライマリ記憶装置は、バックア
    ップデータの通信を行う通信手段と、前記データベース
    の内容を変更するデータベース制御機構と、前記データ
    ベース制御機構が前記データベースの内容を変更したと
    きに当該変更内容のデータを前記通信手段を介して送出
    するプライマリバックアップリカバリ制御機構とを備え
    たことを特徴とする請求項１２記載のデータバックアッ
    プ・リカバリー方式。
16. 【請求項１６】 コンピュータにおけるデータバックア
    ップ・リカバリー方式において、バックアップしようと
    するプライマリシステムの正データが格納されているブ
    ロックに対応したバックアップブロックを用意し、この
    ブロックの位置管理を、当該ブロックとランダムアクセ
    スメモリの物理アドレスとを対応させたロケーションテ
    ーブルを用いて行い、ランダムアクセスメモリに格納さ
    れているバックアップデータベースを管理するセカンダ
    リーシステムを備えたことを特徴とするデータバックア
    ップ・リカバリー方式。
17. 【請求項１７】 前記センカダリシステムは、アプリケ
    ーション処理を行うセカンダリ処理装置のメインメモリ
    をランダムアクセスメモリとして使用し、前記バックア
    ップしようとするプライマリシステムから送られてくる
    当該データで前記ランダムアクセスメモリ内のバックア
    ップデータベースを変更するセカンダリバックアップリ
    カバリ制御機構を備えたことを特徴とする請求項１６記
    載のデータバックアップ・リカバリー方式。
18. 【請求項１８】 前記センカダリシステムは、アプリケ
    ーション処理を行うセカンダリ処理装置と、このセカン
    ダリ処理装置のメインメモリとは別にデータベースを格
    納するランダムアクセスメモリからなるセタンダリ記憶
    装置とを設けたことを特徴とする請求項１６記載のデー
    タバックアップ・リカバリー方式。
19. 【請求項１９】 前記セカンダリ処理装置は、バックア
    ップデータの通信を行う通信手段と、前記バックアップ
    しようとするプライマリシステムから前記通信手段を介
    して送られてくる当該データで前記バックアップデータ
    ベースを変更するセカンダリバックアップリカバリ制御
    機構と備えたことを特徴とする請求項１８記載のデータ
    バックアップ・リカバリー方式。
20. 【請求項２０】 前記セカンダリ処理装置は、バックア
    ップデータの通信を行う通信手段のみを設け、前記セン
    カダリ記憶装置は、バックアップしようとするプライマ
    リシステムから前記通信手段を介して送られてくる当該
    データで前記バックアップデータベースを変更するセカ
    ンダリバックアップリカバリ制御機構とを備えたことを
    特徴とする請求項１８記載のデータバックアップ・リカ
    バリー方式。
21. 【請求項２１】 前記センカダリシステムは、データベ
    ースを格納するランダムアクセスメモリからなるセカン
    ダリ記憶装置のみを設け、 前記センカダリ記憶装置は、バックアップデータの通信
    を行う手段と、バックアップしようとするプライマリシ
    ステムから前記通信手段を介して送られてくる当該デー
    タで前記バックアップデータベースを変更するセカンダ
    リバックアップリカバリ制御機構を備え、 たことを特徴とする請求項１６記載のデータバックアッ
    プ・リカバリー方式。
22. 【請求項２２】 前記プライマリまたはセカンダリーシ
    ステムは、ログデータを、更新後データログ、更新前デ
    ータログ、更新トランザクションログの３つに分類し、
    必要に応じてそれらのうちの１つまたは２つ以上を保存
    することを特徴とする請求項１０、１１、１２、１６、
    １７、１８または２１記載のバックアップリカバリー方
    式。
23. 【請求項２３】 前記プライマリまたはセカンダリーシ
    ステムは、前記同期密結合方式または前記非同期疎結合
    方式を採用したものであることを特徴とする請求項１
    ０、１１、１２、１６、１７、１８、２１または２２記
    載のデータバックアップ・リカバリー方式。