JPS60142446A - バツクワ−ド障害復元処理方式 - Google Patents

Abstract

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

Description

【発明の詳細な説明】 （５）　発明の技術分野 本発明はバックワード障害復元処理方式、特にデータセ
ットの障害発生時に、最新のトランザクションから過去
のトランザクシロンにさかのぼる時系列の逆方向で、障
害ブロックの復元情報を検索収集し、復元処理時間の短
縮を可能にしたバックワード障害復元処理方式に関する
ものである。

（■３）従来技術と問題点 第１図は従来方式の説明図を示す。

図中、１は磁気ディスク等の直接アクセス装置。

２は処理対象のデータの集合であるデータセット。

３はデータセット２中のブロック、４は磁気テープ、５
はデータセット２の更新情報が格納されるログファイル
、ＴＩないしＴｉは更新トランザクシランを表わす。

説明を簡単にするために、データセット２中の特定のブ
ロック３についてのみ着目し、該ブロック３の障害およ
び復元について、従来の方式を説明する。データセット
２は、毎日１回とか毎月１回とかいうように、定期的に
、オンライン処理開始前または終了後に、全ブロックの
内容について。

磁気テープ４にバックアップがとられる。オンライン処
理時において１例えばブロック３の内容ｒＡＪをｒＢＪ
に更新するトランザクションＴ１があると、データセッ
ト２０更新に先立って、ログファイル５に更新後の内容
１−ＢＪを書き込み。

その後ブロック３を更新する。更新トランザクションＴ
２についても、同様にｒＣＪをログする。

例えｊ−！、ブロック３の内容が［ＹＪとなったときに
、「ＹＪをｒＺＪｌｃ更新する更新トランザクションＴ
ｉがあり、該トランザクション処理中に。

障害により、ブロック３が罹障したとする。このとき、
従来のリカバリ処理によれば、まずバックアップ用の磁
気テープ４から、全ダンプ時におけるデータセット２を
復元する。そして、ロブファイル５を参照し、ログデー
タの発生順に従って。

ブロック３にログデータをｒＢＪ、ｒＣＪ、・・壷と順
次積み重ねるようにして、復元していく。こうして、す
べてのログデータを書き込んだところで。

復元を終了する。最新のログデータが「ＹＪであれば、
ブロック３は最終的に「Ｙ」になる。もちろん、データ
セット２は、ブロック３に限られないので、実際には同
様に全ブロックについて、積み上げ的なログデータによ
る復元が行われることになる。したがって、上記従来の
方式によれば。

同一ブロックのログについて何回も復元のための入出力
が実行されることとなり、復元のための処理時間が長く
なるという問題があった。

（Ｏ発明の目的と構成 本発明は上記問題点の解決を図り、最新のログデータを
同一ブロックに１回復元するだけで、データセットの復
元がなされるようにし、リカバリ一時間の短縮を可能と
することを目的としている。

そのため２本発明のバックワード障害復元処理方式は、
データセットの更新トランザクション毎Ｋ。

該各更新トランザクシ冒ンによって更新されるデータセ
ットのブロックの位置情報と内容とを少なくともログし
、上記データセットの障害時に、上記ログした情報に従
って当該データセットを復元する障害復元処理方式にお
いて、上記データセットの障害時に障害発生情報を登録
する登録部と。

該登録部が登録した内容に従って当該データセットの障
害が障害範囲を局所化できる部分障害であるか否かを判
定する障害種別判定部と、該障害種別判定部が部分障害
であると判定したときに当該データセットの障害ブロッ
クに関する上記ログ情報を最新のトランザクションから
過去のトランザクションにさかのぼる方向へ順次当該障
害ブロックの位置情報によって検索する復元情報収集部
と。

該復元情報収集部が収集した当該障害ブロックに関する
最新のログ情報にもとづいて情報復元を行う復元処理部
とをそなえたことを特徴としている。

以下図面を参照しつつ実施例に従って説明する。

０　発明の実施例 第２図は本発明による処理概要を説明するための図、第
３図は本発明の一実施例構成、第４図は第３図図示リカ
バリ処理部の処理説明図を示す。

第２図において、符号１，２．５は第１図に対応し、１
０はデータセット管理ファイル、ＬｌないしＬ６はログ
データを表わす。

本発明の場合、ログデータＬＬ、　Ｌ２．・０は。

順次ログファイル５に発生の時系列に従って書き込まれ
、最新のログ格納位置は記憶保持される。

また、各ログデータＬ１．Ｌ２．・・・には、ブロック
更新後のイメージと、そのブロックのデータセット２内
の位置を示すブロック番号とが対になって格納される。

ログデータに時刻情報は含まれていても、いなくてもよ
い。この例では、ログデータＬＬ、Ｌ４．Ｌ５は、ブロ
ック番号がｎのブロックに関するものであり、ログデー
タＬ２．Ｌ３．Ｌ６は、ブロック番号がｍのブロックに
関するものである。

例えば、データセット２のブロック番号ｎのブロックが
罹障したとする。障害検出時に障害種別および障害個所
等の障害発生情報をデータセット管理ファイル１０に書
き込む。リカバリ処理においては、まずデータセット管
理ファイル１０を参照し、障害の波及範囲がデータセッ
ト２の全体に及ぶものであるか１部分的なものであるか
を判定する。直接アクセス装置１のボリー−ム障害のよ
うな、全体障害の場合には、以下に説明する本発明のバ
ックワード方向の復元は、全ブロックについて最新ログ
により復元する必要が生じ、バックワードの意味が薄れ
るので、全ダンプのバックアップ磁気テープ等を利用し
、従来と同様の復元処理を行う。

例えば、トラック障害や応用処理部のアクセス時のプロ
グラム嗜ミスによるソフト的エラー等であって、障害範
囲が局所化できる部分障害である場合には２次のように
該当ブロックについてのみ。

ログデータ発生の逆順に従って、復元の処理を奥行する
。まず、ログファイル５の最新ログ格納個所から、最新
のログデータＬ６を読み出す。そして、そのログデータ
Ｌ６のブロック番号が、障害ブロック番号であるか否か
を判定する。ブロック番号ｍは、障害ブロックではない
ので、ログファイル５をリード（ＲＥＡＤ）するための
ポインタを１つ前に戻し１次にｐグデータＬ５を読み出
す。

ログデータＬ５のブロック番号をチェックすると。

障害ブロック番号ｎであることが判る。そこで。

ログデータＬ５の内容ｒＹＪをデータセット２のブロッ
ク番号ｎの位置に書き込む。このようにログデータを時
間的にさかのぼる方向で検索し使用することにより、同
一ブロックに対して１回の更新で復元ができることとな
る。なお、トラック障害であれば、そのトラックに含ま
れる全ブロックを復元の対象とするが、復元に先立って
、正常にアクセス可能な交替トラックの割当て等を行う
ことは言うまでもない。

ＰＡａ図は本発明の一実施例構成プ四ツク図を示してお
り１図中の符号１１２１４．５は第１図に対応し、１０
は第２図に対応している。また、１１゜１１′は応用処
理部、１２はデータセット管理部。

１３は障害情報登録部、１４は入出力管理部、１５はロ
グ管理部、１５′はオペレータ・コンソール。

１６はリカバリ処理部、１７は障害種別判定部。

１８は復元情報収集部、１９は復元ブロック情報テーブ
ル、２０は部分復元処理部、２１は全体復元処理部を表
わす。

応用処理部１１は、データセット２についての参照また
は更新を行い、ユーザの所望する処理を実行するもので
ある。データセット２のデータ処理を行う場合、データ
セット管理部１２ヘデータセツト２のブロックの入出力
要求を行う。特にデータセット２の内容変更が伴う処理
要求を更新トランザクシ璽ンという。データセット管理
部１２は、データセラ）２に対するアクセス制御、障害
管理等の処理を実行するものである。データセット２に
アクセスする場合、データセット２に対する几ＥＡＤま
たはＶＩＩＴＦＩのチャネル・プログラムを作成して、
入出力管理部１４を起動する。入出力管理部１４は、８
ＴＡＲＴ　Ｉ１０命令により。

チャネルを起動し、また、入出力割込み時の処理を実行
するものである。

データセット２を更新する場合、データセット管理部１
２は、更新に先立って、ログ管理部１５を起動する。ロ
グ管理部工５は、ログファイル５を管理し、データセッ
ト２０更新忙関する履歴情報を、資グファイル５に書き
出す処理を実行するものである。

障害情報登録部１３は、データセット２へのアクセスが
、入出力障害により異常終了となった場合に、入出力管
理部１４からの通知により起動されるものである。障害
情報登録部１３は、第２図におい゛〔説明したような、
障害種別や障害個所等の障害発生情報を、データセット
管理ファイル１０に登録する。

リカバリ処理部１６は、障害メツセージにより。

オペレータ・コンソール１５′から、または障害時に自
動的に起動され、障害に遭ったデータセット２を障害前
の状態に復元するものである。障害種別判定部１７は、
データセット管理ファイル１０を参照し、障害が全体障
害か部分障害かを判定するものである。全体障害の場合
には、全体復元処環部２１を起動する。全体復元処理部
２１は、全ダンプのバックアップ用磁気テープ４とログ
ファイル５とから、従来と同様の処理により、データセ
ット２の全ブロックの復元を行うものである。

障害が部分障害である場合には、復元情報収集部１８が
起動される。復元情報収集部１８は、データセット２０
部分障害によって罹障したブロックを、復元ブロック情
報テーブル１９に登録し、該障害ブロックに関するログ
データを、ログファイル５の最新のトランザクシ目ンの
ものから時間的にさかのぼる方向へ検索するものである
。障害ブロックに関するログデータが見つかれば９部分
復元処理部２０にその情報を引渡す。部分復元処理部２
０は、そのログデータを障害になったデータセット２に
直接書き込むことにより、データセット２を復元するも
のである。復元ブロック情報テーブル１９に登録された
全障害ブロックについての復元が終了したならば、リカ
バ゛す処理を終了する。なお、ログファイル５の中に障
害ブロックの履歴が見つからなかった場合には、バック
アップ用の磁気デーゾ４から、そのブロックだけのデー
タを採取し１部分復元を実行する。

上記リカバリ処理部１６による処理をフローチャートの
形で表わすと、第４図図示の如くになる。

最初に障害種別を判定し、全体障害であれば、バックア
ップ用磁気テープ４から復元し、その後ログファイル５
からログ発生順に復元する。

部分障害であれば、まず復元ブロック情報テーブル１９
を作成する。そして、最新ログ位置からログファイル５
を１ブロツクだけＲ，ＥＡＤする。次にそのログが、復
元すべきブロックであるかどうかを、ブロック番号によ
り判定し、復元すべきブロックである場合には復元して
、復元ブロック情報テーブル１９に、復元済み表示をす
る。復元ブロック情報テーブル１９上のすべてのブロッ
ク化ついての復元が終了したならば、処理を終える。ま
だ、復元すべきブロックが残っている場合には。

１つ以前のログについて同様に処理を繰り返す。

の）発明の詳細 な説明した如く本発明によれば、最新のログデータを、
各障害ブロックに対して、１回復元するだけで、データ
セットの復元が可能となり、リカバリ一時間の大幅な短
縮が可能となる。特に。

ログファイルを直接アクセス装置上に設ければ。

直接アクセス装置への入出力だけで復元を処理できる。

【図面の簡単な説明】

第１図は従来方式の説明図、第２図は本発明による処理
概要を説明するための図、第３図は本発明の一実施例構
成、第４図は第３図図示リカバリ処理部の処理説明図を
示す。 図中、２はデータセット、３はブロック、５はログファ
イル、１３は障害情報登録部、１７は障害種別判定部、
１８は復元情報収集部、２０は部分復元処理部を表わす
。 特許出願人　富士通株式会社 代理人弁理士　森　１）　寛（外１名）才　１　ｍ ｆ３肥 才４図

Claims (1)

1. 【特許請求の範囲】 データセットの更新トランザクション毎に、該各更新ト
   ランザクションによって更新されるデータセットのブロ
   ックの位置情報と内容とを少なくともログし、上記デー
   タセットの障害時に、上記ログした情報に従って当該デ
   ータセットを復元する障害復元処理方式において、上記
   データセットの障害時に障害発生情報を登録する登録部
   と、該登録部が登録した内容に従って当該データセット
   の障害が障害範囲を局所化できる部分障害であるか否か
   を判定する障害種別判定部と、該障害種別判定部が部分
   障害であると判定したときに当該データセットの障害ブ
   ロックに関する上記ログ情報を最新のトランザクション
   から過去のトランザクシロンにさかのぼる方向へ順次当
   該障害ブロックの位置情報によって検索する復元情報収
   集部と。 該復元情報収集部が収集した当該障害ブロックに関する
   最新のログ情報にもとづいて情報復元を行う復元処理部
   とをそなえたことを特徴とするバックワード障害復元処
   理方式。