本主题说明了如何将从 V5.0 产品迁移来的组件和资源复原到原始状态。
将代理从 V6.0 还原到 V5.0 时会删除消息集,因此必须重新部署它们。警告消息 BIP8688 会提醒您执行此操作,该消息将在您运行 mqsimigratecomponents 命令时出现。
迁移到 V6.0 之后,如果部署了使用 V6.0 新功能(例如,新节点或新 ESQL 语法)的消息流,当代理还原到 V5.0 后,那些消息流将不启动。代理中不使用 V6.0 新函数的其他消息流将继续运行。
V5.0 和 V5.1 Message Brokers Toolkit 源文件在 V6.0 Message Brokers Toolkit 中使用新格式。使用 V6.0 Message Brokers Toolkit 保存这些文件时,它们将迁移到新格式。此后,这些文件就无法再用于 V5.0 或 V5.1 Message Brokers Toolkit。对于在 V6.0 中创建的消息流,您无法将它们还原到 V5.0。有关详细信息,请参阅将迁移的资源用于先前版本的Message Brokers Toolkit的条件。
下面描述了如何将 Message Brokers Toolkit 以及运行时组件复原到 V5.0。
在 V6.0 Message Brokers Toolkit 中进行的所有更改都无法在 V5.0 Message Brokers Toolkit中使用。
使用 mqsimigratecomponents 命令的 -s 和 -t 参数将组件从 V6.0 迁移到 V5.0。将源版本参数(-s)指定为 V6.0,将目标版本参数(-t)指定为 V5.0。有关指定版本号时要使用的这些参数和格式的详细信息,请参阅 mqsimigratecomponents 命令主题。
mqsimigratecomponents Broker -t 5.0.0.4这时可能会显示警告消息 BIP8688,警告您重新部署消息集。
如果迁移到 V6.0,则将消息集部署到 V6.0 代理,然后迁移回 V5.0,这时 V5.0 将无法识别 V6.0 部署的消息集。在这种情况下,将删除 V5.0 无法使用的任何消息集,并为每个消息集显示一条警告消息,提示您在迁移成功后将它重新部署到 V5.0。
mqsimigratecomponents UserNameServer -t 5.0.0.4
将配置管理器从 V5.0 迁移到 V6.0 时,不会更改或删除 DB2 数据库。V6.0 不使用 DB2 存储数据。如果从 V6.0 迁移回 V5.0,则再次使用原来的 DB2 数据库,如果在迁移到 V6.0 后进行了更改,这些更改将不会还原到 V5.0。因此,将丢失在迁移到 V6.0 后进行的所有域更改。
如果在迁移到 V6.0 后部署了代理配置更改,在将配置管理器复原到 V5.0 时,这些更改将丢失。您必须通过删除代理并重新部署它们来重建代理,使它们的状态保持一致。在迁移到 V6.0 后第一次部署之前,请仔细检查配置管理器是否运行正常。
如果在迁移到 V6.0 的过程中更改了配置管理器的队列管理器,在使用 mqsimigratecomponents 命令进行复原时,必须保留新的队列管理器。如果新的队列管理器在非 Windows 操作系统上,则无法使用 mqsimigratecomponents 命令进行复原;而必须使用备份复原。
mqsimigratecomponents ConfigMgr -t 5.0.0.4