作为多实例的完整存储库队列管理器

Full repository queue manager as Multi Instance

为什么不建议在集群中将完整的存储库队列管理器作为多实例?

推荐来自网络广播演示文稿“Implementation Considerations for Multi-Instance Queue Managers in WebSphere MQ Cluster Environment”。

引用的网络广播演示文稿“Implementation Considerations for Multi-Instance Queue Managers in WebSphere MQ Cluster Environment”来自 2010 年。

在演示文稿的前面给出了有助于推荐的两个限制:

第 16 页:

  • Pre - 7.0.1 repositories will have to have a channel to both machines that Multi-Instance queue manager is using
  • Stuck messages on SYSTEM.CLUSTER.TRANSMIT.QUEUE

第 17 页:

  • z/OS
    • CONNAME attribute 48 character limit
      • Long hostnames may not fit

鉴于 7.0.1 之前的最后一个 MQ 版本于 2012 年 9 月 30 日停止支持,因此不应再考虑上述第一个限制,但是在给出演示文稿时还有两年多对 v6 的支持。

如果您有 z/OS(大型机)MQ 部分存储库连接到分布式完整存储库,则上面的第二个限制只会是一个问题。

虽然上述两个限制现在可能不适用于您,但可能没有理由将它们设置为 MI,因为您已经为集群推荐了两个完整存储库。