JPH08320800A - Message recovery processing system - Google Patents
Message recovery processing systemInfo
- Publication number
- JPH08320800A JPH08320800A JP7126192A JP12619295A JPH08320800A JP H08320800 A JPH08320800 A JP H08320800A JP 7126192 A JP7126192 A JP 7126192A JP 12619295 A JP12619295 A JP 12619295A JP H08320800 A JPH08320800 A JP H08320800A
- Authority
- JP
- Japan
- Prior art keywords
- host computer
- message
- received
- serial number
- transmitted
- 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.)
- Pending
Links
Abstract
Description
【０００１】[0001]
【産業上の利用分野】本発明は、ホスト計算機のホット
スタンバイ方式に係り、特に、ホットスタンバイが発生
したことを端末装置の利用者に意識させない方式に関す
る。BACKGROUND OF THE INVENTION 1. Field of the Invention The present invention relates to a hot standby system of a host computer, and more particularly to a system which does not make a user of a terminal device aware of the occurrence of hot standby.
【０００２】[0002]
【従来の技術】従来のホットスタンバイシステムにおけ
る端末利用者に対する処理無中断方式では「川原他：シ
ステム高速再開における端末無中断方式、情報処理学会
論文誌、Vol.30 No.2,PP.214-225」に記載のようにＯＳ
Ｉ(Open Systems Interconnection)第７層共通部以下の
処理をＦＥＰ(Front End Processor)で実現し、ホスト
計算機上にはアプリケーションプログラムインタフェー
スのみを提供する構成とし、ホスト計算機切替時にはＦ
ＥＰから保留していたホスト計算機−ＦＥＰ間の交信状
態を入手し、ＳＥＮＤ／ＲＥＣＥＩＶＥコマンドの再発
行を行なう。2. Description of the Related Art In the conventional hot-standby system, a processing non-interruption method for a terminal user is described in "Kawahara et al .: Terminal non-interruption method in high-speed system restart, Information Processing Society of Japan, Vol. OS as described in "225"
I (Open Systems Interconnection) 7th layer common part The following processing is realized by FEP (Front End Processor) and only the application program interface is provided on the host computer.
The communication status between the host computer and the FEP, which has been suspended, is obtained from the EP, and the SEND / RECEIVE command is reissued.
【０００３】一方、特開平１−１９７８５０号明細書に
記載の方式ではＦＥＰでトランザクション履歴を取得
し、ホスト計算機の切替時にはこの履歴情報に基づいて
端末装置群が継続使用できるためのコマンドメッセージ
を生成し、ホスト計算機に送出する。On the other hand, in the method described in Japanese Patent Application Laid-Open No. 1-197850, the transaction history is acquired by FEP, and when the host computer is switched, a command message for continuously using the terminal device group is generated based on this history information. And sends it to the host computer.
【０００４】[0004]
【発明が解決しようとする課題】「川原他：システム高
速再開における端末無中断方式、情報処理学会論文誌、
Vol.30 No.2,PP.214-225」に記載の方式では、以下の問
題点がある。[Kawahara et al .: Terminal non-disruptive method for high-speed system restart, IPSJ journal,
The method described in "Vol.30 No.2, PP.214-225" has the following problems.
【０００５】(1) アプリケーションから見て一つのメッ
セージを送信要求するごとにホスト計算機上で履歴情報
を磁気ディスク等の不揮発性の記憶装置に採取する必要
があり、通常運用時のオーバヘッドが大きい。また、ト
ランザクションとしての決着状態は本履歴情報とは別に
採取する必要がある。(1) It is necessary to collect the history information in a non-volatile storage device such as a magnetic disk on the host computer every time one message is requested to be transmitted from the viewpoint of the application, and the overhead during normal operation is large. In addition, it is necessary to collect the settlement state as a transaction separately from the history information.
【０００６】(2) ホスト計算機とＦＥＰが密な関係にあ
り本機能実現のためのＦＥＰは専用マシンを用いる必要
がある。(2) Since the host computer and the FEP have a close relationship, it is necessary to use a dedicated machine as the FEP for realizing this function.
【０００７】一方、特開平１−１９７８５０号明細書に
記載の方式では、ＦＥＰでトランザクションの決着状態
を判断し必要なメッセージを再送する方式であるが、一
般にはホスト計算機側で履歴情報を採取しないとトラン
ザクションの決着状態は判断不可で、特にホスト計算機
の持つデータベースを更新する処理を伴うトランザクシ
ョンでは回復後にデータベースに矛盾を生ずる可能性が
ある。On the other hand, the method described in Japanese Patent Laid-Open No. Hei 1-1197850 is a method in which the transaction completion status is judged by the FEP and the necessary message is retransmitted, but generally the host computer does not collect history information. And the finalized state of the transaction cannot be determined, and in particular, a transaction involving a process of updating the database of the host computer may cause inconsistency in the database after recovery.
【０００８】本発明の目的は、ホットスタンバイ切替
時、端末利用者に切替を意識させないメッセージ回復処
理を提供することにある。An object of the present invention is to provide a message recovery process which does not make a terminal user aware of switching at the time of hot standby switching.
【０００９】[0009]
【課題を解決するための手段】上記の目的を達成するた
め、本発明は、端末装置群が同一の通信処理サーバを介
して第一および第二のホスト計算機と接続するネットワ
ークシステム構成で、通常運用時は第一のホスト計算機
でトランザクション処理を実行し、第一のホスト計算機
に障害が発生すると第二のホスト計算機に切り替え前記
トランザクション処理を引き継ぐホットスタンバイシス
テムであって、ホスト計算機と通信処理サーバ間ではホ
スト計算機とデータ送受信を行なう端末装置単位に送受
信方向ごとに各メッセージに通し番号を付与する手段
と、ホスト計算機、通信処理サーバはそれぞれ送信済み
および受信済みの前記通し番号を記録する手段と、通信
処理サーバではホスト計算機へ転送したメッセージの過
去の一定個数を常時保持する手段と、第一のホスト計算
機ではトランザクション処理が決着し端末装置へのメッ
セージ送信準備が完了した時点で前記送信済みおよび受
信済みの通し番号、送信メッセージおよび状態等の付加
情報を１項目とし、これを不揮発性の記憶装置に記録す
る手段と、第一のホスト計算機に障害が発生し、第二の
ホスト計算機に切り替わったとき第二のホスト計算機は
通信サーバに対して切り替えが発生したことを通知し、
その応答を受信すると前記不揮発性記憶装置に記録され
た最後の項目を読みだし、送信済みおよび受信済みの通
し番号を初期値として設定するとともに通信サーバに対
して前記読みだした送信メッセージにその時点での通し
番号、前記読みだした送信済みおよび受信済みの通し番
号、転送状態等の付加情報を転送する手段と、通信処理
サーバでは第一のホスト計算機の障害を検出した後、端
末装置から受信したメッセージを保留するとともに前記
第二のホスト計算機から受信した送信済みおよび受信済
みの通し番号を初期値として設定、前記ホスト計算機か
らの受信メッセージに付加された通し番号とホスト計算
機の切替通知を受信する直前の受信済み通し番号を比較
し、前者の方が大きいときは該メッセージを端末システ
ムに送信し、そうでないときは該メッセージを破棄し、
ホスト計算機からの前記メッセージの転送が完了した時
点でホスト計算機から受信した前記受信済み通し番号＋
１以降の通し番号を有する端末装置から受信したメッセ
ージをホスト計算機へ転送する手段を備えることにより
達成される。In order to achieve the above object, the present invention has a network system configuration in which a terminal device group is connected to a first and a second host computer via the same communication processing server, A hot standby system that executes transaction processing on the first host computer during operation, and switches to the second host computer when a failure occurs on the first host computer, and takes over the transaction processing. Between the host computer and the host computer, a means for assigning a serial number to each message for each transmission / reception direction, and a host computer and a communication processing server for recording the transmitted and received serial numbers, respectively, and The processing server always keeps a certain number of past messages transferred to the host computer. Means to have, and in the first host computer when the transaction processing is settled and the preparation for message transmission to the terminal device is completed, the transmitted and received serial numbers, the additional information such as the transmitted message and the status are set as one item, When a failure occurs in the means for recording this in the non-volatile storage device and the first host computer and it switches to the second host computer, the second host computer reports that the switching has occurred to the communication server. Notify,
When the response is received, the last item recorded in the non-volatile storage device is read out, the transmitted and received serial numbers are set as initial values, and the transmission message is read out to the communication server at that time. Serial number, means for transferring additional information such as the read transmitted and received serial numbers, transfer status, etc., and the communication processing server, after detecting the failure of the first host computer, the message received from the terminal device. Hold and set the transmitted and received serial numbers received from the second host computer as an initial value, the serial number added to the received message from the host computer and the reception just before receiving the switching notification of the host computer Compare the serial numbers and, if the former is larger, send the message to the terminal system, When not discard the message,
The received serial number received from the host computer when the transfer of the message from the host computer is completed +
This is achieved by providing means for transferring a message received from a terminal device having a serial number of 1 or later to the host computer.
【００１０】また、前記メッセージ回復処理方式におい
て、第一のホスト計算機では、端末装置からのメッセー
ジを受信しトランザクション処理が完了した時点で前記
送信済みおよび受信済みの通し番号および状態等の付加
情報をそれぞれ不揮発性の記憶装置に記録する手段と、
第一のホスト計算機に障害が発生し、第二のホスト計算
機に切り替わったとき第二のホスト計算機は通信サーバ
に対して切り替えが発生したことを通知し、その応答を
受信すると前記不揮発性の記憶装置に記録された最後の
項目を読みだし、送信済みおよび受信済みの通し番号を
初期値として設定するとともに通信サーバに対してこの
通し番号、付加情報を通知する手段と、通信処理サーバ
では第一のホスト計算機の障害を検出した後、端末装置
から受信したメッセージを保留するとともに前記第二の
ホスト計算機から受信した送信済みおよび受信済みの通
し番号を初期値として設定、ホスト計算機から受信した
前記受信済み通し番号＋１以降の通し番号を有する端末
装置から受信したメッセージをホスト計算機へ転送する
手段とを備える。In the message recovery processing method, the first host computer receives additional information such as the transmitted and received serial numbers and statuses at the time when the message is received from the terminal device and the transaction processing is completed. Means for recording in a non-volatile storage device,
When a failure occurs in the first host computer and it switches to the second host computer, the second host computer notifies the communication server that the switch has occurred, and when the response is received, the non-volatile storage A means for reading the last item recorded in the device, setting the transmitted and received serial numbers as initial values, and notifying the communication server of the serial number and additional information, and the communication processing server for the first host. After detecting the failure of the computer, the message received from the terminal device is held and the transmitted and received serial numbers received from the second host computer are set as initial values, and the received serial number received from the host computer + 1 And means for transferring the message received from the terminal device having the subsequent serial number to the host computer.
【００１１】[0011]
【作用】メッセージ回復処理方式の構成によれば、通常
運用時はホスト計算機−通信処理サーバ間で各転送方向
ごとに通し番号を付与し、ホスト計算機ではトランザク
ションの決着と同期して端末装置への送信メッセージお
よび送信済／受信済通し番号を含む履歴情報を磁気ディ
スク等の不揮発性の記憶装置に採取し、ホスト計算機の
切替が発生したときは通信処理サーバ側で端末装置から
受信したメッセージを保留し、履歴情報と通信処理サー
バ側で保持しているホスト計算機の切替前の最新の送信
済／受信済通し番号に基づきメッセージの再送／廃棄の
組み合わせでホスト計算機−通信サーバ間のメッセージ
送受信シーケンスの同期をとることにより、履歴情報採
取のための余計な負荷をかけることなくホスト計算機の
切替時、端末利用者に対して切替を意識させないことが
できる。According to the configuration of the message recovery processing method, a serial number is given to each transfer direction between the host computer and the communication processing server during normal operation, and the host computer transmits to the terminal device in synchronization with the completion of the transaction. History information including messages and sent / received serial numbers is collected in a non-volatile storage device such as a magnetic disk, and when the host computer is switched, the communication processing server holds the message received from the terminal device, Synchronize the message transmission / reception sequence between the host computer and the communication server with a combination of message resend / discard based on the history information and the latest transmitted / received serial number of the host computer before switching, which is held on the communication processing server side. Therefore, when switching the host computer without using an extra load for collecting history information, terminals can be used. It can not be aware of the switch against.
【００１２】また、メッセージ回復処理方式の構成によ
れば、ホスト計算機と通信処理サーバは独立した通信ノ
ードとして実現可能であるため、本機能実現のための通
信処理サーバはメッセージ回復処理機能を実装した任意
の装置で実現できる。Further, according to the configuration of the message recovery processing system, the host computer and the communication processing server can be realized as independent communication nodes. Therefore, the communication processing server for realizing this function has a message recovery processing function. It can be realized by any device.
【００１３】また、メッセージ回復処理方式の構成で
は、トランザクションの決着状態と同期して履歴情報を
採取しているため、データベースの更新処理を含むトラ
ンザクション処理に対しても適用することができる。Further, in the configuration of the message recovery processing method, since the history information is collected in synchronization with the transaction completion state, it can be applied to transaction processing including database update processing.
【００１４】[0014]
【実施例】以下、本発明の詳細を図面を参照して説明す
る。DESCRIPTION OF THE PREFERRED EMBODIMENTS The details of the present invention will be described below with reference to the drawings.
【００１５】図２に本発明の一実施例の計算機システム
の構成を説明する。現用ホスト計算機201-1は通常運用
時、端末装置203の利用者からの要求によりトランザク
ション処理を行なう。予備ホスト計算機201-2は現用ホ
スト計算機に障害が発生すると、トランザクション処理
を引き継いで実行する。通信サーバ202は端末装置とホ
スト計算機間のメッセージの転送を中断する。メッセー
ジの転送は端末装置の利用者に対応したデータ送受信窓
口207を介して行なう。論理的通信路209は通信を行なう
ＥＮＤノード間で１本設定し、この通信路上でデータ送
受信窓口間のデータ転送を行なう。通信制御プログラム
204，205，206はホスト計算機、通信処理サーバ、端末
装置それぞれに存在し、メッセージの転送処理、本発明
のメッセージ回復処理を行なう。コネクション維持機構
208は通常運用時はホスト計算機−端末装置間のメッセ
ージ転送の中継を行ない、ホスト計算機の切替が発生す
るとメッセージ回復処理が終了するまでの間、端末装置
からの受信メッセージを保留する。 図１に本発明の一
実施例のメッセージ回復処理手順を示す。ＩＮＱ102，1
04，106は問い合わせメッセージを、ＲＥＰ103，105は
応答メッセージ、ＩＮＴ111は切替通知メッセージを表
す。問い合わせまたは応答メッセージは分割転送が可能
で、Ｆは先頭メッセージ、Ｍは中間メッセージ、Ｌは最
終メッセージ、Ｏは分割無しの単独メッセージを表す。
また、通信処理サーバ、ホスト計算機間のメッセージ転
送では通し番号101を付与する。通し番号は端末装置上
の利用者単位に、転送方向ごとに管理する。分割メッセ
ージでは通し番号に枝番を付与する。通信サーバ、ホス
ト計算機ではそれぞれ送信済み通し番号107，109および
受信済みの通し番号108，110を保持してメッセージに付
与すべき通し番号を管理するとともに受信メッセージの
重複を検査する。以下、メッセージ回復処理手順を説明
する。図１では端末装置からの一連の問い合わせ応答処
理が完了し、次の問い合わせメッセージの転送中にホス
ト計算機の切替が発生したケースである。第一の問い合
わせメッセージは３分割されており102−1，102−2，12
0−3通信サーバから現用ホスト計算機への転送時におの
おの通し番号１−１，１−２，１−３を付与している。
また、通信処理サーバではホスト計算機へ転送するメッ
セージを本メッセージ回復処理に備えて保留しておく
（通常運用時に保留しておくメッセージ数は予め決めて
おく必要がある）。これに伴い通信処理サーバでは送信
済みの通し番号107−1，107−2，107−3を１−１，１−
２，１−３のように更新し、現用ホスト計算機では受信
済みの通し番号110−1，110−2，110−3を１−１，１−
２，１−３のように更新している。現用ホスト計算機で
は一連の問い合わせメッセージの受信が完了するとトラ
ンザクション処理を実行する。トランザクション処理が
完了し、端末装置への応答メッセージの準備が完了した
時点で応答メッセージ本体、メッセージ送信完了時点で
の送信済み通し番号、受信済み通し番号、メッセージ種
別（この場合はＲＥＰ）を履歴情報の一項目112として
磁気ディスク装置上に記録する。その後、応答メッセー
ジを２分割し103−1，103−2、おのおのに１−１，１−
２の通し番号を付与して通信サーバに転送する。これに
伴い現用ホスト計算機では送信済みの通し番号109−4，
109−5を１−１，１−２のように更新し、通信サーバで
は受信済みの通し番号108−4，108−5を１−１，１−２
のように更新し、通信サーバでは受信済みの通し番号10
8−4，108−5を１−１，１−２のように更新する。次に
端末装置からの第二の問い合わせメッセージ（分割無
し）に対して、通信サーバで通し番号２−１を付与して
ホスト計算機に送信する(104)。このとき、通信サーバ
側の送信済み通し信番号107−6は２−１に、現用ホスト
計算機側の受信済み通し番号110−6は２−１とする。こ
の時点で現用ホスト計算機に障害が発生したとする。ホ
ットスタンバイ機能により予備ホスト計算機に切り替わ
り、予備ホスト計算機から通信サーバに対して切替が発
生したことをＩＮＴ111−1により通知する。通信処理サ
ーバはＩＮＴの応答111−2を予備ホスト計算機に転送す
る。また、通信処理サーバでは現用ホスト計算機の障害
を検出した時点で、以降、端末装置から受信したメッセ
ージはメッセージ回復処理が完了するまで保留する。次
に予備ホスト計算機は磁気ディスク装置に記憶された履
歴情報の最後の項目を読み出す。読みだした情報に基づ
きこの場合は、端末装置への応答メッセージＲＥＰ105
−1に通し番号101−7として１−１、履歴情報採取時点
の送信済み通し番号115、受信済み通し番号116、再送メ
ッセージがその後も継続する旨の情報117を付与して、
通信サーバへ転送する。通信処理サーバではこのメッセ
ージを受信すると、障害以前の送信済み通し番号、受信
済み通し番号を退避し113，114受信メッセージで通知さ
れた送信済み通し番号、受信済み通し番号を初期値とし
て設定する107−7，108−7。また、受信メッセージ105
−1に付与された通し番号１−１と退避済みの受信済通
し番号１−２を比較し、前者の通し番号の方が大きくな
いため、すでに端末装置へ送信済のメッセージと判断し
て、これを廃棄する。次に予備ホスト計算機は２分割さ
れた最後の応答メッセージ105−2に通し番号１−２、再
送メッセージの最後である旨の情報118を付与して通信
処理サーバへ転送する。この時点で予備ホスト計算機は
メッセージ回復処理が終了したと認識し、通常のメッセ
ージ転送処理を継続する。通信処理サーバでは受信メッ
セージ105−2に付与された通し番号１−２と退避済みの
受信済通し番号１−２を比較し、前者の通し番号の方が
大きくないため、すでに端末装置へ送信済のメッセージ
と判断して、これを廃棄する。その後、通信処理サーバ
では保留中のホスト計算機へ転送すべきメッセージのう
ちホスト計算機がすでに受信したと認識しているメッセ
ージ（この場合は通し番号１のメッセージ）の次のメッ
セージ（この場合は通し番号２以降のメッセージ）から
予備ホスト計算機へ転送する（この場合は通し番号２−
１の問い合わせメッセージ106）。この時点で通信処理
サーバでは退避済みの障害以前の最新の送信済み通し番
号、受信済み通し番号と現在の送信済み通し番号、受信
済み通し番号が一致したことで、ホスト計算機と通信処
理サーバ間のメッセージ回復処理が完了したとし、以降
は通常のメッセージ転送処理を継続する。FIG. 2 illustrates the configuration of a computer system according to an embodiment of the present invention. During normal operation, the active host computer 201-1 performs transaction processing according to a request from the user of the terminal device 203. If a failure occurs in the active host computer, the spare host computer 201-2 takes over the transaction processing and executes it. The communication server 202 suspends the transfer of messages between the terminal device and the host computer. The message is transferred through the data transmission / reception window 207 corresponding to the user of the terminal device. One logical communication path 209 is set between the END nodes that perform communication, and data transfer between data transmission / reception windows is performed on this communication path. Communication control program
Reference numerals 204, 205, and 206 exist in the host computer, the communication processing server, and the terminal device, respectively, and perform message transfer processing and message recovery processing of the present invention. Connection maintenance mechanism
Reference numeral 208 relays the message transfer between the host computer and the terminal device during normal operation, and holds the received message from the terminal device until the message recovery processing ends when the host computer is switched. FIG. 1 shows a message recovery processing procedure according to an embodiment of the present invention. INQ102, 1
04 and 106 are inquiry messages, REP 103 and 105 are response messages, and INT 111 is a switching notification message. The inquiry or response message can be divided and transferred, F is a head message, M is an intermediate message, L is a final message, and O is a single message without division.
In addition, a serial number 101 is given in the message transfer between the communication processing server and the host computer. The serial number is managed for each user on the terminal device and for each transfer direction. In the split message, a branch number is added to the serial number. The communication server and the host computer hold the transmitted serial numbers 107 and 109 and the received serial numbers 108 and 110, respectively, to manage the serial numbers to be given to the messages and check the duplication of the received messages. The message recovery processing procedure will be described below. In FIG. 1, a series of inquiry response processes from the terminal device is completed, and the host computer is switched during the transfer of the next inquiry message. The first inquiry message is divided into three parts 102-1, 102-2, 12
0-3 The serial numbers 1-1, 1-2, and 1-3 are assigned to each of them when transferring from the communication server to the active host computer.
Also, the communication processing server reserves the message to be transferred to the host computer in preparation for this message recovery processing (the number of messages to be retained during normal operation must be determined in advance). Along with this, in the communication processing server, the serial numbers 107-1, 107-2, 107-3 that have been transmitted are 1-1, 1-
2, 1-3, and the serial numbers 110-1, 110-2, 110-3 already received by the active host computer are changed to 1-1, 1-
It is updated like 2, 1-3. The active host computer executes transaction processing when the series of inquiry messages are received. When the transaction processing is completed and the preparation of the response message to the terminal device is completed, the response message body, the transmitted serial number at the time when the message transmission is completed, the received serial number, and the message type (REP in this case) are included in the history information. The item 112 is recorded on the magnetic disk device. After that, the response message is divided into two, 103-1 and 103-2, and 1-1 and 1-
A serial number of 2 is given and the result is transferred to the communication server. As a result, the current host computer has sent the serial number 109-4,
109-5 is updated to 1-1 and 1-2, and the communication server sets the received serial numbers 108-4 and 108-5 to 1-1 and 1-2.
And the serial number received by the communication server is 10
Update 8-4 and 108-5 like 1-1 and 1-2. Next, the communication server assigns the serial number 2-1 to the second inquiry message (without division) from the terminal device and transmits it to the host computer (104). At this time, the transmitted communication number 107-6 on the communication server side is 2-1 and the received communication number 110-6 on the working host computer side is 2-1. It is assumed that a failure occurs in the active host computer at this point. The hot standby function switches to the spare host computer, and the backup host computer notifies the communication server of the switching by the INT 111-1. The communication processing server transfers the INT response 111-2 to the spare host computer. Further, at the time when the communication processing server detects the failure of the active host computer, the message received from the terminal device is held until the message recovery processing is completed. Next, the spare host computer reads the last item of the history information stored in the magnetic disk device. In this case, based on the read information, a response message REP105 to the terminal device
1-1 as the serial number 101-7, the transmitted serial number 115 at the time of collecting history information, the received serial number 116, and information 117 indicating that the resend message will continue after that,
Transfer to communication server. Upon receiving this message, the communication processing server saves the transmitted serial number and the received serial number before the failure 113, 114 and sets the transmitted serial number and the received serial number notified by the received message as initial values 107-7, 108 -7. Also, receive message 105
-1 compares the serial number 1-1 given to -1 with the saved received serial number 1-2, and the former serial number is not larger, so it is determined that the message has already been sent to the terminal device, and this is discarded. To do. Next, the spare host computer adds the serial number 1-2 and the information 118 indicating the end of the resend message to the last two-divided response message 105-2 and transfers it to the communication processing server. At this point, the spare host computer recognizes that the message recovery process is completed and continues the normal message transfer process. The communication processing server compares the serial number 1-2 given to the received message 105-2 with the received serial number 1-2 that has been saved. Since the former serial number is not larger, the message is already transmitted to the terminal device. Judge and discard this. After that, in the communication processing server, a message next to the message (in this case, the message having serial number 1) that the host computer has already recognized (in this case, the message having serial number 2) among the messages to be transferred to the suspended host computer, is sent. Message) to the spare host computer (in this case, serial number 2-
1 inquiry message 106). At this point, in the communication processing server, the message recovery processing between the host computer and the communication processing server can be performed because the latest transmitted serial number before the failure that has been saved, the received serial number and the current transmitted serial number, and the received serial number match. When it is completed, the normal message transfer process is continued thereafter.
【００１６】図３に本発明の別の実施例のメッセージ回
復処理手順を示す。ＢＲＤ301，302，303は一方送信メ
ッセージを、ＩＮＦ313は状態通知メッセージを表す。
一方、送信メッセージは分割転送が可能で、Ｆは先頭メ
ッセージ、Ｍは中間メッセージ、Ｌは最終メッセージ、
Ｏは分割無しの単独メッセージを表す。メッセージに付
与する通し番号およびホスト計算機、通信処理サーバで
の前記通し番号の管理方法は図１における説明と同様で
ある。以下、メッセージ回復処理手順を説明する。図３
では端末装置からの一つの一方送信メッセージを受信
し、対応するトランザクション処理が完了し、次の一連
の一方送信メッセージの受信中にホスト計算機の切替が
発生したケースである。第一の一方送信メッセージに対
するトランザクション処理が完了した時点で、受信完了
であること、メッセージ受信完了時点での送信済み通し
番号、受信済み通し番号、メッセージ種別（この場合Ｂ
ＲＤ）を履歴情報の一項目314として磁気ディスク装置
上に履歴情報として記録する。次に端末装置からの第二
の一方送信メッセージを通信サーバからホスト計算機に
送信中に現用ホスト計算機に障害が発生したとする。ホ
ットスタンバイ機能により予備ホスト計算機に切り替わ
り、予備ホスト計算機から通信サーバに対して切替が発
生したことをＩＮＴ309−1により通知する。通信処理サ
ーバはＩＮＴの応答309−2を予備ホスト計算機に転送す
る。また、通信処理サーバでは、現用ホスト計算機の障
害を検出した時点で、以降、端末装置から受信したメッ
セージはメッセージ回復処理が完了するまで保留する。
次に予備ホスト計算機は磁気ディスク装置に記憶された
履歴情報の最後の項目を読み出す。読みだした情報に基
づき、この場合は、ＩＮＦ313に通し番号304−3として
０を（特殊メッセージであり通し番号に意味はない）、
履歴情報採取時点の送信済み通し番号310、受信済み通
し番号311、再送メッセージがない旨の情報312を付与し
て、通信サーバへ転送する。通信処理サーバではこのメ
ッセージを受信すると、障害以前の送信済み通し番号、
受信済み通し番号を退避し315，316、受信メッセージで
通知された送信済み通し番号、受信済み通し番号を初期
値として設定する305−3，306−3。この時点で予備ホス
ト計算機はメッセージ回復処理が終了したと認識し、通
常のメッセージ転送処理を継続する。その後、通信処理
サーバでは保留中のホスト計算機へ転送すべきメッセー
ジのうちホスト計算機がすでに受信したと認識している
メッセージ（この場合は通し番号２のメッセージ）の次
のメッセージ(この場合は通し番号３のメッセージ）か
ら予備ホスト計算機へ転送する（この場合は通し番号３
−１，３−２の問い合わせメッセージ303−1，303−
2）。この時点で通信処理サーバでは退避済みの障害以
前の最新の送信済み通し番号、受信済み通し番号と現在
の送信済み通し番号、受信済み通し番号が一致したこと
で、ホスト計算機と通信処理サーバ間のメッセージ回復
処理が完了したとし、以降は通常のメッセージ転送処理
を継続する。FIG. 3 shows a message recovery processing procedure according to another embodiment of the present invention. BRDs 301, 302 and 303 represent one-way transmission messages, and INF 313 represents a status notification message.
On the other hand, the send message can be divided and transferred, F is the first message, M is the intermediate message, L is the last message,
O represents a single message without division. The management method of the serial number assigned to the message, the host computer, and the communication processing server is the same as that described in FIG. The message recovery processing procedure will be described below. FIG.
In this case, a one-sided transmission message from the terminal device is received, the corresponding transaction processing is completed, and the host computer is switched during reception of the next series of one-sided transmission messages. When the transaction processing for the first one-side message is completed, the reception is completed, the transmitted serial number, the received serial number, and the message type (in this case, B
RD) is recorded as history information on the magnetic disk device as one item 314 of history information. Next, it is assumed that a failure occurs in the active host computer while the second one-side transmission message from the terminal device is being transmitted from the communication server to the host computer. The hot standby function switches to the spare host computer, and the backup host computer notifies the communication server of the switching by the INT 309-1. The communication processing server transfers the INT response 309-2 to the spare host computer. Further, the communication processing server, after detecting the failure of the active host computer, thereafter holds the message received from the terminal device until the message recovery processing is completed.
Next, the spare host computer reads the last item of the history information stored in the magnetic disk device. Based on the read information, in this case, 0 is set as the serial number 304-3 in the INF 313 (the serial message has no meaning),
The transmitted serial number 310 at the time of collecting history information, the received serial number 311, and the information 312 indicating that there is no retransmitted message are added and transferred to the communication server. When the communication processing server receives this message, it sends the serial number sent before the failure,
The received serial numbers are saved 315 and 316, and the transmitted serial numbers and received serial numbers notified by the received message are set as initial values 305-3 and 306-3. At this point, the spare host computer recognizes that the message recovery process is completed and continues the normal message transfer process. After that, in the communication processing server, the next message (in this case, serial number 3) of the message (in this case, serial number 2 message) that the host computer has recognized as already received among the messages to be transferred to the pending host computer. Message) to the spare host computer (in this case, serial number 3)
-1, 3-2 inquiry messages 303-1, 303-
2). At this point, the message processing between the host computer and the communication processing server can be performed because the communication processing server matches the latest sent serial number, received serial number and current sent serial number received before the failure that has been saved. When it is completed, the normal message transfer process is continued thereafter.
【００１７】[0017]
【発明の効果】本発明によれば、通常運用時はホスト計
算機−通信処理サーバ間で各転送方向ごとに通し番号を
付与し、ホスト計算機ではトランザクションの決着と同
期して端末装置への送信メッセージおよび送信済／受信
済通し番号を含む履歴情報を磁気ディスク等の不揮発性
の記憶装置に採取し、ホスト計算機の切替が発生したと
きは通信処理サーバ側で端末装置から受信したメッセー
ジを保留し、履歴情報と通信処理サーバ側で保持してい
るホスト計算機の切替前の最新の送信済／受信済通し番
号に基づきメッセージの再送／廃棄の組み合わせでホス
ト計算機−通信サーバ間のメッセージ送受信シーケンス
の同期をとることにより、履歴情報採取のための余計な
負荷をかけることなくホスト計算機の切替時、端末利用
者に対して切替を意識させないことができる。According to the present invention, during normal operation, a serial number is given to each transfer direction between the host computer and the communication processing server, and the host computer synchronizes with the transaction completion and the message sent to the terminal device. History information including sent / received serial numbers is collected in a non-volatile storage device such as a magnetic disk, and when the host computer is switched, the communication processing server holds the message received from the terminal device, and the history information By synchronizing the message transmission / reception sequence between the host computer and the communication server with a combination of resending / discarding the message based on the latest transmitted / received serial number before switching the host computer held by the communication processing server , When switching the host computer without adding extra load for collecting history information, switch to the terminal user. I can not identify.
【００１８】また、本発明にれば、ホスト計算機と通信
処理サーバは独立した通信ノードとして実現可能である
ため、本機能実現のための通信処理サーバは前記メッセ
ージ回復処理機能を実装した任意の装置で実現できる。Further, according to the present invention, since the host computer and the communication processing server can be realized as independent communication nodes, the communication processing server for realizing this function is an arbitrary device that implements the message recovery processing function. Can be achieved with.
【００１９】さらに、本発明によれば、トランザクショ
ンの決着状態と同期して履歴情報を採取しているため、
データベースの更新処理を含むトランザクション処理に
対しても適用することができる。Further, according to the present invention, since the history information is collected in synchronization with the transaction completion state,
It can also be applied to transaction processing including database update processing.
【図１】本発明の実施例におけるメッセージ回復処理手
順を示すフローチャート。FIG. 1 is a flowchart showing a message recovery processing procedure according to an embodiment of the present invention.
【図２】本発明の実施例におけるシステムのブロック
図。FIG. 2 is a block diagram of a system according to an embodiment of the present invention.
【図３】本発明の別の実施例におけるメッセージ回復処
理手順を示すフローチャート。FIG. 3 is a flowchart showing a message recovery processing procedure according to another embodiment of the present invention.
101…通し番号、 102…問い合わせメッセージ、 103…応答メッセージ、 104…問い合わせメッセージ、 105…応答メッセージ、 106…問い合わせメッセージ、 107…送信済み通し番号、 108…受信済み通し番号、 109…送信済み通し番号、 110…受信済み通し番号、、 111…切替通知、応答メッセージ、 112…履歴情報、 113…切替直前の最新の送信済み通し番号、 114…切替直前の最新の受信済み通し番号、 115…履歴情報に記録された送信済み通し番号、 116…履歴情報に記録された受信済み通し番号、 117…再送メッセージの継続／完了を示す情報。 101 ... Serial number, 102 ... Inquiry message, 103 ... Response message, 104 ... Inquiry message, 105 ... Response message, 106 ... Inquiry message, 107 ... Sent serial number, 108 ... Received serial number, 109 ... Sent serial number, 110 ... Receive Completed serial number, 111 ... Switch notification, response message, 112 ... History information, 113 ... Latest sent serial number immediately before switching, 114 ... Latest received serial number immediately before switching, 115 ... Sent serial number recorded in history information , 116 ... Received serial number recorded in history information, 117 ... Information indicating continuation / completion of resend message.
Claims (2)
て第一のホスト計算機および第二のホスト計算機と接続
するネットワークシステムにおいて、通常運用時は前記
第一のホスト計算機においてトランザクション処理を実
行し、前記第一のホスト計算機に障害が発生すると前記
第二のホスト計算機に切り替え前記トランザクション処
理を引き継ぐホットスタンバイシステムであって、ホス
ト計算機と通信処理サーバ間では前記ホスト計算機とデ
ータ送受信を行なう端末装置単位に送受信方向ごとに各
メッセージに通し番号を付与し、前記ホスト計算機、前
記通信処理サーバはそれぞれ送信済みおよび受信済みの
前記通し番号を記録し、前記通信処理サーバでは前記ホ
スト計算機へ転送したメッセージの過去の一定個数を常
時保持し、前記第一のホスト計算機では前記トランザク
ション処理が決着し前記端末装置へのメッセージ送信準
備が完了した時点で前記送信済みおよび受信済みの通し
番号、送信メッセージおよび状態等の付加情報を１項目
とし、これを不揮発性の記憶装置に記録し、前記第一の
ホスト計算機に障害が発生し、前記第二のホスト計算機
に切り替わったとき前記第二のホスト計算機は通信サー
バに対して切り替えが発生したことを通知し、その応答
を受信すると前記不揮発性記憶装置に記録された最後の
項目を読みだし、送信済みおよび受信済みの通し番号を
初期値として設定するとともに前記通信サーバに対して
前記読みだした送信メッセージにその時点での通し番
号、前記読みだした送信済みおよび受信済みの通し番
号、転送状態等の付加情報を転送し、前記通信処理サー
バでは前記第一のホスト計算機の障害を検出した後、端
末装置から受信したメッセージを保留するとともに前記
第二のホスト計算機から受信した送信済みおよび受信済
みの通し番号を初期値として設定、前記ホスト計算機か
らの受信メッセージに付加された通し番号と前記ホスト
計算機の切替通知を受信する直前の受信済み通し番号を
比較し、前者の方が大きいときはメッセージを端末シス
テムに送信し、そうでないときは前記メッセージを破棄
し、前記ホスト計算機からのメッセージの転送が完了し
た時点で前記ホスト計算機から受信した前記受信済み通
し番号＋１以降の通し番号を有する端末装置から受信し
たメッセージをホスト計算機へ転送することを特徴とす
るメッセージ回復処理方式。1. In a network system in which terminal groups are connected to a first host computer and a second host computer via the same communication processing server, transaction processing is executed in the first host computer during normal operation. A hot standby system for switching over to the second host computer to take over the transaction processing when a failure occurs in the first host computer, and a terminal for transmitting / receiving data to / from the host computer between the host computer and the communication processing server. A serial number is given to each message for each transmission / reception direction for each device, and the host computer and the communication processing server record the transmitted and received serial numbers, respectively, and the communication processing server stores the message transferred to the host computer. Always keep a certain number in the past, In the host computer described above, the additional information such as the transmitted and received serial numbers, the transmitted message, and the status is set as one item at the time when the transaction processing is completed and the preparation for message transmission to the terminal device is completed. Recorded in a storage device, when the first host computer has a failure and when switching to the second host computer, the second host computer notifies the communication server that a switch has occurred, and When the response is received, the last item recorded in the non-volatile storage device is read out, the transmitted and received serial numbers are set as initial values, and the read out transmission message is sent to the communication server at that time. Transfers additional information such as the serial number, the read serial number that has been transmitted and received, the transfer status, etc. In the communication processing server, after detecting the failure of the first host computer, the message received from the terminal device is held and the transmitted and received serial numbers received from the second host computer are set as initial values. The serial number added to the message received from the host computer is compared with the received serial number immediately before receiving the switching notification of the host computer, and when the former is larger, the message is transmitted to the terminal system, and when it is not the above. Characterized in that the message is discarded, and when the transfer of the message from the host computer is completed, the message received from the terminal device having the serial number after the received serial number + 1 received from the host computer is transferred to the host computer. Message recovery processing method.
機では、端末装置からのメッセージを受信しトランザク
ション処理が完了した時点で前記送信済みおよび受信済
みの通し番号および状態等の付加情報をそれぞれ不揮発
性の記憶装置に記録し、前記第一のホスト計算機に障害
が発生し、前記第二のホスト計算機に切り替わったとき
前記第二のホスト計算機は通信サーバに対して切り替え
が発生したことを通知し、その応答を受信すると前記不
揮発性の記憶装置に記録された最後の項目を読みだし、
送信済みおよび受信済みの通し番号を初期値として設定
するとともに通信サーバに対してこの通し番号、付加情
報を通知し、通信処理サーバでは前記第一のホスト計算
機の障害を検出した後、端末装置から受信したメッセー
ジを保留するとともに前記第二のホスト計算機から受信
した送信済みおよび受信済みの通し番号を初期値として
設定、前記ホスト計算機から受信した前記受信済み通し
番号＋１以降の通し番号を有する端末装置から受信した
メッセージをホスト計算機へ転送するメッセージ回復処
理方式。2. The first host computer according to claim 1, wherein the additional information such as the transmitted serial number and the received serial number and the status are respectively nonvolatile when the message from the terminal device is received and the transaction processing is completed. In a storage device, and when the first host computer fails and switches to the second host computer, the second host computer notifies the communication server that a switch has occurred. , When the response is received, it reads the last item recorded in the nonvolatile storage device,
The transmitted and received serial numbers are set as initial values, and the serial number and additional information are notified to the communication server, and the communication processing server receives the terminal device after detecting the failure of the first host computer. The message is held and the transmitted and received serial numbers received from the second host computer are set as initial values, and the message received from the terminal device having the received serial number +1 and subsequent serial numbers received from the host computer is set. Message recovery processing method to transfer to the host computer.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP7126192A JPH08320800A (en) | 1995-05-25 | 1995-05-25 | Message recovery processing system |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP7126192A JPH08320800A (en) | 1995-05-25 | 1995-05-25 | Message recovery processing system |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JPH08320800A true JPH08320800A (en) | 1996-12-03 |
Family
ID=14928982
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP7126192A Pending JPH08320800A (en) | 1995-05-25 | 1995-05-25 | Message recovery processing system |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JPH08320800A (en) |
Cited By (17)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2003244204A (en) * | 2002-02-13 | 2003-08-29 | Nippon Telegr & Teleph Corp <Ntt> | Communication connection establishing method, communication controller, recording medium and control program |
| JP2004013271A (en) * | 2002-06-04 | 2004-01-15 | Aiful Corp | Back-up servicer system, back-up servicing method, back-up servicer device suitably used therefor, and originator device |
| JP2004536494A (en) * | 2001-04-30 | 2004-12-02 | アメリカ オンライン インコーポレーテッド | Managing access to streams handled on the duplication switch |
| JP2007299284A (en) * | 2006-05-01 | 2007-11-15 | Hitachi Software Eng Co Ltd | Log collection system, client device, and log collection agent device |
| US7430609B2 (en) | 2001-04-30 | 2008-09-30 | Aol Llc, A Delaware Limited Liability Company | Managing access to streams hosted on duplicating switches |
| US7457249B2 (en) | 2005-01-04 | 2008-11-25 | Avaya, Inc. | Alternate routing of media connections within a single communications system across public or private network facilities |
| US7483369B2 (en) | 2003-09-30 | 2009-01-27 | Avaya Inc. | Method and apparatus for migrating to an alternate call controller |
| US7496056B2 (en) | 2005-01-04 | 2009-02-24 | Avaya Inc. | Conference connections using dynamic topology switching for IP and circuit-switched fabrics |
| US7564793B2 (en) | 2005-01-04 | 2009-07-21 | Avaya Inc. | In-band call association signaling for a single number destination |
| US7613106B2 (en) | 2005-01-04 | 2009-11-03 | Avaya Inc. | Dial plan transparency for fragmented networks |
| US7738360B2 (en) | 2004-09-30 | 2010-06-15 | Avaya Inc. | Method and apparatus for merging call components during call reconstruction |
| JP2010176511A (en) * | 2009-01-30 | 2010-08-12 | Nec Infrontia Corp | Hot standby system and hot standby method |
| JP2012205185A (en) * | 2011-03-28 | 2012-10-22 | Fujitsu Ltd | Communication redundant apparatus and communication redundant method |
| US8462637B1 (en) | 2005-01-04 | 2013-06-11 | Sheridan Ross P.C. | Dial plan routing for fragmented networks |
| JP2013205930A (en) * | 2012-03-27 | 2013-10-07 | Hitachi Ltd | Information processing system and information processing method |
| US8843559B2 (en) | 2001-04-30 | 2014-09-23 | Facebook, Inc. | Modifying payloads of digital streams for digital conferencing |
| US8904026B2 (en) | 2001-04-30 | 2014-12-02 | Facebook, Inc. | Time-shifting streaming data |
-
1995
- 1995-05-25 JP JP7126192A patent/JPH08320800A/en active Pending
Cited By (20)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2004536494A (en) * | 2001-04-30 | 2004-12-02 | アメリカ オンライン インコーポレーテッド | Managing access to streams handled on the duplication switch |
| US9537667B2 (en) | 2001-04-30 | 2017-01-03 | Facebook, Inc. | Duplicating digital streams for digital conferencing using switching technologies |
| US7430609B2 (en) | 2001-04-30 | 2008-09-30 | Aol Llc, A Delaware Limited Liability Company | Managing access to streams hosted on duplicating switches |
| US9521006B2 (en) | 2001-04-30 | 2016-12-13 | Facebook, Inc. | Duplicating digital streams for digital conferencing using switching technologies |
| US9049032B2 (en) | 2001-04-30 | 2015-06-02 | Facebook, Inc. | Prioritizing digital streams during digital conferencing |
| US8904026B2 (en) | 2001-04-30 | 2014-12-02 | Facebook, Inc. | Time-shifting streaming data |
| US8843559B2 (en) | 2001-04-30 | 2014-09-23 | Facebook, Inc. | Modifying payloads of digital streams for digital conferencing |
| JP2003244204A (en) * | 2002-02-13 | 2003-08-29 | Nippon Telegr & Teleph Corp <Ntt> | Communication connection establishing method, communication controller, recording medium and control program |
| JP2004013271A (en) * | 2002-06-04 | 2004-01-15 | Aiful Corp | Back-up servicer system, back-up servicing method, back-up servicer device suitably used therefor, and originator device |
| US7483369B2 (en) | 2003-09-30 | 2009-01-27 | Avaya Inc. | Method and apparatus for migrating to an alternate call controller |
| US7738360B2 (en) | 2004-09-30 | 2010-06-15 | Avaya Inc. | Method and apparatus for merging call components during call reconstruction |
| US8462637B1 (en) | 2005-01-04 | 2013-06-11 | Sheridan Ross P.C. | Dial plan routing for fragmented networks |
| US7613106B2 (en) | 2005-01-04 | 2009-11-03 | Avaya Inc. | Dial plan transparency for fragmented networks |
| US7564793B2 (en) | 2005-01-04 | 2009-07-21 | Avaya Inc. | In-band call association signaling for a single number destination |
| US7496056B2 (en) | 2005-01-04 | 2009-02-24 | Avaya Inc. | Conference connections using dynamic topology switching for IP and circuit-switched fabrics |
| US7457249B2 (en) | 2005-01-04 | 2008-11-25 | Avaya, Inc. | Alternate routing of media connections within a single communications system across public or private network facilities |
| JP2007299284A (en) * | 2006-05-01 | 2007-11-15 | Hitachi Software Eng Co Ltd | Log collection system, client device, and log collection agent device |
| JP2010176511A (en) * | 2009-01-30 | 2010-08-12 | Nec Infrontia Corp | Hot standby system and hot standby method |
| JP2012205185A (en) * | 2011-03-28 | 2012-10-22 | Fujitsu Ltd | Communication redundant apparatus and communication redundant method |
| JP2013205930A (en) * | 2012-03-27 | 2013-10-07 | Hitachi Ltd | Information processing system and information processing method |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JPH08320800A (en) | Message recovery processing system | |
| US7246214B2 (en) | Remote copy for a storage controller with reduced data size | |
| US5848227A (en) | Method of providing fault tolerance and switch-over distribution in a bridge/router | |
| US7213114B2 (en) | Remote copy for a storage controller in a heterogeneous environment | |
| JP2770749B2 (en) | Multi-ring type failure recovery system | |
| JP2809151B2 (en) | Communication network automatic recovery system | |
| JP2002057682A (en) | Network interface changeover method and computer connectable to network | |
| KR20020062483A (en) | Fault tolerant system and duplication method thereof | |
| JPH0779349B2 (en) | Serial communication network topologi information generation method and device | |
| JP2000250771A (en) | Server duplication system | |
| US6625753B1 (en) | Recovery facility for an SNA communication network | |
| US7969865B2 (en) | Network system of recovering routing information | |
| JP3428538B2 (en) | Access network remote control method | |
| JPH09186686A (en) | Network management system | |
| JP5596637B2 (en) | Fault switching system, fault switching apparatus, and fault switching method | |
| CN110297730A (en) | A kind of storage dual-active solution and system for removing arbitration node | |
| JPH05304528A (en) | Multiplex communication node | |
| KR100209347B1 (en) | Duplication control method of linking assembly between node and node of atm communication network switchng system | |
| CN117539693A (en) | High-availability redundancy method and system | |
| KR0152237B1 (en) | Apparatus for automatic recovery of transmission network link error and method thereof | |
| CN115396454A (en) | Data copying method and device, storage node and readable storage medium | |
| CN117555688A (en) | Data processing method, system, equipment and storage medium based on double active centers | |
| CN115190005A (en) | High-availability method of double-host system based on Redis | |
| CN115718783A (en) | System for supporting database synchronization through multiple channels under local area network | |
| JP2645134B2 (en) | Message transmission control method to restoration signal link |