测试迁移

一般过程

根据您的配置，可通过多种方式执行迁移测试。

您应具有测试／开发环境来执行迁移测试。 开发环境需遵守许可：检查您的许可合同或与Adobe Campaign的销售服务联系。

1. 停止所有正在进行的开发，并将其交付到生产环境。

2. 备份开发环境库。

3. 停止开发实例上的所有Adobe Campaign进程。

4. 备份生产环境环境库，并将其恢复为开发。

5. 在启动Adobe Campaign服务之前，请运行​freezeInstance.js​烧灼脚本，该脚本允许您清除启动备份时正在运行的任何对象的数据库。

   nlserver javascript nms:freezeInstance.js -instance:<instance> -arg:<run|dry>
   

   注意

   默认情况下，该命令在​dry​模式下启动，并列表该命令执行的所有请求，而不启动它们。 要执行烧灼请求，请在命令中使用​run。

6. 通过尝试恢复备份，确保备份正确无误。 确保您可以访问数据库、表、数据等。

7. 在开发环境测试迁移过程。

   迁移到Adobe Campaign7部分的先决条件中详细介绍了完整过程。

8. 如果开发环境迁移成功，则可以迁移生产环境。

迁移工具

通过各种选项，您可以衡量迁移的影响并确定潜在问题。 将执行以下选项：

• 在​config​命令中：

  nlserver.exe config <option> -instance:<instanceName>
  

• 或者在postupgrade:

  nlserver.exe config -postupgrade <option> -instance:<instanceName>
  

-showCustomEntities和-showDeletedEntities选项

• -showCustomEntities​选项显示所有非标准对象的列表:

  nlserver.exe config -showCustomEntities -instance:<instanceName>
  

  已发送消息的示例：

  xtk_migration:opsecurity2 xtk:entity
  

• -showDeletedEntities​选项显示列表库或文件系统中缺失的所有标准对象。 对于每个缺少的对象，指定路径。

  nlserver.exe config -showDeletedEntities -instance:<instanceName>
  

  已发送消息的示例：

  Out of the box object 'nms:deliveryCustomizationMdl' belonging to the 'xtk:srcSchema' schema has not been found in the file system.
  

验证进程

该过程作为postupgrade命令中的标准集成，允许您显示可能导致迁移失败的警告和错误。 如果显示错误，则迁移尚未执行。 如果发生这种情况，请更正所有错误，然后重新开始错误。

您可以使用以下命令开始验证过程（不进行迁移）:

nlserver.exe config -postupgrade -check -instance:<instanceName>

搜索以下表达式（区分大小写）:

还进行了数据库和模式一致性检查。

恢复选项

通过此选项，可以恢复现成的对象（如果已修改）。 对于每个还原的对象，更改的备份会存储在所选文件夹中：

nlserver.exe config -postupgrade -restoreFactory:<backupfolder> -instance:<instanceName>

恢复迁移

如果在迁移失败后重新启动程序升级，它将从停止的同一位置恢复。