JPH09297692A - 多重化システム - Google Patents

Abstract

(57)【要約】 【課題】 本発明は、処理装置を多重化する多重化シス
テムに関し、運用系の処理装置に対応づけて待機系の処
理装置および共用資源を登録する構成情報テーブルを設
け、このテーブルに設定された情報に従い、運用系の処
理装置の障害発生時に待機系の処理装置が独立した空間
に業務プログラムをローディングして業務を続行し、処
理装置の運用系と待機系とを柔軟に対応づけることを目
的とする。 【解決手段】 運用系の処理装置に対応づけて待機系の
処理装置を設定する構成情報テーブルを設け、この構成
情報テーブルに運用系と設定された全ての処理装置が業
務プログラムを空間にローディングして処理をそれぞれ
実行し、待機系と設定された処理装置が対応する運用系
の処理装置の障害発生を検出したときに当該処理装置の
業務プログラムを独立空間にローディングして業務を続
行するように構成する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、処理装置を多重化
する多重化システムに関するものである。

【０００２】

【従来の技術】従来、運用中の計算機と、待機中の計算
機を設け、運用中の計算機が何らかの原因によって停止
した場合、待機中の計算機がダウンした計算機にとって
代わって運用を続行するシステムがある。このシステム
では、１台の運用中の計算機に対応づけて１台の待機中
の計算機を設けるようにしていた。

【０００３】

【発明が解決しようとする課題】このため、運用中の計
算機に対応づけて１対１の関係で待機中の計算機を準備
しておく必要があり、Ｎ台の運用中の計算機に１台の待
機中の計算機を対応づけておきいずれかの計算機に障害
発生したときに待機中の計算機が業務を継続したり、Ｎ
台の運用中の計算機のいずれかに障害が発生したときに
他の計算機が自分の業務に加えてその障害発生した計算
機の業務を一緒にして継続したりなどの構成を柔軟に設
定できないという問題があった。

【０００４】本発明は、これらの問題を解決するため、
運用系の処理装置に対応づけて待機系の処理装置および
共用資源を登録する構成情報テーブルを設け、このテー
ブルに設定された情報に従い、運用系の処理装置の障害
発生時に待機系の処理装置が独立した空間に業務プログ
ラムをローディングして業務を続行し、処理装置の運用
系と待機系とを柔軟に対応づけることを目的としてい
る。

【０００５】

【課題を解決するための手段】図１を参照して課題を解
決するための手段を説明する。図１において、処理装置
１は、業務プログラム４をローディングして処理を行う
ものであって、ここでは、空間２および構成情報テーブ
ル６などから構成されるものである。

【０００６】空間２は、業務プログラム４をローディン
グして業務を行うものであって、それぞれ独立したもの
である。ここでは、運用系３の空間２内に業務プログラ
ム４をローディングして業務を行うようにしている。

【０００７】構成情報テーブル６は、運用系３の処理装
置１に対応づけて待機系５の処理装置１および共用資源
７を予め設定するものである。共用資源７は、業務プロ
グラム４がローディングされた空間内で共用する各種資
源であって、例えばディスク装置やプリンタ装置などで
ある。

【０００８】次に、動作を説明する。運用系３の処理装
置１に対応づけて待機系５の処理装置１を構成情報テー
ブル６に予め設定し、この構成情報テーブル６を参照し
て処理装置１が待機系５と判明したときに対応する運用
系３の処理装置１の障害発生を検出したときに当該処理
装置１の業務プログラム４を独立空間２にローディング
して業務を続行するようにしている。

【０００９】この際、構成情報テーブル６中の待機系５
の処理装置１として、他の運用系３の処理装置１を設定
し、障害発生時に待機系５の処理装置１が運用中の業務
と別の独立の空間２に障害発生した処理装置１の業務プ
ログラム４をローディングして複数の業務を並列に実行
するようにしている。

【００１０】従って、運用系３の処理装置１に対応づけ
て待機系５の処理装置１および共用資源７を登録する構
成情報テーブル６を設け、このテーブルに設定された情
報に従い、運用系の処理装置１の障害発生時に待機系５
の処理装置１が独立した空間２に業務プログラム４をロ
ーディングして業務を続行することにより、処理装置１
の運用系３と待機系５とを柔軟に対応づけることが可能
となった。

【００１１】

【発明の実施の形態】次に、図１から図５を用いて本発
明の実施の形態および動作を順次詳細に説明する。

【００１２】図１は、本発明の１実施例構成図を示す。
図１の（ａ）は、構成図を示す。図１の（ａ）におい
て、処理装置１は、業務プログラム４を独立に空間２に
ローディングして各種処理を行うものであって、予め設
定された構成情報テーブル６に従い業務プログラムを空
間２にローディングするものである（図２を用いて後述
する）。この処理装置１は、ここでは、業務プログラム
４をローディングする空間２、および構成情報テーブル
６などから構成されるものである。

【００１３】空間２は、構成情報テーブル６に従い、ク
ラスの業務プログラムをローディングして起動し、共用
資源７を使用して業務処理を行うためのものである。空
間２が異なると独立にそれぞれ業務処理を影響を受ける
ことなく行うものであって、１つの処理装置１内に複数
の空間にそれぞれ業務プログラムをローディングして起
動したときは、それぞれが影響を受けることなく独立に
業務処理を行う。ここで、運用系３は、構成情報テーブ
ル６に運用系の処理装置として設定された処理装置１の
空間に業務プログラム４をローディングして業務処理を
行うものである。一方、待機系５は、構成情報テーブル
６に待機系の処理装置として設定された処理装置１が対
応する運用系の処理装置１の障害が検出されたときに、
空間２に自動的に業務プログラム４をローディングして
業務処理を続行するものである。空間２にローディング
する業務プログラム４には、Ａ業務プログラム、Ｂ業務
プログラム、Ｃ業務プログラムというように業務毎に異
なるプログラムであって、構成情報テーブル６に設定さ
れたプログラムである。

【００１４】構成情報テーブル６は、図１の（ｂ）に示
すように、処理装置１について、クラス、業務プログラ
ム、運用系／待機系の区別、共用資源などを設定するも
のである。

【００１５】共用資源７は、各空間２毎に利用する資源
であって、図示のＤｉｓｋ（ハードディスク装置）の他
にプリンタ装置、テープ装置などの共用資源である。こ
の共用資源７は、運用系３の空間２の業務プログラム４
をローディングして起動した業務処理が利用し、障害発
生時には自動的に待機系の空間２の業務プログラム４を
ローディングして起動した業務処理が利用するように接
続変更を行う（図２のＳ７参照）。

【００１６】図１の（ｂ）は、構成情報テーブル例を示
す。構成情報テーブル６は、図示のようにクラス、業務
プログラム、運用系の処理装置、待機系の処理装置、共
用資源のレコードにそれぞれ該当するものを予め設定し
たものである。ここで、クラスは各レコードの運用系の
処理装置１に対応づけて付与した属性であって、クラス
０の運用系の場合には処理装置＃１の独立空間内にロー
ディングしたＡ業務プログラムが処理を行い、クラス０
の待機系の場合には処理装置＃３の独立空間内にローデ
ィングしたＡ業務プログラムが処理を行うものである。

【００１７】業務（業務プログラム）は、運用系／待機
系の処理装置１が独立空間にローディングするプログラ
ムである。運用系の処理装置は、正常時に業務プログラ
ム４を独立空間にローディングして業務処理を行う処理
装置の識別子（アドレス）である。

【００１８】待機系の処理装置は、運用系の処理装置１
の障害検出時に業務プログラム４を独立空間にローディ
ングして業務処理を行う処理装置の識別子（アドレス）
である。

【００１９】共用資源６は、運用系の処理装置１あるい
は待機系の処理装置１が処理を行うときに利用する共用
資源６である。次に、図２のフローチャートに示す順序
に従い、図１の構成の動作を詳細に説明する。

【００２０】図２において、Ｓ１は、構成情報を設定す
る。これは、例えば図１の（ｂ）に示す構成情報テーブ
ル６を、管理者が設定する。Ｓ２は、構成情報に基づい
て業務プログラムをロードする。例えば図１の（ｂ）の
構成情報テーブル６のクラス０の運用系の処理装置＃０
が図示の下記の情報 クラス 業務 運用系処理装置 待機系処理装置 共用資源 ０ Ａ業務 ＃０ ＃３ Ｄｉｓｋ０ を取り出し、図１の（ａ）に示すように、当該処理装置
＃０が創成した空間２にＡ業務プログラムをローディン
グして起動する共に共用資源Ｄｉｓｋ０を接続し、Ａ業
務の処理が実行できるように初期化処理を行う。同様
に、図１の（ｂ）の構成情報テーブル６に設定されてい
る運用系の処理装置１がそれぞれ初期化処理を行う。

【００２１】Ｓ３は、運用を開始する。これは、Ｓ２で
初期化処理した各運用系の処理装置、例えば図１の
（ａ）の処理装置＃０、＃１、＃２がそれぞれ運用を開
始する。Ｓ４は、他ノードからのアライブメッセージの
到着を一定時間周期で確認する。これは、他ノード（他
の図１の（ａ）の処理装置）からのアライブメッセージ
（一定時間毎に運用系の処理装置が他の全ての処理装置
に送信して正常運用中である旨を知らせるメッセージ）
の到着を一定時間周期で受信したかを確認する。

【００２２】Ｓ５は、特定の処理装置からのアライブメ
ッセージが到着していないか判別する。ＹＥＳの場合に
は、特定の処理装置１からのアライブメッセージが一定
時間を越えても到着（受信）しないと判明したので、Ｓ
６に進む。一方、ＮＯの場合には、Ｓ４を繰り返す。

【００２３】Ｓ６は、Ｓ５のＹＥＳで特定の処理装置１
からのアライブメセージが一定時間を越えても到着しな
いと判明したので、図１の（ｂ）の構成情報テーブル６
を参照して障害発生した処理装置が運用系か判別する。
ＹＥＳの場合には、Ｓ７に進む。一方、ＮＯの場合に
は、Ｓ４に戻り繰り返す。

【００２４】Ｓ７は、Ｓ６のＹＥＳで障害発生の処理装
置が運用系と判明したので、障害発生処理装置をバック
アップする処理装置が障害発生処理装置で動作していた
クラスの動作に必要な空間を生成し、そのクラスの運用
系となる処理装置が ・そのクラスに属する共用資源を自ノードに接続し、生
成した空間に対応づける ・共用資源を修復する ・そのクラスに属する業務プログラムを生成した空間に
ロードする を行う。即ち、運用系の処理装置に障害発生した場合、
図１の（ｂ）の同一の構成情報テーブル６を持つ全ての
処理装置が、運用系の処理装置に障害発生したことを検
出（一定時間を越えてもアライブメッセージを受信しな
いことにより検出）したことに対応して、当該障害発生
した運用系の処理装置を、バックアップする待機系の処
理装置１がバックアップするために、 障害発生した運用系の処理装置のクラスに属する共
用資源を自ノード（自処理装置）に接続し、新たに生成
した独立した空間に対応づける。

【００２５】 で自処理装置に接続した共用資源、
例えば磁気ディスク装置のデータが一部分破損している
可能性が高いので、その破損が見つかったときに修復す
る（例えばバックアップデータがあればそれを用いて修
復、あるいは完全にデータの読み書きを完了した時点ま
で処理を戻し、不完全なデータを消去して当該消去した
データに関する処置を行うなどの修復処理を行なう）。

【００２６】 で生成した独立した空間に、障害発
生した運用系の業務プログラムをロードして業務可能な
状態にする。を行なう。

【００２７】Ｓ８は、運用を再開する。以上によって、
図１の（ｂ）の構成情報テーブル６を参照して運用系の
処理装置１に障害発生時に、待機系の処理装置１がその
障害発生を検出して、障害発生した運用系の処理装置の
共用装置を当該待機系の処理装置に接続を切り替えおよ
び修復した後、独立した空間を生成し当該空間に運用系
の業務プログラムをロードして運用を再開して業務処理
を続行することが可能となる。

【００２８】このようにすることにより、図１の（ｂ）
の構成情報テーブル６に示すように、運用系の処理装置
に対応づけて業務プログラム、待機系の処理装置、共用
資源を設定するという簡単な設定操作のみで、自動的に
電源投入時には運用系の処理装置が業務プログラムを独
立した空間にロードして正常時の運用を開始し、運用系
の処理装置に障害発生時に、待機系の処理装置が当該障
害を検出して共用装置を切り替え、共用装置の修復、独
立した空間の生成、当該独立の空間に業務プログラムを
ロードして運用を自動的に再開するシステムを構築でき
たこととなる。

【００２９】次に、図３ないし図６を用いて図１の
（ｂ）の構成情報テーブル６のときのバックアップの様
子を具体的に説明する。図３は、本発明の具体例（その
１）を示す。これは、図１の（ｂ）の構成情報テーブル
６に従い、電源投入時の正常運用を開始した処理装置＃
０、＃１、＃２の状態を示す。この状態では、下記の状
態となる。

【００３０】 運用系の処理装置＃０は、空間にＡ業
務プログラムをロードして共用資源Ｄｉｓｋ００を接続
して業務処理を行う。 運用系の処理装置＃１は、空間にＢ業務プログラム
をロードして共用資源Ｄｉｓｋ０１を接続してＢ業務処
理を行う。

【００３１】 運用系の処理装置＃２は、空間にＣ業
務プログラムをロードして共用資源Ｄｉｓｋ０２を接続
してＣ業務処理を行う。 待機系の処理装置＃３は、正常運用時では空間を生
成しなく待機状態となっている（点線の矩形は待機状態
の未生成の空間を表す） 図４は、本発明の具体例（その２）を示す。これは、図
１の（ｂ）の構成情報テーブル６中の運用系の処理装置
＃０に障害発生した場合の状態を示す。この状態では、
下記の状態となる。

【００３２】’運用系の処理装置＃０は、障害発生し
て停止状態となる。 運用系の処理装置＃１は、空間にＢ業務プログラム
をロードして共用資源Ｄｉｓｋ０１を接続してＢ業務処
理を続行している。

【００３３】 運用系の処理装置＃２は、空間にＣ業
務プログラムをロードして共用資源Ｄｉｓｋ０２を接続
してＣ業務処理を続行している。 ’ 待機系の処理装置＃３は、空間を生成してＡ業務
プログラムをロードして共用資源Ｄｉｓｋ００を切り替
えて接続、修復した後、Ａ業務処理を開始する。

【００３４】図５は、本発明の具体例（その３）を示
す。これは、図１の（ｂ）の構成情報テーブル６中の運
用系の処理装置＃１に障害発生した場合の状態を示す。
この状態では、下記の状態となる。

【００３５】’運用系の処理装置＃０は、障害発生し
て停止状態となる。 ’運用系の処理装置＃１は、障害発生して停止状態と
なる。 運用系の処理装置＃２は、空間にＣ業務プログラム
をロードして共用資源Ｄｉｓｋ０２を接続してＣ業務処
理を続行している。

【００３６】'' 待機系の処理装置＃３は、更に新た
な空間を生成してＢ業務プログラムをロードして共用資
源Ｄｉｓｋ０１を切り替えて接続、修復した後、Ｂ業務
処理を開始する。これにより、待機系の処理装置＃３
は、１つの空間にＡ業務プログラムをロードして共用資
源Ｄｉｓｋ００を接続して業務処理を行っている状態
で、更に並列に他の１つの空間にＢ業務プログラムをロ
ードして共用資源Ｄｉｓｋ０１を接続してＢ業務処理を
開始することとなる。

【００３７】図６は、本発明の具体例（その４）を示
す。これは、図１の（ｂ）の構成情報テーブル６中の運
用系の処理装置＃２に障害発生した場合の状態を示す。
この状態では、下記の状態となる。

【００３８】’運用系の処理装置＃０は、障害発生し
て停止状態となる。 ’運用系の処理装置＃１は、障害発生して停止状態と
なる。 ’運用系の処理装置＃２は、障害発生して停止状態と
なる。

【００３９】''' 待機系の処理装置＃３は、更に新た
な空間を生成してＣ業務プログラムをロードして共用資
源Ｄｉｓｋ０２を切り替えて接続、修復した後、Ｃ業務
処理を開始する。これにより、待機系の処理装置＃３
は、２つの空間にＡ業務プログラムおよびＢ業務プログ
ラムをそれぞれ独立にロードして共用資源Ｄｉｓｋ００
および共用資源Ｄｉｓｋ０１をそれぞれ接続して業務処
理を独立に行っている状態で、更に並列に他の１つの空
間にＣ業務プログラムをロードして共用資源Ｄｉｓｋ０
２を接続してＣ業務処理を開始することとなる。

【００４０】以上のように、構成情報テーブル６に図１
の（ｂ）に示すように設定するのみで、正常時には図３
に示すように運用系の処理装置＃０、＃１、＃２がそれ
ぞれ運用を行い、いずれかに障害発生すると、待機系の
処理装置（ここでは処理装置＃３）がそれぞれ独立した
空間に業務プログラムをロード、共用資源を切り替え・
修復してそれぞれの障害発生した業務処理を続行するこ
とが可能となる。

【００４１】図７は、本発明の共用資源テーブル例（処
理装置＃３）を示す。これは、既述した図６の処理装置
＃３が持つ共用資源テーブルの例である。図６の状態で
は、待機系の処理装置＃３が障害発生した処理装置＃
０、＃１、＃２の共用資源（図１の（ｂ）の構成情報テ
ーブル６参照）Ｄｉｓｋ００、Ｄｉｓｋ０１、Ｄｉｓｋ
０２をそれぞれ専有するので、この関係を設定して記憶
したものである。

【００４２】次に、図８および図９を用いて、運用系の
処理装置１のみで相互にバックアップし、処理装置を有
効活用するときのシステム構成を説明する。図８は、本
発明の他の具体例（図９）を示す。これは、図９の構成
情報テーブル６に従い、運用開始時の状態を示す。

【００４３】・処理装置＃０は、図９の構成情報テーブ
ルのクラス０の運用系の処理装置であって、空間にＡ業
務プログラムをロードして共用資源Ｄｉｓｋ００を接続
してＡ業務処理を行う。

【００４４】・処理装置＃１は、図９の構成情報テーブ
ルのクラス１の運用系の処理装置であって、空間にＢ業
務プログラムをロードして共用資源Ｄｉｓｋ０１を接続
してＢ業務処理を行う。

【００４５】・処理装置＃２は、図９の構成情報テーブ
ルのクラス２の運用系の処理装置であって、空間にＣ業
務プログラムをロードして共用資源Ｄｉｓｋ０２を接続
してＣ業務処理を行う。

【００４６】この状態で、例えば処理装置＃０に障害発
生した場合、処理装置＃０が停止状態となると共に、待
機系の処理装置＃１が障害発生を検出し点線で示すクラ
ス０の待機系の空間を生成し、Ａ業務プログラムをロー
ド、共用資源Ｄｉｓｋ００を切り替え、修復した後にＡ
業務を続行する。同様に、他の運用系の処理装置に障害
発生時には、待機系と設定されている他の運用系の処理
装置が業務を続行する。

【００４７】以上の図９の構成情報テーブルに示すよう
に設定するのみで、正常時には図８に示すように運用系
の処理装置＃０、＃１、＃２がそれぞれ運用を行い、い
ずれかに障害発生すると、待機系の処理装置と設定され
た運用系の処理装置＃０、＃１、＃２のいずれかが独立
した空間に業務プログラムをロード、共用資源を切り替
え・修復して障害発生した業務処理を続行することが可
能となる。この場合には、正常な運用時に、待機する処
理装置がなく効率的に利用できると共に、障害発生時に
他の処理装置がバックアップを行い、若干処理速度が低
下するが信頼性を向上させることが可能となり、このよ
うな処理装置の運用系／待機系の構成であっても、図９
の構成情報テーブル６に図示のように簡単に管理者が設
定するのみで既述した図３ないし図６の待機系の処理装
置を専用に設けたときとを区別することなく、容易に設
定可能となる。

【００４８】

【発明の効果】以上説明したように、本発明によれば、
運用系３の処理装置１に対応づけて待機系５の処理装置
１および共用資源７を登録する構成情報テーブル６を設
け、このテーブルに設定された情報に従い、運用系の処
理装置１の障害発生時に待機系５の処理装置１が独立し
た空間２に業務プログラム４をローディングして業務を
続行する構成を採用しているため、処理装置１の運用系
３と待機系５とを柔軟に対応づけ、簡易に設定してバッ
クアップを実現し、システムの信頼性を向上させること
が可能となる。

【図面の簡単な説明】

【図１】本発明の１実施例構成図である。

【図２】本発明の動作説明フローチャートである。

【図３】本発明の具体例（その１）である。

【図４】本発明の具体例（その２）である。

【図５】本発明の具体例（その３）である。

【図６】本発明の具体例（その４）である。

【図７】本発明の共用資源テーブル例（処理装置＃３）
である。

【図８】本発明の他の具体例（図９）である。

【図９】本発明の構成情報テーブル例（図８）である。

【符号の説明】

１：処理装置 ２：空間 ３：運用系 ４：業務プログラム ５：待機系 ６：構成情報テーブル ７：共用資源

Claims (2)

【特許請求の範囲】
1. 【請求項１】処理装置を多重化する多重化システムにお
   いて、 運用系の処理装置に対応づけて待機系の処理装置を設定
   する構成情報テーブルを設け、 この構成情報テーブルに運用系と設定された全ての処理
   装置が業務プログラムを空間にローディングして処理を
   それぞれ実行し、待機系と設定された処理装置が対応す
   る運用系の処理装置の障害発生を検出したときに当該処
   理装置の業務プログラムを独立空間にローディングして
   業務を続行することを特徴とする多重化システム。
2. 【請求項２】上記構成情報テーブル中の待機系の処理装
   置として、他の運用系の処理装置を設定し、障害発生時
   に待機系の処理装置が運用中の業務と別の独立空間に障
   害発生した処理装置の業務プログラムをローディングし
   て複数の業務を並列に実行することを特徴とする請求項
   １記載の多重化システム。