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.
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.
Stoppa redigering av innehåll
Stoppa standby-instansen
Inaktivera replikeringsagenter på författaren
Uppdatera dispatchermodulen vid behov
QA validerar uppgraderingen
Stäng författarinstansen.
Kopiera den uppgraderade instansen för att skapa en ny Cold Standby
Starta Author-instansen
Starta Standby-instansen.
Starta vänteläget som nytt primärt
Bygg om redigeringsmiljön från vänteläget Cold.
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.
DocumentNodeStoreService.cfg
på den primära författaren för att återspegla replikuppsättningen för en enskild medlemSkapa nya 6.5 Author-instanser, anslutna till den uppgraderade Mongo-instansen
Återskapa MongoDB-noder som tagits bort från klustret
Uppdatera DocumentNodeStoreService.cfg
filer som återspeglar hela replikuppsättningen
Starta om Author-instanserna, en i taget
Ta bort det klonade datalagret.
Konfigurera om de sekundära författarinstanserna för att ansluta till det klonade datalagret
Stäng den uppgraderade primära författarinstansen
Stäng den uppgraderade primära instansen av Mongo.
Starta de sekundära Mongo-instanserna med en av dem som ny primär
Konfigurera DocumentNodeStoreService.cfg
filer på den sekundära författarinstansen så att de pekar på replikuppsättningen ännu inte uppgraderade Mongo-instanser
Starta de sekundära författarinstanserna
Rensa de uppgraderade författarinstanserna, Mongo-noden och datalagret.
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.