微商 |通道重试状态
MQ | Channel RETRYING status
我已经开始探索 MQ 系列，我注意到在 SHORTRTR 耗尽后，Sender 通道处于 RETRYING 状态。我还注意到，当发送方通道处于重试状态时，客户端应用程序无法连接到 MQ。
- 如果发送方通道处于重试状态，客户端应用程序无法连接到 MQ，我的理解是否正确？
- 客户端开始与 MQ 的连接并且发送方通道不是 运行 会发生什么情况？
- 当客户端初始化 MQ 连接时，Sender 通道状态是否重要？
- 客户端应用程序的连接能力几乎与发送通道的状态无关。 （我说几乎是因为理论上你可以通过加载重试发件人来耗尽队列管理器中的所有资源，然后它们可能会影响客户端）。
- 当客户端应用程序连接到队列管理器时，网络连接首先被侦听器捕获，然后启动类型为 SVRCONN 的 运行 通道。这是与 SENDER 通道不同的类型，因此不需要有 SENDER 通道 运行 客户端连接就可以成功。
- 发送方通道状态对于客户端是否能够连接无关紧要。
让我们尝试诊断您的两个问题。查看队列管理器 AMQERR01.LOG（在 \Qmgrs\<qm-name>\errors 下的数据目录中找到）并编辑您的问题以添加您在其中看到的错误。应该有错误解释为什么发送者通道重试，还有一些错误解释为什么客户端无法连接。
客户端无法连接的问题可能是因为它甚至没有到达队列管理器机器 - 在这种情况下，队列管理器错误日志中不会有任何相关内容。在这种情况下，您还应该查看客户端计算机上的 AMQERR01.LOG，这次是在错误文件夹下的数据目录中（因为那里没有队列管理器名称）。您还应该看到来自客户端应用程序的某种错误消息或 MQRC 原因代码 - 您也应该告诉我们。
我已经开始探索 MQ 系列，我注意到在 SHORTRTR 耗尽后，Sender 通道处于 RETRYING 状态。我还注意到，当发送方通道处于重试状态时，客户端应用程序无法连接到 MQ。
- 如果发送方通道处于重试状态，客户端应用程序无法连接到 MQ，我的理解是否正确？
- 客户端开始与 MQ 的连接并且发送方通道不是 运行 会发生什么情况？
- 当客户端初始化 MQ 连接时，Sender 通道状态是否重要？
- 客户端应用程序的连接能力几乎与发送通道的状态无关。 （我说几乎是因为理论上你可以通过加载重试发件人来耗尽队列管理器中的所有资源，然后它们可能会影响客户端）。
- 当客户端应用程序连接到队列管理器时，网络连接首先被侦听器捕获，然后启动类型为 SVRCONN 的 运行 通道。这是与 SENDER 通道不同的类型，因此不需要有 SENDER 通道 运行 客户端连接就可以成功。
- 发送方通道状态对于客户端是否能够连接无关紧要。
让我们尝试诊断您的两个问题。查看队列管理器 AMQERR01.LOG（在 \Qmgrs\<qm-name>\errors 下的数据目录中找到）并编辑您的问题以添加您在其中看到的错误。应该有错误解释为什么发送者通道重试，还有一些错误解释为什么客户端无法连接。
客户端无法连接的问题可能是因为它甚至没有到达队列管理器机器 - 在这种情况下，队列管理器错误日志中不会有任何相关内容。在这种情况下，您还应该查看客户端计算机上的 AMQERR01.LOG，这次是在错误文件夹下的数据目录中（因为那里没有队列管理器名称）。您还应该看到来自客户端应用程序的某种错误消息或 MQRC 原因代码 - 您也应该告诉我们。