【问题标题】:MQ | Channel RETRYING statusMQ |频道 RETRYING 状态
【发布时间】:2020-06-22 20:47:05
【问题描述】:

我已经开始探索 MQ 系列,我注意到 Sender 通道在 SHORRTTR 耗尽后处于 RETRYING 状态。我还注意到,当 Sender 通道处于 RETRYING 状态时,客户端应用程序无法连接到 MQ。

  1. 如果 Sender 通道处于 RETRYING 状态,客户端应用程序无法连接到 MQ,我的理解是否正确?
  2. 客户端启动与 MQ 的连接并且 Sender 通道未运行时会发生什么情况?
  3. 客户端初始化 MQ 连接时,Sender 通道状态是否重要?

【问题讨论】:

    标签: ibm-mq


    【解决方案1】:
    1. 客户端应用程序的连接能力几乎与发送方通道的状态完全无关。 (我说几乎是因为理论上你可以通过加载大量重试发件人来耗尽队列管理器中的所有资源,然后它们可能会影响客户端)。
    2. 当客户端应用程序与队列管理器建立连接时,网络连接首先被侦听器捕获,然后启动 SVRCONN 类型的运行通道。这是与 SENDER 通道不同的类型,因此无需运行 SENDER 通道即可使客户端连接成功。
    3. 发送方通道状态对于客户端是否能够连接并不重要。

    让我们尝试诊断您的两个问题。查看队列管理器 AMQERR01.LOG(在 \Qmgrs\<qm-name>\errors 下的数据目录中找到)并编辑您的问题以添加您在其中看到的错误。应该有错误可以解释为什么发送方通道正在重试,还有一些错误可以解释为什么客户端无法连接。

    客户端无法连接的问题可能是因为它甚至没有到达队列管理器机器 - 在这种情况下,队列管理器错误日志中将没有任何内容。在这种情况下,您还应该查看客户端机器上的 AMKERR01.LOG,这次是在错误文件夹下的数据目录中(因为那里没有队列管理器名称)。您还应该从客户端应用程序中看到某种错误消息或 MQRC 原因代码 - 您也应该告诉我们。

    【讨论】:

      猜你喜欢
      • 1970-01-01
      • 1970-01-01
      • 2020-01-21
      • 1970-01-01
      • 2016-10-29
      • 2022-12-02
      • 2012-01-25
      • 1970-01-01
      相关资源
      最近更新 更多