上线 go-live

Last update: Mon Jul 15 2024 00:00:00 GMT+0000 (Coordinated Universal Time)

创建对象：

在此历程的这一可选部分中，您将了解在代码和内容准备好移至AEM as a Cloud Service后，如何规划和执行迁移。此外，您还可以了解执行迁移时的最佳实践和已知限制。

迄今为止的故事 story-so-far

在历程的前几个阶段中：

本文档可帮助您了解在熟悉历程的先前步骤后，如何执行向AEM as a Cloud Service的迁移。您将了解如何执行初始生产迁移，以及在迁移到AEM as a Cloud Service时要遵循的最佳实践。

在执行生产迁移之前，请按照实施阶段的内容迁移策略和时间线部分中概述的迁移步骤进行准备和验证。

根据您在克隆上执行AEM as a Cloud Service阶段迁移期间获得的体验，启动从生产环境的迁移：
- Author-Author
- Publish-Publish
验证摄取到AEM as a Cloud Service创作层和发布层的内容。
指示内容创作团队在摄取完成之前避免在源和目标上移动内容
可以添加、编辑或删除新内容，但应避免移动内容。这同时适用于源和目标。
记录完全提取和摄取所花费的时间以估计未来的增补迁移时间表。
为创作和发布创建迁移规划者。

从生产环境进行初始迁移后，您必须执行增量增补，以确保您在云实例上使内容保持最新。因此，建议您遵循以下最佳实践：

如前所述，您必须计划代码和内容冻结期。您可以使用以下问题来帮助计划冻结期：

要回答第一个问题，您应该考虑在非生产环境中执行试运行所用的时间。要回答第二个问题，您需要在添加新功能的团队和重构代码的团队之间进行密切合作。目标是确保添加到现有部署的所有代码均已添加、测试和部署到云服务分支。通常，这意味着代码冻结的量较低。

此外，您还需要在计划最终内容增补时规划内容冻结。

在规划或执行迁移时，应考虑以下准则：

内容传输工具最佳实践

确保上线时，您在生产环境中运行内容迁移，而不是克隆。一个好的方法是使用AZCopy进行初始迁移，然后频繁运行增补提取（甚至每天）以提取较小的块，并避免源AEM上的任何长期负载。

在执行生产迁移时，您应该避免从克隆运行内容传输工具，因为：

如果客户要求在增补迁移期间迁移内容版本，则从克隆执行内容传输工具不会迁移这些版本。即使经常从实时作者重新创建克隆，每次创建克隆时，内容传输工具用于计算增量值的检查点也会重置。
由于克隆无法作为一个整体进行刷新，因此必须使用ACL查询包来打包和安装从生产环境添加到克隆或从中进行编辑的内容。此方法的问题在于，除非手动从源和克隆中删除源实例上任何已删除的内容，否则这些内容将永远不会到达克隆。这会造成生产环境上已删除的内容不会在克隆和AEM as a Cloud Service上删除。

在执行内容迁移时优化AEM源的负载

请记住，在提取阶段，AEM源上的负载较大。请注意以下事项：

内容传输工具是一个外部Java进程，它使用4 GB的JVM栈
非AzCopy版本下载二进制文件，将其存储在源AEM创作实例上的临时空间中，占用磁盘I/O，然后上载到占用网络带宽的Azure容器中
AzCopy将Blob直接从Blob存储传输到Azure容器，从而节省磁盘I/O和网络带宽。 AzCopy版本仍使用磁盘和网络带宽来提取数据，并将数据从区段存储上传到Azure容器中
内容传输工具进程在摄取阶段对系统资源的影响较小，因为它只流式传输摄取日志，就磁盘I/O或网络带宽而言，源实例上的负载并不大。

请考虑，如果在提取的迁移集中发现以下任何限制，则整个摄取将失败：

与以上部分相比，由于以下资源问题，的引入 不会失败。但是，强烈建议在这些情况下采取适当步骤：

上述两项均已在最佳实践分析器报告中标识和报告。

有关详细信息，请参阅上线清单文档。

了解如何迁移到AEM as a Cloud Service后，您可以检查Post-Go-Live页面以保持实例平稳运行。

recommendation-more-help

fbcff2a9-b6fe-4574-b04a-21e75df764ab