根据您的配置,可通过多种方式执行迁移测试。
您应具有测试/开发环境来执行迁移测试。 开发环境需遵守以下许可:查看您的许可合同或与Adobe Campaign的销售服务联系。
停止所有正在进行的开发,并将其转移到生产环境。
备份开发环境数据库。
停止开发实例上的所有Adobe Campaign进程。
备份生产环境环境库,并将其恢复为开发数据库。
在启动Adobe Campaign服务之前,运行freezeInstance.js烧灼脚本,用于清除启动备份时正在运行的任何对象的数据库。
nlserver javascript nms:freezeInstance.js -instance:<instance> -arg:<run|dry>
默认情况下,该命令以dry模式启动,并列表该命令执行的所有请求,而不启动它们。 要执行烧灼请求,请在命令中使用run。
通过尝试还原来确保备份正确无误。 确保您可以访问数据库、表、数据等。
在开发环境中测试迁移过程。
迁移到Adobe Campaign 7部分的先决条件中详细介绍了完整过程。
如果开发环境迁移成功,您可以迁移生产环境。
由于对数据包结构进行了更改,在v5平台和v7平台之间无法导入和导出数据。
Adobe Campaign更新命令(postupgrade)允许您同步资源并更新模式和数据库。 此操作只能在应用程序服务器上执行一次。 同步资源后,postupgrade命令允许您检测同步是否生成任何错误或警告。
通过各种选项,您可以衡量迁移的影响并确定潜在问题。 将执行以下选项:
在config命令中:
nlserver.exe config <option> -instance:<instanceName>
或在Postupgrade:
nlserver.exe config -postupgrade <option> -instance:<instanceName>
必须使用**-instance:<instanceame>
选项。 我们不建议使用-allinstances**选项。
-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>
请忽略所有包含JST-310040代码的警告和错误。
将搜索以下表达式(区分大小写):
表达式 |
错误代码 |
日志类型 |
注释 |
---|---|---|---|
.@ |
PU-0001 |
警告 |
在投放个性化中不再支持此类语法。 请参阅JavaScript。 否则,检查值类型是否正确。 |
common.js |
PU-0002 |
警告 |
不能使用此库。 |
logon( |
PU-0003 |
警告 |
此连接方法必须不再使用。 请参阅已识别的Web应用程序。 |
new SoapMethodCall( |
PU-0004 |
警告 |
仅当在从sessionTokenOnly模式下的安全区域执行的JavaScript代码中使用此函数时,才支持此函数。 |
sql= |
PU-0005 |
错误 |
此类型的错误导致迁移失败。 请参阅SQLData。 |
SQLDATA |
PU-0006 |
错误 |
此类型的错误导致迁移失败。 请参阅SQLData。 如果获得概述类型的Web应用程序错误日志(从v6.02迁移),请参阅Web 应用程序。 |
还进行了数据库和模式一致性检查。
通过此选项,可以在已修改的现成对象中恢复它们。 对于每个还原的对象,更改的备份将存储在所选文件夹中:
nlserver.exe config -postupgrade -restoreFactory:<backupfolder> -instance:<instanceName>
我们强烈建议使用绝对文件夹路径并保持文件夹树结构。 例如:backupFolder\nms\srcSchema\billing.xml。
如果在迁移失败后重新启动Postupgrade,它将从停止它的同一位置恢复。