AEM 6.4 heeft het einde van de uitgebreide ondersteuning bereikt en deze documentatie wordt niet meer bijgewerkt. Raadpleeg voor meer informatie onze technische ondersteuningsperioden. Ondersteunde versies zoeken hier.
OPMERKING
De upgrade vereist downtime voor de Auteur-laag omdat de meeste AEM upgrades op hun plaats worden uitgevoerd. Door deze beste praktijken te volgen, kan de Publish laagonderbreking worden geminimaliseerd of worden geëlimineerd.
Wanneer u uw AEM-omgevingen upgradet, moet u rekening houden met de verschillen in aanpak tussen het upgraden van auteursomgevingen of het publiceren van omgevingen om downtime voor zowel uw auteurs als eindgebruikers tot een minimum te beperken. Deze pagina schetst de procedure op hoog niveau voor de bevordering van een AEM topologie die momenteel op een versie van AEM 6.x loopt. Aangezien het proces tussen auteur en publicatieniveaus evenals op Mongo en TarMK gebaseerde plaatsingen verschilt, is elke rij en microkernel vermeld in een afzonderlijke sectie. Wanneer het uitvoeren van uw plaatsing, adviseren wij eerst uw auteursmilieu te bevorderen, bepalend succes, en dan aan de publicatiemilieu's te werk te gaan.
TarMK-auteurreeks
Begintopologie
De veronderstelde topologie voor deze sectie bestaat uit een server van de Auteur die op TarMK met een Koude Reserve loopt. De replicatie komt van de server van de Auteur aan TarMK voor publiceert landbouwbedrijf. Hoewel deze aanpak hier niet wordt geïllustreerd, kan deze ook worden gebruikt voor implementaties die offloading gebruiken. Zorg ervoor om de het ontladen instantie op de nieuwe versie te bevorderen of te herbouwen na het onbruikbaar maken van replicatieagenten op de instantie van de Auteur en alvorens hen opnieuw toe te laten.
Kopieer de geüpgrade instantie om een nieuwe Cold Standby te maken
De instantie Auteur starten
Start de Standby-instantie.
Indien mislukt (Terugdraaien)
De Cold Standby-instantie starten als de nieuwe primaire
Maak de Auteur-omgeving opnieuw vanuit de koude stand-by.
Auteurscluster MongoMK
Begintopologie
De veronderstelde topologie voor deze sectie bestaat uit een cluster van de Auteur MongoMK met minstens twee instanties van de Auteur AEM, gesteund door minstens twee gegevensbestanden MongoMK. Alle instanties van Auteurs delen een datastore. Deze stappen zouden op zowel S3 als de datastores van het Dossier moeten van toepassing zijn. De replicatie komt van de servers van de Auteur aan het TarMK voor publiceert landbouwbedrijf.
Voorbereiding upgrade
Scripting van inhoud stoppen
De gegevensopslag klonen voor back-up
Alles stoppen, behalve één instantie van AEM-auteur, uw primaire auteur
Op één na alle MongoDB-knooppunten verwijderen uit de replicaset, uw primaire Mongo-instantie
Werk de DocumentNodeStoreService.cfg bestand op de primaire auteur om de replicaset voor één lid weer te geven
Start de primaire auteur opnieuw om ervoor te zorgen dat deze opnieuw op de juiste wijze wordt opgestart
Maak replicatieagenten op de primaire Auteur onbruikbaar
De Dispatcher of de Module van het Web bijwerken indien nodig
QA bevestigt de verbetering
Indien gelukt
Nieuwe 6.3-auteur-instanties maken die zijn verbonden met de geüpgrade Mongo-instantie
De MongoDB-knooppunten die uit de cluster zijn verwijderd, opnieuw samenstellen
Werk de DocumentNodeStoreService.cfg bestanden om de volledige replicaset weer te geven
De instanties van de Auteur opnieuw, één voor één
Verwijder de gekloonde gegevensopslag.
Indien mislukt (Terugdraaien)
De secundaire Auteur opnieuw configureren om verbinding te maken met de gekloonde gegevensopslag
De bijgewerkte primaire instantie van de auteur uitschakelen
Sluit de bijgewerkte primaire instantie van Mongo af.
Start de secundaire Mongo-instanties op met een van deze als nieuwe primaire
Configureer de DocumentNodeStoreService.cfg bestanden op de instanties van de secundaire auteur verwijzen naar de replicaset die nog niet is bijgewerkt voor Mongo-instanties
De secundaire instanties van de auteur opstarten
Maak de bijgewerkte auteur-instanties, het Mongo-knooppunt en de gegevensopslag schoon.
TarMK Publish Farm
TarMK Publish Farm
De veronderstelde topologie voor deze sectie bestaat uit twee te publiceren TarMK instanties, die door Dispatchers worden geleid die beurtelings door een taakverdelingsmechanisme worden voorafgegaan. De replicatie komt van de server van de Auteur aan het TarMK voor publiceert landbouwbedrijf.
Uitvoering upgrade
Verkeer naar de instantie Publish 2 stoppen bij het taakverdelingsmechanisme