JPS63195746A - ログ処理方式 - Google Patents

Abstract

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

Description

【発明の詳細な説明】 〔概　要〕 複数の計算機がデータベースを共用するシステムで、デ
ータベースの保全性を高める更新ログを取得するための
ログ処理方式である。

複数の計算機を通じて更新順位を保つように維持される
時刻番号値を各更新記録に付したログを、データベース
更新を実行した計算機ごとに作成するシステムで、その
ログにデータベース共用運用の開始ごとに進む運用通゛
し番号を設けて、■運用間に取得されるログに、該当の
運用通し番号を記録しておく。

この方式により、障害発生後のデータ回復における、ロ
グ参照順の誤り゛が回復処理を行う計算機で検出でき、
データベース保全が完全になる。

〔産業上の利用分野〕

本発明は、複数の計算機がデータベースを共用するシス
テムにおける、データベースの更新ログを取得するため
のログ処理方式に関する。

複数の計算機を適当な通信パスで結合し、データベース
の共用等を行う、いわゆる疎結合マルチプロセッサシス
テムは比較的高い処理能力を満たすことができ、且つ一
部の計算機がダウンしてもシステムの運用を継続できる
ので信頼性が高く、又各計算機ごとの個別システムとし
て運用することもできる融通性を持つ等の利点があるの
で、広く使用されている。

〔従来の技術〕

第２図は共用データベースを有する疎結合マルチプロセ
ッサシステムの構成例を示すブロック図である。

図は３計算機１ａ、　ｌｂ、　ｌｃからなるシステムの
例を示し、それらは共用のデータベース２へのアクセス
パスをそれぞれ有し、相互を接続する１ｆｆｉ信路３に
よって制御情報を授受することにより、データベース２
の共用等のために必要な相互管理を行うことができる。

又計算機１ａ、１ｂ、１ｃは、個別の単一プロセッサシ
ステムとして運用することもでき、その場合には通信路
３による通信は行われない。

データベース共用システムとして運用される場合には、
例えばオペレータが各計算機の端末装置４ａ、４ｂ、４
ｃから所定の開始コマンドを人力して、共用管理部５ａ
、５ｂ、５ｃを起動する。

例えば計算機１ａで実行される応用プログラム等から、
データベース２にアクセスするために、例えば必要なデ
ータのブロックを単位として占有する要求が出ろと、そ
の要求は外部記憶装置のデータへのアクセスを処理する
アクセス制ａ１１部６ａで受は付けられる。

共用管理部５ａが起動されていると、アクセス制御部６
ａはその要求を共用管理部５８に渡し、共用管理部５ａ
は指定されたブロックが他の計算機１ｂ、１ｃのプログ
ラムによって既に占有されていないかを、保持する制御
情報でチェックし、占有されていなければ計算機１ｂ、
１ｃに対して、そのブロックを占有する旨の宣言を、通
信路３によって送る。

宣言が行われた後、アクセス制御部６ａは指定のブロッ
クの占有処理をし、又その後発行されるアクセス要求を
実行する。

少なくともデータを更新する処理を行うプログラムは、
その処理に関連する適当な時期に、前記のブロック占有
要求を必ず発行し、更新が完了した後に占有を解除する
ものとし、公知のようにこれによって、複数のプログラ
ムによって同一データが更新される場合の処理の矛盾発
生を防ぐことができる。

アクセス制御部６ａ、　６ｂ、　６ｃは、データベース
２等のアクセスを処理して、データ更新が行われると、
それぞれの計算機のログファイル７ａ、　７ｂ、７ｃに
更新記録を出力する。

ログ中の各更新記録は公知のように、データベース２等
の更新部分を示すアドレス情報と更新後の新内容の更新
データからなり、例えば磁気テープ記憶′装置からなる
ログファイル７ａ、７ｂ、７ｃに発生順に出力される。

同時に計算機１ａ、　ｌｂ、　ｌｃ相互間のデータ更新
時刻の前後関係を識別可能にするために設けられる時刻
カウンタ８ａ、８ｂ、８ｃの更新時の値が、前記更新記
録に付加して出力され、時刻カウンタ８ａ、　８ｂ、８
ｃの値は＋１される。

従って、時刻カウンタ８ａ、８ｂ、８Ｃの値は計算機間
で一敗している必要があり、そのために例えば共用管理
部５ａ、５ｂ、５ｃは、適当な周ｊｔＪｌ　（例えば数
十ミリ秒間隔）で時刻カウンタ８ａ、８ｂ、８Ｃの値を
、他の計算機へ通信路３によって通知し、各共用管理部
５ａ、　５ｂ、　５ｃは時刻カウンタ８ａ、　８ｂ、　
８ｃを、授受した値の中で最も大きな値に再設定する。

なお、時刻カウンタ８ａ、８ｂ、８Ｃの値は、例えば各
計算機１ａ、１ｂ、ＩＣの稼働開始時に、“ｌ゛に初期
設定されるものとする。

前記のようにして採取されるログファイル７ａ、７ｂ、
７ｃの更新記録は、公知のように所要期間保存され、そ
の間にデータベース２等に障害が発生してデータ内容が
破壊された場合に、内容を前の状態に復元するために使
用される。

即ち、例えばデータベース２の内容を、適当な周期（例
えば１週間）で磁気テープ等に複写し、それ以後次の複
写完了時までのｒ、Ｊグツアイルを保存するようにする
。

データ破壊が発生すると、ログファイルの更新データを
更新実行順に適用して、最新の前記複写のデータを更新
することにより、破壊直前のデータを復元することがで
きる。

本システムの場合には前記のように、１つのデータベー
ス２に対するログが、各計算ａｌａ、　１ｂ１ｃ別にロ
グファイル７ａ、　７ｂ、７ｃとしてとられているので
、前記のようにしてデータを復元する前にログファイル
７ａ、７ｂ、７ｃに出力された内容をマージして、各更
新記録に付された時刻カウンタ値順に並べた１本のログ
にし、これを前記のデータ復元処理に使用する。

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

−１ｉｆｆｉにデータベース２のデータは大量であるの
で、前記のようにデータの複写は例えば１週間程度の周
期でとられ、次の複写までの間にはログとして、相当の
本数の磁気テープ等が累積されることになる。

こ＼で、例えば毎朝ごとに電源を投入して稼働開始する
ような運用の場合には、その度に時刻カウンタ８ａ、８
ｂ、８ｃは初期設定値から再開するので、運用日の異な
るログ磁気テープ中には同じ時刻カウンタ値の更新記録
がある。

従って、この日別を誤って使用してデータ回復、　　処
理を行うと、誤った内容にデータが更新され、別のデー
タ破壊を生じ得ることは明らかである。

このために、データ回復処理のオペレータは、ログ磁気
テープの入力設定順序を誤らないように、細心の注意で
操作することが要求され、しかも、その結果正しく１桑
作されたか否かを、容易には識別することができないと
いう問題がある。

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

第１図は、本発明の構成を示すブロック図である。

図はマルチプロセッサシステムの構成を示し、ｌａ、　
Ｉｂ、　ｌｃはデータベース２を共用する計算機であっ
て、通信路３によって相互の通信が可能である。計算機
１ａ、　ｌｂ、　ｌｃの１０ａ、１０ｂ、　１０ｃはデ
ータベース２の共用のための管理及び時刻カウンタ８ａ
、８ｂ、８Ｃ％運用通し番号１１ａ、１１ｂ、１１ｃの
初期値管理を行う共用管理部、１２ａ、１２ｂ、１２ｃ
はデータベース２等のアクセスを処理するアクセス制御
部、１３ａ、１３ｂ　、１３ｃはシステム状態ファイル
である。

〔作　用〕

共用管理部１０ａ、　１０ｂ、　ｌＯｃは、データベー
ス共用システムとして運用される場合に、従来のように
起動される。

起動された共用管理部１０ａ、１０ｂ、１０ｃは、運用
通し番号１１ａ、　１１ｂ、　ｌｉｅの値を＋１し、又
時刻カウンタ８ａ、８ｂ、８ｃを“１゛　にセントする
。

運用通し番号１１ａ、１１ｂ、　１１ｃＯ値は、各計算
機の稼働開始時にシステム状態ファイル１３ａ、１３ｂ
、１３ｃから読み出して設定され、計算機の稼働終了時
にシステム状態ファイル１３ａ、　１３ｂ、　１３ｃに
、その時の値を出力して保存される。

アクセス制御部１２ａ、１２ｂ、　１２ｃは、データベ
ース２等の更新を行ったとき、ログファイル７ａ、７ｂ
、７ｃに出力する更新記録に、時刻カウンタ８ａ、８ｂ
、８ｃの値と共に運用通し番号１１ａ、１１ｂ、Ｉｌｃ
の値を時刻値として付加する。

以上により、破壊データの復元処理時にログファイルの
設定順序を誤った場合には、更新記録の時刻値から復元
処理プログラムによって誤りを検出できるので、データ
復元の信頼性向上が可能になる。

〔実施例〕

第１図において、第２図と同一の符号を付して示す部分
は、前記従来のシステムと同様の構成、機能を有する。

共用管理部１０ａ、　１０ｂ、１０ｃは、以下に特に説
明する他は、前記従来の共用管理部５ａ、５ｂ、５ｃと
同様であり、アクセス制御部１２８．１２ｂ、１２ｃは
、以下に特に説明する他は、前記従来のアクセス制御部
６ａ、６ｂ、　６ｃと同様であ、る。

第１図のシステムが、データベース共用システムとして
運用される場合には、従来と同様に例えばオペレータが
各計算機の端末装置４ａ、４ｂ、４ｃから所定の開始コ
マンドを入力することにより、共用管理部１０ａ、１０
ｂ、ｌｏｃを起動する。

起動された共用管理部１０ａ、１０ｂ、　１０ｃは、運
用通し番号１１ａ、１１ｂ、１１ｃの値を＋１した値に
更新し、又時刻カウンタ８ａ、８ｂ、８ｃを初期値°１
゛　にセットする。

運用通し番号１１ａ、１１ｂ、１１ｃの値は、各計算機
の稼働開始時にシステム状態ファイル１３ａ、　１３ｂ
、　１３ｃから読み出して設定されている。

システム状態ファイル１３ａ、１３ｂ、１３ｃは、計算
機の運用を終了する場合に、次の運用に引き継ぐべきカ
ウンタの最終値その他システムの所要の状態情報を格納
するために、一般に使用される公知の種類のファイルで
あり、各計算）ａｌａ、１ｂ、１９の稼働終了時に各種
のシステム状態情報と共に、運用通し番号１１ａ４１ｂ
、１１ｃ及び時刻カウンタ８ａ、　ａｂ％８ｃの終了時
の値も出力して保存される。

なお、運用中の運用通し番号値は、例えばオペレータの
端末袋Ｔｔ４ａ、４ｂ、４ｃにそれぞれ表示され、シス
テム状態ファイルの障害発生等で必要な場合等には、オ
ペレータがコマンドを入力して修正できるようにする。

このようにして運用されている場合に、例えば計算機１
ａで実行される応用プログラム等から、データベース２
に更新アクセスするために、必要なブロックの占有要求
が出されると、アクセス制御部１２ａが要求を受は付け
る。

こ＼で共用管理部１０ａが起動されていると、アクセス
制御部１２ａはその要求を共用管理部１０ａに渡し、共
用管理部１０ａは指定されたブロックが占有されていな
いければ計算機１ｂ、　ｌｃに対して、そのブロックを
占有する旨の宣言を、通信路３によって送り、その後ア
クセス制御部１２ａは従来のように指定のブロックに関
する要求を処理する。

他の計算機ｔｂ、１ｃの共用管理部１０ｂ、　１０ｃ及
びアクセス制御部１２ｂ、　１２ｃも同様の処理を行う
機能を有する。

アクセス制御部１２ａ、１２ｂ、１２ｃは、データベー
ス２等のアクセスを処理して、データ更新が行われると
、従来のようにそれぞれのログファイル７　ａ　％７ｂ
、７ｃに更新記録を出力するが、各更新記録に付加する
時刻値として、時刻カウンタ８ａ、８ｂ、８ｃの値の例
えば上位に運用通し番号１１ａ、Ｉｌｂ、１１ｃＯ値を
つないだものを使用し、時刻カウンタ８ａ、　８ｂ、８
ｃの値は従来のように＋１される。

共用管理部１０ａ、　１０ｂ、　１０ｃによる従来と同
様の制御によって、時刻カウンタ８ａ、８ｂ、　８ｃの
値は、計算機間で一致するように維持される。

データベース２等のデータ内容が破壊され、その復元の
ために、例えば先ずログファイル７ａ、　７ｂ。

７ｃに出力されたログ磁気テープ等の内容をマージして
、各更新記録に付された時刻値層に並べた１本のログを
生成する場合には、オペレータがログ磁気テープの入力
設定順序を誤っても、マージ処理のプログラムで、時刻
値の運用通し番号部分の一連性をチェックすることによ
り誤りを検出することができ、ログ磁気テープの設定替
え、又は処理のやり直しにより正しい処理に戻すことが
できる。

以上は３計算機の場合を例として説明したが、計算機の
数に関わらず、同様の構成による本発明を適用できるこ
とは明らかである。

〔発明の効果〕

以上の説明から明らかなように本発明によれば、データ
ベース等を共用する複数計算機のシステムの、データベ
ース等の破壊データの復元処理時において、ログファイ
ルの設定順序の誤りが処理中に検出されて、修正処置が
可能になるので、データ復元の信顛性が改善され、デー
タの保全性を向上するという著しい工業的効果がある。

【図面の簡単な説明】

第１図は本発明の構成を示すブロック図、第２図は従来
の構成例ブロック図 である。 図において、 １ａ、ｌｂ　、ｌｃは計算機、　２はデータベース、３
は通信路、 ５ａ、５ｂ　、５ｃ　、１０ａ、１０ｂ、ｌｏｃは共用
管理部、６ａ、（ｉｂ　、６ｃ　、１２ａ、１２ｂ、１
２ｃはアクセス制御部、７ａ、７ｂ　、７ｃはログファ
イル、 ８ａ、８ｂ　、８ｃは時刻カウンタ、 １１ａ　、１１ｂ、１１ｃは運用通し番号、１３ａ　、
１３ｂ、１３ｃはシステム状態ファイルを示す。

Claims (1)

1. 【特許請求の範囲】 複数の計算機によってデータベースを共用する運用を行
   い、該データベースの更新ログ（７ａ、７ｂ、７ｃ）を
   、該更新ごとに累進する時刻カウンタ（８ａ、８ｂ、８
   ｃ）の値を該更新ログの当該更新記録に付して、該更新
   を行った各該計算機ごとに作成して保持するようにした
   システムにおいて、前記運用の開始ごとに累進される運
   用通し番号（１１ａ、１１ｂ、１１ｃ）を設け、 該運用通し番号（１１ａ、１１ｂ、１１ｃ）の値を、該
   当の前記更新ログに記録することを特徴とするログ処理
   方式。