JPH05314085A - 複数計算機間の相互稼動待機方式 - Google Patents

Abstract

(57)【要約】 【目的】 本発明は、相互計算機間で障害復旧を行なう
複数計算機間の相互稼動待機方式において、ある計算機
が常にアイドル状態にセットされず、計算機資源を有効
利用し、処理業務が肥大化しても高い応答を得ることを
目的とする。 【構成】 複数の計算機ＣＰＵ0-3 に対し、それぞれマ
ルチコールディスクＤ0-3 に格納される独立した資源を
利用した異なる業務処理Ｂ0-3 を分割して行なわせ、各
計算機ＣＰＵ0-3 が自系の業務処理に対しては稼動系、
他系の業務処理に対しては待機系として運用され、共有
メモリＳＭを介しある計算機の障害発生が通知された場
合には、予め個々のローカルディスクＣ0-3 に運用デー
タとして組込まれた引継ぎ情報に基づき引継ぎ先計算機
が認識され、該引継ぎ先計算機において障害発生に係わ
る業務稼動資源が対応するマルチコールディスクＤから
ＭＣＰを介して選択的に読出され、障害業務が引継がれ
る構成とする。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、オンライントランザク
ション処理を複数の計算機に独立して行なわせ、その相
互計算機間で障害の復旧を行なう複数計算機間の相互稼
動待機方式に関する。

【０００２】

【従来の技術】一般に、銀行端末オンライン業務や航空
座席のオンライン業務等、オンライントランザクション
処理を行なう計算機では、障害発生時における業務停止
を避けるため、一方の計算機を業務運用を行なう稼動系
として使用し、他方の計算機を障害発生時におけるバッ
クアップ用の待機系計算機として使用する、２台の計算
機からなるホットスタンバイシステムを構築している。

【０００３】図３はホットスタンバイシステムの従来構
成を示すもので、同図において、１１は稼動系計算機、
１２は待機系計算機、１３は本システムで運用するオン
ライン業務に必要な資源が記憶されたデータベース、１
４は稼動計算機１１と待機系計算機１２との相互通信メ
モリとなる共有メモリ、１５は端末装置、また、ＦＣＰ
はファイルコントロールプロセッサ、ＳＭＩは共有メモ
リインターフェイスであり、上記稼動系計算機１１で
は、データベース１３からの読出し情報に基づき、所定
のオンライン業務処理が行なわれ、待機系計算機１２は
常にバックアップ用の計算機としてスタンバイ状態にあ
る。

【０００４】ここで、データベース１３には、所定のオ
ンライン業務に拘る資源として、業務処理の履歴を示す
ジャーナルファイルやシステムステータスログも記録さ
れるもので、稼動系計算機１１に障害が発生すると、そ
の障害発生情報は共有メモリ１４を介して待機系計算機
に１２に通知される。

【０００５】すると、待機系計算機１２では、データベ
ース１２に記憶される業務履歴が取込まれて障害発生時
の業務処理が再現され、以降、この待機系計算機１２に
よって所定のオンライン業務が引継がれる。

【０００６】

【発明が解決しようとする課題】しかしながら、上記従
来構成のホットスタンバイシステムでは、待機系計算機
１２は、障害発生に伴う業務引継ぎが生じない限りオン
ラインシステムとして常にアイドル状態にあり、オンラ
イン業務稼動の観点から見れば非効率的な欠点がある。

【０００７】すなわち、例えば稼動系計算機１１におけ
るオンライン業務が肥大化してシステム負荷が高くなり
その応答性が低下しても、待機系計算機１２は依然とし
てオンライン業務に寄与しないアイドル状態にある。

【０００８】本発明は上記課題に鑑みなされたもので、
一方の計算機が常にアイドル状態にセットされることな
く、計算機資源を有効利用し、オンライン業務が肥大化
しても高い応答性を得ることが可能になる複数計算機間
の相互稼動待機方式を提供することを目的とする。

【０００９】

【課題を解決するための手段】すなわち、本発明に係わ
る複数計算機間の相互稼動待機方式は、それぞれが独立
した資源を用いて異なる業務処理を行なう複数の計算機
と、この複数の計算機のそれぞれに独立して備えられ、
個々の業務処理に必要な資源を記憶した複数の業務用デ
ータベースと、上記複数の計算機に対し上記複数の業務
用データベースを選択的に切換えるデータベース選択手
段と、上記複数の計算機間で相互に障害情報を通知する
障害通知手段と、この障害通知手段により障害発生計算
機が他の計算機に通知された際に、障害発生計算機に対
応する業務用データベースを上記データベース選択手段
により選択しその業務処理を他の計算機で引継ぐ業務引
継ぎ手段とを備えて構成したものである。

【００１０】

【作用】つまり、複数の計算機がそれぞれ何れかのオン
ライン業務を行なう稼動系として運用されると同時に、
相互に他の計算機に対する待機系となるので、計算機資
源が有効利用され、しかも、肥大化したオンライン業務
の分割処理により高い応答性が得られるようになる。

【００１１】

【実施例】以下図面により本発明の一実施例について説
明する。

【００１２】図１は複数計算機間の相互稼動待機方式を
用いた計算機システムの構成を示すブロック図であり、
この計算機システムには、例えば４台の計算機ＣＰＵ0
〜ＣＰＵ3 が備えられる。

【００１３】４台の計算機ＣＰＵ0 〜ＣＰＵ3 は、その
それぞれが独立した資源を用いて異なるオンライン業務
処理Ｂ0 〜Ｂ3 を運用する稼動系になると同時に、その
それぞれが自系以外の他の業務処理に対する待機系とな
るもので、各計算機ＣＰＵ0〜ＣＰＵ3 は、それぞれ独
立したメインメモリＭＥＭ0 〜ＭＥＭ3 を有し、個々に
対応するローカルディスクＣ0 〜Ｃ3 に予め格納された
オンラインシステムの運用データやロードモジュールに
応じて、与えられたオンライン業務処理Ｂ0 〜Ｂ3 を実
行する。

【００１４】一方、上記各計算機ＣＰＵ0 〜ＣＰＵ3 に
割当てられたオンライン業務処理Ｂ0 〜Ｂ3 に必要な資
源（データベース）と、その業務処理過程を示すジャー
ナルファイルやシステムステータスログは、各業務処理
Ｂ0 〜Ｂ3 毎に異なるマルチコールディスクＤ0 〜Ｄ3
に格納される。

【００１５】この４つのマルチコールディスクＤ0 〜Ｄ
3 と４つの計算機ＣＰＵ0 〜ＣＰＵ3 との間は、マルチ
コントロールプロセッサＭＣＰを介して接続され、各計
算機ＣＰＵ0 〜ＣＰＵ3 からの指令により選択的に切換
え可能な構成とされる。さらに、上記４つの計算機ＣＰ
Ｕ0 〜ＣＰＵ3 は、共有メモリＳＭを有している。

【００１６】共有メモリＳＭは、４つの計算機ＣＰＵ0
〜ＣＰＵ3 相互間において、互いのシステム状態を診断
するデータとなる障害発生情報等を格納するもので、例
えば第１の計算機ＣＰＵ0 の障害発生に伴いその障害発
生情報が共有メモリＳＭに書込まれると、該共有メモリ
ＳＭを介して上記第１の計算機ＣＰＵ0 に障害が生じた
ことが他の計算機ＣＰＵ1 〜ＣＰＵ3 に通知される。

【００１７】ここで、各計算機ＣＰＵ0 〜ＣＰＵ3 の相
互において、障害発生時の業務引継ぎ先計算機を示す情
報は、個々の計算機ＣＰＵ0 〜ＣＰＵ3 のローカルディ
スクＣ0 〜Ｃ3 に対してシステム運用データとして格納
される。次に、上記構成による複数計算機間の相互稼動
待機方式を用いた計算機システムの動作について説明す
る。

【００１８】図２は上記計算機システムにおける障害復
旧処理を示すフローチャートであり、４台の計算機ＣＰ
Ｕ0 〜ＣＰＵ3 はそれぞれ対応するローカルディスクＣ
0 〜Ｃ3 に格納されたシステム運用データに基づき動作
するもので、第１の計算機ＣＰＵ0 では第１マルチコー
ルディスクＤ0 に記憶されるデータベースを資源とした
オンライン業務処理Ｂ0 が行なわれ、第２の計算機ＣＰ
Ｕ1 では第２マルチコールディスクＤ1 に記憶されるデ
ータベースを資源としたオンライン業務Ｂ1 が行なわ
れ、第３の計算機ＣＰＵ2 では第３マルチコールディス
クＤ2 に記憶されるデータベースを資源としたオンライ
ン業務Ｂ2 が行なわれ、さらに、第４の計算機ＣＰＵ3
では第４マルチコールディスクＤ3 に記憶されるデータ
ベースを資源とたオンライン業務Ｂ3 が行なわれる（ス
テップＳ１）。

【００１９】この場合、各計算機ＣＰＵ0 〜ＣＰＵ3
は、それぞれ割当てられたオンライン業務Ｂ0 〜Ｂ3 に
対する稼動系となり、同時に他のオンライン業務を行な
う計算機に対しては相互に待機系となる。

【００２０】ここで、例えば第１の計算機ＣＰＵ0 に障
害が発生し、そのオンライン業務Ｂ0 が中断すると、共
有メモリＳＭに対しその障害発生情報が書込まれ、第２
〜第４の計算機ＣＰＵ1 〜ＣＰＵ3 に対して上記第１の
計算機ＣＰＵ0 に障害が発生したことが通知される（ス
テップＳ２，Ｓ３）。

【００２１】すると、上記障害情報が通知された第２〜
第４の計算機ＣＰＵ1 〜ＣＰＵ3 では、それぞれのロー
カルディスクＣ1 〜Ｃ3 から読出されるシステム運用デ
ータに基づき業務引継ぎ先が自計算機であるか否かを認
識するもので、例えば各ローカルディスクＣ0 〜Ｃ3 の
システム運用データに、第１計算機ＣＰＵ0 障害の場合
は第２計算機ＣＰＵ1 、第２計算機ＣＰＵ1 障害の場合
は第３計算機ＣＰＵ2、第３計算機ＣＰＵ2 障害の場合
は第４計算機ＣＰＵ3 、第４計算機ＣＰＵ3 障害の場合
は第１計算機ＣＰＵ0 なる引継ぎ情報が予め組まれてい
た場合には、第２計算機ＣＰＵ1 により業務引継ぎ先で
あることが認識される（ステップＳ４）。

【００２２】すると、第２計算機ＣＰＵ1 には、マルチ
コントロールプロセッサＭＣＰを介して第１マルチコー
ルディスクＤ0 が選択され、前記第１計算機ＣＰＵ0 に
おける障害発生時点までのオンライン業務Ｂ0 の稼動資
源が組込まれるもので、これにより、その運用状態のリ
カバリ処理と共に、ジャーナルファイルを用いたデータ
ベース及び端末メッセージのリカバリ処理が実行され、
第１計算機ＣＰＵ0 にて行なわれていたオンライン業務
処理Ｂ0 は、以後、第２計算機ＣＰＵ1 によって引継ぎ
再開される（ステップＳ５，Ｓ６）。

【００２３】この場合、第２〜第４の計算機ＣＰＵ1 〜
ＣＰＵ3 において予め行なわれていた業務処理Ｂ1 〜Ｂ
3 は、上記障害発生引継ぎ処理に影響を受けずに並行し
て運用される。

【００２４】したがって、上記構成の複数計算機間の相
互稼動待機方式を用いた計算機システムによれば、第１
〜第４の計算機ＣＰＵ0 〜ＣＰＵ3 に対し、それぞれ第
１〜第４のマルチコールディスクＤ0 〜Ｄ3 に格納され
る独立した資源を利用した異なるオンライン業務処理Ｂ
0 〜Ｂ3 を分割して行なわせ、それぞれの計算機ＣＰＵ
0 〜ＣＰＵ3 が全て自系の業務処理に対しては稼動系、
他系の業務処理に対しては待機系として運用され、共有
メモリＳＭを介して例えば第１の計算機ＣＰＵ0 の障害
発生が通知された場合には、予め個々のローカルディス
クＣ0 〜Ｃ3 にシステム運用データとして組込まれた引
継ぎ情報に基づき引継ぎ先計算機が認識され、該引継ぎ
先計算機において障害発生に係わる業務処理Ｂ0 の稼動
資源が第１のマルチコールディスクＤ0 からマルチコン
トロールプロセッサＭＣＰを介して選択的に読出され、
障害業務が引継がれる構成としたので、全ての計算機Ｃ
ＰＵ0 〜ＣＰＵ3 を稼動状態として計算機資源を有効利
用できると共に、複数の独立業務処理を分割して行なわ
せ高い応答性を得ることができる。

【００２５】

【発明の効果】以上のように本発明によれば、それぞれ
が独立した資源を用いて異なる業務処理を行なう複数の
計算機と、この複数の計算機のそれぞれに独立して備え
られ、個々の業務処理に必要な資源を記憶した複数の業
務用データベースと、上記複数の計算機に対し上記複数
の業務用データベースを選択的に切換えるデータベース
選択手段と、上記複数の計算機間で相互に障害情報を通
知する障害通知手段と、この障害通知手段により障害発
生計算機が他の計算機に通知された際に、障害発生計算
機に対応する業務用データベースを上記データベース選
択手段により選択しその業務処理を他の計算機で引継ぐ
業務引継ぎ手段とを備えて構成したので、一方の計算機
が常にアイドル状態にセットされることなく、計算機資
源を有効利用し、オンライン業務が肥大化しても高い応
答性を得ることが可能になる。

【図面の簡単な説明】

【図１】本発明の複数計算機間の相互稼動待機方式の一
実施例に係わる計算機システムの構成を示すブロック
図。

【図２】上記計算機システムにおける障害復旧処理を示
すフローチャート。

【図３】ホットスタンバイシステムの従来構成を示すブ
ロック図。

【符号の説明】

ＣＰＵ0 〜ＣＰＵ3 …計算機、Ｂ0 〜Ｂ3 …オンライン
業務、Ｃ0 〜Ｃ3 …ローカルディスク、Ｄ0 〜Ｄ3 …マ
ルチコールディスク、ＭＣＰ…マルチコントロールプロ
セッサ、ＳＭ…共有メモリ、ＭＥＭ0 〜ＭＥＭ3 …メイ
ンメモリ。

Claims (1)

【特許請求の範囲】
1. 【請求項１】 それぞれが独立した資源を用いて異なる
   業務処理を行なう複数の計算機と、 この複数の計算機のそれぞれに独立して備えられ、個々
   の業務処理に必要な資源を記憶した複数の業務用データ
   ベースと、 上記複数の計算機に対し上記複数の業務用データベース
   を選択的に切換えるデータベース選択手段と、 上記複数の計算機間で相互に障害情報を通知する障害通
   知手段と、 この障害通知手段により障害発生計算機が他の計算機に
   通知された際に、障害発生計算機に対応する業務用デー
   タベースを上記データベース選択手段により選択しその
   業務処理を他の計算機で引継ぐ業務引継ぎ手段とを具備
   し、 上記複数の計算機が相互に稼動系，待機系として運用さ
   れることを特徴とする複数計算機間の相互稼動待機方
   式。