JPH01293452A - データベース障害回復方式 - Google Patents

Abstract

(57)【要約】本公報は電子出願前の出願データであるた
め要約のデータは記録されません。

Description

【発明の詳細な説明】 〔産業上の利用分野〕 本発明はデータベース障害回復方式に関し、特にデータ
ベースの複写データと更新履歴データとに基づき、デー
タベースの障害回復作業を行うデータベースシステムに
おいて、上記回復作業の自動化と高性能化を実現可能と
するデータベース障害回復方式に関する。

〔従来の技術〕

データベースは、一般に、幾つかの論理的な領域から構
成され、磁気ディスクに代表される外部記憶媒体に格納
されている。上記各領域は複数の媒体に格納されたり、
ある媒体に複数の領域が格納されたりする。この媒体が
何等かの原因で使用不能になった場合、その媒体に含ま
れる全領域について、障害が発生する直前の状態に回復
する必要がある。データベースシステムでは、データベ
ースの複写データに、データベースの更新履歴データを
重ね書きする回復方式が一般的である。

そこで、従来のデータベースシステムでは、領域単位あ
るいはデータベース単位に複写データを取得する手段や
、データベースサービス中に取得された更新履歴データ
を、更新時刻間隔や領域単位に編集する手段を利用者に
提供し、データベース障害回復に必要な複写データや更
新履歴データを利用者に用意させていた。

このような方式に関するものとして、例えば、Ｃ，Ｊ、
Ｄａｔｅ著“Ａｎ　　Ｉｎｔｒｏｄｕｃｔｉｏｎ　ｔｏ
　ＤａｔａｂａｓｅＳ　ｙｓｔｅｍｓ”（Ａｄｄｉｓｏ
ｎ　Ｗｅｓｌｅｙ、１９８３年）を挙げることができる
。

〔発明が解決しようとする課題〕

データベースシステムの運用において、データベース容
量の拡張やデータの格納状態の整理・整頓あるいはデー
タベースの定義の一部変更等のため、領域単位に、その
領域へのアクセスを禁止状態にしてデータベースの再編
成（「再構成」を含む）を実施することがある。

以下、説明のため、再編成を実施した領域を絆称してＸ
、他の領域を同様にＹとする。また、障害が発生した媒
体内のＸをＸ′、ＹをＹ′と記す。

再編成をした領域Ｘを含む媒体に障害が発生した場合、
再編成前に取得していた複写データに、再編成後のデー
タベースの状態に基づく更新履歴データを重ね書きする
と、データベースの内容を破壊してしまう。そこで、上
記従来技術では、（１）再編成後に、データベースサー
ビスを中断してデータベース全領域の複合データを再取
得する。データベース障害時には、再編成後の複写デー
タと更新Ｂ暦データとで回復する（２）再編成後、Ｘだ
けの複写データを取得し終るまで、Ｘへのデータベース
サービスを再開しない。障害回復時には、まず、　Ｙ′
を複写データと更新履歴データとを用いて再編成終了時
刻の状態に回復する。その後、Ｘ′に対する再編成後の
複写データと、　Ｘ’、Ｙ’の更新履歴データを用いて
回復する （３）障害回復時には、まず、　Ｙ′だけの複写データ
と更新履歴データとを用いて、　Ｙ′を再編成終了時刻
の状態に回復する。その後、　Ｘ′に対する再編成後を
再度実施した後、Ｘ’、Ｙ’の更新履歴データを用いて
回復する 等の回復操作が行われていた。

このように、従来技術では、障害を検知した媒体とそれ
に含まれる領域を特定し、回復に必要な複写データ、更
新履歴データおよびその反映方法とを選択するのは、デ
ータベースシステムの運用管理者の役割であり、 （１）再編成後の複写データ取得のためのデータベース
サービスの中断 （２）複写データの選択や更新履歴データの編集のため
の回復時間の長大化 （３）障害回復に使用する複写データや更新履歴データ
の誤用や回復手順の人的操作誤りによる回復時間の遅れ 等の問題があった。

本発明は上記事情に鑑みてなされたもので、その目的と
するところは、従来のデータベース障害回復方式におけ
る上述の如き問題を解消し、データベースシステム運用
管理者の負担を軽減するとともに高速な障害回復を可能
とする、データベース障害回復方式を提供することにあ
る。

〔課題を解決するための手段〕

本発明の上述の目的は、データベースの複写データと更
新履歴データとに基づき、その障害回復を行うデータベ
ースシステムにおいて、前記データベースを構成する領
域単位に、該領域の管理データとして、当該領域の複写
データを取得した開始・終了時点の時間的順序関係を保
存する識別子と、当該領域の再編成または再構成の内容
とその開始・終了時点の時間的順序関係を保存する識別
子を記憶する手段を設けて、データベース障害回復時に
その対象となる領域毎に、前記各時点の時間的順序関係
を保存する識別子に基づいてデータベース回復に使用す
る更新履歴データを識別し、該更新履歴データの前記複
写データへの反映方法を選択して障害回復処理を実行す
ることを特徴とする、データベース障害回復方式によっ
て達成される。

〔作用〕

本発明に係るデータベース障害回復方式においては、デ
ータベースを構成する領域毎に、領域の管理データとし
て、下記（１１）に示すデータを記憶し、これを用いて
、下記（１２）〜（１４）の如き処理を行うことにより
、不適切な更新履歴データの反映により、不当な内容の
データベースに回復されることを防止するものである。

（１１）その領域に対する次の情報を恒久的に記憶して
おける場所を、外部記憶装置内に用意しておく。

にバックアップ開始時刻 ■二バックアップ終了時刻 ■：再編成内容 ■：再編成開始時刻 ■：再編成終了時刻 なお、ここで、「時刻Ｊなる語は、各時点の時間的順序
性を保存する識別子の意味で用いており、時刻に限定さ
れるものではない。

（１２）バックアップ時、その開始・終了時刻を（１１
）で確保した■劃に設定する。また、上記■。

ＩＶ、Ｖは初期状態にする。

（１３）再編成時、その再編成を再度実行するのに必要
な情報と、開始・終了時刻を（１１）で確保したＩＩＩ
、ｒＶ、Ｖに設定する。

（１４）データベース障害時における回復動作の概要は
、第１図のフローチャートに示す通りである。以下、こ
れについて、簡単に説明する。

回復対象の領域を特定しくステップ１）、その領域管理
データを読込む（ステップ２）。バックアップ後に再編
集が実施されたが否かにより、ステップ３以下、下記（
ａ）（ｂ）いずれが一方の処理が、回復対象の全領域に
対して実施される（ステップ７）。

（ａ）バックアップ取得後、再編成が未実施、すなわち
、上記ｍ、ｒｖ、ｙが初期状態ならば、（ア）回復対象
の領域名をデータベースシステム運用者に知らせて、複
写データおよび更新履歴データをアクセス可能な状態に
なるよう操作させる（ステップ４）。

（イ）上記ＩからＨの間の更新時刻を持つ更新履歴デー
タについて、更新履歴データ中の更新前後情報に基づき
、複写データに未反映なもののみ、複写データに重ね書
きする（ステップ５）。

（つ）上記■以降の更新時刻を持つ更新履歴データを、
（ア）で得た複写データに重ね書きする（ステップ６）
。

（ｂ）バックアップ取得後、再編成が実施済、すなわち
、上記Ｉ１１．ｒＶ、Ｖが初期状態でないならば、 （ア）（ａ）の（ア）と同じ（ステップ８）。

（イ）上記■から■の間の更新時刻を持つ更新履歴デー
タについて、その更新前後情報に基づき複写データに未
反映なもののみ複写データに重ね書きする（ステップ９
）。

（つ）上記■に基づき、データベースの再編成を実施す
る（ステップ１０）。

（１）上記■以降の更新時刻を持つ更新履歴デ−夕を、
（つ）で得た複写データに重ね書きする（ステップ１１
）。

また、特許請求の範囲第２項に記載した発明においては
、上述の構成・作用に加えて、下記の如き構成・作用を
有する。すなわち、 （２１）前記（１３）において、再編成内容■として、
同時に再編成される領域名を設定する。

（２２）前記（１４）（ｂ）（イ）および（つ）におい
て、障害回復対象の領域のみならず、　（１１）で設定
した同時に再編成される必要のある全領域を対象に回復
処理や再編成処理を実施する。

また、特許請求の範囲第３項に記載した発明においては
、上述の構成・作用に加えて、下記の如き構成・作用を
有する。すなわち、 （３１）バックアップ時、その開始時刻を複写データ内
に埋込む。

（３２）前記（１４）（ａ）（ア）でアクセス可能にな
った複写データ中のバックアップ開始時刻が、前記（１
１）Ｉのバックアップ開始時刻と同時刻であることを確
認する。

更に、特許請求の範囲第３項に記載した発明においては
、上述の構成・作用に加えて、下記の如き構成・作用を
有する。すなわち。

（４１）予め、複写データや更新履歴データを格納する
媒体対応に、媒体管理データとして、次の情報を恒久的
に記憶しておける場所を、磁気ディスク等の外部記憶装
置内に用意しておく。

■：媒体名 ■二使用・未使用情報 ■：接続情報 （４２）前記（１１）に加え、次の情報を格納する場所
を用意しておく。

■：複写データ格納媒体名 Ｘ：複写データ格納媒体の接続情報 ＸＩ：更新履歴データ格納媒体名 Ｘｌｌ：更新履歴データ格納媒体の接続情報（４３）複
写データや更新履歴データの格納時、（４１）から未使
用の媒体名を求めて、接続情報がオフライン状態ならば
、それを自動的にアクセス可能な状態にする。

（４４）データベース障害回復時、（４２）から複写デ
ータや更新履歴データが格納されている媒体名を求め、
それらの接続情報に基づいて該当媒体を自動的にアクセ
ス可能な状態にする。

〔実施例〕

以下、本発明の実施例を図面に基づいて詳細に説明する
。なお、以下に説明する実施例は、前述の特許請求の範
囲第１項および第２項に対応する実施例である。

第２図は本発明の第一の実施例であるデータベースシス
テムの全体構成を示す図である。図において、１０１は
プロセッサ、１０２は主記憶装置を示し、１０８は複写
データファイル、１０９は更新履歴データファイル、１
１０は領域テーブルファイル、Ｉｌｌはデータベース定
義ファイル、１１２はデータベース、１１３はコンソー
ルを示している。また、上記主記憶装置１．０２内には
、バックアップ処理プログラム１０３．再編成処理プロ
グラム１ｏ４．データベース管理システム１ｏ５．デー
タベース初期化プログラム１０６．データベース障害回
復プログラム１０７が格納されている。

上記領域テーブルファイル１１０に格納される、あるデ
ータベースの１領域に対する管理情報を集めた領域テー
ブルの構成を第３図に示す。図中、２０１は領域を特定
するための領域識別子、２０２はバックアップ開始時点
の識別子（以下、「時刻」）、２０３はバックアップ終
了時刻、２０４は再編成の回数、２０５は再編成の内容
を示す情報であり、これにより再編成を実行できるもの
とする。また、当該領域と他の領域とが同時に再編成の
対象として処理される場合には、相手の領域識別子を含
むものとする。２０６は再編成の開始時刻、２０７は再
編成の終了時刻である。２０５．２０６．２０７は、２
０４の再編成回数粗分、存在する。

更新履歴データファイル１０９に格納される。更新履歴
データ情報の構成を第４図に示す。図中、４０１はデー
タベース更新時刻、４０２は更新履歴データであり、従
来と同様、更新前・後のデータベースの内容を含むもの
とする。また、更新履歴データは、更新履歴データファ
イル１０９内で、データベース更新時刻順に取出せるよ
うに配置されて４いるものとする。

前記データベース初期化プログラム１０６は、従来は、
データベース１１２の初期設定を行うプロゲラであった
。本実施例においては、これに加えてデータベースを構
成する全領域に対する領域テーブルを登録するための領
域テーブルファイル１１０の初期化を行う。この処理概
要を、第５図に基づいて説明する。

データベース初期化プログラム１０６は、初期化するデ
ータベースの定義情報を、第２図のデータベース定義フ
ァイル１１１から読込み、当該データベースの初期化を
行う（ステップ５０１．５０２）。その後、当該データ
ベースを構成する各領域に対する初期化された領域テー
ブルを、第２図の領域テーブルファイル１１０に格納す
る（ステップ５０３）。

前記バックアップ処理プログラム１０３は、従来は、デ
ータベースの複写データを取得するためのプログラムで
あった。本実施例においては、これに加えて、バックア
ップを行った領域の領域テーブルに、バックアップの開
始・終了時刻を設定する処理を行う。この処理概要を、
第６図に基づいて説明する。

第２図に示すバックアップ処理プログラム１０３は、デ
ータベース内の対象とする領域の複写データの取得開始
時刻を取得した後（ステップ６０１）、前記データベー
ス１１２から複写データを取得する（ステップ６０２）
。その後、複写データの取得終了時刻を取得後（ステッ
プ６０３）、ステップ６０４で、複写データを、第２図
の複写データファイル１０８に書込む。

次に、複写データを取得した領域に対する領域テーブル
を、第２図の領域テーブルファイル１１０から読込む（
ステップ６０５）。領域テーブル内のバックアップ開始
時刻として、上記ステップ６０１で得た値を、バックア
ップ終了時刻として、上記ステップ６０３で得た値を設
定する（ステップ６０６）。

領域テーブル内の再編成情報である、第３図に示した再
編成回数２０４．再編成内容２０５．再編成開始時刻２
０６．再編成終了時刻２０７を初期化した後（ステップ
６０７）、領域テーブルを領域テーブルファイル１１０
に書込む（ステップ６０８）。

バックアップ処理の他の実施例として、複数のデータベ
ース領域をバックアップ対象とする場合の処理概要を、
第７図に基づいて説明する。

ステップ７０１では、バックアップ対象の全領域の領域
テーブルを、領域テーブルファイル１１０から読込む。

次に、バックアップの開始時刻を求める（ステップ７０
２）。２回目以降のステップ７０２の処理では、前回の
ステップ７０４で求めた終了時刻を、今回の開始時刻と
しても良い。前記データベース１１２のバックアップ対
象の１領域の複写データを取得した後（ステップ７０３
）、終了時刻を求め（ステップ７０４）、前記複写デー
タファイル１０８に書込む（ステップ７０５）。次に、
当該領域に対する領域テーブル中のバックアップ開始時
刻２０１として、ステップ７０２で得た時刻を、また、
バックアップ終了時刻２０２として、ステップ７０４で
得た時刻を設定後（ステップ７０６）　、再編成情報で
ある領域テーブル中の再編成回数２０４．再編成内容２
０５゜再編成開始時刻２０６．再編成終了時刻２０７を
初期化する（ステップ７０７）、バックアップ対象の全
領域についてバックアップが完了したか否かを判定しく
ステップ７０８）、完了していなければ、次の領域につ
いてステップ７０２以降の処理を実施し、完了していれ
ば、バックアップの対象となった全領域の領域テーブル
を領域テーブルファイル１１０に書込む（ステップ７０
９）。

前記再編成処理プログラム１０４は、従来は、データベ
ースの領域の容量を拡大したり、データの格納状態の整
理・整頓あるいはデータベース定義の一部変更に伴なう
データベースの再構築等を行うプログラムであった。本
実施例においては、これに加えて、再編成の対象となっ
た領域に対応する領域テーブルに、再編成に関する情報
を設定する処理を行う。この処理概要を、第８図に基づ
いて説明する。

再編成処理プログラム１０４は、再編成の開始時刻を求
めた後（ステップ８０１）、再編成処理プログラムが起
動された再編成目的に応じた、データベ−スの再編成処
理を行う（ステップ８０２）。次に、再編成終了時刻を
求める（ステップ８０３）。再編成対象の全領域に対す
る領域テーブルを領域テーブルファイル１１０から読込
み（ステップ８０４）、各領域テーブル内の再編成情報
である、再編成回数をカウントアツプする（ステップ８
０５）。更に、今回実施した再編成と同じ動作を再度行
うに必要な情報を集めた、再編成の内容を示す情報を設
定する（ステップ８０６）とともに、再編成開始時刻と
して上記ステップ８０１で求めた値を、再編成終了時刻
として、上記ステップ８０３で求めた値を設定する（ス
テップ８０７）。

その後、全領域について、再編成情報の設定が完了した
か否かを判定しくステップ８０８）、完了していなけれ
ば、ステップ８０５以降を実施する。完了していれば、
全領域テーブルを、領域テーブルファイル１１０に格納
する（ステップ８０９）。

なお、本実施例においては、再編成を実施する領域は、
再編成プログラムの起動前に、前記データベース管理シ
ステム１０５に対して、オペレータコマンド等の利用者
の操作指示手段によって、その領域へのデータベースア
クセス不可とする閉塞状態が確立されていることを前提
としている。

次に、再編成を実施する領域の閉塞を、再編成プログラ
ムの実行中に、再編成プログラムから、第２図に示した
データベース管理システム１０５に通知する機能を有す
る場合の実施例を第９図に基づいて説明する。

ステップ９０１では、１回の再編成の対象となる領域に
ついて、その領域の閉塞をデータベース管理システムに
求める。このとき、１回の再編成処理が、複数の領域を
一括して行う必要がある場合には、それら全領域の閉塞
を求めるものとする。

次に、再編成開始時刻を求め（ステップ９０２）、再編
成処理を実施する（ステップ９０３）。再編成終了時刻
を求めた後（ステップ９０４）　、閉塞していた領域の
解除を、データベース管理システム１０５に求める（ス
テップ９０５）。

その後、第８図に示したステップ８０４〜８０５に相当
する再編成対象領域の領域テーブルに、当該再編成情報
を設定する（ステップ９０６）。当該再編成処理プログ
ラムの起動目的に合った全領域の再編成が実施された否
かを判定しくステップ９０７）、未実施のものがあれば
ステップ９０１以降を実施し、すべて実施済みなら、当
該処理を終了する。

以下、上述の如く構成された本実施例の動作を説明する
。

第１０図はデータベース障害回復の動作を示すフローチ
ャートである。前記データベース管理システム１０５は
、データベースアクセス時に、データベースの障害を検
知する（ステップ１００１）と、障害が発生した媒体に
含まれる全領域識別子を、前記データベース定義ファイ
ル１１１内のデータベース定義から特定しくステップ１
００２）だ後、ステップ１００３で、前記データベース
障害回復プログラム１０７を起動する。なお、データベ
ース障害の発生やその回復の終了時に、コンソール等を
介して利用者に通知する点は、従来と同様である。

上記データベース障害回復プログラム１０７の処理概要
を第１１図に基づいて説明する。

データベース障害回復プログラム１０７は、起動される
と、データベース障害の発生した領域の領域テーブルを
、領域テーブルファイル１１０から読込む（ステップ１
１０１）。回復対象の領域識別子を、前記コンソール１
１３に表示して、データベースシステムの運用管理者に
知らせる。その後、複写データと更新履歴データとが、
データベース管理システムからアクセスできるようにに
なるまで待つ（ステップ１１０２）、ステップ１１０３
では、当該領域テーブル内の再編成回数が初期値か否か
を判定し、初期値でなければステップ１１０８以降を実
施する。

また、初期値であれば、前記更新履歴データファイル１
０９から、第４図４０１に示すデータベース更新時刻が
、バックアップ開始時刻以降の更新履歴データを読込む
（ステップ１１０４）。該当データが存在するか否かを
判定しくステップ１１０５）、存在しなければステップ
１１０７以降を実施し、存在すれば当該更新履歴データ
を複写データに反映させた後（ステップ１１０６）、ス
テップ１１０４以降を実施する。

ステップ１１０７では、データベース障害自動回復対象
の領域が他に存在するか否かを癲定し、存在しなければ
処理を終了し、存在すればステップ１１０１以降を実施
する。

一方、ステップ１１０８では、カウンタＩに１を設定後
、第Ｉ番目の再編成開始時刻までの更新履歴データを読
込む（ステップ１１０９）、ステップ１１１０では該当
データが存在するか否かを判定し、存在しなければステ
ップ１１１２以降を実施し、存在すれば当該更新履歴デ
ータを複写データに反映させた後（ステップ１１１１）
、ステップ１１０９以降を実施する。

ステップ１１１２では、第３図に２０５で示した第Ｉ番
目の再編成内容に基づき、再編成を行う。

次に、第１＋１番目の再編成が実施されているか否かを
判定しくステップ１１１３）、実施されていれば上記力
ウンタエに１を加算後（ステップ１１１７）、ステップ
１１１９以降を実施する。再編成が実施されていなけれ
ば、第Ｉ番目の再編成終了時刻以降の更新履歴データを
読込む（ステップ１１１４）。該当データが存在するか
否かを判定しくステップ１１１５）、存在しなければス
テップ１１１７以降を実施し、存在すれば当該更新履歴
データを複写データに反映させた後（ステップ１１１６
）、ステップ１１１４以降を実施する。

上記各ステップ１１０６，１１１１，１１１６における
更新履歴データの複写データへの反映処理内容を、第１
２図に基づいて説明する。

ステップ１２０１では、第４図に示した更新履歴データ
の更新時刻４０１が、第３図に２０２．２０３で示した
バックアップの開始・終了時刻の間であるか否かを判定
し、バックアップ中でなければステップ１２０４以降を
実施する。バックアップ中であれば、複写データと更新
前データとが一致しているか否かを判定しくステップ１
２０２）、不一致ならば更新後に複写データが取られて
いるため、その更新Ｂ暦データを無視する。一致してい
れば複写データに更新履歴データを重ね書きする（ステ
ップ１２０３）。

ステップ１２０４では、ステップ１２０２におけると同
様に、複写データと更新摩データとが一致しているか否
かを判定し、不一致ならば不適当な更新履歴データが含
まれていたとして、エラー処理を行い（ステップ１２０
５）、処理を終了する。一致していなければ、ステップ
１２０３以降を実施する。

第１１図に示した実施例においては、データベース障害
自動回復処理の中で実行される再編成処理が回復対象の
領域毎に行える場合を示したが、以下、自動回復処理で
実行される再編成処理が、例えば、インデックス領域と
データ領域に代表されるように、複数の領域を同時に対
象とする場合の実施例を第１３図、第１４図に基づいて
説明する。

ステップ１３０１では、データベース障害の発生した領
域の領域テーブルを、領域テーブルファイルから読込む
。その領域識別子を第２図のコンソール１１３に表示し
て、データベースシステムの運用管理者に知らせる。そ
して、複写データと更新履歴データとがデータベース管
理システムからアクセスできるようになるまで待つ（ス
テップ１３０２）。

ステップ１３０３では、当該領域テーブル内の再編成回
数が初期値か否かを判定し、初期値でなければ再編成を
含む回復処理を行った（ステップ１３０８）後、ステッ
プ１３０７以降を実施する。初期値であればバックアッ
プ開始時刻以降の更新履歴データを読込む（ステップ１
３０４）、該当データが存在するか否かを判定しくステ
ップ１３０５）、存在すれば当該更新履歴データを複写
データに反映（ステップ１３０６）した後、ステップ１
３０４以降を実施する。存在しなければ、データベース
障害回復されていない他の領域が存在するか否かを判定
しくステップ１３０７）、存在すればステップ１３０４
以降を実施し、存在しなければ当該プログラムの処理を
終了する。

第１３図のステップ１３０８の処理内容を、第１４図に
基づいて説明する。

ステップ１４０１では、カウンタＩに１を設定後、領域
テーブル中の第１番目の再編成内容２０５から再編成を
同時に行う必要のある領域を特定した後（ステップ１４
０２）、領域テーブル内の第１番目の再編成開始時刻２
０６までの更新履歴データを読込む（ステップ１４０３
）。該当データが存在するか否かを判定しくステップ１
４０４）、存在すれば当該更新Ｂ暦データを複写データ
に反映した後（ステップ１４０５）、ステップ１４０３
以降を実施する。存在しなければ、再編成を同時に行う
必要のある領域が他に存在するか否かを判定しくステッ
プ１４０６）、存在しなければステップ１４１０以降を
実施し、存在すれば当該領域の領域テーブルが既に読込
まれているか否かを判定する（ステップ１４０７）。読
込み済みであれば、ステップ１４０９以降を実施し、読
込まれていなければ当該領域テーブルを、前記領域テー
ブルファイル１１０から読込む（ステップ１４０８）。

その後、当該領域の領域識別子をコンソール１１３に表
示後、複写データや更新履歴データがアクセス可能にな
るまで待つ（ステップ１４０９）。アクセス可能になっ
たら、ステップ１４０３以降を実施する。

ステップ１４１０では、第３図に示した第Ｉ番目の再編
成内容２０５に基づき再編成を行う。その後、領域テー
ブル内の再編成回数がＩ＋１より小さいか否かを判定し
くステップ１４１１）、小さくなければカウンタエに１
を加算した後（ステップ１４１５）、ステップ１４０２
以降を実施する。小さければ、領域テーブル内の第Ｉ番
目の再編成終了時刻２０７以降の更新履歴データを読込
む（ステップ１４１２）、該当データが存在するか否か
を判定しくステップ１４１３）、存在すれば当該更新履
歴データを複写データに反映（ステップ１４１４）後、
ステップ１４１２以降を実施する。存在しなければ、処
理を終了する。

なお、第１３図のステップ１３０６および第１４図のス
テップ１４０５．１４１４の処理の詳細は、既に第１２
図に示した。

次に、本発明の他の実施例を説明する。

以下に説明する実施例は、特許請求の範囲第３項に対応
するものであり、システムの全体構成や領域テーブル、
更新履歴データの構成は、前出の第２図〜第４図に示し
たものと同様である。

本実施例においては、複写データファイル１０８の各領
域対応の複写データ内に、その複写データ開始時刻を設
定する場所を設けている。第１５図にその具体的構成例
を示した。第１５図は、データベース領域を更に分割し
た管理単位ページ群中、先頭のものの中に複写データ開
始時刻を設定する場所を設けた例である。なお、本発明
は、データベース領域の中の管理方法や複写データ開始
時刻の設定場所には依存するものではなく、データベー
ス障害回復時、該当複写データがいつ取得されたかが求
められれば良い。

また、第２図に示したデータベース初期化プログラム１
０６．再編成処理プログラム１０４の処理内容は、それ
ぞれ、前出の第５図、第８図および第９図と同様である
。

まず、本実施例におけるバックアップ処理プログラム１
０３の処理内容について、第１６図に基づいて説明する
。本図に示す処理においては、前出の実施例における第
６図に示した処理に加えて、複写データに複写データの
取得開始時刻を埋込むための処理（ステップ１５０４）
が、複写データを、複写データファイルに書込む処理（
ステップ１５０５）の前に追加される。

同様に、前出の実施例における第７図に示した処理に相
当する処理内容について、第１７図に基づいて説明する
。本図に示す処理においては、第７図に示した処理に加
えて、複写データにバックアップ開始時刻を埋込むため
の処理（ステップ１６０５）が、複写データを、複写デ
ータファイルに書込む処理（ステップ１６０６）の前に
追加される。

次に、データベース障害回復方法について、特許請求の
範囲第１項および第２項に対応する前記実施例との対比
で説明する。

第１１図に示した、データベース障害回復プログラム１
０７の処理に対応するについて、第１８図に基づいて説
明する０本図に示す処理においては、第１１図に示した
処理に加えて、ステップ１７０２で、複写データや更新
履歴データがアクセス可能になるまで待った後、アクセ
ス可能になった複写データ内のバックアップ開始時刻が
、当該領域に関する第３図の領域テーブル内のバックア
ップ開始時刻２０２と一致していることを判定しくステ
ップ１７０３）た後、一致していればステップ１７０５
以降を実施し不一致ならば、適正な複写データを要求す
るメツセージをコンソールに表示して、アクセス可能に
なるまで待ち（ステップ１７０４）、次に、再度、ステ
ップ１７０３以降を実施する処理を追加する。

第１８図に示すステップ１７０８．１７１３．１７１８
の詳細な処理内容は、先に第１２図に示したと同様であ
る。

前記実施例における、第１３図に相当する処理内容につ
いて、第１９図に基づいて説明する。

本図に示す処理においては、第１３図に示した処理に加
えて、複写データや更新履歴データがアクセス可能にな
るまで待った後（ステップ１８０２）、アクセス可能に
なった複写データ内のバックアップ開始時刻が、当該領
域テーブルに関する第３図の領域テーブル内のバックア
ップ開始時刻２０２と一致していることを判定しくステ
ップ１８０３）、一致していればステップ１８０５以降
を実施し、不一致ならば、適正な複写データを要求する
メツセージをコンソールに表示して１次の複写データが
アクセス可能になるまで待ち（ステップ１８０４）、再
度、ステップ１８０３以降を実施する処理を追加する。

前記実施例における、第１４図に相当する処理内容につ
いて、第２０図に基づいて説明する。

本図に示す処理においては、第１４図に示した処理に加
えて、複写データや更新履歴データがアクセス可能にな
るまで待った後（ステップ１９０９）、アクセス可能に
なった複写データ内のバックアップ開始時刻が、当該領
域テーブルに関する第３図の領域テーブル内のバックア
ップ開始時刻２０２と一致していることを判定しくステ
ップ１９１０）、一致していればステップ１９０３以降
を実施し、不一致ならば、適正な複写データを要求する
メツセージをコンソールに表示して、次の複写データが
アクセス可能になるまで待ち（ステップ１９１１）、再
度、ステップ１９１０以降を実施する処理を追加する。

なお、第１９図のステップ１８０８．第２０図の１．９
０５゜１９１６の詳細な処理内容は、既に第１２図に示
した。

次に、本発明の他の実施例を説明する。

以下に説明する実施例は、特許請求の範囲第４項に対応
するものであり、システムの全体構成は第２１図に示す
通りである。図において、２００１はプロセッサ、２０
０２は主記憶装置を示し、２００３はバックアップ処理
プログラム、２００４は再編成処理プログラム、２００
５はデータベース処理システム、２００６はデータベー
ス初期化プログラム、　２００７はデータベース障害回
復プログラム、また、２００８は媒体管理ファイル、２
０１０は領域テーブルファイル、２０１１はデータベー
ス定義ファイル、２０１２はデータベース、２００９は
複写データや更新履歴データを格納した媒体の保管装置
、２０１３はデータベース障害の発生やその自動回復中
、終了等を利用者に伝えるためのコンソールを示してい
る。

上記媒体保管装置２００９内の更新履歴データ情報の構
成は、前述の実施例に示したと同様である。

また、上記媒体保管装置２００９内の複写データは、上
述の実施例に示したと同様の、バックアップ開始時刻を
含むものとする。

上記領域テーブルファイル２０１０の構成を第２２図に
示す。図中、２１０１は領域を特定するための領域識別
子、２１０２はバックアップ開始時刻、２１０３はバッ
クアップ終了時刻、２１０４は複写データが格納されて
いる媒体を特定するためのバックアップ媒体識別子、２
１０５はバックアップ媒体の接続情報、また、２１０６
は再編成回数、２１０７は再編成内容を示す情報であり
、これらにより再編成を実行できるものとする。なお、
当該領域と他の領域とが、同時に再編成の対象として処
理される場合には、相手のトイ識別子を含むものとする
。

２１０８は再編成の開始時刻、２１０９は再編成の終了
時刻、２１１０は更新履歴データが格納されている媒体
を特定するための更新履歴データ媒体識別子、２１１１
は更新履歴データ媒体の接続情報である。これらの情報
のうち、再編成内容２１０７．再編成の開始時刻２１０
８　、再編成の終了時刻２１０９は、再編成回数２１０
６の組だけ存在する。また、バックアップ媒体識別子２
１０４　、バックアップ媒体の接続情報２１０５はおよ
び更新履歴データ媒体識別子２１１０．更新履歴データ
媒体の接続情報２１１１の各組は、媒体の数だけ存在す
る。

なお、前記媒体の保管装置２００９は、複写データや更
新履歴データを格納した媒体の保管装置で、言わば、自
動倉庫の如きものであり、通常は、直接その媒体内のデ
ータにアクセスできないオフライン状態で管理される。

当該装置は、媒体を特定する情報と、それをアクセス可
能にすることを要求する信号とを受取ると、その媒体を
アクセス可能なオンライン状態にするものとする。

また、媒体管理ファイル２００８は、複写データや更新
履歴データを格納する媒体の管理情報ファイルであり、
その１媒体に対する媒体情報テーブルの構成例を、第２
３図に示す。図中、２２０１は媒体を特定するための媒
体識別子、２２０２は媒体の使用・未使用を示す情報、
２２０３は媒体が即アクセス可能な状態でＣＰＵと接続
されているか否かを示す接続情報である。本実施例にお
いては、媒体が媒体保管装置２００９にある場合には、
即アクセス不可の状態であるとして、通常の即アクセス
可能な外部記憶装置と区別している。

なお、データベース初期化プログラム２００６　、再編
成処理プログラム２００４はの処理内容は、前出の第５
図、第８図および第９図と同様である。

また、バックアップ処理プログラム２００３の、前述の
実施例における第１６図に対応する処理内容について、
第２４図に基づいて説明する。本実施例におけるバック
アップ処理プログラム２００３の処理においては、第１
６図に示した処理に先立ち、保管装置２００９内の、複
写データを格納する媒体をアクセス可能にする処理（ス
テップ２３０１）が実施される。第１６図のステップ１
５０５に対応する処理２３０６は、複写データの書込み
先が、ステップ２３ｏ１でアクセス可能になった複写デ
ータの格納媒体となる。

第１６図のステップ１５０７に対応する処理２３ｏ８に
おいては、バックアップ開始・終了時刻に加えて、バッ
クアップ媒体に関する情報として、媒体識別子、接続情
報が設定される。同様に、第１６図のステップ１５０８
に対応する処理２３ｏ９では、再編成に関する情報に加
えて、更新履歴データの格納媒体情報が初期化される。

更に、第１６図に示した処理の終了後に、複写データ格
納媒体を保管装置２００９に納める処理（ステップ２３
１１）が実施される。

上記ステップ２３０１の詳細な処理内容を、第２５図に
基づいて説明する。

ステップ２４０１では、第２１図に示した媒体管理ファ
イル２００８内から、未使用媒体の媒体情報テーブルを
読込み、ステップ２４０２で、第２３図に示す媒体情報
テーブルの媒体使用情報２２ｏ２を使用状態にした後、
ステップ２４０３で、媒体管理ファイルに格納する。次
に、第２１図の媒体保管装置内の当該媒体識別子に対応
する媒体を、アクセス可能状態にする（ステップ２４０
４）。

同様に、第１７図に相当する処理について、第２６図に
基づいて説明する。

本図に示す処理においては、第１７図に示した処理に加
えて、複写データの格納媒体をアクセス可能にする処理
（ステップ２５０２）が、当該バックアップ開始時刻を
求める前に追加される。また、当該領域の領域テーブル
設定時に、バックアップ開始・終了時刻に加えて、複写
データ媒体識別子を設定する（ステップ２５０８）、第
１７図のステップ１６０６に対応する処理２５０７は、
複写データの書込み先が、ステップ２５０２でアクセス
可能になった複写データの格納媒体となる。また、第２
４図ステップ２３０８　。

２３０９と同様に、ステップ２５０８．２５０９におい
て、領域テーブルの再設定を行う。

更に、バックアップ対象領域について、すべてバックア
ップを取得したが否かを判定する前に。

複写データの格納媒体を保管装置２００９に納める処理
（ステップ２５１０）が実施される。

第２６図のステップ２５０２の詳細な処理内容は、第２
５図と同様である。

次に、データベースの障害回復方法について説明する。

第２１図に示すデータベース管理システム２００５が障
害を検知してからの処理内容は、前述の実施例に対する
第１０図と同様である。なお、データベース・サービス
中に、データベース管理システム２００５により、デー
タベースの更新履歴データを外部記憶装置に格納する処
理は、第２７図に示す通りである。

ステップ２６０１では、データベース・サービス開始時
にアクセスされる領域の領域テーブルが、領域テーブル
ファイルから読込まれる。次に、ステップ２６０２では
、更新履歴データを格納する媒体が決まっていることを
判定し、決まっていればステップ２６０９以降を実施し
、決まっていなければ媒体情報テーブルが、媒体管理フ
ァイル２００８から読込まれているか否かを判定する（
ステップ２６０３）。読込まれていればステップ２６０
５以降を実施し、読込まれていなければ、媒体管理ファ
イルから媒体情報テーブルを読込む（ステップ２６０４
）。

ステップ２６０５では、第２３図に示した媒体使用情報
２２０２が、未使用状態であることを示す媒体を選んで
、その媒体の媒体使用情報を使用状態とする（ステップ
２６０６）、次に、ステップ２６０７では、その媒体の
接続情報２２０３が、即アクセス可能状態であるか否か
を判定し、即アクセス可能状態であればステップ２６０
９以降を実施し、アクセス可能状態にする必要がある場
合には、第２１図の媒体保管装置２００９に信号を送り
、当該媒体をアクセス可能状態にする（ステップ２６０
８）。

ステップ２６０９では、更新履歴データが対象とする全
領域について、それらの領域テーブルの履歴データ媒体
識別子２１１０（第２２図参照）とその接続情報２１１
１を媒体情報として設定する。但し、同一媒体が既に設
定されている場合には、設定しない。

次に、データベース障害回復プログラム２００７の処理
概要を、第２８図に基づいて説明する。

本プログラムは、起動されると、データベース障害の発
生した領域の領域テーブルを、領域テーブルファイルか
ら読込む（ステップ２７０１）。次に、回復対象の領域
に対する複写データの格納された全媒体を、領域テーブ
ル内のバックアップ媒体識別子２１０４から求め、その
接続情報に基づき、当該媒体をアクセス可能状態にする
（ステップ２７０２）。

次に、ステップ２７０３で、複写データ内に埋込まれた
バックアップ開始時刻と、領域テーブル内のバックアッ
プ開始時刻が一致しているか否かを検証し、一致してい
ればステップ２７０４以降を実施する。また、不一致な
らば、ステップ２７２０でエラー処理をして、当該処理
を終了する。

ステップ２７０４では、当該領域テーブル内の再編成回
数が初期値か否かを判定し、初期値でなければステップ
２７０９以降を実施する。初期値ならば、更新履歴デー
タを格納した全媒体を、領域テーブル内の更新履歴媒体
識別子２１１０から求め、その接続情報２１１１に基づ
き、当該媒体をアクセス可能にする（ステップ２７０５
）、次に、バックアップ開始時刻以降の更新時刻を持つ
更新履歴データを読込む（ステップ２７０６）。該当デ
ータが存在するか否かを判定しくステップ２７０７）、
存在しなければステップ２７１９以降を実施し、存在す
れば当該更新履歴データを複写データに反映させた後（
ステップ２７０８）、ステップ２７０６に戻る。

ステップ２７１９では、データベース障害自動回復対象
の領域が他に存在するか否かを判定し、存在しなければ
処理を終了し、存在する場合には、ステップ２７０１に
戻る。

一方、ステップ２７０９では、カウンタエに１を設定後
、第１番目の再編成開始時刻までの更新履歴データを読
込む（ステップ２７１０）。該当データが存在するか否
かを判定しくステップ２７１１）、存在しなければステ
ップ２７１３以降を実施し、存在する場合には、当該更
新履歴データを複写データに反映させた後（ステップ２
７１２）、ステップ２７１０に戻る。ステップ２７１３
では、第２２図に２１０７で示した第Ｉ番目の再編成内
容に基づき、再編成を行う。

次に、第１＋１番目の再編成が実施されているか否かを
判定しくステップ２７１４）　、実施されていればカウ
ンタエに１を加算した後（ステップ２７１５）、ステッ
プ２７１０に戻る。再編成が実施されていなければ、第
Ｉ番目の再編成終了時刻以降の更新履歴データを読込み
（ステップ２７１６）、該当データが存在するか否かを
判定しくステップ２７１７）、存在しなければステップ
２７１９以降を実施し、存在する場合には、当該更新履
歴データを複写データに反映させた後（ステップ２７１
Ｂ）、ステップ２７１６に戻る。

第２８図のステップ２７０８，２７１２，２７１８にお
ける更新履歴データの複写データへの反映処理内容は、
先に第１２図に示したと同様である。

上述の、第２８図に示した実施例は、データベース障害
自動回復処理の中で実行される再編成処理が、回復対象
の領域毎に行える場合について示した。自動回復処理で
実行される再編成処理が、例えば、インデックス領域と
データ領域に代表されるように複数の領域を同時に対象
とする場合の実施例を、第２９図、第３０図に基づいて
説明する。

ステップ２８０１では、データベース障害の発生した領
域の領域テーブルを、領域テーブルファイルから読込む
。次に、回復対象の領域に対する複写データの格納され
ている全媒体を、領域テーブル内のバックアップ媒体識
別子２１０４から求め、その接続情報に基づき、当該媒
体をアクセス可能状態にする（ステップ２８０２）、次
に、複写データ内に埋込まれたバックアップ開始時刻と
領域テーブル内のバックアップ開始時刻とが一致してい
ることを検証しくステップ２８０３）　、一致していれ
ばステップ２８０４以降を実施する。また、一致してい
なければエラー処理をして（ステップ２８１０）、当該
処理を終了する。

ステップ２８０４では当該領域テーブル内の再編成回数
が初期値か否かを判定し、初期値でなければ再編成を含
む回復処理を行った後（ステップ２８１１）、ステップ
２８０９以降を実施する。初期値であれば更新履歴デー
タを格納した全媒体を領域テーブル内の更新履歴媒体識
別子２１１０から求め、その接続情報２１１１に基づき
、当該媒体をアクセス可能にする（ステップ２８０５）
。次に、バックアップ開始時刻以降の更新履歴データを
読込み（ステップ２８０６）、該当データが存在するか
否かを判定（ステップ２８０７）する。存在すれば当該
更新履歴データを複写データに反映させた後（ステップ
２８０８）、ステップ２８０６に戻る。また、存在しな
ければ、データベース障害回復されていない他の領域が
存在するか否かを判定しくステップ２８０９）、存在す
ればステップ２８０１に戻り、存在しなければ本プログ
ラムの処理を終了する。

第２９図に示したステップ２８１１の処理内容を、第３
０図に基づいて説明する。

ステップ２９０１では、カウンタ■に１を設定した後、
第２２図に示した領域テーブル中の、第Ｉ番目の再編成
内容２１０７から、再編成を同時に行う必要のある領域
を特定した後（ステップ２９０２）、上記ステップ２８
０５と同様に、更新履歴データ格納媒体をアクセス可能
状態にする（ステップ２９０３．）。

次に、第２２図に示した領域テーブル内の、第１番目の
再編成開始時刻までの更新履歴データを読込み（ステッ
プ２９０４）、該当データが存在するか否かを判定しく
ステップ２９０５）、存在する場合には、当該更新履歴
データを複写データに反映させた後（ステップ２９０６
）、ステップ２９０４に戻る。存在しない場合には、再
編成を同時に行う必要のある領域が他に存在するか否か
を判定しくステップ２９０７）、存在すれば当該領域の
領域テーブルが既に読込まれているか否かを判定する（
ステップ２９０８）。読込み済みならステップ２９１０
以降を実施し、読込まれていなければ、当該領域テーブ
ルを領域テーブルファイル２０１０から読込む（ステッ
プ２９０９）。

次に、ステップ２８０２と同様に、複写データ格納媒体
をアクセス可能状態にする（ステップ２９１０）。

その後、ステップ２８０３と同様に、複写データの適正
さを検証しくステップ２９１１）、適正ならばステップ
２９０３に戻り、不適であればエラー処理を行った後（
ステップ２９１２）、当該処理を終了する。

ステップ２９１３では、第２２図に示した第Ｉ番目の再
編成内容２１０７に基づき再編成を行う。その後、領域
テーブル内の再編成回数がＩ＋１より小さいか否かを判
定しくステップ２９１４）、小さくなければ他に再編成
が実施されているので、カウンタエに１を加算した後（
ステップ２９１．８）、ステップ２９０２に戻る。また
、小さければ、領域テーブル内の第１番目の対編成終了
時刻２１０９以降の更新履歴データを読込む（ステップ
２９１５）。次に、該当データが存在するか否かを判定
しくステップ２９１６）、存在すれば当該更新履歴デー
タを複写データに反映させた後（ステップ２９１７）、
ステップ２９１５に戻る。存在しなければ、処理を終了
する。

なお、第２９図のステップ２９０６．２９１７における
処理内容は、先に第１２図に示したと同様である。

最後に、特許請求の範囲第４項に対応する実施例として
、更新履歴データを格納する媒体と、当該データを保管
する媒体保管装置とが異なる場合を示す。

第３１図に、全体構成図を示す。前述の各実施例と比較
して、更新履歴データ複写プログラム３００８と、更新
履歴データファイル３０１０とが追加されている。

本実施例においては、第２４図に示したようなデ−タベ
ース管理プログラムがデータベースサービス中に、更新
履歴データを直接媒体保管装置に格納することはせず、
通常は、従来と同様に、更新履歴データを、半導体ディ
スクや磁気ディスク等の記憶装置、すなわち、第３１図
に示す更新履歴データファイル３０１０に格納する。当
該ファイルが満杯になったとき、あるいは、データベー
スシステム運用管理者の指示により、第３１図に示す更
新履歴データ複写プログラム３００８を起動して、更新
履歴データファイル３０１０から、媒体保管装置３ｏ１
４に移す。

更新履歴データ複写プログラム３００８の処理内容を、
第３２図に基づいて説明する。

ステップ３１０１では、第３１図に示した媒体管理ファ
イル３００９内の媒体情報テーブルから、未使用状態の
媒体を求める。当該媒体情報テーブル内の媒体使用情報
を、使用状態にする（ステップ３１０２）。

次に、媒体保管装置３０１４内の当該媒体をアクセス可
能な状態にしだ後（ステップ３１０３）、第３１図に示
した更新履歴データファイル３０１０内の更新履歴デー
タを当該媒体に移す（ステップ３１０４）。その後、当
該媒体を、媒体保管装置に納め（ステップ３１０５）で
、処理を終了する。

第３１図内の他のプログラムの処理内容は、前述の各実
施例と同様である。

上記実施例によれば、従来、データベース再編成後、複
写データを取り終るまでに、データベース障害が発生し
たときには、再編成の対象領域が否か、データベース更
新が再編成の前が後が等により、回復データや手段を使
い分ける必要があるというように１回復作業が複雑、が
っ、手間のがかるものになり、データベースの再編成後
、全データベース、あるいは、再編成を実施した領域の
複写データを取得後でないと、データベースサービスを
再開できなかったのが、再編成を含む回復作業を自動化
することで、再編成直後に、データベースサービスを再
開する運用が可能になるという効果がある。

なお、上記実施例においては、時間的順序関係を保存す
る識別子として、時刻を用いた例を示した。その具体的
内容は、年２月２日２時２分２秒、ミリ秒、マイクロ秒
、ナノ秒等絶対時刻を用いても良いし、任意の起点を基
準とする通算時間で表現しても良い。また、マルチプロ
セッサ構成をとる計算機システムにおいて、各プロセッ
サ毎に異なる時刻を持つ場合、各時刻の構成要素として
、各時刻間の補正情報を含んでも良い。

なお、上記時間的順序関係を保存する識別子として、デ
ータベースのサービス単位、すなわち、トランザクショ
ン単位に、処理の実行通算番号を与えるシステムにおい
ては、これを用いても良いことは言うまでもない。この
場合、複写データ取得の開始や、終了時点等を、その時
点以降に開始されるトランザクションに付加される実行
通算番号で代用しても良い。

また、本発明は上記各実施例に限定されるものではない
ことは、言うまでもない。

〔発明の効果〕

以上、詳細に説明した如く、本発明によれば、データベ
ースの複写データと更新履歴データとに基づいて、その
障害回復を行うデータベースシステムにおいて、前記デ
ータベースを構成する領域単位に、該領域の管理データ
として、当該領域の複写データを取得した開始・終了時
点の時間的順序関係を保存する識別子と、当該領域の再
編成または再構成の内容とその開始・終了時点の時間的
順序関係を保存する識別子を記憶する手段を設けて、デ
ータベース障害回復時に、その対象となる領域毎に、前
記各時点の時間的順序関係を保存する識別子に基づいて
データベース回復に使用する更新履歴データを識別し、
該更新履歴データの前記複写データへの反映方法を選択
して障害回復処理を実行するようにしたので、データベ
ースシステム運用管理者の負担を軽減するとともに、高
速な障害回復を可能とする、データベース障害回復方式
を実現できるという顕著な効果を奏するものである。

【図面の簡単な説明】

第１図は本発明の動作の概要を示す処理フローチャート
、第２図は第１の実施例の全体構成図、第３図は領域テ
ーブルの構成図、第４図は更新履歴データ情報の構成図
、第５図はデータベース初期化プログラムの処理フロー
チャート、第６図はバックアップ処理プログラムのフロ
ーチャート、第７図は複数領域を対象とするバックアッ
プ処理プログラムのフローチャート、第８図は再編成処
理プログラムのフローチャート、第９図は領域閉塞機能
を有する再編成処理プログラムのフローチャート、第１
０図はデータベース管理システムのデータベース障害検
知時の処理フローチャート、第１１図はデータベース障
害回復プログラムの処理フローチャート、第１２図は第
１１図中の更新履歴データの複写データへの反映処理の
処理フローチャート、第１３図は同時に複数の領域を対
象とする再編成を含むデータベース障害回復プログラム
の処理フローチャート、第１４図は第１３図中の再編成
を含む回復処理のフローチャート、第１５図は第２の実
施例に用いられる複写データファイルの構成図、第１６
図は第２の実施例に対応するバックアップ処理プログラ
ムのフローチャート、第１７図は同複数領域を対象とす
るバックアップ処理プログラムのフローチャート、第１
８図は同データベース障害回復プログラムの処理フロー
チャート、第１９図は同同時に複数の領域を対象とする
再編成を含むデータベース障害回復プログラムの処理フ
ローチャート、第２０図は第１９図中の再編成を含む回
復処理のフローチャート、第２１図は第３の実施例の全
体構成図、第２２図は第３の実施例に用いられる領域テ
ーブルの構成図、第２３図は同媒体情報テーブルの構成
図、第２４図は第３の実施例に対応するバックアップ処
理プログラムのフローチャート、第２５図は第２４図中
の媒体をアクセス可能にする処理のフローチャー１・、
第２６図は同複数領域を対象とするバックアップ処理プ
ログラムのフローチャート、第２７図は同データベース
更新履歴データの格納処理のフローチャート、第２８図
は同データベース障害回復プログラムの処理フローチャ
ート、第２９図は同同時に複数の領域を対象とする再編
成を含むデータベース障害回復プログラムの処理フロー
チャート、第３０図は第２９図中の再編成を含む回復処
理のフローチャート、第３１図は第４の実施例の全体構
成図、第３２図は更新履歴データ複写プログラムの処理
フローチャートである。 １０１．２００１，３００１　：　ＣＰ　Ｕ、１０２，
２００２．３００２　：主記憶装置、１０３，２００３
，３００３　：バックアップ処理プロゲラ１１．１０４
，２００４，３００４　：再編成処理プログラム、１０
５．２００５，３００５　：データベース管理システム
、１０６゜２００６．３００６　：データベース初期化
プログラム、１ｏ７゜２００７．３００７　：データベ
ース障害回復プログラム、１０８：複写データファイル
、１０９，３０１０　：更新履歴データファイル、１１
．０，２０１０，３０１１　：領域テーブルファイル、
　１１１，２０１１，３０１２　：データベース定義フ
ァイル、１１２，２０１２，３０１３　：データベース
、１１３゜２０１３．３０１５　：　：ｌ　ン’／−／
Ｌ／、２００８，３００９　：媒体管理ファイル、２０
０９，３０１４　：媒体保管装置、３００８　：更新履
歴データ複写プログラム。 特許出願人　株式会社　日立製作新 築　　　２　　　図 第　　　３　　　図 第　　　４　　　図 第　　　５　　　図 第　　　６　　　図 第　　　７　　　図 第　　　８　　　図 第　　９　　　図 第　　　１０　　　図 第　　　１２　　　図 第１６図 第１７図 第　　　２７　　　図 第　　　２１　　　図 第　　　２４　　　図 第　　　２５　図 第　　　３１　　　図 第　　　３２　　図

Claims (1)

1. 【特許請求の範囲】 １、データベースの複写データと更新履歴データとに基
   づき、その障害回復を行うデータベースシステムにおい
   て、前記データベースを構成する領域単位に、該領域の
   管理データとして、当該領域の複写データを取得した開
   始・終了時点の時間的順序関係を保存する識別子と、当
   該領域の再編成または再構成の内容とその開始・終了時
   点の時間的順序関係を保存する識別子を記憶する手段を
   設けて、データベース障害回復時に、その対象となる領
   域毎に、前記各時点の時間的順序関係を保存する識別子
   に基づいてデータベース回復に使用する更新履歴データ
   を識別し、該更新履歴データの前記複写データへの反映
   方法を選択して障害回復処理を実行することを特徴とす
   るデータベース障害回復方式。 ２、前記領域の管理データとして、再編成や再構成を同
   時に行う必要のある領域名を記憶する手段を設けて、デ
   ータベース障害回復時に、前記領域名に基づいて回復対
   象の領域を認識することを特徴とする、特許請求の範囲
   第１項記載のデータベース障害回復方式。 ３、前記領域の管理データとして、当該領域の複写デー
   タにその取得開始時点の時間的順序関係を保存する識別
   子を埋込む手段を設けて、データベース障害回復時に、
   使用する複写データの妥当性を検証することを特徴とす
   る、特許請求の範囲第１項または第２項記載のデータベ
   ース障害回復方式。 ４、前記データベースの複写データや更新履歴データを
   格納する媒体単位に、該媒体の管理データとして、当該
   媒体名とその使用状況および接続情報を記憶する手段を
   設けるとともに、前記領域の管理データとして、各領域
   の複写データや更新履歴データの格納媒体名を記憶する
   手段を設けて、データベース回復時に、前記両管理デー
   タに基づいて媒体を割当てることを特徴とする、特許請
   求の範囲第３項記載のデータベース障害回復方式。