JPS6032211B2

JPS6032211B2 - フアイルのリカバリ制御方式

Info

Publication number: JPS6032211B2
Application number: JP53162387A
Authority: JP
Inventors: 良次高橋; 康夫橋田
Original assignee: Fujitsu Ltd
Current assignee: Fujitsu Ltd
Priority date: 1978-12-29
Filing date: 1978-12-29
Publication date: 1985-07-26
Also published as: JPS5591035A

Description

【発明の詳細な説明】本発明は、ファイル・システムを無人で運用できるよう
になったファイルのリカバリ制御方式に関するものであ
る。

第１図および第２図は、それぞれ従来のリカバリ情報の
取得とＩＪカバリを説明する図にあって、Ｔ，とＴ２は
トータル・ダンプ情報、Ｌ，Ｌ…・・・Ｌ５はファイル
更新時の更新前情報と更新後情報とを含むロギング情報
、ｔ．はロギング間隔、ｔ２はトータル・ダンプ情報取
得間隔をそれぞれ示している。

ロギング間隔は、通常、ファイル更新の都度、ロギング
するため、短かし、。トータル・ダンプ情報取得間隔は
、ファイル・システムのリカバリ許容時間によって異な
るが、通常は４時間ないし８時間程度である。

ファイルの更新が行われる度に、ロギング情報Ｌｏ，Ｌ
・・・又はＬ５は磁気テープに記録される。また、設定
時刻になる度に、ファイルはトータル・ダンプされ、そ
のファイルの全内容即ちトータル・ダンプ情報が磁気テ
ープに記録される。第２図は時刻らでシステム・ダウン
又はファイル障害が発生した場合の復元方法を説明する
ものである。

先ず、トータル・ダンプ情報Ｔ，を新ファイルに書込み
、次に逐次ロギング情報Ｌ，Ｌ２を書込む。これにより
、障害発生直前のファイル・データはリカバリされる。
第１図および第２図に示す従来のファイルのリカバリ制
御方式は、次のような問題を有している。

‘ィーオベレータは常にロギング・ファイルの状態を監
視し、満杯の前にロギング・ファイルをを切替えなけれ
ばならない。

監視を怠ってロギング・ファイルが満杯になると、シス
テムは停止する。また、一定時間間隔毎に、ファイルの
トータル・ダンプ吸上げ処理を行う必要がある。‘ロ｝
ロギング・ファイルとトータル・ダンプ・ファイルと
を対応して管理する必要があり、その媒体管理もオペレ
ータへの負荷となっていた。とくに、オンライン・シス
テムの場合は、正常運転時においてはオペレータ作業は
殆んどない。従って、正常時においてはオベレ−夕は、
上記のような作業のみを行っていることになる。本発明
は、上記の問題点を解決するものであって、ファイル・
システムを無人で運用できるようになったファイルのリ
カバリ制御方式を提供することを目的としている。

そしてそのため、本発明のファイルのリカバリ制御方式
は、マスタ・ファイル、該マスタ・ファイルと同一内容
のデータが書込まれるスレーブ・ファイルおよび上記マ
スタ・ファイルと上記スレープ・ファイルの内容を更新
するデータ処理装置とを有するファイル・システムにお
けるファイルのリカバリ制御方式であって、上記データ
処理装置に、‘ィ’トランザクション単位又はファイル
のブロック単位で更新処理を行う際、マス夕・ファイル
の更新を行い、マスタ・ファイルに対する全ての更新処
理が完了した後にスレープ・ファイルの更新処理を行う
機能、‘ロ｝マス夕・ファイル更新中に、システム・
ダウン又はマスタ・ファイルの障害が発生した場合には
、スレーブ・ファイルを用いてマスタ・ファイルのデー
タを更新前の状態にリカバリする機能、およびし一ス
レーブ・ファイル更新中に、システム・ダウン又はスレ
ープ・ファイルの障害が発生した場合には、マスタ・フ
ァイルを用いてスレ−ブ・ファイルのデータを更新後の
状態にリカバリする機能を付与せしめたことを特徴とす
るものである。

以下、本発明を図面を参照しつつ説明する。第３図は本
発明が適用されるオンライン・システムの１例を示す図
、第４図は更新処理を説明する図、第５図はファイルの
リカバリを説明する図である。

第３図において、１はホスト・コンピュータ、２はフロ
ントエンド・コンピュータ、３はホスト側のファイル、
４はフロントエンド側のマスタ・ファイル、５はフロン
トエンド側のスレーブ・ファイルをそれぞれ示している
。

ホスト・コンピュータ１とフｏントェンド・コンピュー
タ２は回線を介してデータの交信を行う。フロントエン
ド側のマスタ・フアイル４とスレーブ・フアイル５は同
一のデータを格納している。フロントエンド・コンピュ
ータ２は、ホストコンピュータ１から送られて釆る電文
に基づいて、マスタ・ファイル４およびスレープ・ファ
イルに対する読出し、追加、削除、変更などの処理を行
う。第４図はリカバリ情報の取得を説明するものであっ
て、６は更新リスト、７は更新リスト・ファイル、Ｒ，
とＲ２はしコードをそれぞれ示している。

また■ないし■は処理の順序を示すものである。フロン
トエンド・コンピュータ２は、トランザクション又はフ
ァイルのブロック単位で更新処理を行う。更新処理は次
のようにして行われる。■ マスタ・ファイル４から更
新すべきレコードＲ，を論出す。■ レコードＲ，をプ
ログラムで更新した後、レコードＲ，についてのファイ
ル名、フロツクＮｏ．、バツフア・アドレスおよびステ
イタスを更新リスト６に登録する。

■ マスタ・ファイル４から更新すべきレコードＲ２を
謙出す。

■ レコードＲ２をプログラムで更新し、レコードＲ２
についてのファイル名、ブロックＮｏ＾バッファ・ア
ドレス、ステイタスを更新リスト６に登録する。

■ 更新リスト６の内容を更新リスト・ファイル７に格
納する。

■ 更新されたレコードＲ，をマスタフアィル４に書込
む。

■ 更新されたレコードＲ２をマスタ・ファイル４に書
込む。

■ 更新されたレコードＲ，をスレーフ・ファイル５に
書込む。

■ 更新されたレコードＲ２をスレーフ・ファイル５に
書込む。

以上が本発明のファイル更新順序であるが、マスタ・フ
ァイルとスレーブ・ファイルをもつ従来のファイル・シ
ステムでは、■−■−■−■の順序で処理が行われてい
る。

また、本発明のファイル更新処理においては、更新リス
ト、出力レコードの制御部にプログラム走行毎に発番す
るか走行Ｎｏ．を付加している。第５図は障害発生時の
ＩＪカバリを説明するものであって■，■はリカバリの
方向を示している。

リカバリ■はスレーブ・ファイル５の更新前データを用
いてマスタ・ファイル４を更新前の状態にするものであ
り、リカバリ■はマスタ・ファイル４の更新後のデータ
を用いてスレーブ・ファイル５を更新後の状態にするも
のである。ステップ■ないし■則ちマスタ・フアイル４
の更新中にシステム・ダウン又はマスタ・ファイル４の
故障が発生した場合、スレーブ側５は未だ更新されてい
ないため、スレープ・ファイル５を用いてマス夕・ファ
イル４のデータを障害直前の状態にリカバリする。

スレーブ・ファイル４の更新中にシステム・ダウン又は
スレーブ・ファイル４の障害が発生した場合、既にマス
タ側４は更新済であるので、プログラム処理は正常終了
扱いとしてマスタ側４のデータを用いてスレーブ・ファ
イル５を復元する。

なお、リカバリ時の各タスクの走行状態の判定は、更新
リスト・ファイル名、マスタ・ファイル、スレーブ・フ
ァイルの制御部により行う。以上の説明から明らかなよ
うに、本発明によれば、次のような効果が得られる。○
’ロギングやトータル・ダンプを廃止できるので、オン
ライン正常運転時オペレータが不要となる。

ｔ２｝ロギングやトータル・ダンプのための媒体を用
意する必要がない。

なお、１個のファイルは、磁気テープ５０なし、し１坤
蓋程度に相当する。‘３ー第２図に示すようなオンラ
イン・システムに、本発明とＨｉｃｓコミニュケータと
を適用すると、フロントエンド・コンピュータの完全無
人運転が可能となる。【４ーフアイルを二重化するの
で、当然に信頼度が上がるが、一方のファイルに障害が
発生した場合、２独特間オンラインでも停止することな
く復旧することが可能となる。

例えば、スレーブ・ファイルに障害が発生した場合、マ
スタ・ファイルのデータがスレープ・ファイルにコピー
されるが、このコピー中においてもファイル・アクセス
はマスタ・ファイルおよびスレーブ・ファイルの両系に
対して行う。この方法を採用することによって、マスタ
・ファイル、スレーブ・ファイルの両系に同時障害が発
生しない限り、ファイル障害でシステム停止する必要が
ない。【５’従来は専用の更新前ファイルを設けこのフ
ァイル中にＢｅｆｏｒｅｌｍａ袋を退避していたが、本
発明では書込順序を工夫することにより、スレーブ・フ
ァイルの一部データを更新前データとして利用すること
を可能としＢｅ松ｒｅｌｍａ鱒退避のためのファイル容
量およびアクセス回数をゼロとしている。

【図面の簡単な説明】

第１図は従来のリカバリ情報の取得を説明する図、第２
図は従釆のＩＪカバＩＪを説明する図、第３図は本発明
が適用されるオンライン・システムの１例を示す図、第
４図は更新処理を説明する図、第５図はファイルのリカ
バリを説明する図である。１……ホスト・コンピュータ、２……フロントエンド・
コンピュータ、３……ホスト側のファイル、４・・・・
・・フロントエンド側のマスタ・ファイル、５……フロ
ントエンド側のスレーブ・ファイノレ。努ｌ図舞２図多３図券４図第５図

Claims

【特許請求の範囲】

１マスタ・フアイル、該マスタ・フアイルと同一内容
のデータが書込まれるスレーブ・フアイルおよび上記マ
スタ・フアイルと上記スレーブ・フアイルの内容を更新
するデータ処理装置とを有するフアイル・システムにお
けるフアイルのリカバリ制御方式であつて、上記データ
処理装置に、（イ）トランザクシヨン単位又はフアイル
のブロツク単位で更新処理を行う際、マスタ・フアイル
の更新を行い、マスタ・フアイルに対する全ての更新処
理が完了した後にスレーブ・フアイルの更新処理を行う
機能、（ロ）マスタ・フアイル更新中に、システム・ダ
ウン又はマスタ・フアイルの障害が発生した場合には、
スレーブ・フアイルを用いてマスタ・フアイルのデータ
を更新前の状態にリカバリする機能、および（ハ）スレ
ーブ・フアイル更新中に、システム・ダウン又はスレー
ブ・フアイルの障害が発生した場合には、マスタ・フア
イルを用いてスレーブ・フアイルのデータを更新後の状
態にリカバリする機能を付与せしめたことを特徴とする
フアイルのリカバリ制御方式。