JPH04291628A - 複合サブシステム形オンラインシステムの障害回復方式 - Google Patents

Abstract

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

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、複合サブシステム形オ
ンラインシステムの障害回復方式に係り、特に各サブシ
ステムを制御する複合サブシステムコントローラに障害
が発生した場合に好適な複合サブシステム形オンライン
システムの障害回復方式に関する。

【０００２】

【従来の技術】従来の複合サブシステム形オンラインシ
ステムの障害回復方式は特開昭６３−２６１４３７号公
報に記載のように、トランザクションごとに障害回復時
に必要とするジャーナルを退避するジャーナル退避ファ
イルを設けることにより、一部サブシステムに障害が発
生した時でも他のサブシステムの運転を続行し、その後
障害サブシステムが遅れて立ち上がった時にも容易に障
害回復が行えるようになっていた。

【０００３】また、複合サブシステム形オンラインシス
テムにおける障害回復方式としては、一部サブシステム
に障害が発生した時でも、その障害がハード的な原因に
よるものでなく一時的なタイミング的な原因によるもの
である場合は、もう一度処理を試みる（これをリトライ
という）ことによって、障害を回復することがある。

【０００４】さらにまた、システム構成がホットスタン
バイ構成である場合はホットスタンバイ再開始を行うこ
とにより、一部サブシステムに障害が発生した場合の障
害回復を行なっていた。

【０００５】ここでホットスタンバイ構成におけるホッ
トスタンバイ再開始について図３を用いて説明する。

【０００６】実行系のプロセッサ３０は、複数のサブシ
ステムを制御する複合サブシステムのコントローラ３１
（以下、コントローラと呼ぶ）を有している。そしてこ
のコントローラ３１の配下にはフロントエンド形サブシ
ステム３２（以下、ＦＥと呼ぶ）とバックエンド形サブ
システム３３（以下、ＢＥと呼ぶ）の２種類のサブシス
テムがある。

【０００７】ＦＥ３２はオンライン端末３４を有し、業
務処理の単位であるトランザクションを発生させる。Ｂ
Ｅ３３はデータベース３５を有し、ＦＥ３２の発生させ
たトランザクションによる要求に従ってデータベース３
５をアクセスする。

【０００８】待機系のプロセッサ４０はコントローラ３
１′、ＦＥ３２′、ＢＥ３３′、オンライン端末３４′
、データベース３５′から成る。ＦＥ３２′、ＢＥ３３
′は実行系のプロセッサ３０のＦＥ３２、ＢＥ３３がダ
ウンした時に、ＦＥ３２、ＢＥ３３が実行していた処理
を続行するための待機ジョブである。この待機ジョブは
データセットのオープン処理などのイニシャライズ処理
を終えた状態にある。

【０００９】そして実行系のプロセッサ３０と待機系の
プロセッサ４０は制御情報連絡回線３６によって接続さ
れている。

【００１０】このような構成をホットスタンバイ構成と
呼び、このホットスタンバイ構成において、実行系のプ
ロセッサ３０のサブシステムがダウンした場合は待機系
のプロセッサ４０が、ダウンした実行系のプロセッサ３
０のサブシステムが実行していた処理を続行する。この
ことをホットスタンバイ再開始という。

【００１１】また、障害がサブシステムを統合制御する
複合サブシステムコントローラに発生した場合は、オペ
レータが複合サブシステムコントローラを再起動して障
害発生後の処理を続行するようにしていた。

【００１２】ここで、障害が複合サブシステムコントロ
ーラに発生した場合であっても、そのシステムがホット
スタンバイ構成をとっている場合は、上記同様ホットス
タンバイ再開始を行うことにより障害発生後の処理を続
行するようにしていた。

【００１３】

【発明が解決しようとする課題】上記従来技術の自動障
害回復方法は、サブシステムに障害が発生した場合を対
象としたものであり、複合サブシステムコントローラに
障害が発生した場合の自動障害回復方法については考慮
されていなかった。

【００１４】従って上記従来技術によれば、複合サブシ
ステムコントローラに障害が発生した時には自動的に障
害回復されず、この場合にはオペレータによる再起動操
作が必要で、回復時間が長大化することによりシステム
の信頼性が劣化するという問題があった。

【００１５】また上記従来技術によれば、ハード的な原
因によるものでなく一時的なタイミング的な原因による
障害が複合サブシステムコントローラに発生した場合に
、単にリトライを試みてもサブシステム間の統制制御が
とれず不具合が生じるという問題があった。

【００１６】本発明の目的は、複合サブシステム形オン
ラインシステムにおいて、複合サブシステムコントロー
ラにハード的な原因によるものでなく一時的なタイミン
グ的な原因による障害が発生した場合に、オペレータに
よる再起動操作を必要としないで自動的に障害を回復し
処理の続行を可能にすることにある。

【００１７】

【課題を解決するための手段】本発明は上記目的を達成
するために、複数のデータコミュニケーションシステム
やデータベースシステムをサブシステムとして持ち、各
サブシステムを統合制御する複合サブシステムコントロ
ーラが存在する複合サブシステム形オンラインシステム
において、一時的な障害が複合サブシステムコントロー
ラに発生し待機ジョブが存在する場合、この待機ジョブ
を実行し、一時的な障害が複合サブシステムコントロー
ラに発生し待機ジョブが存在しない場合、障害が発生し
た複合サブシステムコントローラ配下のサブシステムを
すべて停止した後、複合サブシステムコントローラの再
起動を行なうようにしたものである。

【００１８】

【作用】複合サブシステムコントローラに障害が発生し
た場合、この複合サブシステムコントローラは複合サブ
システムコントローラモニタに対して障害が発生したこ
とを連絡する。これにより複合サブシステムコントロー
ラモニタは障害がサブシステムではなく複合サブシステ
ムコントローラに発生したことを認識する。

【００１９】そして複合サブシステムコントローラモニ
タは障害が発生した複合サブシステムコントローラの配
下にあるサブシステムに対する待機ジョブが存在するか
を判断する。その結果待機ジョブがある場合、即ちホッ
トスタンバイ構成をとっている場合は、ホットスタンバ
イ再開始を指示する。待機ジョブがない場合は、複合サ
ブシステムコントローラ下のすべてのサブシステムを停
止させた後、複合サブシステムコントローラを再起動す
る。

【００２０】こうすることによって複合サブシステムコ
ントローラに発生した障害がハード的な原因によるもの
でなく一時的なタイミング的な原因によるものである時
は、複合サブシステムコントローラ下のすべてのサブシ
ステムを統制制御できるので、オペレータによる再起動
操作を必要としないで自動的に障害を回復し処理を続行
することができる。

【００２１】

【実施例】以下、本発明の一実施例を図面を用いて詳細
に説明する。

【００２２】図１は本発明が適用される複合サブシステ
ム形オンラインシステムの一構成例を示す図である。

【００２３】図１においては、実行系のプロセッサ１０
と待機系のプロセッサ２０が制御情報連絡回線７によっ
て接続されており、実行系のプロセッサ１０がダウンし
た場合待機系のプロセッサ２０が処理を続行するような
構成、即ちホットスタンバイ構成を示している。

【００２４】実行系のプロセッサ１０は、複数のサブシ
ステムを制御する複合サブシステムのコントローラ２（
以下、コントローラと呼ぶ）を有し、このコントローラ
２の配下にはフロントエンド形サブシステム３（以下、
ＦＥと呼ぶ）とバックエンド形サブシステム４（以下、
ＢＥと呼ぶ）の２種類のサブシステムがある。

【００２５】ＦＥ３はオンライン端末５を有し、業務処
理の単位であるトランザクションを発生させる。ＢＥ４
はデータベース６を有し、ＦＥ３の発生させたトランザ
クションによる要求に従ってデータベース６をアクセス
する。

【００２６】また、コントローラ２には、コントローラ
２の障害監視を行なう複合サブシステムコントローラモ
ニタ１（以下、コントローラモニタと呼ぶ）が接続され
ている。

【００２７】一方待機系のプロセッサ２０はコントロー
ラモニタ１′コントローラ２′、ＦＥ３′、ＢＥ４′、
オンライン端末５′、データベース６′から成り、ＦＥ
３′、ＢＥ４′は実行系のプロセッサ１０のＦＥ３、Ｂ
Ｅ４がダウンした時に、ＦＥ３、ＢＥ４が実行していた
処理を続行するための待機ジョブである。そしてこの待
機ジョブ（ＦＥ３′、ＢＥ４′）はデータセットのオー
プン処理などのイニシャライズ処理を終えた状態にある
。

【００２８】実行系１０のコントローラモニタ１と待機
系２０のコントローラモニタ１′は制御情報連絡回線７
によりお互いの状態を監視し合っている。

【００２９】コントローラモニタ１が行うコントローラ
２の自動障害回復の処理の流れを図２を用いて説明する
。

【００３０】本実施例において自動回復の対象としてい
る障害は、ハード的な原因によるものでなく一時的なタ
イミング的な原因による障害を対象とする。

【００３１】障害が発生したらコントローラモニタ１は
、その障害がコントローラ２に発生したものであるか、
あるいはＦＥ３、ＢＥ４のサブシステムに発生したもの
であるかを判断する（１０１）。ここではコントローラ
２に障害が発生した場合は、コントローラ２がコントロ
ーラモニタ１に対して障害が発生したことを連絡するこ
とにより、コントローラモニタ１はその障害がサブシス
テムではなくコントローラ２に発生したと判断する。

【００３２】上記ステップ１０１でコントローラモニタ
１がその障害はコントローラ２に発生したものであると
判断した場合、コントローラモニタ１は、待機ジョブが
存在するか否かを判断する、即ちホットスタンバイ構成
をとっているか否かを判断する（１０２）。

【００３３】待機ジョブが存在する場合は、ホットスタ
ンバイ再開始を指示する（１０５）。即ち、実行系のコ
ントローラモニタ１が制御情報連絡回線７を介して待機
系のコントローラモニタ１′に対し、実行系のプロセッ
サ１０内で障害が発生したことを通知する。これにより
、待機系のプロセッサ２０で、複合サブシステムオンラ
インシステムの再開始処理を行う。

【００３４】待機ジョブが存在しない場合は、障害が発
生したコントローラ２の配下の全サブシステム（ＦＥ３
、ＢＥ４）を停止させる（１０３）。ここでいう「停止
」とはコントローラ２の配下の全サブシステム（ＦＥ３
、ＢＥ４）で実行中の処理を途中で終了させることでは
なく、完結させることを意味する。

【００３５】その後コントローラ２を再起動する（１０
４）。そして最新のチェックポイントとそのチェックポ
イント以降にとられたジャーナル情報を統合し、実行系
のプロセッサ１０がダウンした状況まで戻して、その状
況から処理を続行する。

【００３６】本実施例によればコントローラ２にハード
的な原因によるものでなく一時的なタイミング的な原因
による障害が発生した場合、オペレータによる再起動操
作を必要としないで自動的に障害を回復し処理を続行す
ることができる。

【００３７】

【発明の効果】複合サブシステム形オンラインシステム
において、複合サブシステムコントローラにハード的な
原因によるものでなく一時的なタイミング的な原因によ
る障害が発生した場合、オペレータによる再起動操作を
必要としないで自動的に障害を回復することにより障害
回復時間が長大化することを防止できるためシステムの
信頼性が向上するという効果がある。

【図面の簡単な説明】

【図１】本発明が適用される複合サブシステム形オンラ
インシステムの一構成例を示す図である。

【図２】複合サブシステムコントローラモニタによる自
動障害回復処理を説明するためのフローチャートである
。

【図３】従来のホットスタンバイ構成におけるホットス
タンバイ再開始を説明するための図である。

【符号の説明】

１……実行系の複合サブシステムコントローラモニタ１
′…待機系の複合サブシステムコントローラモニタ２…
…実行系のコントローラ ２′…待機系のコントローラ ３……実行系のフロントエンド形サブシステム３′…待
機系のフロントエンド形サブシステム４……実行系のバ
ックエンド形サブシステム４′…待機系のバックエンド
形サブシステム５……実行系のオンライン端末 ５′…待機系のオンライン端末 ６……実行系のデータベース ６′…待機系のデータベース ７……制御情報連絡回線 １０…実行系のプロセッサ ２０…待機系のプロセッサ

Claims (1)

【特許請求の範囲】
1. 【請求項１】複数のデータコミュニケーションシステム
   やデータベースシステムをサブシステムとして持ち、各
   サブシステムを統合制御する複合サブシステムコントロ
   ーラが存在する複合サブシステム形オンラインシステム
   において、一時的な障害が複合サブシステムコントロー
   ラに発生し待機ジョブが存在する場合、当該待機ジョブ
   を実行し、一時的な障害が複合サブシステムコントロー
   ラに発生し待機ジョブが存在しない場合、前記一時的な
   障害が発生した複合サブシステムコントローラ配下のサ
   ブシステムをすべて停止した後、当該複合サブシステム
   コントローラの再起動を行なうことを特徴とする複合サ
   ブシステム形オンラインシステムの障害回復方式。