DokumentationAEM 6.5Användarhandbok

Uppgraderingsförfarande upgrade-procedure

Last update: Sat Jul 13 2024 00:00:00 GMT+0000 (Coordinated Universal Time)
  • Ämnen:

Skapat för:

  • Administratör
NOTE
Uppgraderingen kräver driftstopp för Author-nivån eftersom de flesta uppgraderingar av Adobe Experience Manager (AEM) utförs på plats. Genom att följa dessa standarder kan du minimera eller eliminera driftstopp i Publish-skiktet.

När du uppgraderar dina AEM-miljöer måste du ta hänsyn till skillnaderna i strategi mellan att uppgradera författarmiljöer eller publiceringsmiljöer för att minimera driftstoppen för både författare och slutanvändare. På den här sidan beskrivs hur du uppgraderar en AEM topologi som för närvarande körs på en version av AEM 6.x. Eftersom processen skiljer mellan redigerings- och publiceringsnivåer och Mongo- och tarMK-baserade distributioner har varje nivå och mikrokärna listats i ett separat avsnitt. När du utför distributionen rekommenderar Adobe att du först uppgraderar din författarmiljö, avgör om du lyckas och sedan fortsätter till publiceringsmiljöerna.

Stjärtmaskförfattarnivå tarmk-author-tier

Startopologi starting-topology

Den topologi som antas för det här avsnittet består av en författarserver som körs på tarMK med ett Cold Standby. Replikering sker från författarservern till TjärMK-publiceringsservergruppen. Även om det inte visas här kan den här metoden även användas för distributioner som använder avlastning. Se till att du uppgraderar eller återskapar avlastningsinstansen på den nya versionen efter att du har inaktiverat replikeringsagenter på författarinstansen och innan du återaktiverar dem.

target_starting_topology

Förberedelse av uppgradering upgrade-preparation

upgrade-prepare-author

  1. Stoppa framtagning av innehåll.

  2. Stoppa vänteläget.

  3. Inaktivera replikeringsagenter på författaren.

  4. Kör underhållsaktiviteterna före uppgradering.

Uppgraderingskörning upgrade-execution

execute_upgrade

  1. Kör uppgraderingen på plats.

  2. Uppdatera Dispatcher-modulen vid behov.

  3. QA validerar uppgraderingen.

  4. Stäng författarinstansen.

Om slutförd if-successful

if_success

  1. Kopiera den uppgraderade instansen för att skapa ett vänteläge i kallt format.

  2. Starta Author-instansen.

  3. Starta Standby-instansen.

Om misslyckades (återställning) if-unsuccessful-rollback

återställning

  1. Starta vänteläget som nytt primärt.

  2. Bygg om redigeringsmiljön från vänteläget Cold.

Författarkluster för MongoMK mongomk-author-cluster

Startopologi starting-topology-1

Den topologi som antas för det här avsnittet består av ett MongoMK Author-kluster med minst två AEM Author-instanser, som stöds av minst två MongoMK-databaser. Alla författarinstanser delar ett datalager. De här stegen bör gälla för både S3- och File-datalager. Replikering sker från författarservrarna till Publish-servergruppen tarMK.

mongo-topology

Förberedelse av uppgradering upgrade-preparation-1

mongo-upgrade_prep

  1. Stoppa framtagning av innehåll.
  2. Klona datalagret för säkerhetskopiering.
  3. Stoppa alla utom en AEM författarinstans, din primära författare.
  4. Ta bort alla MongoDB-noder utom en från replikuppsättningen, den primära Mongo-instansen.
  5. Uppdatera filen DocumentNodeStoreService.cfg på den primära författaren så att den återspeglar replikuppsättningen för en enskild medlem.
  6. Starta om den primära författaren för att säkerställa att den startar om ordentligt.
  7. Inaktivera replikeringsagenter på den primära författaren.
  8. Kör underhållsaktiviteter som är före uppgradering på den primära författarinstansen.
  9. Uppgradera vid behov MongoDB på den primära Mongo-instansen till version 3.2 med WiredTiger.

Uppgraderingskörning Upgrade-execution-1

mongo-execution

  1. Kör en på plats-uppgradering på den primära författaren.
  2. Uppdatera Dispatcher- eller webbmodulen vid behov.
  3. QA validerar uppgraderingen.

Om slutförd if-successful-1

mongo-Secondaries

  1. Skapa nya 6.5 Author-instanser som är anslutna till den uppgraderade Mongo-instansen.

  2. Återskapa de MongoDB-noder som tagits bort från klustret.

  3. Uppdatera DocumentNodeStoreService.cfg-filerna så att de återspeglar hela replikuppsättningen.

  4. Starta om Author-instanserna, en åt gången.

  5. Ta bort det klonade datalagret.

Om misslyckades (återställning) if-unsuccessful-rollback-2

mongo-rollback

  1. Konfigurera om de sekundära författarinstanserna för att ansluta till det klonade datalagret.

  2. Stäng den uppgraderade primära författarinstansen.

  3. Stäng den uppgraderade primära instansen av Mongo.

  4. Starta de sekundära Mongo-instanserna med en av dem som den nya primära instansen.

  5. Konfigurera DocumentNodeStoreService.cfg-filerna på de sekundära författarinstanserna så att de pekar på replikuppsättningen med ännu inte uppgraderade Mongo-instanser.

  6. Starta de sekundära författarinstanserna.

  7. Rensa de uppgraderade författarinstanserna, Mongo-noden och datalagret.

TaMK Publish Farm tarmk-publish-farm

TaMK Publish Farm tarmk-publish-farm-1

Den topologi som antas för det här avsnittet består av två TjärMK-publiceringsinstanser, framtagna av Dispatchers, som i sin tur står framför en belastningsutjämnare. Replikering sker från Författarservern till Publish-servergruppen tarMK.

target-pub-farv5

Uppgraderingskörning upgrade-execution-2

upgrade-publish2

  1. Stoppa trafiken till Publish 2-instansen vid belastningsutjämnaren.
  2. Kör föruppgraderingsunderhåll på Publish 2.
  3. Kör en på plats-uppgradering på Publish 2.
  4. Uppdatera Dispatcher- eller webbmodulen vid behov.
  5. Töm cacheminnet för Dispatcher.
  6. QA validerar Publish 2 genom Dispatcher, bakom brandväggen.
  7. Stäng av Publish 2.
  8. Kopiera Publish 2-instansen.
  9. Starta Publish 2.

Om slutförd if-successful-2

upgrade-publish1

  1. Aktivera trafik till Publish 2.
  2. Stoppa trafiken till Publish 1.
  3. Stoppa Publish 1-instansen.
  4. Ersätt Publish 1-instansen med en kopia av Publish 2.
  5. Uppdatera Dispatcher- eller webbmodulen vid behov.
  6. Töm Dispatcher cache för Publish 1.
  7. Starta Publish 1.
  8. QA validerar Publish 1 genom Dispatcher, bakom brandväggen.

Om misslyckades (återställning) if-unsuccessful-rollback-1

pub_rollback

  1. Skapa en kopia av Publish 1.
  2. Ersätt Publish 2-instansen med en kopia av Publish 1.
  3. Töm Dispatcher cache för Publish 2.
  4. Starta Publish 2.
  5. QA validerar Publish 2 genom Dispatcher, bakom brandväggen.
  6. Aktivera trafik till Publish 2.

Slutliga uppgraderingssteg final-upgrade-steps

  1. Aktivera trafik till Publish 1.
  2. QA utför slutlig validering från en offentlig URL.
  3. Aktivera replikeringsagenter från redigeringsmiljön.
  4. Återuppta redigering av innehåll.
  5. Utför efteruppgraderingskontroller.

final

recommendation-more-help
19ffd973-7af2-44d0-84b5-d547b0dffee2