JPH05225026A - 障害復旧方式 - Google Patents

Abstract

(57)【要約】 【目的】 コンピュータシステムの運用時間に影響を与
えず、全てのファイルに適用することができ、資源を有
効に利用できる障害復旧方式を提供する。 【構成】 重複更新検査指示入力部１１は、更新処理に
先立って重複更新検査指示を入力する。レコード読み込
み部１２は、トランザクションファイル３，マスタファ
イル４からレコードを読み込む。重複更新検査部１３
は、重複更新検査指示が与えられている場合、レコード
の更新済スタンプフィールドを検査することにより重複
更新となるか否かを検査する。更新処理部１４は、重複
更新検査指示が与えられている場合、重複更新となるレ
コードについては更新処理を行わず、重複更新とならな
いレコードについて更新済スタンプフィールドを含めて
更新処理を行う。レコード書き込み部１５は、更新後の
レコードをマスタファイル４に書き込む。更新処理終了
判定部１６は、更新処理の終了を判定し、処理を終了す
る。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明はコンピュータシステムに
おいてファイルの更新処理中に障害が発生した場合の障
害復旧方式に関するものである。

【０００２】

【従来の技術】コンピュータシステムにおいて各種の障
害は避けられないものであり、そのため、障害が発生し
た後の措置が用意されている。

【０００３】図４は従来の障害復旧方式の流れを示した
ものであり、更新処理に先立って、フロッピーディス
ク，磁気テープ等の別媒体ファイルや磁気ディスク等の
同一種の媒体ファイルに更新対象ファイルの内容を退避
しておき（ステップＳ１１）、その後に更新処理を行う
（ステップＳ１２）。

【０００４】その後、更新処理が完全に終了しない内に
障害が発生した場合（ステップＳ１３）、既に退避して
あったファイルに基づいてファイルの復元を行い（ステ
ップＳ１４）、更新処理を再開し（ステップＳ１５）、
再び更新処理を行うことにより復旧を行っていた。

【０００５】また、一部のコンピュータシステムにおけ
る限定された属性のファイルについては、更新処理に先
立って、磁気ディスクまたは磁気テープによる、更新処
理実施時の退避ファイル環境を設定しておき（ステップ
Ｓ１６）、更新処理（ステップＳ１２）に際して更新処
理の直前もしくは直前・直後のレコードを生成・格納し
（ステップＳ１７）、障害発生後のファイルの復元（ス
テップＳ１４）において退避ファイル環境のレコードに
基づいて障害発生直前の状態までファイルを復元する。
この方式によれば、更新処理を再び行わなくてもよい。

【０００６】

【発明が解決しようとする課題】従来の障害復旧方式は
上述したようにして行われていたが、次のような欠点が
指摘されていた。

【０００７】更新処理前にファイル内容の退避を行う
方式では、障害発生後に退避したファイルを用いて退避
の時点のファイル内容を復元し、その状態から再び更新
処理を最初からやり直さなければならないため、コンピ
ュータシステムの運用時間が長くなり、翌日の運用に支
障をきたすこともある。

【０００８】更新処理に際して更新の直前，直後のレ
コードを退避ファイル環境に格納する方式は、利用でき
るコンピュータシステムやファイルの属性に制約があ
り、全てのファイルを対象とすることができない。

【０００９】上記のいずれの方式にあっても、ファイ
ル内容の退避や更新前後のレコードの退避のための処理
と、復旧のための処理とが必要であり、ファイル資源や
ＣＰＵ時間等の資源を多く必要とする。

【００１０】本発明は上記の点に鑑み提案されたもので
あり、その目的とするところは、コンピュータシステム
の運用時間に影響を与えず、全てのファイルに適用する
ことができ、資源を有効に利用することのできる障害復
旧方式を提供することにある。

【００１１】

【課題を解決するための手段】本発明は上記の目的を達
成するため、更新処理に先立って重複更新となるか否か
の検査を行うことの重複更新検査指示を入力する重複更
新検査指示入力部と、ファイルからレコードを読み込む
レコード読み込み部と、重複更新検査指示が与えられて
いる場合に、レコードの更新済スタンプフィールドを検
査することにより重複更新となるか否かを検査する重複
更新検査部と、重複更新検査指示が与えられている場合
に、重複更新となるレコードについては更新処理を行わ
ず、重複更新とならないレコードについて更新済スタン
プフィールドを含めて更新処理を行う更新処理部と、更
新後のレコードをファイルに書き込むレコード書き込み
部と、更新処理の終了を判定する更新処理終了判定部と
を備えるようにしている。

【００１２】

【作用】本発明の障害復旧方式にあっては、重複更新検
査指示入力部が、更新処理に先立って重複更新となるか
否かの検査を行うことの重複更新検査指示を入力する。
レコード読み込み部はファイルからレコードを読み込
み、重複更新検査部は重複更新検査指示が与えられてい
る場合、レコードの更新済スタンプフィールドを検査す
ることにより重複更新となるか否かを検査し、更新処理
部は重複更新検査指示が与えられている場合、重複更新
となるレコードについては更新処理を行わず、重複更新
とならないレコードについて更新済スタンプフィールド
を含めて更新処理を行う。レコード書き込み部は更新後
のレコードをファイルに書き込み、更新処理終了判定部
は更新処理の終了を判定し、処理を終了する。

【００１３】

【実施例】以下、本発明の実施例につき、図面を参照し
て説明する。

【００１４】図１は本発明の障害復旧方式の一実施例を
示す構成図である。

【００１５】図１において、本実施例は、重複更新検査
指示入力部１１，レコード読み込み部１２，重複更新検
査部１３，更新処理部１４，レコード書き込み部１５，
更新処理終了判定部１６，処理結果編集出力部１７を備
え、主たる処理を行う処理装置１と、外部からオペレー
タが操作するコンソール２と、トランザクションの処理
内容が格納されているトランザクションファイル３と、
更新対象となるレコードが格納されているマスタファイ
ル４とから構成されている。

【００１６】以下、図２のフローチャートを参照し、上
記の実施例の動作を場合を分けて説明する。

【００１７】（１）障害発生前の通常動作時 先ず、レコード読み込み部１２はトランザクションファ
イル３に格納されたトランザクションの内容に従ってマ
スタファイル４のレコードを読み込む（ステップＳ
１）。

【００１８】次いで、重複更新検査部１３は重複更新検
査指示が与えられているか否かを判断するが（ステップ
Ｓ２）、通常動作時は重複更新検査指示は与えられてい
ないため、続く重複更新検査（ステップＳ３）とその結
果の判断（ステップＳ４）をスキップする。

【００１９】次いで、更新処理部１４はレコード読み込
み部１２の読み込んだレコードに対して更新を行う（ス
テップＳ５）。また、更新処理部１４は、そのレコード
の更新済スタンプフィールドに予め決められた規則に基
づいてデータを設定する（ステップＳ６）。図３はレコ
ード５内における更新済スタンプフィールド５ａの例を
示したものであり、更新の時点を示すデータもしくは他
の記号が設定される。なお、更新済スタンプフィールド
５ａのレコード５中での位置は特に限定されないが、処
理を容易にするためには、統一した位置とすることが望
ましい。

【００２０】図２に戻り、レコード書き込み部１５は更
新後のレコードをマスタファイル４に書き込む（ステッ
プＳ７）。

【００２１】次いで、更新処理終了判定部１６は必要な
処理が全て完了したか否かを判断し（ステップＳ８）、
完了していなければ再びレコードの読み込み（ステップ
Ｓ１）に戻り、完了していれば次の処理に移る。

【００２２】最後に、処理結果編集出力部１７は、管理
情報としての更新処理対象レコード数，更新レコード
数，追加レコード数等の集計・編集・出力を行い（ステ
ップＳ９）、一連の処理を終了する。

【００２３】（２）障害発生後の復旧動作時 この場合、重複更新検査指示入力部１１はコンソール２
を介してオペレータから重複更新検査指示を入力する。

【００２４】レコード読み込み部１２はトランザクショ
ンファイル３に格納されたトランザクションのうち、障
害により影響を受けたと考えられる付近から順に内容を
取り出し、その内容に従って更新の対象となるマスタフ
ァイル４のレコードを読み込む（ステップＳ１）。

【００２５】次いで、重複更新検査部１３は重複更新検
査指示が与えられているか判断し（ステップＳ２）、今
の場合は重複更新検査指示が与えられているため、続く
処理を行う。

【００２６】重複更新検査部１３はレコード読み込み部
１２の読み込んだ更新対象のレコードの更新済スタンプ
フィールドを検査し、その内容から更新が正常に完了し
ているか否かを判断する（ステップＳ３）。例えば、更
新済スタンプフィールドの内容として更新の時点を示す
データが設定される場合、適切な期間内の時点を示すも
のであれば、更新が正常に完了したものと判断すること
ができる。

【００２７】次いで、更新処理部１４は重複更新検査の
結果により更新すべきか否かを判断し（ステップＳ
４）、既に更新が正常に完了している場合には重複更新
になるものとして、更新にかかる処理（ステップＳ５，
Ｓ６，Ｓ７）をスキップする。

【００２８】また、重複更新とならない場合、通常時と
同様に、レコード読み込み部１２の読み込んだレコード
に対して更新を行うと共に（ステップＳ５）、そのレコ
ードの更新済スタンプフィールドに予め決められた規則
に基づいてデータを設定し（ステップＳ６）、レコード
書き込み部１５は更新後のレコードをマスタファイル４
に書き込む（ステップＳ７）。

【００２９】そして、更新処理終了判定部１６は必要な
処理が全て完了したか否かを判断し（ステップＳ８）、
完了していなければ再びレコードの読み込み（ステップ
Ｓ１）に戻り、完了していれば次の処理に移り、処理結
果編集出力部１７は、管理情報として、更新処理対象レ
コード数，更新レコード数，重複更新回避レコード数，
追加レコード数等の集計・編集・出力を行う（ステップ
Ｓ９）。

【００３０】

【発明の効果】以上説明したように、本発明の障害復旧
方式にあっては、次のような効果がある。

【００３１】障害発生後に更新処理をやり直すもので
はあるが、更新済スタンプフィールドの検査により更新
が正常に完了しているものは重複して更新することはな
いため、相当数が対象外となり、処理時間が長くならな
い。従って、コンピュータシステムの運用時間に与える
影響が少ない。

【００３２】レコードに更新済スタンプフィールドを
設け、処理系を用意するだけでよいため、コンピュータ
システムの構成やファイル属性等の制約を受けず、全て
のファイルに適用が可能である。

【００３３】ファイル破壊回避の目的で退避ファイル
を生成することは今後も必要であるが、更新未完了のレ
コードを復旧する目的のために退避ファイルや退避ファ
イル環境を用意する必要はなく、ファイル資源が節約で
きると共に、退避や復元のための処理時間も不要となっ
て効率が良い。

【００３４】全てのファイルに同一の障害復旧方式が
適用できるため、処理の統一化，単純化が図れる。

【図面の簡単な説明】

【図１】本発明の障害復旧方式の一実施例を示す構成図
である。

【図２】実施例の処理を示すフローチャートである。

【図３】レコード中に設けられた更新済スタンプフィー
ルドの説明図である。

【図４】従来の障害復旧方式の説明図である。

【符号の説明】

１……処理装置 １１…重複更新検査指示入力部 １２…レコード読み込み部 １３…重複更新検査部 １４…更新処理部 １５…レコード書き込み部 １６…更新処理終了判定部 １７…処理結果編集出力部 ２……コンソール ３……トランザクションファイル ４……マスタファイル ５……レコード ５ａ…更新済スタンプフィールド

Claims (3)

【特許請求の範囲】
1. 【請求項１】 更新処理に先立って重複更新となるか否
   かの検査を行うことの重複更新検査指示を入力する重複
   更新検査指示入力部と、 ファイルからレコードを読み込むレコード読み込み部
   と、 重複更新検査指示が与えられている場合に、レコードの
   更新済スタンプフィールドを検査することにより重複更
   新となるか否かを検査する重複更新検査部と、 重複更新検査指示が与えられている場合に、重複更新と
   なるレコードについては更新処理を行わず、重複更新と
   ならないレコードについて更新済スタンプフィールドを
   含めて更新処理を行う更新処理部と、 更新後のレコードをファイルに書き込むレコード書き込
   み部と、 更新処理の終了を判定する更新処理終了判定部とを備え
   たことを特徴とする障害復旧方式。
2. 【請求項２】 更新済スタンプフィールドに更新処理の
   行われた時点を示すデータもしくは他の記号を設定する
   ことを特徴とした請求項１記載の障害復旧方式。
3. 【請求項３】 更新処理対象レコード数，更新レコード
   数，重複更新回避レコード数，追加レコード数等の集計
   ・編集・出力を行う処理結果編集出力部を備えたことを
   特徴とする請求項１または２記載の障害復旧方式。