升級程式 upgrade-procedure

CAUTION
AEM 6.4已結束延伸支援,本檔案不再更新。 如需詳細資訊,請參閱 技術支援期. 尋找支援的版本 此處.
NOTE
由於大部分AEM升級都是就地執行,因此升級需要製作層級的停機時間。 遵循這些最佳實務,可將發佈層級停機時間最小化或消除。

升級AEM環境時,您需要考慮升級製作環境或發佈環境之間的方法差異,以將作者和使用者的停機時間減至最少。 本頁概述升級當前在AEM 6.x版上運行的AEM拓撲的高級過程。由於製作和發佈層級,以及Mongo和TarMK部署之間的程式不同,因此每個層級和微內核已列在個別區段中。 執行部署時,建議您先升級製作環境、判斷是否成功,然後繼續前往發佈環境。

TarMK作者階層 tarmk-author-tier

啟動拓撲 starting-topology

此部分假定的拓撲由運行在TarMK上且具有冷備用的製作伺服器組成。 從製作伺服器復寫至TarMK發佈伺服器場。 雖然此處未說明,但此方法也可用於使用卸載的部署。 在Author例項上停用復寫代理後,以及重新啟用復寫代理之前,請務必升級或重建新版本上的卸載例項。

tarmk_starting_topology

升級準備 upgrade-preparation

upgrade-preparation-author

  1. 停止內容編寫
  2. 停止備用實例
  3. 停用作者上的復寫代理
  4. 執行 預升級維護任務.

升級執行 upgrade-execution-1

execute_upgrade

  1. 執行 就地升級
  2. 更新Dispatcher模組 若有需要
  3. QA驗證升級
  4. 關閉製作例項。

如果成功 if-successful

if_successful

  1. 複製升級實例以建立新的冷備用
  2. 啟動Author例項
  3. 啟動備用實例。

如果失敗(回滾) if-unsuccessful-rollback

回滾

  1. 將冷備用實例啟動為新主實例
  2. 從冷待機重建製作環境。

MongoMK製作叢集 mongomk-author-cluster

啟動拓撲 starting

此區段的假設拓撲包含MongoMK製作叢集,其中至少包含兩個AEM製作執行個體,且至少有兩個MongoMK資料庫作為後備。 所有製作執行個體都共用資料存放區。 這些步驟應同時套用至S3和檔案資料存放區。 從製作伺服器復寫至TarMK發佈伺服器陣列。

mongo拓撲

升級準備 preparation

mongo-upgrade_prep

  1. 停止內容編寫
  2. 克隆資料儲存以進行備份
  3. 除了一個AEM Author例項(您的主要作者)以外,請停止所有
  4. 從副本集(即主Mongo實例)中刪除除一個MongoDB節點之外的所有節點
  5. 更新 DocumentNodeStoreService.cfg 主作者上的檔案,以反映您的單一成員副本集
  6. 重新啟動主作者,確保其重新正常啟動
  7. 停用主要作者上的復寫代理
  8. 執行 預升級維護任務 在主要製作例項上
  9. 如有必要,請使用WiredTiger將主Mongo實例上的MongoDB升級到3.2版

升級執行 execution

mongo-execution

  1. 執行 就地升級 在主要作者上
  2. 更新Dispatcher或Web模組 若有需要
  3. QA驗證升級

如果成功 successful-1

mongo-secondaries

  1. 建立新的6.3製作執行個體,並連線至升級的Mongo執行個體
  2. 重建已從群集中刪除的MongoDB節點
  3. 更新 DocumentNodeStoreService.cfg 要反映完整副本集的檔案
  4. 重新啟動Author例項,一次一個
  5. 移除複製的資料存放區。

如果失敗(回滾) if-unsuccessful

mongo-rollback

  1. 重新設定次要製作執行個體以連線至複製的資料存放區
  2. 關閉升級的Author主執行個體
  3. 關閉升級的Mongo主實例。
  4. 啟動次Mongo實例,其中一個實例作為新主實例
  5. 設定 DocumentNodeStoreService.cfg 次Author實例上的檔案,以指向尚未升級的Mongo實例的複製副本集
  6. 啟動次要製作例項
  7. 清除升級的製作例項、Mongo節點和資料存放區。

TarMK發佈伺服器陣列 tarmk-publish-farm

TarMK發佈伺服器陣列 publish-farm

此區段的假設拓撲包含兩個TarMK發佈執行個體,前端為Dispatcher,後端為負載平衡器。 從製作伺服器復寫至TarMK發佈伺服器陣列。

tarmk-pub-farmv5

升級執行 execution-upgrade

upgrade-publish2

  1. 在負載平衡器上停止發佈2例項的流量
  2. 執行 升級前維護 在第2版
  3. 執行 就地升級 在第2版
  4. 更新Dispatcher或Web模組 若有需要
  5. 排清Dispatcher快取
  6. QA會透過防火牆後的Dispatcher驗證Publish 2
  7. 關閉發佈2
  8. 複製Publish 2例項
  9. 開始發佈2

如果成功 successful-2

upgrade-publish1

  1. 啟用流量以發佈2
  2. 停止流量以發佈1
  3. 停止Publish 1例項
  4. 將Publish 1例項取代為Publish 2
  5. 更新Dispatcher或Web模組 若有需要
  6. 排清發佈1的Dispatcher快取
  7. 開始發佈1
  8. QA會透過防火牆後的Dispatcher驗證Publish 1

如果失敗(回滾) rollback

pub_rollback

  1. 建立發佈1的副本
  2. 將Publish 2例項取代為Publish 1復本
  3. 排清發佈2的Dispatcher快取
  4. 開始發佈2
  5. QA會透過防火牆後的Dispatcher驗證Publish 2
  6. 啟用流量以發佈2

最終升級步驟 final-upgrade-steps

  1. 啟用流量以發佈1
  2. QA會從公用URL執行最終驗證
  3. 從製作環境啟用復寫代理
  4. 繼續內容製作
  5. 執行 升級後檢查.

fal

recommendation-more-help
6a71a83d-c2e0-4ce7-a6aa-899aa3885b56