迁移过程中对MQ数据备份的关注答案

【问题标题】：Concern on the MQ data backup during migration迁移过程中对MQ数据备份的关注
【发布时间】：2023-03-09 13:36:01
【问题描述】：

我正在处理从 6.0 到 7.0 的 qmgr 迁移，但是在 windows 上从 7.0 恢复 V6.0 队列管理器时遇到了问题。重新安装 MQ 6.0 后，我将之前备份的 QMGR 数据和日志复制回来，然后尝试启动该 QMGR，例如 TEST01。但是，该命令 strmqm TEST01 返回时不存在这样的 QMGR。

我指的恢复过程来自下面的infor中心

http://publib.boulder.ibm.com/infocenter/wmqv7/v7r0/index.jsp

我备份和恢复 MQGR 数据并通过如下方式登录：

备份 copy C:\Program Files (x86)\IBM\WebSphere MQ\Qmgrs\TEST01 under another path copy C:\Program Files (x86)\IBM\WebSphere MQ\log\TEST01 under another path

恢复 copy above backup folder back to target path

那么根据上面的操作，我是不是漏了什么或者做错了什么？

更新：
这个问题已被解决。我忘记备份注册表中的配置信息，然后将其恢复。这就是为什么 MQ 一开始就无法识别我的 QMGR。

另外，我这里还有一个问题：如何将配置信息从注册表传输到 mqs.ini 文件？

【问题讨论】：

对不起，我误解了回答我自己问题的规则，感谢您的更新@T.Rob
通常，回答您自己的问题是可以的。但在这种情况下，您的答案包括一个后续问题，当问题本身作为答案发布时，您无法投票或接受答案。在这些情况下，通常会更新原始帖子或发布另一个问题。

标签： ibm-mq mq

【解决方案1】：

最好不要迁移 QMgrs，而是在新版本中创建新的 QMgrs。尽管 IBM 一直提供升级路径，但某些功能的实现因版本而异。例如，在 Windows 上，V6 中的注册表设置在 V7.1 及更高版本中不再使用。升级的要求通常来自于相信更换 QMgr 会丢失一些东西。

事实上，这种情况很少见。精心设计的客户端应用程序需要知道其名称的 QMgr 也没有什么特别之处。主机、端口和通道唯一标识客户端应用程序的 QMgr。如果应用程序指定 QMgr 的名称但不匹配，则连接失败。但是应用程序可以指定一个空白的 QMgr 名称并且连接会成功。 QMgr 的名称会自动填写到回复 QMgr 字段中，以便正确处理请求。唯一需要知道名称的是 QRemote（可以重新指向）或使用绑定模式连接的本地应用程序。

也就是说，要回答您的问题，只需执行升级到 V7.1 或 V7.5 就会将 QMgr 的设置移动到 ini 文件中。

【讨论】：

【解决方案2】：

此问题已修复。我忘记从注册表备份配置信息，然后将其恢复。这就是为什么 MQ 一开始就无法识别我的 QMGR。

【讨论】：