JPS6326412B2 - - Google Patents

Description

【発明の詳細な説明】 本発明は電文処理を分担するホストプロセツサ
とフアイル処理またはデータベース処理を分担す
るバツクエンドプロセツサとが、結合路を介して
結合されたシステムに於いて、結合路またはバツ
クエンドプロセツサ側に障害が発生した場合、再
開始処理を高速且つ簡単に行なうことができる分
散システム障害方式に関するものである。

第１図は従来方式を実施する装置のブロツク線
図であり、同図を参照して従来方式を説明する
と、電文を多重に処理するホストプロセツサ１と
電文処理の中で必要となるフアイル処理またはデ
ータベース処理を救済単位を単位として専任する
バツクエンドプロセツサ７とが結合路６を介して
結合されたシステムに於いて、ホストプロセツサ
１側には電文処理を遂行する複数の電文処理ロジ
ツク２と、電文処理の中で必要となるフアイル処
理またはデータベース処理をバツクエンドプロセ
ツサ７側と送受信する分散制御ロジツク３と、再
開始処理時に起動される再開始処理ロジツク４と
が設けられており、又、バツクエンドプロセツサ
７側にはホストプロセツサ１側とフアイル処理ま
たはデータベース処理を送受信する分散制御ロジ
ツク８と、再開始処理時に起動される再開始処理
ロジツク９と、フアイル処理を行なうフアイル処
理ロジツクまたはデータベース処理を行なうデー
タベース処理ロジツク（以下フアイル処理ロジツ
ク等と称す）１０が設けられている。

またホストプロセツサ１側には電文処理の履歴
を取得する電文ジヤーナル５が設けられており、
バツクエンドプロセツサ７側には、救済単位の履
歴を取得する救済単位ジヤーナル１１と、フアイ
ルまたはデータベース１４の更新前の状態を取得
する更新前ジヤーナル１２と、フアイルまたはデ
ータベース１４の更新後の状態を取得する更新後
ジヤーナル１３とが設けられている。ここで、救
済単位とは、電文処理ロジツク２で受信した電文
が、救済単位の開始を宣言してから、救済単位の
終了を宣言するまでの処理の範囲であり、救済単
位の途中で障害に遭遇した場合、該救済単位内で
のフアイルまたはデータベース１４の更新処理を
全て無効にすることと、該救済単位の処理中、処
理に関連するフアイルまたはデータベース１４の
領域を占有する為に、上記領域をロツクしてお
き、フアイルまたはデータベース１４のインテグ
リを保つと言う２つの目的を持つものである。

上記構成のシステムに於ける電文処理は、第２
図の電文処理流れ図に示す通りに行なわれる。即
ち、電文処理ロジツク２が電文を受取ると電文処
理が始まり、入力された電文は、電文ジヤーナル
５に取得される。電文処理の中で救済単位の開始
が宣言されると分散制御ロジツク３はその旨を分
散制御ロジツク８に転送し、分散制御ロジツク８
は更にフアイル処理ロジツク等１０に通知する。
これにより、フアイル処理ロジツク等１０は救済
単位の開始処理を行うが、その一環として救済単
位の開始を救済単位ジヤーナル１１に取得する。
バツクエンドプロセツサ７側で救済単位の開始処
理が終了すると、その旨が分散制御ロジツク８、
分散制御ロジツク３を介して電文処理ロジツク２
に通知される。

救済単位が開始されると、その中でフアイル処
理またはデータベース処理が要求されるが、それ
らは分散制御ロジツク３、分散制御ロジツク８を
介してフアイル処理ロジツク等１０に通知され、
フアイル処理またはデータベース処理が行われ
る。ここでフアイルまたはデータベース１４の更
新があれば、更新前ジヤーナル１２と更新後ジヤ
ーナル１３とに、それぞれ、更新前の状態と更新
後の状態を取得する。

電文処理ロジツク２が救済単位の終了を宣言す
ると、その旨が分散制御ロジツク３、分散制御ロ
ジツク８を介してフアイル処理ロジツク等１０に
通知され、フアイル処理ロジツク等１０は救済単
位の終了処理としてフアイルまたはデータベース
１４の実更新を行い、救済単位の終了を救済単位
ジヤーナル１１に取得し（以上の処理を救済単位
終了処理１と呼ぶ）、処理後その旨（レスポンス
１）を分散制御ロジツク８を介して分散制御ロジ
ツク３に通知する。分散制御ロジツク３はバツク
エンドプロセツサ７側からレスポンス１を受信し
た旨（レスポンス２）をバツクエンドプロセツサ
７側に転送すると共に、電文処理ロジツク２に救
済単位の終了を通知する。分散制御ロジツク８は
レスポンス２を受信すると、それをフアイル処理
ロジツク等１０に通知する。通知を受けたフアイ
ル処理ロジツク等１０は該救済単位で占有するた
めにロツクしていたフアイルまたはデータベース
１４の資源をアンロツクする（以上の処理を救済
単位終了処理２と呼ぶ）。このように、救済単位
の終了処理のみ分散制御ロジツク８からみて２回
に分けて指示を受信することにした理由は、救済
単位内でロツクしている資源が不用意にアンロツ
クされないようにする為である。

救済単位の終了を通知された電文処理ロジツク
２は処理を続け、電文処理は終了する。このと
き、電文処理が正常に終了している旨を電文ジヤ
ーナル５に取得する。

次に、上記構成のシステムに於いて、結合路６
またはバツクエンドプロセツサ７に致命的な障害
が発生した時の従来の処理方式を第３図，第４図
を参照して説明する。

電文処理の中で必要となるフアイル処理、デー
タベース処理、及び救済単位の終了処理がバツク
エンドプロセツサ７側に依頼されている時に、結
合路６またはバツクエンドプロセツサ７側に致命
的な障害が発生すると、第３図に示すように、分
散制御ロジツク３は障害を検出し、電文処理ロジ
ツク２に異常が発生したことを通知する。異常を
通知された電文処理ロジツク２は、救済単位を異
常終了させ、現在処理中の電文を異常として扱う
と共に、電文が異常終了した旨を電文ジヤーナル
５に取得し、障害回復後の再開始指示を待つ。
尚、結合路６に障害が発生した場合、バツクエン
ドプロセツサ７側は処理を打切り、前述したと同
様に再開始指示を待つものである。

障害回復後、再開始指示があると、第４図に示
すように、ホストプロセツサ１側では再開始処理
ロジツク４が起動され、バツクエンドプロセツサ
７側では再開始処理ロジツク９が起動される。再
開始処理ロジツク４は、先ず電文ジヤーナル５の
所定の範囲、例えば、一番近いチエツクポイント
までの範囲をリードし、上記所定範囲内の電文の
終了状態を検出し、検出結果を再開始処理ロジツ
ク９に通知する。又、再開始処理ロジツク９は、
救済単位ジヤーナル１１の所定範囲をリードし、
上記所定範囲内の救済単位の終了状態を検出す
る。電文の終了状態、救済単位の終了状態を検出
すると、再開始処理ロジツク９はそれぞれの検出
結果をつき合せ、無効にする救済単位を抽出す
る。

この場合、無効にする救済単位には、救済単位
の途中で処理がストツプしたものと、正常終了、
即ち、救済単位ジヤーナル１１に救済単位の終了
は取得されているが、レスポンス１がホストプロ
セツサ１側に届かなかつた為に、電文処理ロジツ
ク２で異常扱いされたものとの２種類がある。
尚、前者を無効化する処理は、ロールバツクと呼
ばれ、後者を無効化する処理はキヤンセルと呼ば
れている。

ロールバツクまたはキヤンセルの対象となる救
済単位が抽出されると、再開始処理ロジツク９
は、ロールバツクまたはキヤンセルをフアイル処
理ロジツク等１０に指示し、これによりフアイル
処理ロジツク等１０は、更新前ジヤーナル１２に
取得されている情報に基づいて、ロールバツクま
たはキヤンセルを行なう。尚、フアイルまたはデ
ータベース１４についてみれば、ロールバツクも
キヤンセルも、フアイルまたはデータベース１４
の状態を、無効にする救済単位の開始時の状態に
復元する処理を行なうものである。

しかし、上述した従来の処理方式は、電文ジヤ
ーナル５、救済単位ジヤーナル１１のリード処理
に時間がかかり、再開始処理が遅くなる欠点があ
る。時に、リード範囲が複数の媒体にまたがつて
いる場合は、人手を伴なう操作となる為、再開始
処理に非常に多くの時間がかかる欠点がある。
又、電文ジヤーナル５、救済ジヤーナル１１のリ
ード処理、無効化する救済単位の抽出の為に、複
雑なロジツクが必要となる欠点もある。

本発明は前述の如き欠点を改善したものであ
り、その目的は電文処理を分担するホストプロセ
ツサとフアイル処理またはデータベース処理を分
担するバツクエンドプロセツサが結合路を介して
結合されたシステムに於いて、結合路またはバツ
クエンドプロセツサ側に発生する致命的な障害に
対して通常処理に何ら影響を及ぼすことなく、再
開始処理を高速かつ簡単にすることにある。以
下、実施例について詳細に説明する。

第５図は本発明方式を実施するシステムの一例
を示すブロツク線図で、１５はホストプロセツ
サ、１６は電文処理ロジツク、１７は分散制御ロ
ジツク、１８は障害発生時のみに起動される障害
時記録ロジツク、１９はバツクエンドプロセツ
サ、２０は分散制御ロジツク、２１は再開始処理
ロジツク、２２はフアイル処理またはデータベー
ス処理を行なうフアイル処理ロジツクまたはデー
タベース処理ロジツク（以下フアイル処理ロジツ
ク等２２と称す。）、２３は障害記録処理プロセツ
サ、２４は接続路であり、他の第１図と同一符号
は同一部分を表わしている。尚、障害記録処理プ
ロセツサ２３内には、ロールバツク、キヤンセル
の対象となる救済単位を記憶するロールバツクテ
ーブル２３ａ、キヤンセルテーブル２３ｂが設け
られており、又、障害時記録ロジツク１８は結合
路６、又はバツクエンドプロセツサ１９の障害時
にホストプロセツサ１５上に保有されている救済
単位がロールバツクの対象か、キヤンセルの対象
かを検出する手段を有している。尚、この検出
は、ホストプロセツサ１５が、各救済単位の処理
がどの段階にあるのか保有していることを利用し
て行なわれる。

正常時の処理は、第２図の電文処理流れ図の通
りに行なわれるものであるので、ここでは説明を
省略し、結合路６またはバツクエンドプロセツサ
１９に致命的な障害が発生した時の処理方式を第
６図を参照して説明する。

分散制御ロジツク１７で結合路６またはバツク
エンドプロセツサ１９に致命的な障害が発生した
ことを検出すると、障害時記録ロジツク１８が起
動される。障害時記録ロジツク１８は、この時ホ
ストプロセツサ１５上に保有されている救済単
位、即ち、障害により異常扱いとなる電文の救済
単位がキヤンセルの対象であるか、ロールバツク
の対象であるかを、ホストプロセツサ１５が処理
中電文の救済単位の状態を保有していることを利
用し、検出する。そして、障害により異常扱いと
なる救済単位がロールバツクの対象であると検出
したときは、該救済単位を障害記録処理プロセツ
サ２３に送信すると共に、該救済単位を、ロール
バツクテーブル２３ａに記録することを指示する
SAVE命令を発行し、又、異常扱いとなる救済単
位がキヤンセルの対象であると検出した時は、該
救済単位を障害記録処理プロセツサ２３に送信す
ると共に、キヤンセルテーブル２３ｂに記録させ
ることを指示するSAVE命令を発行する。障害記
録処理プロセツサ２３は、SAVE命令を分析し、
障害時記録ロジツク１８からの救済単位をロール
バツクテーブル２３ａ或はキヤンセルテーブル２
３ｂに記録する。

障害時記録ロジツク１８は、上述の如き処理を
ホストプロセツサ１５に保有されている全ての救
済単位について行なうと、この旨を分散制御ロジ
ツク１７に通知し、分散制御ロジツク１７はこの
通知を受けると、電文処理ロジツク１６に異常を
通知する。そして、異常の通知を受けた電文処理
ロジツク１６は、第３図に示した従来の処理方式
と同様の処理を行なう。

次に障害回復後の再開始処理を第７図の再開始
処理流れ図を参照して説明する。障害が回復する
と、バツクエンドプロセツサ１９側の再開始処理
ロジツク２１が駆動される。再開始処理ロジツク
２１は、障害記録処理プロセツサ２３に、ロール
バツクテーブル２３ａ、キヤンセルテーブル２３
ｂに記憶されている救済単位にその処理種別（ロ
ールバツクかキヤンセルか）を付して再開始処理
ロジツク２１に送ることを指示するRECALL命
令を加える。障害記録処理プロセツサ２３は、こ
のRECALL命令を分析し、ロールバツクテーブ
ル２３ａ、キヤンセルテーブル２３ｂに記憶され
ている救済単位にその処理種別を付して再開始処
理ロジツク２１に送出する。再開始処理ロジツク
２１は、障害記録処理プロセツサ２３からの情報
に基づいて、フアイル処理ロジツク等２２にロー
ルバツクまたはキヤンセルを指示し、これにより
フアイル処理ロジツク等２２は、更新前ジヤーナ
ル１２に取得されている情報に基づいてロールバ
ツクまたはキヤンセルを行ない、フアイルまたは
データベース１４の状態を、ロールバツクテーブ
ル２３ａ、キヤンセルテーブル２３ｂに記憶され
ている救済単位の開始時の状態に復元する。

尚、実施例に於いては、ロールバツクテーブル
２３ａ、キヤンセルテーブル２３ｂを障害記録プ
ロセツサ２３内に設けたが、ホストプロセツサ１
５に設けられている記憶装置（図示せず）の所定
領域をロールバツクテーブル、キヤンセルテーブ
ルとしても良いことは勿論である。

以上説明したように、本発明によれば、電文処
理を分担するホストプロセツサと電文処理の中で
必要となるフアイル処理またはデータベース処理
を分担するバツクエンドプロセツサが結合路を介
して結合されたシステムに於いて、結合路または
バツクエンドプロセツサ側に発生した致命的な障
害に対して、障害を検出したホストプロセツサが
正常であること及び処理中電文の救済単位の状態
を保有していることを利用して、障害検出後に処
理する電文の救済単位を、例えばロールバツクテ
ーブル２３ａ、キヤンセルテーブル２３ｂに記憶
しておき、その情報を使用することにより、シス
テムの再開始処理を通常処理に何ら影響を及ぼす
ことなく、高速かつ簡単に行なうことができる利
点がある。

【図面の簡単な説明】

第１図は従来方式を実施する装置のブロツク線
図、第２図は電文処理流れ図、第３図は障害発生
時の従来の処理流れ図、第４図は従来の再開始処
理流れ図、第５図は本発明の実施例のブロツク線
図、第６図は障害発生時の本発明の処理流れ図、
第７図は本発明の再開始処理流れ図である。 １，１５はホストプロセツサ、２，１６は電文
処理ロジツク、３，８，１７，２０は分散制御ロ
ジツク、４，９，２１は再開始処理ロジツク、５
は電文ジヤーナル、６は結合路、７，１９はバツ
クエンドプロセツサ、１０はフアイル処理ロジツ
クまたはデータベース処理ロジツク、１１は救済
単位ジヤーナル、１２は更新前ジヤーナル、１３
は更新後ジヤーナル、１４はフアイルまたはデー
タベース、１８は障害時記録ロジツク、２３は障
害記録処理プロセツサ、２３ａはロールバツクテ
ーブル、２３ｂはキヤンセルテーブル、２４は接
続路である。

Claims (1)

【特許請求の範囲】
1. １ 電文を多重に処理するホストプロセツサと電
   文処理の中で必要となるフアイル処理またはデー
   タベース処理を救済単位を単位として専任するバ
   ツクエンドプロセツサとが結合路を介して結合さ
   れたシステムに於いて、データベースまたはフア
   イルの更新前の情報を取得する更新前ジヤーナル
   と、前記結合路或はバツクエンドプロセツサに障
   害が発生したときに、前記ホストプロセツサ上に
   保有されている救済単位を検出する検出手段と、
   該検出手段で検出した救済単位を記憶する記憶手
   段とを設け、再開始処理時、前記更新前ジヤーナ
   ル及び記憶手段の記憶内容に基づいて、前記デー
   タベースまたはフアイルの状態を、前記記憶手段
   に記憶されている救済単位の開始時の状態に復元
   することを特徴とする分散システム障害処理方
   式。