JPS6398764A - マルチ計算機システムにおけるフアイルリカバリ方式 - Google Patents

Abstract

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

Description

【発明の詳細な説明】 〔産業上の利用分野〕 本発明は、マルチ計算機システムにおけるシステム障害
時における共有ファイルのデータの乱れを他の計算＆に
より自動的に回復するファイルリカバリ方式に関する。

〔従来の技術〕

従来、この麺のマルチ計］＆システムにおけるファイル
リカバリ方式では、ファイルの回復処理を自システムで
行うようになつておシ、自システムの障害が回復した後
、ファイルリカバリ処理を行っていた。他の方式として
特公昭６１−１８７８６号に記載されるシステムのよう
に１ファイルリヵバリ情報をシステム間にてアクセス可
能な外部グローバルメモリに、更新前情報をスラップし
ておき、システム障害時、他システムにおいてリカバリ
処理を行っていた。

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

上述した従来のマルチ計算機システムにおけるファイル
リカバリ方式のうち、自システムでリカバリ処理を行う
方式では、システム間で共用するファイルを更新中にダ
ウンした場合に、更新中のブロックはそのシステムが回
復されるまでアクセス不能となってしまい、マルチ計算
機システムの運転に重大な支障をもたらす危険がある。

また、更新前の情報を出力しておき、他システムでリカ
バリ処理を行う方式では、ファイルのデータのアクセス
ごと、あるいは一定のアクセスの単位で更新前の情報を
外部グローバルメモリに出力する必要があるため、外部
グローバルメモリのアクセス頻度が高くなるという欠点
がある。

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

本発明のマルチ計算機システムにおける７アイルリ力バ
リ方式では、 外部共用記憶部を有するマルチ計算機システムにおいて
、 このマルチ計算機を構成するそれぞれのｋＦ算機のアプ
リケージｌンプログラムの実行結果に応答してファイル
データ更新のためにファイル記憶部をアクセスするファ
イルアクセス制御手段と、このファイルアクセス制御手
段のアクセスによるファイルデータ更新に応答して更新
後の情報を、前記外部共用記憶部の前記それぞれの計纜
０機に対応するリカバリ情報格納域に吏坑発生順に格納
するりカバリ情報格納手段と、 前記それぞれのｔｌ′算愼が他の計算機の動作状況を監
視する監視手段と、 この監視手段により前記他の計算機の異常を検知した計
算機は前記他の計算機に対応する前記リカバリ情報格納
域の情報を用いて前記他の計算機のファイルデータを回
復するリカノくす手段とを含むＯ 〔実施例〕 次に、本発明について図面を参照して詳細に説明する。

第１図を参照すると、本発明の一実施例は外部する。こ
の実施例の計算機システムは２台であるが、３台以上の
構成も可能である。また、外部、共用記憶部１は、その
内部にリカバリ情報格納域５を含んでおシ、計算機シス
テム２人および２Ｂは、その内部にリカバリ情報格納手
段６Ａおよび６Ｂ。

リカ邑・′す手段７Ａおよび７Ｂ、監視手段８Ａおよび
８Ｂ、ファイルアクセス制御手段９Ａおよび９Ｂ１およ
びアブリケーシヲンプログラムＩＯＡおよびＩＯＢを含
んでいる。また、外部共用記憶部１は、計算機システム
２人および２Ｂ＋７１１害には全く影響を受けないもの
で、電源も計算機システム２人および２Ｂとは別になっ
ている。

ファイルアクセス制御手段９人および９Ｂは、アプリケ
ージ目ンプログラムＩＯＡおよび１０Ｂからのアクセス
要求に従い、ファイル記憶部４に対する入出力制御を行
うとともに、ブロック排他制御装置３に対し、ブロック
排他の制御も行う。

ブロック排他制御装置３は、ファイルアクヤス制御手段
９Ａおよび９Ｂからの制御要求に応答して、当該ファイ
ルデータを含むデータブロックを排他的に保持する制御
を行う。同一データブロックに、他の計算機システムの
制御処理単位であるタスクからのアクセス要求は待たさ
れる。さらに、同一計算機システムの異なるタスクから
のアクセス要求も、待たされる。このように排他制御は
、計算機システム内のタスクごとに行われる。また、デ
ータブロックを保持しているタスクからの排他制御の解
放要求に応答して、尚該データブロックを待ち合せてい
るタスクに対し、アクセス可能通知が送出される。また
、このブロック排他制御装置３は、ある計算機システム
のあるタスクが排他的に保持しているブロックに対する
アクセス要求があった際、待ち合せ可能か否かのチェッ
クを行い、待ち合せるとプツトロックが発生する場合に
はエラーリターンするというようなプツトロック検出機
構を有している。第１図および第５図を参照すると、ま
た、ファイルアクセス制御手段９人および９Ｂは、ファ
イル記憶部４に更新要求があった場合、ファイルのりカ
バリのためのリカバリ情報を出力するため、リカバリ情
報格納手段６Ａおよび６Ｂに通知する。

リカバリ情報格納手段６人および６Ｂは、ファイルアク
セス制御手段９Ａおよび９Ｂからリカバリ情報を受は取
シ、リカバリ情報格納域５に、その情報を格納する。第
１図および第６図を参照すると、監視手段８Ａおよび８
Ｂはヘルスチェック信号のやシ取シを行っていて、その
信号が通知されなくなることにより計算機システムの異
常を検知する。第１図および第７図を参照すると、リカ
バリ手段７人および７Ｂは、監視手段８人および８Ｂの
他の計算機システム異常の検知に応答して、通知を受け
、リカバリ処理を開始する。リカバリ処理は、リカバリ
情報格納域５から、リカバリ情報を入力し、ファイルア
クセス制御手段９Ａおよび９Ｂを介して、ファイル記憶
部４をリカバリすることにより行う。

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

まず、第２図を参照しながら、第１図のアプリケーショ
ンプログラムＩＯＡおよびＩＯＢの処理例を以下説明す
る。この処理例は、端末からのメツセージを受信し、そ
の応答を端末に送信するオンライントランザクション処
理プログラムの一般的な処理例である。

まず、ステップ２２のレシーブ（ＲＥＣＩＶＥ）命令で
端末からのメツセージが受信され、ステップ２３．２４
，２５，２６，２７および２８のリード（ＲＥＡＤ）命
令、リライト（ＲＥＷＲＩＴＥ’）命令が何回か実行さ
れ、ステップ２９のセンド（５ＥＮＤ）命令で端末へ処
理結果が送信される。このとき、処理途中でのシステム
障害に備え、リカバリ情報が出力される。ステップ２１
のトランザクションスター）　（ＴＳ）処理時、リカバ
リポイントを示す制御情報として、第３図に示すＴＳ情
報が、第１図のファイルアクセス制御手段９Ａおよび９
Ｂから出力される。第２図のステップ２３でレコードＡ
が読み込まれ、ステップ２４でレコード人がレコードＡ
′　に更新された時、ファイルアク・セス手段９Ａおよ
び９Ｂはデータアクセス用のバッファ中にレコード人を
含むデータブロックを保持するとともに、データブロッ
ク中の変更された部分の情報を保持しておく。ステップ
２５，２６．２７および２ＢでレコードＢおよびレコー
ドＣの更新にともない同様な処理が行われる。トランザ
クションエンドにファイルアクセス制御手段９人および
９Ｂにょシ、トランザクションエンド（ＴＥ）処理が行
われる。この処理を第４図を参照して詳細に説明する。

第４図を参照すると、ステップ４１において、データア
クセス用のバッファ中に保持されていたレコード更新後
のデータブロックおよびデータブロック中の変更された
部分の情報から更新後情報が抽出され、第１図のリカバ
リ情報格納手段６Ａおよび６Ｂにより、リカバリ情報格
納域５に、リカバリのための更新後情報が出力される。

このリカバリ情報格納域５は、第５図に示すように計算
機システムごとに分離されておシ、第５図の計算機シス
テムＡの情報は、計算機システム入用リカバリ情報格納
域５人に出力される。その後、ステップ４２で制御情装
置が出力され、データブロック用バッファ中に保持され
ていたデータブロックの書き戻しがステップ４３で行わ
れ、ステップ４４で制御情報ＴＥ２が出力され、ステッ
プ４５で排他制御の解放が行われる。このように、トラ
ンザクションエンド（ＴＥ）処理が完了すると、第３図
に示すようなリカバリ用情報が出力される。

マルチ計算機システムの各計算機システムのダウンを検
知するために、第６図に示すように各計算機システム間
でヘルスチェック信号のやシ取シがなされている。

第６図を参照すると、計算機システム人は、一定時間ご
とに、計算機システムＢおよびＣに対して、ヘルスチェ
ック信号を送る。計算機システムＢ、Ｃはそのヘルスチ
ェック信号を、第１図に示す監視手段８Ｂによ）監視し
ておシ、その信号が一定時間経過しても到着しない場合
、計算機システムＡの障害を検知することができる。同
様な処理が他の計算機システムでも行われる。

ある計算機システムが障害になったことを検知すると、
第１図のリカバリ手段７人および７Ｂは、第７図の流れ
図に示すような処理を行う。

第７図を参照すると、スー？−ンプ７１で異常が検出さ
れると、ステップ７２で当該計算機でリカバリ処理を行
うか否かの判断が行われる。ある計算機システムが障害
の場合、どの計算機システムでリカバリ処理を行うかは
、あらかじめ決めておくものとする。ここで、当該計算
機システムでリカバリ処理をすることになっていたとす
ると、ステップ７３で障害となったシステムで排他制御
がかかったままとなっているものは、尚該計算機システ
ムに強制的に取シ込まれ、ステップ７４で障害となった
計算機システムのリカバリ情報が睨み込まれる。

第５図を参照すると、計算機システムＡが障害になシ、
計算機システムＢでリカバリ処理を行うことになってい
るとすれば、計算機システムＢで計算機システムＡ用リ
カバリ情報格納域５人の情報を読むことになる。

再び第７図を参照すると、その後、ステップ７５で、制
御情装置が出力されていて、制御情報ＴＥ２が出力され
ていないものがあれば、ステップ７６でリカバリ処理が
実行される。このとき、トランザクションスタートを通
知するＴＳ情報が出力されていて、制御情装置が出力さ
れていないものは、リカバリ処理を実行する必要はない
。

これは、ファイルに対する更新がこの時点ではされてい
ないので、障害となった計算機システムのデータブロッ
ク用バッファがクリアされればよいことになるためであ
る。制御情報ＴＥ２が出力されているものは、トランザ
クシ冒ン処理が完了しているので、当然リカバリ処理は
必要ない。

リカバリ処理が完了した後、ステップ７７で、以前に取
シ込んだ排他制御の解放が行なわれる。

〔発明の効果〕

以上説明したように本発明は、ファイルリカバリ用情報
をマルチ計算機システムでアクセス可能な外部記憶部に
ファイル更新後の情報を記憶しておき、システム間の相
互監視により異常を検知したシステムでリカバリ処理を
行うことにより、マルチ計算機システムの共用ファイル
のアクセスが不能となることを回避できるという効果が
あシ、外部記憶部のアクセス頻度を最適化するという効
果もある。

【図面の簡単な説明】

第１図は本発明の一実施例を示す図、第２図はアプリケ
ーションプログラムのトランザクション処理を示す図、
第３図はリカバリ情報の出力例を示す図、第４図は第２
図のトランザクションの終了処理を示す流れ図、第５図
はリカバリ情報の格納を示す概念図、第６図は計算機シ
ステム間の相互監視を示す概念図、および第７図は第１
図のリカバリ手段の処理を示す流れ図である。 図において、１・・・・・・外部共用記憶部、２・・・
・・・計算機システム、３・・・・・・ブロック排他制
御装置、４・・・・・・ファイル記憶部、５・・・・・
・リカバリ情報格納域、６・・・・・・リカバリ情報格
納手段、７・・・・・・リカバリ手段、８・・・・・・
監視手段、９・・・・・・ファイルアクセス制御手段、
１０・・・・・・アプリケーションプログラム。 １−°−＼ 代理人　弁理士　　内　原　　　へ、８．７察　１　　
回 茅　２　菌 第　３　　凹 茅　５　凹 茅　　ム　　　昏４ 一３″。

Claims (1)

1. 【特許請求の範囲】 外部共用記憶部を有するマルチ計算機システムにおいて
   、 このマルチ計算機を構成するそれぞれの計算機のアプリ
   ケーションプログラムの実行結果に応答してファイルデ
   ータ更新のためにファイル記憶部をアクセスするファイ
   ルアクセス制御手段と、このファイルアクセス制御手段
   のアクセスによるファイルデータ更新に応答して更新後
   の情報を、前記外部共用記憶部の前記それぞれの計算機
   に対応するリカバリ情報格納域に更新発生順に格納する
   リカバリ情報格納手段と、 前記それぞれの計算機が他の計算機の動作状況を監視す
   る監視手段と、 この監視手段により前記他の計算機の異常を検知した計
   算機は、前記他の計算機に対応する前記リカバリ情報格
   納域の情報を用いて前記他の計算機のファイルデータを
   回復するリカバリ手段とを含むことを特徴とするマルチ
   計算機システムにおけるファイルリカバリ方式