首页
学习
活动
专区
圈层
工具
发布
社区首页 >问答首页 >MQ =信道重试状态

MQ =信道重试状态
EN

Stack Overflow用户
提问于 2020-06-22 08:06:05
回答 1查看 2.6K关注 0票数 0

我已经开始探索MQ系列,在SHORTRTR耗尽之后,我注意到SHORTRTR在重试状态中的发件人通道。我还注意到,当发件人通道处于重试状态时,客户端应用程序无法连接到MQ。

  1. 的理解是正确的,如果发件人通道处于重试状态,客户端应用程序无法连接MQ?
  2. ,与MQ的客户端开始连接而发件人通道没有运行?当客户端初始化MQ连接时,发件人通道状态重要吗?
EN

回答 1

Stack Overflow用户

回答已采纳

发布于 2020-06-22 10:35:04

  1. 客户端应用程序连接的能力与发送方通道的状态几乎完全无关。(我说这几乎是因为理论上您可以通过大量重试发件人来耗尽队列管理器中的所有资源,然后它们可能会影响客户端)。当客户端应用程序连接到队列管理器时,网络连接首先被侦听器捕获,然后启动SVRCONN类型的运行通道。这是一种与发送方通道不同的类型,因此不需要有一个发送方通道来运行客户端连接为successful.
  2. Sender通道状态,客户机是否能够连接并不重要。

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

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

票数 2
EN
页面原文内容由Stack Overflow提供。腾讯云小微IT领域专用引擎提供翻译支持
原文链接:

https://stackoverflow.com/questions/62509953

复制
相关文章

相似问题

领券
问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档