JPH01297741A

JPH01297741A - データベースシステムの動的チェックポイント制御方式

Info

Publication number: JPH01297741A
Application number: JP63128107A
Authority: JP
Inventors: Koji Fukuda; 福田　光司; Hiroko Sakuma; 佐久間　裕子
Original assignee: NEC Corp
Current assignee: NEC Corp
Priority date: 1988-05-25
Filing date: 1988-05-25
Publication date: 1989-11-30

Abstract

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

Description

【発明の詳細な説明】〔産業上の利用分野〕本発明はデータベースシステムのチェックポイント制御
方式に関し、特にデータベースシステムの状態に応じて
チェックポイント確立点を動的に制御する動的チェック
ポイント制御方式に関するものである。

〔従来の技術〕

従来、Ｃ０ＢＯＬ等の母言語からＤＭＬインタフェイス
を用いてデータベースの操作を行うシステムであって、
データベースに対してジャーナル採取方式の間接更新を
行い、且つ、間接更新内容を実際のデータベースに反映
させる制御および更新処理によって発生したデータベー
スのロックの解除を利用者プログラムからのチェックポ
イント確立命令によって行う従来のデータベースシステ
ムにおいては、−足回数のデータベースアクセスを行う
毎に上記のチェックポイント確立命令を発行するような
機構を利用者プログラムに持たせる方式のチェックポイ
ント制御方式が採用されている。

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

ところで、チェックポイントの確立が行われると、前述
したように間接更新内容のデークヘースへの反映、更新
処理によって発生したデータヘースのロックの解除が行
われる。従って、例えば成る利用者プログラムによって
ロックされている資１１ｆｆｌを他の利用者プログラム
が待っている場合には、速やかにチェックポイントの確
立を行って口・ツクを解除した方が、利用者プログラム
の処理速度も向上するし所謂デッドロックの発生も少な
くできる。また、チェックポイントの確立点を最適化す
ることでジャーナル採取用の資源の有効利用も可能とな
る。即ち、チエツクポインＩ・の確立は、本来データベ
ースシステムの状ｆＧに応じて行うことが望ましい。し
かるに、従来のチェックポイント制御方式は、利用者プ
ログラムにおいてチエツクポイン１、を確立するタイミ
ングを静的にプログラミングしているので、チェックポ
イントの確立は常に同しようなタイミングで行われるこ
とになり、データベースシステムの状態に応してチェッ
クポイント決定手段を動的に制御することＧコできない
。

本発明はこのような事情に鑑めで為されたものであり、
その目的は、チェックポイントの確立をデータベースシ
ステムの状態に応じて動的に制御する動的チェックポイ
ン１〜制御方式を提供することにある。

（Ｒ題を解決するだめの手段〕本発明は上記の目的を達成するために、データヘースに
対してジャーナル採取方式の間接更新を行うと共に、間
接更新内容を実際のデータヘースに反映させる制御およ
び更新処理により発生したデータヘースのロックの解除
制御を利用者プログラムからのチエツクポインｌ−６１
立命令によって行うデータベース管理部を含むデータベ
ースシステムにおいて、データベースシステムの状態ラ
ブ−′クヘースシステム状態管理テーブルにおいて管理
し、この管理内容に基づいて最適なチＴ−’）クボイン
Ｉ・の確立点を前記利用者プログラムに通知するチェッ
クポイント決定手段を前記データベース管理部に設け、
前記利用者プログラムは前記チェックポイント決定手段
からの通知に応答して前記チｊ−’）クボイント確立命
令を発行するように構成されている。

〔作用〕

本発明のデータベースシステムの動的チェックポイント
制御方式においては、データベース管理部に設けられた
チェックポイント決定手段が、データベースシステムの
状態をデータベースシステム状態管理テーブルにおいて
管理すると共にその管理内容に基づいて最適なチエツク
ポイン１−の確立点を利用者プログラムに通知し、利用
者プログラムが、その通知に応答してチェックポイント
確立命令を発行すると、データベース管理部が、ジャー
ナル採取資源に格納された間接更新内容を実際のデータ
ヘースに反映させる制御および更新処理により発生した
データヘースのロックの解除制御を行・う。

〔実施例〕

次に、本発明の実施例について図面を参照して詳細に説
明する。

第１図は本発明の動的チエツクポインＩ・制御方式を適
用したデータベースシステムの一例を示すブロック図で
あり、データベース管理部（データベースモニタ）１と
、チェックポイントジャーナルファイル２と、データヘ
ースファイル３と、利用者プログラム４とで構成されて
いる。データベース管理部１には、チエツクポイン１−
決定手段１１と、ジャーナルファイルアクセス手段１２
と、ＤＭＬによるデータベースアクセス手段１３とが含
まれ、利用者プログラム４には、チエツクポインｌ−Ｆ
ｆｆｉ立要求手段４１と、利用者のデータヘースアクセ
ス部４２とが含まれている。

データベースアクセス手段１３は、次に示すような動作
を行う。

■利用者プログラム４からＤ　Ｍ　Ｌによるデータヘー
スのアクセス要求を受けると、デークヘースの参照およ
び更新を行う。但し、アクセス要求が更新要求のときは
、実際のデータヘースの更新ば行わず、ジャーナルファ
イルアクセス手段１２に対して出力要求を行い、更新情
報をチェックポイントジャーナルファイル２へ出力させ
る。

■参照要求または更新要求のあったレコードに対し、他
の利用者プログラムから更新不可能な状態（参照ロック
状態と称す）または参照も更新も不可能な状態（更新ロ
ック状態と称す）にする。

■同時に２つ以上の利用者プログラムがデータヘースを
参照等し、お互いのレコードに対して待ち合わせが生じ
たとき、即ちデッドロックが生したとき、これを検出し
て、その利用者プログラムにその旨を通知する。なお、
このデッドロック発生通知を受けた利用者プログラムは
、チェックポイントジャーナルファイル２に残っている
更新情報を全て無効にする命令（ロールハック命令）を
発行し、直ｒｉ′ｌ」のチエツクポインｌ−４’ｆ立点
から処理を再開するものである。

■利用者プログラム４からロールハック命令を受けると
、ジャーナルファイルアクセス手段１２に対しチェック
ポイントジャーナルファイル２中の該当する更新情報を
無効にする要求を行い、また、その利用者プログラム４
によって更新ロックおよび参照ロックされていた全ての
レコードのロックを解除する。

■利用者プログラム４からチエツクポインｌ−確立命令
を受りると、ジャーナルファイルアクセス手段１２に対
し、チェックポイントジャーナルファイル２上の更新情
報をデータベースファイル３に反映する要求を発行し、
また、その利用者プログラム４によって更新ロックおよ
び参照ロックされていた全てのレコードのロックを解除
し、この時点を新しいチェックポイント確立点とする。

以上の■〜■は従来から行われている処理であり、本実
施例では、データヘースアクセス手段１３はそれに加え
て次の処理■を行う。

■チェックポイント決定手段１１がデータヘースシステ
ムの状態を管理できるように、データヘースを使用する
利用者プログラム４のユーザＩＤ。

デッドロックの発生の有無、トランザクション処理回数
、資源待ちの有無、ロールバック命令の発生、チエツク
ポインｌ−確立命令の発生等の情報をチエツクポインＩ
・決定手段１１に通知する。

また、第１図のジャーナルファイルアクセス手段１２も
、チエツクポインＩ・決定手段１１がデータヘースシス
テムの状態を管理できるように、チェックポイントジャ
ーナルファイル２の使用量を通知する機能を有する。

そして、チェックポイント決定手段１１は、ジャーナル
ファイルアクセス手段１２およびデータヘースアクセス
手段１３から通知される各種情報に基づいてデータヘー
スシステムの最新の状態ヲ、第１図には図示しないデー
タベースシステム状態管理テーブルにおいて管理してい
る。

第２図はチェックポイント決定手段１１が有するデータ
ベースシステム状態管理テーブルの内容例を示す。同図
に示すように、データベースシステム状態管理テーブル
５には、ベースデータを使用している利用者プログラム
毎に、そのユーザ■Ｄ５１．デッドロック発生の有無５
２．総トランザクション処理回数５３．総ジャーナルフ
ァイル使用量５４，１チ工ツクポイント間のトランザク
ション処理回数５５．１チ工ツクポイント間のジャーナ
ルファイル使用量５６および資源待ちの有無５７が記憶
される。チェックポイント決定手段１１は、利用者プロ
グラム４のデータベースファイルのオープン時にそのユ
ーザＩＤ５１をデータベースシステム状態管理テーブル
５に登録し、その後、後述するように利用者プログラム
４からトランザクション処理の切れ目の通知を受ける毎
にジャーナルファイルアクセス手段１２からチェックポ
イントジャーナルファイル２の使用量を受は取って総ジ
ャーナルファイル使用量５４および１チ工ツクポイント
間のジャーナルファイル使用量５６を計算して更新する
。また、データヘースアクセス手段１３からデッドロッ
ク発生通知を受けると、デッドロック発生の有無５２を
有り側にする。更に、当該利用者プログラム４の参照ロ
ックまたは更新ロックによって他の利用者プログラムが
待ちに入ったことの通知をデータヘースアクセス手段１
３から受けると、資源待ちの有無５７を有り側にする。

また、利用者プログラム４からロールハック命令が発行
されたことの通知をデータベースアクセス手段１３から
受りると、デッドロック発生の有無５２を有り側にし、
チエツクポインｌ−ＩＩＩ立命令の発行の通知を受ける
と、デッドロック発生の有無５２を無し側にすると共に
、１チ工ツクポイント間のトランザクション処理回数５
５およびＸチェックポイント間のジャーナルファイル使
用量５６を「Ｏ」にする。このようにして、チェックポ
イント決定手段１１はデータベースシステムの最新の状
態を管理する。そして、チェックポイント決定手段１１
は、データヘースシステム状態管理テーブル５の管理内
容に基づき、後述するように利用者プログラム４からト
ランザクション処理の切れ目の通知を受けろと、チェッ
クポイントジャーナルファイル２の利用効率、利用者プ
ログラム４の処理速度が共に向上し、またデータベース
システム内でのデッドロック状態の発生率が少なくなる
ように、最適なチェックポイント確立点を決定し、利用
者プログラム４に通知するものである。

第３図はチェックポイント決定手段１１で行われるチェ
ックポイント確立判定処理の一例を示す。

この例では、ステップＳ１で当該利用者プログラム４の
参照ロックまたは更新ロックによって資源待ちをしてい
る他の利用者プログラムが存在すると判定されるか、ス
テップＳ２でデッドロックが発生していると判定される
か、ステップＳ３およびＳ４でチェックポイントジャー
ナルファイル２のジャーナルファイル残量が１１−ラン
ザクジョン処理当たりの平均ジャーナルファイル使用量
に等しいか或いは少ないと判定されるか、ステップＳ５
およびＳ６でチエツクポインＩ・ジャーナルファイル２
のジャーナル残量が１チ工ツクポイント間における１ト
ランザクション処理当たりの平均ジャーナルファイル使
用量に等しいか或いは少ないと判定された場合、ステッ
プＳ７でチェックポイントの確立の必要有りを利用者プ
ログラム４に通知し、それ以外のときはチェックポイン
トの確立の必要無しを利用者プログラム４に通知するも
のである。

第４図は利用者プログラム４の内容例を示す流れ図であ
り、ステップＳ１２〜Ｓ１５およびＳ１９は主にチェッ
クポイント確立要求手段４１の処理、それ以外のステッ
プは利用者のデータヘースアクセス部４２の処理に相当
する。第４図に示すように、利用者プログラム４は、ス
テップＳｌｌでデータヘースファイルのオープンを行っ
た直後のステップＳ１２、およびステップＳ２０でデー
タヘースファイルのクローズを行う直前のステ、。

プＳ１９で、固定的にデータベース管理部１に対しチェ
ックポイント確立命令の発行つまりチェックポイントの
確立を要求するが、それ以外は、一つの利用者のトラン
ザクション処理毎に、トランザクション処理の切れ目を
通知しく５１３）、データベース管理部１からチェック
ポイントの確立の必要有りの通知を受けたときだけ、チ
ェックポイントの確立要求をデータベース管理部１に出
すものである（Ｓｉ２．３１５）。

次に、このように構成された本実施例の動的チェックポ
イント制御方式の動作を説明する。

利用者プログラム４がデータヘースファイル３のオープ
ンを行い（Ｓ１１．）、チェックポイントの確立要求を
出すと（Ｓ１２）、データベース管理部１のデータベー
スアクセス手段１３ばそれに応答して最初のチェックポ
イントの確立制御を行う。また、チェックポイント決定
手段１１ではデータベースシステム状態管理テーブル５
内に利用者プログラム４用の領域が確保され、必要な情
報が登録される。

その後、利用者プログラム４は、ステップ８１６〜３１
１３で一つのトランザクシジン処理を実行する毎に、ト
ランザクション処理の切れ目をデータベース管理部１に
通知しく５１３）、データベース管理部１からチェック
ポイントの確立の必要有りの通知を受けたときに限り、
データベース管理部１のデータベースアクセス手段１３
に対しチェックポイント確立要求を出す（Ｓ１４．３１
５）。

チェックポイント決定手段１１では、前途したようにデ
ータベースアクセス手段１３から逐次通知される情＊ｉ
ｉｃこ従ってデータベースシステム状態管理テーブル５
の管理情報（５２，５３，５５゜５７）を最新の内容に
更新しており、また利用者プログラム４からトランザク
ション処理の切れ目が通知されると、前述したようにジ
ャーナルファイルアクセス手段１２から取得した情報に
よってデータベースシステム状態管理テーブル５の管理
情報（５４，５６）を更新する。そして、第３図のチェ
ックポイント確立判定処理により、利用者プログラム４
が現在のトランザクション処理の切れ目でチェックポイ
ントを確立する必要があるかどうかを決定し、決定結果
を利用者プログラム４Ｇこ通知する。

この通知を受けた利用者プログラム４は、通知内容がチ
ェックポイントの確立の必要無しを示していれば、その
まま次のトランザクションの処理に入り、チェックポイ
ントの確立の必要有りを示していれば、チエ・７クポイ
ント確立命令を発行して次のトランザクションの処理に
入る。

このようにして利用者プログラム４は、データベース管
理部１のチェックポイント決定手段１１から必要有りと
通知されたトランザクション処理の切れ目釘にチェック
ポイントの確立を行いつつトランザクション処理を進め
ていく。そして、ステップＳ１７でトランザクションフ
ァイルの終了を判定すると、最後のチエツクポイン目官
立要求を行い（Ｓ１９）、データベースファイル３をク
ローズしく５２０）、処理を終了する。

第５図は本発明の別の実施例のブロック図であり、第１
図と同一符号は同一部分を示し、６はプリコンパイラの
原始プログラム、７はプリコンパイラ及び母言語のコン
パイラ、８ば実行モジュールファイルである。本実施例
では、プリコンパイラ及び母言語のコンパイラ７が、プ
リコンパイラの原始プログラム６からトランザクション
ファイルを認識し、第４図に示すような構造を持つ利用
者プログラム４を自動的に生成して実行モジュールファ
イル８に格納するよう構成したものである。

このような構成によって、データヘースをアクセスする
プログラマはチェックポイント制御を意識することなく
、最大のシステム性能でプログラムを稼動させることが
可能となる。

〔発明の効果〕

以上説明したように、本発明のデータヘースの動的チェ
ックポイント制御方式は、データベースシステムの状態
に応して動的にチェックポイントの確立点を制御するの
で、従来の静的なチェックポイント制御方式に比べ、ジ
ャーナル採取用の資源の利用率の向上、利用者プログラ
ムの処理速度の向上が可能であり、またデータベースシ
ステム内でのデッドロック状態の発生を少なくすること
が可能となる。

【図面の簡単な説明】

第１図は本発明を適用したデータベースシステムの一例
を示すブロック図、第２図はデータベースシステム状態管理テーブルの構成
例を示す図、第３図はチェックポイント決定手段１１が行うチェック
ポイント確立判定処理例を示す流れ図、第４図は利用者
プログラム４の内容例を示す流れ図および、第５図は本発明の別の実施例のブロック図である。図において、１・・・データヘース管理部２・・・チェックポイントジャーナルファイル３・・・
データベースファイル４・・・利用者プログラム５・・・データベースシステム状態管理テーブル６・・
・プリコンパイラの原始プログラム７・・・プリコンパ
イラ及び母言語のコンパイラ８・・・実行モジュールフ
ァイル１１・・・チェックポイント決定手段

Claims

【特許請求の範囲】データベースに対してジャーナル採取方式の間接更新を
行うと共に、間接更新内容を実際のデータベースに反映
させる制御および更新処理により発生したデータベース
のロックの解除制御を利用者プログラムからのチェック
ポイント確立命令によって行うデータベース管理部を含
むデータベースシステムにおいて、データベースシステムの状態をデータベースシステム状
態管理テーブルにおいて管理し、該管理内容に基づいて
最適なチェックポイントの確立点を前記利用者プログラ
ムに通知するチェックポイント決定手段を前記データベ
ース管理部に設け、前記利用者プログラムは前記チェッ
クポイント決定手段からの通知に応答して前記チェック
ポイント確立命令を発行することを特徴とするデータベ
ースシステムの動的チェックポイント制御方式。