![移动 IBM MQ 集群队列管理器(从 RHEL v5 到 RHEL v6)](https://linux22.com/image/724967/%E7%A7%BB%E5%8A%A8%20IBM%20MQ%20%E9%9B%86%E7%BE%A4%E9%98%9F%E5%88%97%E7%AE%A1%E7%90%86%E5%99%A8%EF%BC%88%E4%BB%8E%20RHEL%20v5%20%E5%88%B0%20RHEL%20v6%EF%BC%89.png)
我们有 2 个生产队列管理器,运行在 7.5 MQ(停止服务)上,正在移动到更受支持的 8.0.0.4 环境...(相同的操作系统 - RHEL)。我们已将目标服务器设置为与源服务器等效的虚拟机;我们总共有 4 个队列管理器正在移动...一个站点两个,另一个站点两个,每个站点一个,这是它们支持的集群的完整存储库。唯一实质性的更改是所有 4 个队列管理器的目标连接名称详细信息都将更改。我们需要一次处理一个站点;因此,在一个站点先部分处理,然后全部处理,在另一个站点先部分处理,然后全部处理。
就实际步骤而言,假设我们只是执行 dmpmqcfg 来获取每个队列管理器的详细信息,我们将简单地创建新的队列管理器,导入对象(原样),然后在与各个完整存储库建立连接后,对集群接收器通道连接详细信息进行适当的通道更改。但是,在重新定位完整存储库时,是否有任何人能想到的顾虑(陷阱)?显然,我们首先更改接收器,以便其余的完整存储库可以将该信息发布到其他部分存储库。但是,在移动完整存储库时,我们是否应该首先更新所有部分以指向现有(未移动)完整存储库,然后移动没有人有明确定义的完整存储库,或者我们是否可以在目标完整存储库移动后,使用新的连接详细信息更新显式集群发送者?