Upgradeprocedure upgrade-procedure
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 tarmk-author-tier
Begintopologie starting-topology
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.
Voorbereiding upgrade upgrade-preparation
- Scripting van inhoud stoppen
- De stand-byinstantie stoppen
- Maak replicatieagenten op de auteur onbruikbaar
- Voer de onderhoudstaken voorafgaand aan de upgrade.
Uitvoering upgrade upgrade-execution-1
- Voer de upgrade ter plekke
- De verzendingsmodule bijwerken indien nodig
- QA bevestigt de verbetering
- Sluit de instantie van de auteur af.
Indien gelukt if-successful
- Kopieer de geüpgrade instantie om een nieuwe Cold Standby te maken
- De instantie Auteur starten
- Start de Standby-instantie.
Indien mislukt (Terugdraaien) if-unsuccessful-rollback
- De Cold Standby-instantie starten als de nieuwe primaire
- Maak de Auteur-omgeving opnieuw vanuit de koude stand-by.
Auteurscluster MongoMK mongomk-author-cluster
Begintopologie starting
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 preparation
- 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
- Uitvoeren onderhoudstaken voorafgaand aan de upgrade op de primaire instantie van de auteur
- Indien nodig, upgrade MongoDB op de primaire Mongo-instantie naar versie 3.2 met WiredTiger
Uitvoering upgrade execution
- Een upgrade ter plekke op de primaire auteur
- De Dispatcher of de Module van het Web bijwerken indien nodig
- QA bevestigt de verbetering
Indien gelukt successful-1
- 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) if-unsuccessful
- 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
TarMK Publish Farm 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 execution-upgrade
- Verkeer naar de instantie Publish 2 stoppen bij het taakverdelingsmechanisme
- Uitvoeren onderhoud vóór upgrade op Publicatie 2
- Een upgrade ter plekke op Publicatie 2
- De Dispatcher of de Module van het Web bijwerken indien nodig
- De Dispatcher-cache leegmaken
- QA valideert Publish 2 door Dispatcher, achter de firewall
- Publicatie 2 afsluiten
- De instantie Publish 2 kopiëren
- Publicatie 2 starten
Indien gelukt successful-2
- Verkeer inschakelen voor publicatie 2
- Verkeer stoppen om 1 te publiceren
- De instantie Publish 1 stoppen
- De instantie Publish 1 vervangen door een kopie van Publish 2
- De Dispatcher of de Module van het Web bijwerken indien nodig
- De Dispatcher-cache leegmaken voor Publiceren 1
- Publicatie 1 starten
- QA valideert Publish 1 door Dispatcher, achter de firewall
Indien mislukt (Terugdraaien) rollback
- Een kopie van Publiceren 1 maken
- De instantie Publish 2 vervangen door een kopie van Publish 1
- De Dispatcher-cache leegmaken voor Publiceren 2
- Publicatie 2 starten
- QA valideert Publish 2 door Dispatcher, achter de firewall
- Verkeer inschakelen voor publicatie 2
Eindstappen voor upgrade final-upgrade-steps
- Verkeer inschakelen voor publicatie 1
- QA voert definitieve bevestiging van een openbare URL uit
- Replicatieagents inschakelen vanuit de ontwerpomgeving
- Inhoud opnieuw ontwerpen
- Uitvoeren controles na de upgrade.