每个主机/端口是否允许多个队列管理器？

Question

MQQueueConnectionFactory factory = new MQQueueConnectionFactory();

factory.setQueueManager(queueManager);

factory.setTransportType(CommonConstants.WMQ_CM_CLIENT);
factory.setHostName(host);
factory.setPort(port);
factory.setChannel(channel);

特别是我们设置队列管理器的名称。从这个模式来看，队列管理器名称似乎是完全标识队列管理器所必需的。人们可能会得出结论，在同一主机和端口上，不同的队列管理器可能会监听。这可能吗？

但是，当设置连接名称列表以指定重新连接目标时，不需要队列管理器名称：

public void setConnectionNameList（java.lang.String hosts）抛出javax.jms.jmsException

null

我们有两个队列管理器监听具有不同名称的不同主机/端口。我们希望使用这些队列管理器中的一个作为连接名称列表中的故障转移管理器。问题是：队列管理器是否仅由主机和端口唯一标识？

Answer 1

这个问题有很多要解释的地方，所以让我们一次一个项目来回答。

只能有一个侦听器绑定到特定的端口和接口。因此，如果监听器是杂乱的（监听所有接口），每个端口只有一个。如果主机有多个接口，可以在每个接口的同一个端口上绑定不同的监听器。由于侦听器是队列管理器的子进程，因此只有一个QMgr可以侦听给定的地址（端口）组合。

QMgr的名称不需要出现在QMgr接收的连接请求中。如果QMgr名称为空，则连接成功地使用连接请求所寻址的任何QMgr，前提是QMgr没有因为错误的密码、证书验证或其他错误而拒绝它。但是，如果连接请求中有QMgr名称，则该名称必须与尝试连接的QMgr的名称匹配。

但是还有另一种类型的HA，其中有多个等效的QMGR，每个QMGR具有不同的名称，客户端可以连接到这些QMGR。当客户机从一个记录系统请求信息，但它本身不是一个记录系统时，这种情况尤其如此。这样的客户机不需要监听众所周知的队列。取而代之的是，它连接到客户端连接QMgrs的任何一层，创建一个动态应答队列，并将请求发送到MQ网络某处集群队列上的记录监听系统。在这个场景中，客户机不指定QMgr名称，因此利用MQ接受它所连接到的任何QMgr的行为。

最后，MQ长期以来一直有客户机通道定义表或CCDT文件。在我们有多实例conname之前，CCDT提供了连接到多个QMGR中任何一个的功能。MQ管理员没有在CCDT中放置QMgr名称，而是放置符号名称。例如，如果有3个用于薪资处理的QMgr，那么它们的CCDT条目中的QMgr名称可能是PAY01、PAY02和PAY03，其中没有一个与实际的QMgr名称匹配。每个QMGR都有一个地址（端口）指向三个QMGR中的一个。然后开发人员指定一个QMgr名称*pay，MQ客户机将在所有CCDT条目中选择前3个字符与“pay”匹配的条目。使用此选项和其他一些选项，可以让MQ客户端驱动器重新连接，但让MQ客户端存根封装是否在目的地之间循环、重试最后连接的地址或其他逻辑。

从这个模式来看，队列管理器名称似乎是完全标识队列管理器所必需的。人们可能会得出结论，在同一主机和端口上，不同的队列管理器可能会监听。这可能吗？

没有。

我们有两个队列管理器监听具有不同名称的不同主机/端口。我们希望使用这些队列管理器中的一个作为连接名称列表中的故障转移管理器。问题是：队列管理器是否仅由主机和端口唯一标识？

确保QMgr名称在请求中为空，并在conname中指定address(port)组合，您就可以开始了。

null