Show Menu
主题×

Upgrading to AEM 6.5

在本节中,我们将介绍如何将AEM安装升级到AEM 6.5:
为了更轻松地引用这些过程中涉及的AEM实例,这些文章中使用了以下术语:
  • 实例 ,是您要从中升级的AEM实例。
  • 标实例 ,即您要升级到的实例。
作为提高升级可靠性的努力的一部分,AEM已进行了全面的存储库重组。 有关如何与新结构对齐的更多信息,请参阅AEM 中的存储库重组。

发生了什么变化?

以下是AEM最后几个发行版中注意事项的主要更改:
AEM 6.0引入了新的Jackrabbit Oak存储库。 持久性管理器由微内核 代替 。 从6.1版开始,不再支持CRX2。 需要运行名为crx2oak的迁移工具,才能从5.6.1实例迁移CRX2存储库。 有关详细信息,请 参阅使用CRX2OAK迁移工具
如果要使用资产分析,并且您要从AEM 6.2以前的版本升级,则必须迁移资产,并通过JMX Bean生成ID。 在我们的内部测试中,在一小时内就迁移了125K个TarMK环境中的资源,但结果可能会有所不同。
6.3为TarMK实施引入了 SegmentNodeStore 一种新的格式,这是TarMK实施的基础。 如果您是从AEM 6.3之前的版本升级,则这将需要在升级过程中进行存储库迁移,这涉及到系统停机时间。
Adobe工程部估计,此时间约为20分钟。 请注意,无需重新构建索引。 此外,还发布了crx2oak工具的新版本,以使用新的存储库格式。
从AEM 6.3升级到AEM 6.5时,不需要进行此迁移。
升级前维护任务已经过优化,可支持自动化。
crx2oak工具命令行使用选项已更改为适合自动化并支持更多升级路径。
升级后检查也变得对自动化友好。
修订的定期垃圾收集和数据存储垃圾收集现在是需要定期执行的常规维护任务。 随着AEM 6.3的推出,Adobe支持并建议进行联机修订清理。 有关如 何配置这些任务的信息 ,请参阅修订清除。
在您开始计划升 级时,AEM最近引入了Pattern Detector ,以评估升级的复杂性。 6.5还强调功能的向后 兼容性 。 最后,还加入了可持 续升级 的最佳实践。
有关最新AEM版本中其他更改的更多详细信息,请参阅完整的发行说明:

升级概述

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

升级流程

下图显示了总体推荐流程,重点介绍了升级方法。 请注意我们引入的新功能的参考。 升级应从模式检测器开始(请参阅使用模式检测器评估升级复杂性 利用模式检测器评估升级复杂度 ),它允许您根据生成的报告中的模式确定要采用的路径以与AEM 6.4兼容。
在6.5中,要使所有新功能向后兼容,需要重点考虑,但是,如果您仍然看到一些向后兼容性问题,兼容性模式允许您暂时推迟开发,以使自定义代码符合6.5规范。此方法可帮助您避免在升级后立即进行开发工作(请参阅AEM 6.5 中的向后兼容性 )。
最后,在您的6.5开发周期中,“可持续升级”(请参阅“可持续升级” 可持续升级 )中引入的功能可以帮助您遵循最佳实践,使未来的升级更高效、无缝。