我们在生产系统中有一个队列管理器，它有大约10个集群主题和50个订阅。所有队列管理器都在IBM MQ集群拓扑中，而数据在NAS（共享存储）中，因此所有队列管理器都启用了MI（多实例）。我们为发布 - 订阅提供了大量的消息流。但是我们有时会看到消息只是在队列管理器中的SYSTEM.INTER.QMGR.PUBS中堆积，其中主题和放大器定义订阅并再次获取消息流，我们将不得不重新启动队列管理器。我试图了解我们可以解决这个问题的可能方案。我已经阅读了其中一些内容，例如，如果目标订阅队列中没有消费者，则消息可能会堆积在此SYSTEM队列中。 但在我们的例子中，所有集群传输和当我们看到此待办事项时，其他订阅队列为空。任何帮助或任何人看到类似的行为??
答案 0 :(得分：3)
正如Shashi所说，这个队列是入站发布从MQ集群中的其他队列管理器到达的地方。队列管理员有责任尽快处理这些消息并将其发送到任何匹配的订阅。消费订阅应用程序的行为不会成为任何构建的原因。
如果您在此队列上看到临时构建，则可能意味着入站速率比队列管理器可以处理的速度快。您可以通过停止入站渠道并查看队列是否耗尽来验证这一点。
但是，如果消息仍未从队列中消失，则可能已从该队列停止处理入站消息。这可能是由于错误造成的，因此请从消息开始构建时检查队列管理器错误日志，因为这是报告的位置。
答案 1 :(得分：0)
SYSTEM.INTER.QMGR.PUBS队列用于将从远程队列管理器接收的发布分发给本地订阅者。
如果队列管理器从远程队列管理器接收发布的速度超过将它们分发给本地订户的速度，则消息可能会堆积在此队列中。
您是否使用主题主机路由？