升级到Adobe Experience Manager (AEM) 6.5 upgrading-to-aem

本节介绍如何将AEM安装升级到AEM 6.5：

为了便于引用这些过程中涉及的AEM实例，在这些文章中使用了以下术语：

更改了哪些内容？ what-has-changed

以下是AEM最近几个版本中注释的主要更改：

AEM 6.0引入了新的Jackrabbit Oak存储库。 持久性管理器已被微内核替换。 从版本6.1开始，不再支持CRX2。 必须运行名为crx2oak的迁移工具才能从5.6.1实例迁移CRX2存储库。 有关详细信息，请参阅使用CRX2OAK迁移工具。

如果使用Assets Insights，并且您从AEM 6.2之前的版本进行升级，则必须迁移资源并通过JMX Bean生成ID。 对于Adobe的内部测试，TarMK环境上的125K资源在一小时内完成迁移，但结果可能有所不同。

6.3引入了SegmentNodeStore的新格式，它是TarMK实现的基础。 如果您从AEM 6.3之前的版本升级，这需要在升级过程中迁移存储库，包括系统停机时间。

Adobe工程部门估计需要20分钟左右。 不需要重新编制索引。 此外，已发布新版本的crx2oak工具以与新的存储库格式配合使用。

如果从AEM 6.3升级到AEM 6.5，则不需要此迁移。

升级前维护任务已优化以支持自动化。

crx2oak工具命令行使用选项已更改为自动化友好并支持更多升级路径。

升级后的检查也变得有利于自动化。

定期收集修订垃圾和数据存储垃圾现在是必须定期执行的例行维护任务。 引入AEM 6.3后，Adobe支持并建议进行联机修订清理。 有关如何配置这些任务的信息，请参阅修订清理。

AEM最近引入了模式检测器，以便在您开始规划升级时评估升级的复杂性。 6.5还特别关注功能的向后兼容性。 最后，还添加了可持续升级的最佳实践。

有关最新AEM版本中其他哪些内容发生了更改的详细信息，请参阅完整的发行说明：

升级概述 upgrade-overview

升级AEM是一个多步骤、有时甚至是多个月的过程。 以下概要概述了升级项目中包含的内容以及本文档中包含的内容：

升级流程 upgrade-overview-1

下图概述了整体建议的流程，重点说明了升级方法。 请注意对Adobe引入的新功能的引用。 升级应从模式检测器开始（请参阅使用模式检测器评估升级复杂性），这应该允许您根据生成的报告中的模式决定要采用的路径，以便与AEM 6.4兼容。

6.5非常重视使所有新功能向后兼容，但是，如果您仍然看到一些向后兼容性问题，则兼容性模式可让您暂时推迟开发，以使自定义代码与6.5兼容。此方法有助于您在升级后立即避免开发工作(请参阅AEM 6.5中的向后兼容性)。

最后，在您的6.5开发周期中，在可持续升级下引入的功能（请参阅可持续升级）可帮助您遵循最佳实践，使未来的升级更高效、更顺畅。