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