Hitachi

OpenTP1 Version 7 分散トランザクション処理機能 OpenTP1 プロトコル TP1/NET/User Agent編


9.1.2 UA(論理端末)障害

表9‒2 UA障害発生時の処理

障害の内容

TP1/NET/User Agentの処理

ユーザの処理

・UA障害

・UA層検出異常

・タイムアウト

・mcftdctleコマンド入力

など

  1. UA障害を通知するメッセージログ(KFCA13103-E),およびUA閉局を通知するメッセージログ(KFCA13115-I)を出力します。

  2. CERREVT(UA障害)を起動します。

  3. 論理端末を閉塞します。

  4. UA(論理端末)の端末タイプに従って処理します。※1

障害の要因を取り除いたあと,次のどちらかの方法でUA開局処理をします。

・運用コマンド(mcftactle)を入力する

・API(dc_mcf_tactle関数またはCBLDCMCF('TACTLE△△'))を発行する

受信メッセージと論理端末の端末タイプの不一致

  1. 受信メッセージを破棄します。※2

  2. 相手システムにUERRを送信します。

  3. UA障害を通知するメッセージログ(KFCA13103-E),およびUA閉局を通知するメッセージログ(KFCA13115-I)を出力します。

  4. CERREVT(UA障害)を起動します。

  5. 論理端末を閉塞します。

相手システムとの構成を見直してください。

送信メッセージと論理端末の端末タイプの不一致

dc_mcf_send,dc_mcf_reply,dc_mcf_sendrecv,dc_mcf_recvsyncがエラーリターンします。

UAPで後処理をする必要があります。

UA再開局処理の失敗

  1. 該当するUAを縮退させます。

  2. UA障害を通知するメッセージログ(KFCA13103-E),およびUA閉局を通知するメッセージログ(KFCA13115-I)を出力します。

  3. CERREVT(UA障害)を起動します。

  4. 論理端末を閉塞します。

障害の要因を取り除いたあと,次のどちらかの方法で再びコネクションを確立します。

・運用コマンド(mcftactcn)を入力する

・API(dc_mcf_tactcn関数またはCBLDCMCF('TACTCN△△'))を発行する

注※1

論理端末の端末タイプごとの処理内容を次の表に示します。

論理端末の端末タイプ

TP1/NET/User Agentの処理

reply

問い合わせメッセージ(UINQ)受信障害の場合は,受信メッセージを無効にします。

応答メッセージ(UREP)送信障害の場合は,次に示す処理をします。

  1. 送信メッセージを送信済み扱いにします。

  2. 送信破棄を通知するメッセージログ(KFCA10607-W)を出力します。

request

一方送信メッセージ(UINQ)送信障害,および一方送信メッセージ(UREP)受信障害の場合は,次に示す処理をします。

  1. 一方送信メッセージ(UINQ)の先頭セグメントからの再送準備をします。

  2. 送信中断を通知するメッセージログ(KFCA10608-W)を出力します。

UA再開局後,一方送信メッセージ(UINQ)を再送します。

送信完了通知(UINF)送信障害です。

request(send-recv時)

一方送信メッセージ(UINQ)送信障害,および一方送信メッセージ(UREP)受信障害の場合は,問い合わせメッセージ(UINQ)を送信済みにし,UAPにエラーリターンします。

送信完了通知(UINF)送信障害です。

send

一方送信メッセージ(UBRD)送信障害,および送信完了通知(UINF)受信障害の場合は,次に示す処理をします。

  1. 一方送信メッセージ(UBRD)の先頭セグメントからの再送準備をします。

  2. 送信中断を通知するメッセージログ(KFCA13108-W)を出力します。

UA再開局後,一方送信メッセージ(UBRD)を再送します。

receive

一方送信メッセージ(UBRD)受信障害の場合は,一方送信メッセージを無効にします。

処理完了通知(UINF)送信障害です。

注※2

1論理メッセージの組み立て以前に不一致が検出されるため,ERREVTは起動しません。