Upgradeprocedure

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 Auteurniveau

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.

tarmk_starting_topologie

Voorbereiding upgrade

upgrade-voorbereiding-auteur

  1. Scripting van inhoud stoppen
  2. De stand-byinstantie stoppen
  3. Maak replicatieagenten op de auteur onbruikbaar
  4. Voer de onderhoudstaken voor de upgrade uit.

Uitvoering van upgrade

execute_upgrade

  1. Voer de upgrade ter plekke uit
  2. Werk de verzendingsmodule indien nodig bij
  3. QA bevestigt de verbetering
  4. Sluit de instantie van de auteur af.

Indien geslaagd

if_success

  1. Kopieer de geüpgrade instantie om een nieuwe Cold Standby te maken
  2. De instantie Auteur starten
  3. Start de Standby-instantie.

Indien mislukt (Terugdraaien)

terugdraaien

  1. De Cold Standby-instantie starten als de nieuwe primaire
  2. Maak de Auteur-omgeving opnieuw vanuit de koude stand-by.

MongoMK-auteurcluster

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.

mongotopologie

Voorbereiding upgrade

mongo-upgrade_prep

  1. Scripting van inhoud stoppen
  2. De gegevensopslag klonen voor back-up
  3. Alles stoppen, behalve één instantie van AEM-auteur, uw primaire auteur
  4. Op één na alle MongoDB-knooppunten verwijderen uit de replicaset, uw primaire Mongo-instantie
  5. Werk het DocumentNodeStoreService.cfg dossier op de primaire Auteur bij om op uw enige lidreplicaset te wijzen
  6. Start de primaire auteur opnieuw om ervoor te zorgen dat deze opnieuw op de juiste wijze wordt opgestart
  7. Maak replicatieagenten op de primaire Auteur onbruikbaar
  8. onderhoudstaken vóór upgrade uitvoeren op de primaire instantie van Auteur
  9. Indien nodig, upgrade MongoDB op de primaire Mongo-instantie naar versie 3.2 met WiredTiger

Uitvoering van upgrade

mongo-uitvoering

  1. Voer een upgrade ter plekke uit op de primaire auteur
  2. Werk de Dispatcher of de Module van het Web indien nodig bij
  3. QA bevestigt de verbetering

Indien geslaagd

mongo-gedetacheerde

  1. Nieuwe 6.3-auteur-instanties maken die zijn verbonden met de geüpgrade Mongo-instantie
  2. De MongoDB-knooppunten die uit de cluster zijn verwijderd, opnieuw samenstellen
  3. De DocumentNodeStoreService.cfg-bestanden bijwerken met de volledige replicaset
  4. De instanties van de Auteur opnieuw, één voor één
  5. Verwijder de gekloonde gegevensopslag.

Indien mislukt (Terugdraaien)

mongo-rollback

  1. De secundaire Auteur opnieuw configureren om verbinding te maken met de gekloonde gegevensopslag
  2. De bijgewerkte primaire instantie van de auteur uitschakelen
  3. Sluit de bijgewerkte primaire instantie van Mongo af.
  4. Start de secundaire Mongo-instanties op met een van deze als nieuwe primaire
  5. Vorm DocumentNodeStoreService.cfg dossiers op de secundaire instanties van de Auteur om aan de replicaset te richten die nog niet instanties van Mongo bevordert
  6. De secundaire instanties van de auteur opstarten
  7. 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.

tarmk-pub-farmv5

Uitvoering van upgrade

upgrade-publish2

  1. Verkeer naar de instantie Publish 2 stoppen bij het taakverdelingsmechanisme
  2. onderhoud vóór upgrade uitvoeren bij publicatie 2
  3. Voer een upgrade ter plekke uit bij Publiceren 2
  4. Werk de Dispatcher of de Module van het Web indien nodig bij
  5. De Dispatcher-cache leegmaken
  6. QA valideert Publish 2 door Dispatcher, achter de firewall
  7. Publicatie 2 afsluiten
  8. De instantie Publish 2 kopiëren
  9. Publicatie 2 starten

Indien geslaagd

upgrade-publish1

  1. Verkeer inschakelen voor publicatie 2
  2. Verkeer stoppen om 1 te publiceren
  3. De instantie Publish 1 stoppen
  4. De instantie Publish 1 vervangen door een kopie van Publish 2
  5. Werk de Dispatcher of de Module van het Web indien nodig bij
  6. De Dispatcher-cache leegmaken voor Publiceren 1
  7. Publicatie 1 starten
  8. QA valideert Publish 1 door Dispatcher, achter de firewall

Indien mislukt (Terugdraaien)

pub_rollback

  1. Een kopie van Publiceren 1 maken
  2. De instantie Publish 2 vervangen door een kopie van Publish 1
  3. De Dispatcher-cache leegmaken voor Publiceren 2
  4. Publicatie 2 starten
  5. QA valideert Publish 2 door Dispatcher, achter de firewall
  6. Verkeer inschakelen voor publicatie 2

Laatste stappen voor upgrade

  1. Verkeer inschakelen voor publicatie 1
  2. QA voert definitieve bevestiging van een openbare URL uit
  3. Replicatieagents inschakelen vanuit de ontwerpomgeving
  4. Inhoud opnieuw ontwerpen
  5. controles na upgrade uitvoeren.

final

Op deze pagina