Show Menu
主题×

升级过程

由于大多数AEM升级都是就地执行的,因此升级过程将需要作者层停机。 通过遵循这些最佳实践,可以将发布层停机时间减至最少或消除。
在升级AEM环境时,您需要考虑升级创作环境或发布环境之间的方法差异,以最大限度地减少作者和最终用户的停机时间。 本页概述了升级AEM 6.x版本上当前运行的AEM拓扑的高级过程。由于创作层和发布层以及基于Mongo和TarMK的部署之间的过程不同,因此每层和微内核都列在单独的部分中。 执行部署时,我们建议先升级您的创作环境,确定成功与否,然后继续到发布环境。

TarMK作者层

起始拓扑

本节假定的拓扑由在TarMK上运行的具有Cold Standby的作者服务器组成。 从作者服务器复制到TarMK发布群。 虽然此处未说明,但此方法也可用于使用卸载的部署。 请确保在作者实例上禁用复制代理之后并在重新启用它们之前,升级或重新构建新版本上的卸载实例。

升级准备

  1. 停止内容创作
  2. 停止备用实例
  3. 在作者上禁用复制代理

升级执行

  1. 根据需要更新调 度程序模块
  2. QA验证升级
  3. 关闭作者实例。

如果成功

  1. 复制升级的实例以创建新的Cold Standby
  2. 启动作者实例
  3. 启动Standby实例。

如果失败(回滚)

  1. 启动Cold Standby实例作为新的主实例
  2. 从Cold Standby重建创作环境。

MongoMK作者群集

起始拓扑

此部分的假定拓扑由一个MongoMK作者群集组成,该群集至少包含两个AEM作者实例,由至少两个MongoMK数据库支持。 所有作者实例共享一个数据存储。 这些步骤应同时适用于S3和文件数据存储。 从作者服务器复制到TarMK发布群。

升级准备

  1. 停止内容创作
  2. 克隆数据存储以进行备份
  3. 停止除一个AEM作者实例外的所有实例,即您的主作者
  4. 从复制副本集(即主Mongo实例)中删除除一个MongoDB节点外的所有节点
  5. 更新主作 DocumentNodeStoreService.cfg 者上的文件以反映您的单个成员复制副本集
  6. 重新启动主作者,以确保正确重新启动
  7. 在主作者上禁用复制代理
  8. 如有必要,使用WiredTiger将主Mongo实例上的MongoDB升级到版本3.2

升级执行

  1. 根据需要更新调度程序或Web 模块
  2. QA验证升级

如果成功

  1. 创建新的6.5作者实例,它连接到升级的Mongo实例
  2. 重建从群集中删除的MongoDB节点
  3. 更新文 DocumentNodeStoreService.cfg 件以反映完整的复制副本集
  4. 重新启动作者实例,一次一个
  5. 删除克隆的数据存储。

如果失败(回滚)

  1. 重新配置辅助作者实例以连接到克隆的数据存储
  2. 关闭升级的作者主实例
  3. 关闭升级的Mongo主实例。
  4. 启动次Mongo实例,其中一个实例作为新的主实例
  5. 在辅助作 DocumentNodeStoreService.cfg 者实例上配置文件,以指向尚未升级的Mongo实例的复制集
  6. 启动辅助作者实例
  7. 清理升级的作者实例、Mongo节点和数据存储。

TarMK Publish Farm

TarMK Publish Farm

此部分假定的拓扑由两个TarMK发布实例组成,前面是由负载平衡器前面的Dispatchers实例。 从作者服务器复制到TarMK发布农场。

升级执行

  1. 在负载平衡器上停止Publish 2实例的通信
  2. 根据需要更新调度程序或Web 模块
  3. 刷新调度程序缓存
  4. QA通过防火墙后的调度程序验证Publish 2
  5. 关闭发布2
  6. 复制Publish 2实例
  7. 开始发布2

如果成功

  1. 启用流量以发布2
  2. 停止发布1的流量
  3. 停止Publish 1实例
  4. 将Publish 1实例替换为Publish 2的副本
  5. 根据需要更新调度程序或Web 模块
  6. 刷新Publish 1的Dispatcher缓存
  7. 开始发布1
  8. QA通过防火墙后的调度程序验证Publish 1

如果失败(回滚)

  1. 创建发布1的副本
  2. 将Publish 2实例替换为Publish 1的副本
  3. 刷新Publish 2的Dispatcher缓存
  4. 开始发布2
  5. QA通过防火墙后的调度程序验证Publish 2
  6. 启用流量以发布2

最终升级步骤

  1. 启用流量以发布1
  2. QA通过公共URL执行最终验证
  3. 从创作环境中启用复制代理
  4. 恢复内容创作
  5. 执行 升级后检查