JPH0319046A - データベース復元方式 - Google Patents

Abstract

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

Description

【発明の詳細な説明】 〔産業上の利用分野〕 本発明は、データベース復元方式に関し、特に、ユーザ
プロセスが使用するファイル更新用バッファの情報を利
用し、バックアップファイルよりデータベースファイル
を物理的に復元するデータベースの復元方式に関する。

〔従来の技術〕

従来、データベースシステムにおいては、障害の発生に
備えて、所定の期間毎に定期的にバックアップデータを
取得して、バックアップファイルに格納し、個々のデー
タベースファイルの更新時には、それを記録するジャー
ナルデータを取得し、ジャーナルファイルに格納してい
る。そして、１害が発生した場合には、バックアップフ
ァイルおよびジャーナルファイルを用いてデータベース
の復元処理を行う、このようなデータベースの復元処理
を行う復元方式は、例えば、バックアップファイルに対
し、ジャーナルデータをもとに、バックアップ時点から
のトランザクションを実行し、て行く方式である。この
場合、データベースの復光処理の間、データベースを用
いるユーザプロセスが動作不可となる。

この種の技術のファイルリカバリ方式に関しては、例え
ば、特開昭６２−２１０５５２号公報に記載されている
ものがある。

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

ところで、上述したような従来のデータベースの復元方
式は、ファイル復元処理を行う時、復元すべきファイル
のアクセスを行う時から他の全てのプロセスを停止させ
、ジャーナルデータを用いてバックアップ取得時点から
トランザクションを実行して行く方式であるため、デー
タベースの復元処理に長時間かかるという問題がある。

また、この場合、データベースの復元処理の間、データ
ベースを用いるユーザプロセスが動作不可となるという
問題がある。

本発明は、上記問題点を解決するためになされたもので
ある。

本発明の目的は、データベースの復元処理時間を短縮さ
せるとともに、復元処理中もユーザプロセスが動作可能
なデータベース更新処理方式を提供することにある。

本発明の前記ならびにその他の目的と新規な特徴は１本
明細書の記述及び添付図面によって明らかになるであろ
う。

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

上記目的を達成するため、本発明においては、バックア
ップ情報を取得してバックアップファイルに格納するデ
ータベースシステムにおいて、ユーザプロセスが使用す
るファイル更新用バッファの情報を、バックアップ情報
としてそのままメモリ上に蓄積し、障害発生時に、前記
バックアップ情報をもとにバックアップ時点より更新さ
れた物理ブロックのみをバックアップファイルに対して
物理順に更新するファイル復元処理により、データベー
スファイルの復元を行うことを特徴とする。

〔作用〕

前記手段によれば、バックアップ情報を定期的または随
時に取得し、バックアップファイルに格納しているデー
タベースシステムにおいて、障害発生時に備えて、ユー
ザプロセスが使用するファイル更新用バッファの情報を
、バックアップ情報としてそのままメモリ上に蓄積して
おく、そして。

障害発生時には、蓄積したバックアップ情報をもとにバ
ックアップ時点より更新された物理ブロックのみをバッ
クアップファイルに対して物理順に更新するファイル復
元処理を行う。

これにより、ファイルの復元処理は、ジャーナルデータ
を用いないで行うことができ、ファイル復元処理時間を
短縮することができる。

また、ここでは、ファイル更新用バッファの情報がその
ままメモリ上に蓄積されているので、このファイル更新
用バッファの情報を利用して、ファイルの復元処理の処
理中であっても、ユーザプロセスの動作をさせる。これ
により、データベースのファイル更新処理中であっても
ユーザプロセスは動作可能であり、処理を続行して進め
ることができる。

〔実施例〕

以下１本発明の一実施例を図面を用いて具体的に説明す
る。

第１図は、本発明の一実施例にかかるデータベースシス
テムのファイル復元処理を説明する要部構成のブロック
図である。第１図において、１１はユーザプロセス群、
１２はバックアップバッファ制御プロセス、１３はユー
ザファイル群、　１４はバックアップファイル群、１５
はスワップファイル群、１６はバックアップバッファ退
避域、また、１７はファイルリカバリプロセスである。

ユーザプロセス群１１は、ユーザファイル群１３をアク
セスして、例えば、データベースの更新処理を行い、プ
ロセスの処理を進める。バックアップバッファ制御プロ
セス１２は、ユーザプロセス群１１が使用するファイル
更新用バッファの情報を退避するための制御を行う、バ
ックアップファイル群１４には、既に取得したバックア
ップデータが格納されている。また、スワップファイル
群１５は、システム停止時にメモリに退避したバックア
ップバッファを蓄積するファイル群である。

バックアップバッファ制御プロセス１２により渡された
更新用バッファの情報は、バックアップバッファ退避域
１６に退避されて蓄積される。障害の発生時には、ファ
イルリカバリプロセス１７が起動されて、バックアップ
バッファ退避域１６に蓄積された情報の内容を利用して
、バックアップファイル群１４のデータからファイル復
元を行う。

ユーザプロセスの実行において、ファイルが更新された
場合、ユーザプロセス群１１がユーザフィル群１３を更
新する更新用バッファの情報が、バックアップバッファ
制御プロセス１２によりバックアップバッファ退避域１
６に蓄積される。

例えば、システムに障害が発生すると、システム制御部
（図示せず）は、ユーザファイル群１３をシステムから
切離し、バックアップバッファ制御プロセス１２の制御
によって、ユーザプロセス群１１が、バックアップバッ
ファ退避域１６とバックアップファイル群１４を、アク
セスできるようにすると同時に、ファイルリカバリプロ
セス１７を起動し、バックアップバッファ退避域１６の
更新用バッファの情報を用いて、物理順にバックアップ
ファイル群１４を更新し、データベースファイルの復元
を行う。

第２図は、バックアップバッファ制御プロセスを中心に
行うファイル復元処理の全体の処理の概略を示すフロー
チャートである。第２図を参照して、ファイル復元処理
を説明する。

ユーザプロセスがユーザファイルをアクセスする時、更
新用バッファの情報をバックアップバッファ退避域１６
に退避するため、ステップ２０からの処理を行う、ステ
ップ２０において、更新用バッファ情報の取得処理を行
い、次に、ステップ２１において、障害発生の判定を行
う、障害の発生がなければ、ステップ２７に進み、更新
用バッファ情報の取得処理を行い、次のステップ２８に
おいて、プロセスが終了の判定を行う。プロセスが終了
であれば、処理を終了し、プロセスが終了でなければ、
ステップ２１に戻り、再び障害発生の判定を行う。

一方、障害の発生があれば、ステップ２２に進み、ユー
ザファイル群１３の切離し処理を行い、障害のあったユ
ーザファイルの切離しを行う０次に、ステップ２３にお
いて、バックアップファイル群の接続処理を行う。次に
、ステップ２４で、データベースファイルの復元のため
、ファイルリカバリプロセスを起動する。次に、ステッ
プ２５において、バックアップバッファ退避域１６の更
新用バッファの情報内容を用いて、バックアップファイ
ルの更新処理を行い、データベースの復元処理を行う、
ステップ２５の復元処理の終了後、ステップ２６におい
て、バックアップバッファ退避域１６のクリア処理を実
行して処理を終了する。

第３図は、更新用バッファ情報の取得処理の処理フロー
を示すフローチャートである。第３図を参照して説明す
る。この更新用バッファ情報の取得処理においては、ま
ず、ステップ３０のユーザプロセスの実行を行う、ここ
では、例えばユーザプロセスがトランザクション処理を
行うと、トランザクションの更新データが発生し、更新
データは更新用バッファに格納されて処理される。この
ようなユーザプロセスの実行を行った後、次のステップ
３１において、ファイル更新の状態を判定し、ファイル
が更新されたか否かを判定する。ファイルの更新があれ
ば、ステップ３２で、更新用バッファの情報を退避し格
納する処理を行い１次のステップ３３において、ユーザ
ファイル群の更新処理を行う、そして、ステップ３４に
おいて、ユーザプロセスが終了したか否かを判定し、ユ
ーザプロセスが終了であれば処理を終了し、また、ユー
ザプロセスが終了していなければ、ステップ３０に戻り
、ステップ３ｏからの処理を繰り返し行う、このように
して、更新用バッファ情報の取得処理を行う。

上述のように取得された更新用バッファの情報は、バッ
クアップバッファ退避域に格納される。

第４図は、更新用バッファ情報を格納するバックアップ
バッファ退避域のデータ格納形態の一例を説明する図で
ある。第４図を参照して、更新用バッファ情報を退避し
て格納する方式について説明する。

退避する更新用バッファ情報は、第４図に示すように、
バックアップバッファ退避域管理ブロック４１のポイン
タアドレス４２により管理されて、格納されている。今
、新たに更新用バッファ情報を格納する場合、バックア
ップバッファ退避域管理ブロック４１において、該当す
るファイル名を検索して、該当するファイル名が付けら
れた管理ポインタのポインタアドレス４２により、該当
する物理ブロックの先頭のバッファアドレスを得る０次
に、ユーザファイルに対して物理順にチエインされてい
る更新用バッファ情報の格納域を検索し、同一の物理ブ
ロックの更新用バッファ情報の格納域があれば、この格
納域を退避する更新バッファ情報に書き換える。該当す
る物理ブロックの更新バッファ情報の格納域がなければ
、物理順となる当該物理ブロックの位置を検索して定め
、当該位置に更新用バッファ情報を退避して格納する。

そして、ファイル回復時は、物理順にチエインをたどり
物理順に退避した更新用バッファ情報の内容によりバッ
クアップファイルに更新して、ファイルの復元処理を行
う。

第５図は、復元処理中にユーザプロセスが退避しである
更新用バッファ情報を用いて、プロセスの処理を継続し
て行う処理フローを示すフローチャートである。第５図
を参照して説明する。この処理においては、ステップ５
０でユーザプロセスの起動を行い、ユーザプロセスを開
始する。次に。

ステップ５１でバックアップバッファ退避域を参照し、
ステップ５２において、退避している更新用バッファの
情報があるか否かを判定する。ステップ５２の判定で、
このユーザプロセスの処理で必要とするデータが、退避
している更新用バッファに存在すると判定されると、ス
テップ５４に進み、バックアップバッファ退避域の更新
用バッファ情報により、プロセスの処理を実行する。

一方、ステップ５２の判定において、必要なデータが退
避している更新用バッファにない場合には、ステップ５
３に進み、バックアップファイルを参照して（必要な更
新用バッファ情報を得て）プロセスの処理を実行する。

このユーザプロセスの処理において、例えばトランザク
ション処理を行っている場合には、トランザクションの
更新データが発生し、更新データは新たな更新用バッフ
ァに格納されて処理される。このようなユーザプロセス
の実行を行った後、次のステップ５５において、ファイ
ル更新の状態を判定し、ファイルが更新されたか否かを
判定する。ファイルの更新があれば、ステップ５６で、
更新用バッファの情報を退避し格納する処理を行い、次
のステップ５７において、ユーザファイル群の更新処理
を行う。

そして、ステップ５８において、ユーザプロセスが終了
したか否かを判定し、ユーザプロセスが終了であれば処
理を終了し、また、ユーザプロセスが終了していなけれ
ば、ステップ５０に戻り、ステップ５０からの処理を繰
り返し行う、このようにして、ファイルの復元処理中で
あっても、ユーザプロセスの処理の実行を行い、更新用
バッファ情報の取得処理を行う、ここで、取得された更
新用バッファの情報は、バックアップバッファ退避域に
格納される。

以上、説明したように、本実施例の要点をまとめれば１
次のようになる。すなわち。

（１）ファイル障害に備えて、ユーザプロセス群がアク
セスに使用するファイル更新用バッファの情報を、メモ
リ（バックアップバッファ退避域）に退避して蓄積する
。

（２）このファイル更新用バッファ情報の蓄積処理は、
バックアップバッファ制御プロセスによって、更新用バ
ッファの情報をメモリのバックアップバッファ退避領域
に格納することにより行う。

（３）障害発生時には、蓄積しておいた更新用バッファ
情報を用いてバックアップファイルを障害発生時点の状
態に復元させる。

（４）バックアップバッファ制御プロセスは、ユーザプ
ロセス群がデータベースのファイルを更新した内容とし
て、データベースに対する更新用バッファの情報を、そ
のままメモリ上にバックアップバッファ退避領域に蓄積
する。

（５）ファイルリカバリプロセスは、メモリ上に蓄積し
ておいた更新用バッファの情報を使用し、ユーザプロセ
ス群を動作させながら、障害が発生したファイルを、バ
ックアップファイルと切換え、蓄積しておいた更新用バ
ッファの情報から、その内容に従って、物理順に順次に
更新して、データベースのファイル復元を行う。

（６）このように、障害時の復元処理において、バック
アップファイルに対して、ジャーナルデータを使用する
ことなく、更新用バッファの内容で物理順に更新処理を
行うことにより短時間でデータベースの復元処理を実行
できる。

（７）さらに、復元処理中においても、蓄積した更新用
バッファおよびバックアップファイルを使用することに
より、ユーザプロセスの動作を可能となる。

以上、本発明を実施例にもとづき具体的に説明したが、
本発明は、前記実施例に限定されるものではなく、その
要旨を逸脱しない範囲において種々変更可能であること
は言うまでもない。

〔発明の効果〕

以上、説明したように、本発明によれば、データベース
ファイルの復元処理を、ジャーナルを使用することなく
、ユーザプロセスが使用する更新用バッファの情報を蓄
積しておき、この情報を使用して、物理順に復元処理を
行うので、データベースの復元処理を短時間で行うこと
ができる。また、復元処理中においても、蓄積されてい
る更新用バッファの情報を用いることにより、ユーザプ
ロセスの動作を行うことができる。

【図面の簡単な説明】

第１図は、本発明の一実施例にかかるデータベースシス
テムのファイル復元処理を説明する要部構成のブロック
図、 第２図は、バックアップバッファ制御プロセスを中心に
行うファイル復元処理の全体の処理の概略を示すフロー
チャート、 第３図は、更新用バッファ情報の取得処理の概略を示す
フローチャート、 第４図は、更新用バッファ情報を格納するバックアップ
バッファ退避域のデータ格納形態の一例を説明する図、 第５図は、復元処理中にユーザプロセスが退避しである
更新用バッファ情報を用いて、プロセスの処理を継続し
て行う処理フローを示すフローチャートである。 図中、１１・・・ユーザプロセス群、１２・・・バック
アップバッファ制御プロセス、１３・・・ユーザファイ
ル群、１４・・・バックアップファイル群、１５・・・
スワップファイル群、１６・・・バックアップバッファ
退避域、１７・・・ファイルリカバリプロセス。

Claims (1)

1. 【特許請求の範囲】 １、バックアップ情報を取得してバックアップファイル
   に格納するデータベースシステムにおいて、ユーザプロ
   セスが使用するファイル更新用バッファの情報を、バッ
   クアップ情報としてそのままメモリ上に蓄積し、障害発
   生時に、前記バックアップ情報をもとにバックアップ時
   点より更新された物理ブロックのみをバックアップファ
   イルに対して物理順に更新するファイル復元処理により
   、データベースファイルの復元を行うことを特徴とする
   データベース復元方式。 ２、請求項１に記載のデータベース復元方式において、
   更に、ファイル復元処理中にも前記バックアップ情報の
   更新用バッファの情報を使用して、ユーザプロセスを動
   作させることを特徴とするデータベース復元方式。