我正在努力将qmgr从6.0迁移到7.0，但是在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文件？
答案 0 :(得分：1)
最好不要迁移QMgrs，而是在新版本中创建新的QMgrs。尽管IBM始终提供升级路径，但某些功能的实现因版本而异。例如，在Windows上，V6中的注册表设置不再用于V7.1及更高版本。升级的要求通常来自于更换QMgr以某种方式失去某些东西的信念。
事实上，这种情况很少发生。 QMgr也没有什么特别之处，精心设计的客户端应用程序需要知道它的名字。主机，端口和通道唯一地标识客户端应用程序的QMgr。如果应用程序指定了QMgr的名称且不匹配，则连接失败。但应用程序可以指定一个空白的QMgr名称，连接将成功。 QMgr的名称会自动填入Reply-To QMgr字段，以便正确处理请求。唯一需要知道名称的是QRemote（可以重新命名）或使用绑定模式连接的本地应用程序。
那就是说，回答你的问题只是执行升级到V7.1或V7.5会将QMgr的设置移动到ini文件。
答案 1 :(得分：0)
此问题已得到修复。我忘了从注册表备份配置信息然后恢复它。这就是为什么MQ一开始就无法识别我的QMGR。