どのポイントがMQの問題の原因であるかを確認する方法は?

StackOverflow https://stackoverflow.com/questions/2542585

  •  23-09-2019
  •  | 
  •  

質問

MQを使用して、システムと他のシステム間でメッセージを送信/受信します。いつか私は応答メッセージに応答メッセージがないことを発見しましたが、他のシステムはすでに応答メッセージを応答キューに入れています(ログからチェック)。したがって、どのポイントが問題の原因であるかを確認する方法、メッセージが私の応答キューに届かないことを証明する方法。

さらに、メッセージが届くとキューが届くと、ログファイルに書き込まれます。

正しい解決策はありません

他のヒント

QSTATSインターフェイスを使用して、これをリアルタイムで表示できます。 MO71 SupportPac WebSphere MQ Explorerと同様に接続するように構成できるデスクトップクライアントです。それが持っているオプションの1つは、キュー統計です。キューの統計を表示するたびに、WMQはそれらをゼロにリセットします。したがって、手順は次のとおりです。

  1. MO71を起動し、キューを閲覧します。
  2. 関心のある1つのキューでフィルタリングします。
  3. キューの統計を数回表示します。
  4. それらがゼロにリセットされるのがわかります。
  5. テストを実行します。
  6. キューの統計をもう一度表示します。

リモートプログラムが実際にメッセージを入れた場合、キューに1つ以上のメッセージが表示されるようになることがわかります。

プログラムがメッセージのGetを正常に実行した場合、Putカウントの数に等しいカウントが表示されます。

両方のゼロを取得して配置すると、リモートプログラムは応答メッセージを配置しません。

これには他にもいくつかのアプローチがありますが、これは最も簡単です。スペクトルの反対側はです supportpac ma0w これにより、そのキューに対するすべてのAPI呼び出し、またはPIDなどによって表示されます。すべてのオプションが表示されるため、プログラムが間違ったオプションでキューを開こうとすると(つまり、入力のリモートキューを開きます)、それを示します。しかし、MA0Wは出口としてインストールされており、QMGRをバウンスする必要があるため、少し侵襲的です。

ライセンス: CC-BY-SA帰属
所属していません StackOverflow
scroll top