Uppgraderingsprocedur

OBSERVERA

Uppgraderingen kräver driftstopp för Author-nivån eftersom de flesta AEM uppgraderingar utförs på plats. Genom att följa dessa rutiner kan driftstopp i publiceringsskiktet minimeras eller elimineras.

När du uppgraderar dina AEM-miljöer måste du ta hänsyn till skillnaderna i tillvägagångssätt 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 den höga nivån för uppgradering av en AEM topologi som för närvarande körs på en version av AEM 6.x. Eftersom processen skiljer sig mellan redigerings- och publiceringsnivåer samt Mongo- och TarmMK-baserade distributioner, har varje nivå och mikrokärna listats i ett separat avsnitt. När du utför din distribution rekommenderar vi att du först uppgraderar din utvecklingsmiljö, avgör om du lyckas och sedan fortsätter till publiceringsmiljöerna.

Stjärtmaskförfattarnivå

Startopologi

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

Uppgraderingsförberedelse

upgrade-prepare-author

  1. Stoppa redigering av innehåll

  2. Stoppa standby-instansen

  3. Inaktivera replikeringsagenter på författaren

  4. Kör underhållsåtgärderna före uppgraderingen.

Uppgraderingskörning

execute_upgrade

  1. Kör uppgraderingen på plats

  2. Uppdatera dispatchermodulen vid behov

  3. QA validerar uppgraderingen

  4. Stäng författarinstansen.

Om lyckades

if_success

  1. Kopiera den uppgraderade instansen för att skapa en ny Cold Standby

  2. Starta Author-instansen

  3. Starta Standby-instansen.

Om misslyckades (återställning)

å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

Startopologi

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. Dessa steg bör gälla både S3- och File-datalager. Replikering sker från författarservrarna till TjärMK-publiceringsservergruppen.

mongo-topologi

Uppgraderingsförberedelse

mongo-upgrade_prep

  1. Stoppa redigering av innehåll
  2. Klona datalagret för säkerhetskopiering
  3. Stoppa alla utom en AEM Author-instans, din primära författare
  4. Ta bort alla MongoDB-noder utom en från replikuppsättningen, den primära Mongo-instansen
  5. Uppdatera DocumentNodeStoreService.cfg-filen 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 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

mongo-execution

  1. Kör en uppgradering på plats på den primära författaren
  2. Uppdatera Dispatcher eller webbmodulen om det behövs
  3. QA validerar uppgraderingen

Om lyckades

mongo-Secondaries

  1. Skapa nya 6.5 Author-instanser, anslutna till den uppgraderade Mongo-instansen

  2. Återskapa 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 i taget

  5. Ta bort det klonade datalagret.

Om misslyckades (återställning)

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 ny primär

  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.

TjärMK-publiceringsgrupp

TjärMK-publiceringsgrupp

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 TjärMK-publiceringsservergruppen.

tarmk-pub-farv5

Uppgraderingskörning

upgrade-publish2

  1. Stoppa trafiken till Publish 2-instansen vid belastningsutjämnaren
  2. Kör underhåll före uppgradering på Publish 2
  3. Kör en uppgradering på plats på Publish 2
  4. Uppdatera Dispatcher eller webbmodulen om det behövs
  5. Rensa Dispatcher-cachen
  6. QA validerar Publish 2 via Dispatcher, bakom brandväggen
  7. Avsluta publicering 2
  8. Kopiera Publish 2-instansen
  9. Starta publicering 2

Om lyckades

upgrade-publish1

  1. Aktivera trafik till Publish 2
  2. Stoppa trafik 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 om det behövs
  6. Töm Dispatcher-cachen för Publish 1
  7. Starta publicering 1
  8. QA validerar Publish 1 via Dispatcher, bakom brandväggen

Om misslyckades (återställning)

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-cachen för Publish 2
  4. Starta publicering 2
  5. QA validerar Publish 2 via Dispatcher, bakom brandväggen
  6. Aktivera trafik till Publish 2

Slutliga uppgraderingssteg

  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

På denna sida