Ibm mq MQ迁移与新安装

我正在将MQ V7.5.0.3迁移到MQ V9.1.0.2。根据文献，这种迁移没有直接的路径。我需要从V7.5迁移到V9.0，最后再迁移到V9.1

我想通过以下方式快速实现这一点并直接转到V9.1：

dmpmqcfg V7.5对象

删除发布dmpmqcfg时的qmgr 反对

卸载V7.5

安装V9.1和fixpacs

创造新的 使用V7.5 dmpmqcfg输出的qmgr（与V7.5实例同名）

由于这是一个到最新级别的临时迁移，因此似乎仅仅为了进行MQ迁移而进行短暂的多版本安装要比必要的工作量多得多

我的问题是：如果我绕过多版本迁移过程并执行上面提到的fastpath步骤，最终结果是否与我执行多版本迁移时的结果相同

---

目前我已经同时安装了V7.5和V9.1。然后我意识到我需要先去V9.0，如果可能的话，我希望避免使用它。我可以尝试使用dmpmqcfg并在V9.1上使用它创建一个新的QMGR，但我不确定这是否回答了我的问题。

您似乎为自己做了超出必要的工作。此外，还有一些dmpmqcfg无法捕获所有setmqaut和chlauth规则的情况。另外，队列中尚未使用的消息又如何呢

这样做有什么错：

卸载V7.5

安装V9.0

启动所有队列管理器

停止所有队列管理器

卸载V9.0

安装V9.1和FixPack 9.1.0.2

如果这是在Linux上实现的，那么这真的很容易做到

---

无需备份消息数据，无需备份配置，最后，无需担心缺少setmqaut和/或chlauth规则。

如果您选择创建全新的队列管理器而不是迁移现有的队列管理器，您可能会发现在一天结束时，您的属性略有不同

在许多情况下，IBM MQ对新属性的默认值有不同的默认值，具体取决于您是否创建了全新的队列管理器或是否已将其迁移到新级别

我可以在IBMMQV8中想到一个，CONNAUTH属性。我相信，如果您向上迁移（从而关闭用户ID和密码检查），它将保留为空，如果您创建一个全新的队列管理器，它将被设置为指向“SYSTEM.DEFAULT.AUTHINFO.IDPWOS”对象（打开用户ID和密码检查并强制输入密码必须由任何远程连接提供）

---

dmpmqcfg

不会捕捉到这种情况，因为它是一个新属性，超出了您转储的V7.5对象的范围。

您的队列管理器是MQ集群的一部分吗？不，队列管理器不是集群，而是一个独立实例。