JPH05265986A - 疎結合マルチホットスタンバイコンピュータシステム - Google Patents
疎結合マルチホットスタンバイコンピュータシステムInfo
- Publication number
- JPH05265986A JPH05265986A JP5834192A JP5834192A JPH05265986A JP H05265986 A JPH05265986 A JP H05265986A JP 5834192 A JP5834192 A JP 5834192A JP 5834192 A JP5834192 A JP 5834192A JP H05265986 A JPH05265986 A JP H05265986A
- Authority
- JP
- Japan
- Prior art keywords
- command
- vis
- hot standby
- transmission request
- operator
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Landscapes
- Multi Processors (AREA)
Abstract
(57)【要約】
【目的】 ホットスタンバイ対応疎結合マルチホットス
タンバイコンピュータシステムにおいて、送信先ＶＩＳ
がホットスタンバイ中の送信コマンドのロストを無く
す。 【構成】 送信先論理システムチェック手段３２は、オ
ペレータコマンド振分手段３１から送信要求コマンドを
取得すると、ＶＩＳ所在管理テーブル３６を参照し、送
信先ＶＩＳの状態がホットスタンバイ処理中であれば、
該送信要求コマンドをオペレータコマンド送信要求保持
テーブル３４に格納する。オペレータコマンドリカバリ
手段３５はホットスタンバイ監視手段３７からホットス
タンバイ終了通知を受け取ると、オペレータコマンド送
信要求保持テーブル３４にスタックしていた送信要求コ
マンドを入力して、オペレータコマンド振分手段３１に
該送信要求コマンドを再び投入される。
タンバイコンピュータシステムにおいて、送信先ＶＩＳ
がホットスタンバイ中の送信コマンドのロストを無く
す。 【構成】 送信先論理システムチェック手段３２は、オ
ペレータコマンド振分手段３１から送信要求コマンドを
取得すると、ＶＩＳ所在管理テーブル３６を参照し、送
信先ＶＩＳの状態がホットスタンバイ処理中であれば、
該送信要求コマンドをオペレータコマンド送信要求保持
テーブル３４に格納する。オペレータコマンドリカバリ
手段３５はホットスタンバイ監視手段３７からホットス
タンバイ終了通知を受け取ると、オペレータコマンド送
信要求保持テーブル３４にスタックしていた送信要求コ
マンドを入力して、オペレータコマンド振分手段３１に
該送信要求コマンドを再び投入される。
Description
【０００１】
【産業上の利用分野】本発明は疎結合マルチホットスタ
ンバイコンピュータシステムに関する。
ンバイコンピュータシステムに関する。
【０００２】
【従来の技術】従来、この種の疎結合マルチホットスタ
ンバイコンピュータシステムは、稼動系および待機系の
複数のオンラインリアルタイム処理システム（ＶＩＳ）
と、オペレータが入力したコマンドのコマンドネームと
処理システムとの対応が予め定義されており、コマンド
入力によりコマンドネームに対応する処理システムにコ
マンドを振り分けるオペレータコマンド振分手段と、Ｖ
ＩＳと、オペレータにとって意味を持つ論理システム名
が予め定義され、その論理システム名と内部処理のため
に必要とされるＶＩＳ所在とを関係付けるＶＩＳ所在管
理テーブルと、前記論理システム名指定で任意のコマン
ドの送信要求が出された時、ＶＩＳ所在を前記ＶＩＳ所
在管理テーブルから取得した後、指定論理システムに対
してコマンドを発行するホスト間オペレータコマンド転
送手段とを有している。
ンバイコンピュータシステムは、稼動系および待機系の
複数のオンラインリアルタイム処理システム（ＶＩＳ）
と、オペレータが入力したコマンドのコマンドネームと
処理システムとの対応が予め定義されており、コマンド
入力によりコマンドネームに対応する処理システムにコ
マンドを振り分けるオペレータコマンド振分手段と、Ｖ
ＩＳと、オペレータにとって意味を持つ論理システム名
が予め定義され、その論理システム名と内部処理のため
に必要とされるＶＩＳ所在とを関係付けるＶＩＳ所在管
理テーブルと、前記論理システム名指定で任意のコマン
ドの送信要求が出された時、ＶＩＳ所在を前記ＶＩＳ所
在管理テーブルから取得した後、指定論理システムに対
してコマンドを発行するホスト間オペレータコマンド転
送手段とを有している。
【０００３】この疎結合マルチコンピュータシステムで
ホスト間にまたがってＶＩＳへコマンドを送信する場
合、オペレータにとって意味を持つ論理システム名を送
信要求コマンドに付加することによりＶＩＳ所在管理テ
ーブルを参照し、この時送信先ＶＩＳ状態がホットスタ
ンバイ中かどうか認識する手段が無く、ＶＩＳ所在だけ
を取得して、送信先ＶＩＳがホットスタンバイ中でも、
送信先ＶＩＳにコマンドを送信していた。
ホスト間にまたがってＶＩＳへコマンドを送信する場
合、オペレータにとって意味を持つ論理システム名を送
信要求コマンドに付加することによりＶＩＳ所在管理テ
ーブルを参照し、この時送信先ＶＩＳ状態がホットスタ
ンバイ中かどうか認識する手段が無く、ＶＩＳ所在だけ
を取得して、送信先ＶＩＳがホットスタンバイ中でも、
送信先ＶＩＳにコマンドを送信していた。
【０００４】
【発明が解決しようとする課題】上述した従来の疎結合
マルチホットスタンバイコンピュータシステム内ホスト
間にまたがるＶＩＳへの、コマンドの送信方式では、送
信先ＶＩＳ状態（ホットスタンバイ中かどうか）を認識
する手段がないため、送信先ＶＩＳがホットスタンバイ
中の時、送信コマンドを送信先ＶＩＳに発行すると、送
信先ホスト上でエラーとなり、送信コマンドのロストを
招くという欠点があった。
マルチホットスタンバイコンピュータシステム内ホスト
間にまたがるＶＩＳへの、コマンドの送信方式では、送
信先ＶＩＳ状態（ホットスタンバイ中かどうか）を認識
する手段がないため、送信先ＶＩＳがホットスタンバイ
中の時、送信コマンドを送信先ＶＩＳに発行すると、送
信先ホスト上でエラーとなり、送信コマンドのロストを
招くという欠点があった。
【０００５】本発明の目的は、送信コマンドのロストを
招くことがない疎結合マルチホットスタンバイコンピュ
ータシステムを提供することである。
招くことがない疎結合マルチホットスタンバイコンピュ
ータシステムを提供することである。
【０００６】
【課題を解決するための手段】上記目的を達成するため
に、本発明の疎結合マルチホットスタンバイコンピュー
タシステムは、コマンドの送信先がホットスタンバイ処
理中の時、送信要求が出されたコマンドをホットスタン
バイ処理完了まで保持するオペレータコマンド送信要求
保持テーブルと、ホットスタンバイ発生時とホットスタ
ンバイ終了時、ＶＩＳ所在管理テーブルのＶＩＳ状態と
ＶＩＳ所在を更新し、他ホストに通知する機能と、他ホ
スト側からＶＩＳ状態とＶＩＳ所在の更新通知を受け
て、ＶＩＳ所在管理テーブルのＶＩＳ状態とＶＩＳ所在
を更新し、ホットスタンバイ終了通知を出す機能とを有
するホットスタンバイ監視手段と、ＶＩＳから種々発生
するコマンドの送信先要求に対して、送信先ＶＩＳがホ
ットスタンバイ処理中かどうかをＶＩＳ所在管理テーブ
ルより取得し、ホットスタンバイ処理中でなければ、ホ
スト間オペレータコマンド送信手段に制御を受け渡し、
ホットスタンバイ処理中であれば、送信要求のあったオ
ペレータコマンドを前記オペレータコマンド送信要求保
持テーブルにスタックする送信先論理システム状態チェ
ック手段と、ＶＩＳのホットスタンバイ処理の完了通知
をホットスタンバイ監視手段より受け取り、オペレータ
コマンド送信要求保持テーブルより前記送信要求コマン
ドを取得し、送信要求オペレータコマンドを前記オペレ
ータコマンド振分手段に発行するオペレータコマンドリ
カバリ手段とを有している。
に、本発明の疎結合マルチホットスタンバイコンピュー
タシステムは、コマンドの送信先がホットスタンバイ処
理中の時、送信要求が出されたコマンドをホットスタン
バイ処理完了まで保持するオペレータコマンド送信要求
保持テーブルと、ホットスタンバイ発生時とホットスタ
ンバイ終了時、ＶＩＳ所在管理テーブルのＶＩＳ状態と
ＶＩＳ所在を更新し、他ホストに通知する機能と、他ホ
スト側からＶＩＳ状態とＶＩＳ所在の更新通知を受け
て、ＶＩＳ所在管理テーブルのＶＩＳ状態とＶＩＳ所在
を更新し、ホットスタンバイ終了通知を出す機能とを有
するホットスタンバイ監視手段と、ＶＩＳから種々発生
するコマンドの送信先要求に対して、送信先ＶＩＳがホ
ットスタンバイ処理中かどうかをＶＩＳ所在管理テーブ
ルより取得し、ホットスタンバイ処理中でなければ、ホ
スト間オペレータコマンド送信手段に制御を受け渡し、
ホットスタンバイ処理中であれば、送信要求のあったオ
ペレータコマンドを前記オペレータコマンド送信要求保
持テーブルにスタックする送信先論理システム状態チェ
ック手段と、ＶＩＳのホットスタンバイ処理の完了通知
をホットスタンバイ監視手段より受け取り、オペレータ
コマンド送信要求保持テーブルより前記送信要求コマン
ドを取得し、送信要求オペレータコマンドを前記オペレ
ータコマンド振分手段に発行するオペレータコマンドリ
カバリ手段とを有している。
【０００７】
【作用】オペレータコマンド振分手段からの送信要求コ
マンドの送信先ＶＩＳの状態が、ＶＩＳ所在管理テーブ
ルを参照することにより、ホットスタンバイ処理中であ
れば、オペレータコマンド送信要求保持テーブルに格納
される。その後、送信先ＶＩＳのホットスタンバイ状態
終了がホットスタンバイ監視手段からオペレータコマン
ドリカバリ手段に通知されると、オペレータコマンド送
信要求保持テーブルにスタックされていた送信要求コマ
ンドが読出されてオペレータコマンド振分手段に再び投
入される。
マンドの送信先ＶＩＳの状態が、ＶＩＳ所在管理テーブ
ルを参照することにより、ホットスタンバイ処理中であ
れば、オペレータコマンド送信要求保持テーブルに格納
される。その後、送信先ＶＩＳのホットスタンバイ状態
終了がホットスタンバイ監視手段からオペレータコマン
ドリカバリ手段に通知されると、オペレータコマンド送
信要求保持テーブルにスタックされていた送信要求コマ
ンドが読出されてオペレータコマンド振分手段に再び投
入される。
【０００８】したがって、送信先ＶＩＳがホットスタン
バイの状態の時に送信コマンドが送信されることがな
い。
バイの状態の時に送信コマンドが送信されることがな
い。
【０００９】
【実施例】次に、本発明の実施例について図面を参照し
て説明する。
て説明する。
【００１０】図１は本発明の一実施例の疎結合マルチホ
ットスタンバイコンピュータシステムの構成図である。
ットスタンバイコンピュータシステムの構成図である。
【００１１】本実施例の２台のホスト１および２とから
構成されている。
構成されている。
【００１２】ホスト１は、稼動系ＶＩＳ（オンラインリ
アルタイム処理システム）１１，１２…，１ｎと、オペ
レータコマンド振分手段（以下ＯＭＨと略記）３１と、
送信先論理システム状態チェック手段３２と、ホスト間
オペレータコマンド転送手段（以下ＯＰＭ／ＩＬＦと略
記）３３と、オペレータコマンド送信要求保持テーブル
３４と、オペレータコマンドリカバリ手段３５と、ＶＩ
Ｓ所在管理テーブル３６と、ホットスタンバイ監視手段
３７とから構成されている。
アルタイム処理システム）１１，１２…，１ｎと、オペ
レータコマンド振分手段（以下ＯＭＨと略記）３１と、
送信先論理システム状態チェック手段３２と、ホスト間
オペレータコマンド転送手段（以下ＯＰＭ／ＩＬＦと略
記）３３と、オペレータコマンド送信要求保持テーブル
３４と、オペレータコマンドリカバリ手段３５と、ＶＩ
Ｓ所在管理テーブル３６と、ホットスタンバイ監視手段
３７とから構成されている。
【００１３】ホスト２は、ＯＭＨ４１と、ＯＰＭ／ＩＬ
Ｆ４３と、ＶＩＳ所在管理テーブル４６と、ホットスタ
ンバイ監視手段４７と、待機系ＶＩＳ２１，２２，…，
２ｎから構成されている。
Ｆ４３と、ＶＩＳ所在管理テーブル４６と、ホットスタ
ンバイ監視手段４７と、待機系ＶＩＳ２１，２２，…，
２ｎから構成されている。
【００１４】ＶＩＳ所在管理テーブル３６（４６）は、
ＶＩＳ１１〜１ｎ（２１〜２ｎ）の各々の論理システム
名、物理システム名、所在ホストのホストＩＤ、ＶＩＳ
状態（ホットスタンバイ中かどうか）を管理している。
ＶＩＳ１１〜１ｎ（２１〜２ｎ）の各々の論理システム
名、物理システム名、所在ホストのホストＩＤ、ＶＩＳ
状態（ホットスタンバイ中かどうか）を管理している。
【００１５】オペレータコマンド送信要求保持テーブル
３４は、送信要求コマンドで指定された送信先論理シス
テムがホットスタンバイ中である場合、ホットスタンバ
イ処理終了まで該送信要求オペレータコマンドを保持す
る。
３４は、送信要求コマンドで指定された送信先論理シス
テムがホットスタンバイ中である場合、ホットスタンバ
イ処理終了まで該送信要求オペレータコマンドを保持す
る。
【００１６】ＯＭＨ３１，４１は、送信要求オペレータ
コマンドと送信先論理システム状態チェック手段３２と
の対応を予め定義しておき、送信要求コマンドが入力さ
れると、コマンドイメージを送信先論理システム状態チ
ェック手段３２に振り分ける。
コマンドと送信先論理システム状態チェック手段３２と
の対応を予め定義しておき、送信要求コマンドが入力さ
れると、コマンドイメージを送信先論理システム状態チ
ェック手段３２に振り分ける。
【００１７】送信先論理システム状態チェック手段３２
は、ＯＭＨ３１から送信要求コマンドを取得すると、Ｖ
ＩＳ所在管理テーブル３６を参照し、送信先ＶＩＳ状態
がホットスタンバイ処理中である場合、ＯＭＨ３１から
受け渡された送信要求コマンドをオペレータコマンド送
信要求保持テーブル３４に格納し、正常起動中であれば
ホスト間オペレータコマンド転送手段３３に、ＶＩＳが
所在するホストＩＤを宛先として、送信コマンドを転送
するように指示を与える。
は、ＯＭＨ３１から送信要求コマンドを取得すると、Ｖ
ＩＳ所在管理テーブル３６を参照し、送信先ＶＩＳ状態
がホットスタンバイ処理中である場合、ＯＭＨ３１から
受け渡された送信要求コマンドをオペレータコマンド送
信要求保持テーブル３４に格納し、正常起動中であれば
ホスト間オペレータコマンド転送手段３３に、ＶＩＳが
所在するホストＩＤを宛先として、送信コマンドを転送
するように指示を与える。
【００１８】ＯＰＭ／ＩＬＦ３３は、送信先論理システ
ム状態チェック手段３２から、ホストＩＤを宛先として
送信コマンドイメージを取得し、ＯＰＭ／ＩＬＦ４３に
送信コマンドイメージを転送する。
ム状態チェック手段３２から、ホストＩＤを宛先として
送信コマンドイメージを取得し、ＯＰＭ／ＩＬＦ４３に
送信コマンドイメージを転送する。
【００１９】ＯＰＭ／ＩＬＦ４３は送信コマンドを受け
取るとＯＭＨ４１に送信コマンドを投入し、その結果を
ＯＰＭ／ＩＬＦ３３に返信する。ＯＰＭ／ＩＬＦ３３
は、送信コマンドイメージをＯＰＭ／ＩＬＦ４３に転送
した後、タイマを用いてＯＰＭ／ＩＬＦ３３を監視す
る。
取るとＯＭＨ４１に送信コマンドを投入し、その結果を
ＯＰＭ／ＩＬＦ３３に返信する。ＯＰＭ／ＩＬＦ３３
は、送信コマンドイメージをＯＰＭ／ＩＬＦ４３に転送
した後、タイマを用いてＯＰＭ／ＩＬＦ３３を監視す
る。
【００２０】ホットスタンバイ監視手段３７（４７）
は、自ホスト内のＶＩＳ１１〜１ｎ（２１〜２ｎ）の状
態を監視しており、ホットスタンバイ発動時出力される
メッセージをトリガにＶＩＳ所在管理テーブル３６（４
６）のＶＩＳ状態をホットスタンバイに変更し、ホット
スタンバイ監視手段４７（３７）に通知し、ＶＩＳ所在
管理テーブル４６（３６）のＶＩＳ状態に反映させる。
また、ホットスタンバイ処理終了時に出力されるメッセ
ージをトリガにＶＩＳ所在管理テーブル３６（４６）の
ＶＩＳ状態を正常起動状態に変更し、ホットスタンバイ
監視手段４７（３７）にＶＩＳ状態とＶＩＳ所在を通知
し、ＶＩＳ所在管理テーブル４６（３６）に反映させ
る。また、この時、ホットスタンバイ監視手段３７はホ
ットスタンバイ処理が終了したことを、オペレータコマ
ンドリカバリ手段３５に通知する。
は、自ホスト内のＶＩＳ１１〜１ｎ（２１〜２ｎ）の状
態を監視しており、ホットスタンバイ発動時出力される
メッセージをトリガにＶＩＳ所在管理テーブル３６（４
６）のＶＩＳ状態をホットスタンバイに変更し、ホット
スタンバイ監視手段４７（３７）に通知し、ＶＩＳ所在
管理テーブル４６（３６）のＶＩＳ状態に反映させる。
また、ホットスタンバイ処理終了時に出力されるメッセ
ージをトリガにＶＩＳ所在管理テーブル３６（４６）の
ＶＩＳ状態を正常起動状態に変更し、ホットスタンバイ
監視手段４７（３７）にＶＩＳ状態とＶＩＳ所在を通知
し、ＶＩＳ所在管理テーブル４６（３６）に反映させ
る。また、この時、ホットスタンバイ監視手段３７はホ
ットスタンバイ処理が終了したことを、オペレータコマ
ンドリカバリ手段３５に通知する。
【００２１】オペレータコマンドリカバリ手段３５は、
ホットスタンバイ監視手段３７からホットスタンバイ終
了通知を受け取ると、オペレータコマンド送信要求保持
テーブル３４にスタックしていた送信要求オペレータコ
マンドを入力してきて、ＯＭＨ３１に送信要求オペレー
タコマンドを再び投入する。
ホットスタンバイ監視手段３７からホットスタンバイ終
了通知を受け取ると、オペレータコマンド送信要求保持
テーブル３４にスタックしていた送信要求オペレータコ
マンドを入力してきて、ＯＭＨ３１に送信要求オペレー
タコマンドを再び投入する。
【００２２】図２は図１中の送信先論理システム状態チ
ェック手段３２における処理を示す流れ図である。ま
ず、ＯＭＨ３１からコマンドイメージを取得する（ステ
ップ１０１）。次に、コマンドイメージを解析してコマ
ンド送信先ＶＩＳの論理システム名を取得する（ステッ
プ１０２）。次に、ＶＩＳ所在管理テーブル３６を参照
し、送信先ＶＩＳの所在するホストＩＤとＶＩＳ状態を
取得する（ステップ１０３）。次に、ＶＩＳ状態がホッ
トスタンバイ処理中かどうか判定し、処理を切り分ける
（ステップ１０４）。次に、送信先ＶＩＳが正常起動
時、ＯＰＭ／ＩＬＦ３３に対して、送信先ＶＩＳが所在
するホストＩＤを付加し、送信コマンドを転送するよう
指示を与える（ステップ１０５）。次に、送信先ＶＩＳ
がホットスタンバイ時、オペレータコマンド送信要求保
持テーブル３４に送信要求コマンドを格納する（ステッ
プ１０６）。
ェック手段３２における処理を示す流れ図である。ま
ず、ＯＭＨ３１からコマンドイメージを取得する（ステ
ップ１０１）。次に、コマンドイメージを解析してコマ
ンド送信先ＶＩＳの論理システム名を取得する（ステッ
プ１０２）。次に、ＶＩＳ所在管理テーブル３６を参照
し、送信先ＶＩＳの所在するホストＩＤとＶＩＳ状態を
取得する（ステップ１０３）。次に、ＶＩＳ状態がホッ
トスタンバイ処理中かどうか判定し、処理を切り分ける
（ステップ１０４）。次に、送信先ＶＩＳが正常起動
時、ＯＰＭ／ＩＬＦ３３に対して、送信先ＶＩＳが所在
するホストＩＤを付加し、送信コマンドを転送するよう
指示を与える（ステップ１０５）。次に、送信先ＶＩＳ
がホットスタンバイ時、オペレータコマンド送信要求保
持テーブル３４に送信要求コマンドを格納する（ステッ
プ１０６）。
【００２３】図３は図１中のオペレータコマンドリカバ
リ手段３５における処理を示す流れ図である。まず、ホ
ットスタンバイ監視手段３７よりホットスタンバイ終了
通知を取得する（ステップ２０１）。次に、ホットスタ
ンバイ終了通知から、ホットスタンバイ対象となってい
た論理システム名を取得する（ステップ２０２）。オペ
レータコマンド送信要求保持テーブル３４より送信要求
コマンドを取得する（ステップ２０３）。次に、送信要
求コマンドをＯＭＨ３１に発行する（ステップ２０
４）。オペレータコマンド送信要求保持テーブル３４に
送信要求コマンドがあるか判定する（ステップ２０
５）。あれば、ステップ２０３，２０４の操作を送信要
求コマンドがなくなるまで繰り返す（ステップ２０
５）。
リ手段３５における処理を示す流れ図である。まず、ホ
ットスタンバイ監視手段３７よりホットスタンバイ終了
通知を取得する（ステップ２０１）。次に、ホットスタ
ンバイ終了通知から、ホットスタンバイ対象となってい
た論理システム名を取得する（ステップ２０２）。オペ
レータコマンド送信要求保持テーブル３４より送信要求
コマンドを取得する（ステップ２０３）。次に、送信要
求コマンドをＯＭＨ３１に発行する（ステップ２０
４）。オペレータコマンド送信要求保持テーブル３４に
送信要求コマンドがあるか判定する（ステップ２０
５）。あれば、ステップ２０３，２０４の操作を送信要
求コマンドがなくなるまで繰り返す（ステップ２０
５）。
【００２４】図４は図１中のホットスタンバイ監視手段
３７における処理を示す流れ図である。まず、ホットス
タンバイ開始／終了通知を取得する（ステップ３０
１）。ＶＩＳ所在管理テーブル３６のＶＩＳ状態とＶＩ
Ｓ所在のフィールドを更新する（ステップ３０２）。ホ
ットスタンバイ監視手段４７に、ＶＩＳ状態とＶＩＳ所
在の変更を通知する（ステップ３０３）。ホットスタン
バイ処理終了通知かどうか判定する（ステップ３０
４）。ホットスタンバイ処理終了通知である場合、オペ
レータコマンドリカバリ手段３５にホットスタンバイ終
了を通知する（ステップ３０５）。
３７における処理を示す流れ図である。まず、ホットス
タンバイ開始／終了通知を取得する（ステップ３０
１）。ＶＩＳ所在管理テーブル３６のＶＩＳ状態とＶＩ
Ｓ所在のフィールドを更新する（ステップ３０２）。ホ
ットスタンバイ監視手段４７に、ＶＩＳ状態とＶＩＳ所
在の変更を通知する（ステップ３０３）。ホットスタン
バイ処理終了通知かどうか判定する（ステップ３０
４）。ホットスタンバイ処理終了通知である場合、オペ
レータコマンドリカバリ手段３５にホットスタンバイ終
了を通知する（ステップ３０５）。
【００２５】次に、この様に構成された本実施例のホッ
トスタンバイ時における送信要求コマンドリカバリ動作
について説明する。
トスタンバイ時における送信要求コマンドリカバリ動作
について説明する。
【００２６】まず、ホスト１の預金処理システム１２が
ホットスタンバイ中に、ホスト１の稼動系外為処理シス
テム１１からホスト１の稼動系預金処理システム２２に
対する送信要求コマンドが発行された時の動作を説明す
る。 （１）ＯＭＨ３１は、稼動系外為処理システム１１から
送信要求コマンドが発行されると、予め送信要求コマン
ドと対応付けされている、送信先論理システムチェック
手段３２にコマンドイメージを渡す。 （２）送信先論理システムチェック手段３２は、コマン
ドイメージがＯＭＨ３１から渡されると、以下の処理を
行なう。
ホットスタンバイ中に、ホスト１の稼動系外為処理シス
テム１１からホスト１の稼動系預金処理システム２２に
対する送信要求コマンドが発行された時の動作を説明す
る。 （１）ＯＭＨ３１は、稼動系外為処理システム１１から
送信要求コマンドが発行されると、予め送信要求コマン
ドと対応付けされている、送信先論理システムチェック
手段３２にコマンドイメージを渡す。 （２）送信先論理システムチェック手段３２は、コマン
ドイメージがＯＭＨ３１から渡されると、以下の処理を
行なう。
【００２７】コマンドイメージを解析し、送信先ＶＩ
Ｓの論理システム名として預金処理システムと稼動系へ
の送信であることを取得する。
Ｓの論理システム名として預金処理システムと稼動系へ
の送信であることを取得する。
【００２８】ＶＩＳ所在管理テーブル３６を参照し
て、論理システムが預金処理システムで稼動系ＶＩＳ１
２の所在するホストＩＤ（ホスト１）とＶＩＳ状態（ホ
ットスタンバイ中）を取得する。
て、論理システムが預金処理システムで稼動系ＶＩＳ１
２の所在するホストＩＤ（ホスト１）とＶＩＳ状態（ホ
ットスタンバイ中）を取得する。
【００２９】送信先ＶＩＳ１２がホットスタンバイ中
であるので、オペレータコマンド送信要求保持テーブル
３４に送信要求コマンドを格納する。
であるので、オペレータコマンド送信要求保持テーブル
３４に送信要求コマンドを格納する。
【００３０】次に、預金処理システムのホットスタンバ
イ処理が完了した後のホットスタンバイ監視手段３７，
４７の動作と、オペレータコマンドリカバリ手段３５の
動作を説明する。 （３）ホスト２に預金処理システムのホットスタンバイ
終了時に出力されるホットスタンバイ終了メッセージを
ホットスタンバイ監視手段４７が取得すると、ホットス
タンバイ監視手段４７は以下の処理を行なう。
イ処理が完了した後のホットスタンバイ監視手段３７，
４７の動作と、オペレータコマンドリカバリ手段３５の
動作を説明する。 （３）ホスト２に預金処理システムのホットスタンバイ
終了時に出力されるホットスタンバイ終了メッセージを
ホットスタンバイ監視手段４７が取得すると、ホットス
タンバイ監視手段４７は以下の処理を行なう。
【００３１】ＶＩＳ所在管理テーブル４６の預金処理
システムの状態を正常状態に、稼動系ＶＩＳ１２の所在
をホスト２に更新する。
システムの状態を正常状態に、稼動系ＶＩＳ１２の所在
をホスト２に更新する。
【００３２】ホスト１のホットスタンバイ監視手段３
７に預金処理システムのホットスタンバイ処理の終了と
稼動系ＶＩＳ１２の所在がホスト２であることを通知す
る。 （４）ホスト２のホットスタンバイ監視手段４７からホ
ットスタンバイ終了通知と稼動系ＶＩＳ１２の所在がホ
スト２であることを受け取ったホスト１のホットスタン
バイ監視手段３７は、以下の処理を行なう。
７に預金処理システムのホットスタンバイ処理の終了と
稼動系ＶＩＳ１２の所在がホスト２であることを通知す
る。 （４）ホスト２のホットスタンバイ監視手段４７からホ
ットスタンバイ終了通知と稼動系ＶＩＳ１２の所在がホ
スト２であることを受け取ったホスト１のホットスタン
バイ監視手段３７は、以下の処理を行なう。
【００３３】ＶＩＳ所在管理テーブル３６の預金処理
システムの状態を正常状態に更新すると共に、稼動系預
金処理システム１の所在をホスト２に更新する。
システムの状態を正常状態に更新すると共に、稼動系預
金処理システム１の所在をホスト２に更新する。
【００３４】オペレータコマンドリカバリ手段３５に
預金処理システムのホットスタンバイが終了したことを
通知する。 （５）ホットスタンバイ監視手段３７から預金処理シス
テムのホットスタンバイ終了通知を取得したオペレータ
コマンドリカバリ手段３５は、以下の処理を行なう。
預金処理システムのホットスタンバイが終了したことを
通知する。 （５）ホットスタンバイ監視手段３７から預金処理シス
テムのホットスタンバイ終了通知を取得したオペレータ
コマンドリカバリ手段３５は、以下の処理を行なう。
【００３５】オペレータコマンド送信要求保持テーブ
ル３４より送信先が預金処理システムへの送信要求コマ
ンドを取得する。
ル３４より送信先が預金処理システムへの送信要求コマ
ンドを取得する。
【００３６】取得した送信要求コマンドをＯＭＨ３１
に対して発行する。
に対して発行する。
【００３７】オペレータコマンド送信要求保持テーブ
ル３４より送信先が預金処理システムへの送信要求コマ
ンドがなくなるまでの処理を繰り返す。 （６）ＯＭＨ３１は、オペレータコマンドリカバリ手段
３５より送信要求コマンドが発行されると、予め送信要
求コマンドと対応付けされている、送信先論理システム
チェック手段３２にコマンドイメージを渡す。 （７）送信先論理システムチェック手段３２は、コマン
ドイメージをＯＭＨ３１から渡され以下の処理を行な
う。
ル３４より送信先が預金処理システムへの送信要求コマ
ンドがなくなるまでの処理を繰り返す。 （６）ＯＭＨ３１は、オペレータコマンドリカバリ手段
３５より送信要求コマンドが発行されると、予め送信要
求コマンドと対応付けされている、送信先論理システム
チェック手段３２にコマンドイメージを渡す。 （７）送信先論理システムチェック手段３２は、コマン
ドイメージをＯＭＨ３１から渡され以下の処理を行な
う。
【００３８】コマンドイメージを解析し、送信先ＶＩ
Ｓの論理システム名として預金処理システムと稼動系へ
の送信であることを取得する。
Ｓの論理システム名として預金処理システムと稼動系へ
の送信であることを取得する。
【００３９】ＶＩＳ所在管理テーブル３６を参照し
て、論理システムが預金処理システムで稼動系ＶＩＳ１
２の所在するホストＩＤ（ホスト２）とＶＩＳ状態（正
常状態）を取得する。
て、論理システムが預金処理システムで稼動系ＶＩＳ１
２の所在するホストＩＤ（ホスト２）とＶＩＳ状態（正
常状態）を取得する。
【００４０】送信先ＶＩＳ１２が正常起動時、ＯＰＭ
／ＩＬＦ３３に対して、送信先ＶＩＳ１２の所在するホ
ストＩＤ（ホスト２）を付加し、送信コマンドを転送す
るように指示を与える。 （８）送信指示を受け取ったＯＰＭ／ＩＬＦ３３は、ホ
スト２のＯＰＭ／ＩＬＦ４３に送信コマンドを転送す
る。 （９）送信コマンドを受け取ったＯＰＭ／ＩＬＦ４３は
ＯＭＨ４１に送信コマンドを発行する。 （１０）ＯＭＨ４１は、ＯＰＭ／ＩＬＦ４３より送信コ
マンドが発行されると、予め送信コマンドと対応付けさ
れている預金処理システムにコマンドイメージを受け渡
す。
／ＩＬＦ３３に対して、送信先ＶＩＳ１２の所在するホ
ストＩＤ（ホスト２）を付加し、送信コマンドを転送す
るように指示を与える。 （８）送信指示を受け取ったＯＰＭ／ＩＬＦ３３は、ホ
スト２のＯＰＭ／ＩＬＦ４３に送信コマンドを転送す
る。 （９）送信コマンドを受け取ったＯＰＭ／ＩＬＦ４３は
ＯＭＨ４１に送信コマンドを発行する。 （１０）ＯＭＨ４１は、ＯＰＭ／ＩＬＦ４３より送信コ
マンドが発行されると、予め送信コマンドと対応付けさ
れている預金処理システムにコマンドイメージを受け渡
す。
【００４１】以上述べた通り、ホスト１の預金処理シス
テムがホットスタンバイ中に、ホスト１の稼動系外為処
理システム１１からホスト１の稼動系預金処理システム
１２に対して発行された送信要求コマンドを、ホットス
タンバイ処理を待ち合わせることにより、ホットスタン
バイにより移り変わったホスト２の稼動系預金処理シス
テム２２に受け渡すことが出来る。
テムがホットスタンバイ中に、ホスト１の稼動系外為処
理システム１１からホスト１の稼動系預金処理システム
１２に対して発行された送信要求コマンドを、ホットス
タンバイ処理を待ち合わせることにより、ホットスタン
バイにより移り変わったホスト２の稼動系預金処理シス
テム２２に受け渡すことが出来る。
【００４２】ところで、上記実施例では、ホットスタン
バイ対応疎結合マルチコンピュータシステムが２台のホ
ストコンピュータ１及び２で構成されている場合につい
て説明したが、同様なことがｎ台のホストコンピュータ
で構成されているホットスタンバイ対応疎結合マルチコ
ンピュータシステムでも成り立つことは言うまでもな
い。
バイ対応疎結合マルチコンピュータシステムが２台のホ
ストコンピュータ１及び２で構成されている場合につい
て説明したが、同様なことがｎ台のホストコンピュータ
で構成されているホットスタンバイ対応疎結合マルチコ
ンピュータシステムでも成り立つことは言うまでもな
い。
【００４３】なお、本発明において送信先がオンライン
リアルタイム処理システムのみでなく、バッチ制御シス
テムであっても本発明の動作が成り立つことは、明らか
である。
リアルタイム処理システムのみでなく、バッチ制御シス
テムであっても本発明の動作が成り立つことは、明らか
である。
【００４４】
【発明の効果】以上説明したように本発明は、送信要求
コマンドの送信先ＶＩＳの状態がホットスタンバイ状態
であれば、該コマンドをオペレータコマンド送信要求保
持テーブルに格納し、ホットスタンバイ状態が終了した
ことが通知されると、該コマンドをオペレータコマンド
送信要求保持テーブルから読出し、オペレータコマンド
振分手段に再び入力することにより、送信コマンドのロ
ストがなくなるという効果がある。
コマンドの送信先ＶＩＳの状態がホットスタンバイ状態
であれば、該コマンドをオペレータコマンド送信要求保
持テーブルに格納し、ホットスタンバイ状態が終了した
ことが通知されると、該コマンドをオペレータコマンド
送信要求保持テーブルから読出し、オペレータコマンド
振分手段に再び入力することにより、送信コマンドのロ
ストがなくなるという効果がある。
【図１】本発明の一実施例の疎結合マルチホットスタン
バイコンピュータシステムの構成を示すブロック図であ
る。
バイコンピュータシステムの構成を示すブロック図であ
る。
【図２】図１中の送信先論理システム状態チェック手段
３２における処理を示す流れ図である。
３２における処理を示す流れ図である。
【図３】図１中のオペレータコマンドリカバリ手段３５
における処理を示す流れ図である。
における処理を示す流れ図である。
【図４】図１中のホットスタンバイ監視手段３７におけ
る処理を示す流れ図である。
る処理を示す流れ図である。
１，２ ホストコンピュータ １１，１２，…，１ｎ 稼動系オンラインリアルタイ
ム処理システム ２１，２２，…，２ｎ 待機系オンラインリアルタイ
ム処理システム ３１，４１ オペレータコマンド振分手段 ３２ 送信先論理システム状態チェック手段 ３３，４３ ホスト間オペレータコマンド転送手段 ３４ オペレータコマンド送信要求保持テーブル ３５ オペレータコマンドリカバリ手段 ３６，４６ ＶＩＳ所在管理テーブル ３７，４７ ホットスタンバイ監視手段
ム処理システム ２１，２２，…，２ｎ 待機系オンラインリアルタイ
ム処理システム ３１，４１ オペレータコマンド振分手段 ３２ 送信先論理システム状態チェック手段 ３３，４３ ホスト間オペレータコマンド転送手段 ３４ オペレータコマンド送信要求保持テーブル ３５ オペレータコマンドリカバリ手段 ３６，４６ ＶＩＳ所在管理テーブル ３７，４７ ホットスタンバイ監視手段
Claims (1)
- 【請求項１】 稼動系および待機系の複数のオンライン
リアルタイム処理システム（ＶＩＳ）と、 オペレータが入力したコマンドのコマンドネームと処理
システムとの対応が予め定義されており、コマンド入力
によりコマンドネームに対応する処理システムにコマン
ドを振り分けるオペレータコマンド振分手段と、 前記ＶＩＳと、オペレータにとって意味を持つ論理シス
テム名が予め定義され、その論理システム名と内部処理
のために必要とされるＶＩＳ所在とを関係付けるＶＩＳ
所在管理テーブルと、 前記論理システム名指定で任意のコマンドの送信要求が
出された時、ＶＩＳ所在を前記ＶＩＳ所在管理テーブル
から取得した後、指定論理システムに対してコマンドを
発行するホスト間オペレータコマンド転送手段とを備え
た疎結合マルチホットスタンバイコンピュータシステム
において、 コマンドの送信先がホットスタンバイ処理中の時、送信
要求が出されたコマンドをホットスタンバイ処理完了ま
で保持するオペレータコマンド送信要求保持テーブル
と、 ホットスタンバイ発生時とホットスタンバイ終了時、前
記ＶＩＳ所在管理テーブルのＶＩＳ状態とＶＩＳ所在を
更新し、他ホストに通知する機能と、他ホスト側からＶ
ＩＳ状態とＶＩＳ所在の更新通知を受けて、前記ＶＩＳ
所在管理テーブルのＶＩＳ状態とＶＩＳ所在を更新し、
ホットスタンバイ終了通知を出す機能とを有するホット
スタンバイ監視手段と、 ＶＩＳから種々発生するコマンドの送信要求に対して、
送信先ＶＩＳがホットスタンバイ処理中かどうかを前記
ＶＩＳ所在管理テーブルより取得し、ホットスタンバイ
処理中でなければ、前記ホスト間オペレータコマンド送
信手段に制御を受け渡し、ホットスタンバイ処理中であ
れば、送信要求のあったオペレータコマンドを前記オペ
レータコマンド送信要求保持テーブルにスタックする送
信先論理システム状態チェック手段と、 ＶＩＳのホットスタンバイ処理の完了通知を前記ホット
スタンバイ監視手段より受け取り、前記オペレータコマ
ンド送信要求保持テーブルより前記送信要求コマンドを
取得し、送信要求オペレータコマンドを前記オペレータ
コマンド振分手段に発行するオペレータコマンドリカバ
リ手段とを有することを特徴とする疎結合マルチホット
スタンバイコンピュータシステム。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP4058341A JP2890962B2 (ja) | 1992-03-16 | 1992-03-16 | 疎結合マルチホットスタンバイコンピュータシステム |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP4058341A JP2890962B2 (ja) | 1992-03-16 | 1992-03-16 | 疎結合マルチホットスタンバイコンピュータシステム |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JPH05265986A true JPH05265986A (ja) | 1993-10-15 |
| JP2890962B2 JP2890962B2 (ja) | 1999-05-17 |
Family
ID=13081622
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP4058341A Expired - Fee Related JP2890962B2 (ja) | 1992-03-16 | 1992-03-16 | 疎結合マルチホットスタンバイコンピュータシステム |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP2890962B2 (ja) |
-
1992
- 1992-03-16 JP JP4058341A patent/JP2890962B2/ja not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| JP2890962B2 (ja) | 1999-05-17 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US20020059500A1 (en) | Method and apparatus for handling invalidation requests to processors not present in a computer system | |
| JP4677443B2 (ja) | データ・ストレージ・システムおよび複数の異機種ストレージ・コントローラに渡って書き込みセットおよび書き込みセットの境界を保持するための方法 | |
| JPH05265986A (ja) | 疎結合マルチホットスタンバイコンピュータシステム | |
| JP2950467B2 (ja) | データ処理システム及び関連する方法 | |
| JPH11312111A (ja) | データベース復旧方法及びデータベース管理システム | |
| JPH05210507A (ja) | マルチホストシステムにおけるリモートメンテナンスシステム | |
| JPH1153323A (ja) | トランザクション処理保証方式 | |
| JP2000148563A (ja) | 複数サーバ計算機システム | |
| JPS6239789B2 (ja) | ||
| JP3321359B2 (ja) | 加工制御システム | |
| JP2857381B2 (ja) | ダイナミックシミュレータ | |
| JPH02260055A (ja) | コンピュータ間ファイル転送方式 | |
| JPH0713943A (ja) | 並列計算機 | |
| JPH05233558A (ja) | 分散データ処理方式 | |
| JPH0348947A (ja) | ファイル転送方式 | |
| JPH04150121A (ja) | 電子メールシステム | |
| JP2000082040A (ja) | 営業店バックアップ・システム、センタ側サーバ、営業店サーバ、営業店バックアップ方法および記録媒体 | |
| JPH07114519A (ja) | 異種業務管理方法 | |
| JPH0916497A (ja) | 情報処理システムのコマンド送受信方法 | |
| JPH03134758A (ja) | 分散処理システム | |
| JPH03278249A (ja) | ファイル転送方式 | |
| JPS63195763A (ja) | 分散処理システム | |
| JPH0365720A (ja) | プリントサーバ | |
| JPH04125739A (ja) | オンライン情報処理システム | |
| JPS63245754A (ja) | 情報処理システムの入出力制御方式 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| FPAY | Renewal fee payment (prs date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20080226 Year of fee payment: 9 |
|
| FPAY | Renewal fee payment (prs date is renewal date of database) |
Year of fee payment: 10 Free format text: PAYMENT UNTIL: 20090226 |
|
| FPAY | Renewal fee payment (prs date is renewal date of database) |
Year of fee payment: 11 Free format text: PAYMENT UNTIL: 20100226 |
|
| LAPS | Cancellation because of no payment of annual fees |