测试迁移

一般过程

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

您应具有测试/开发环境来执行迁移测试。 开发环境需遵守以下许可：查看您的许可合同或与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 Campaign 7部分的先决条件中详细介绍了完整过程。

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>

恢复迁移

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