Upgradeprocedure upgrade-procedure

CAUTION
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.
NOTE
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 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.

tarmk_starting_topologie

Voorbereiding upgrade upgrade-preparation

upgrade-voorbereiding-auteur

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

Uitvoering upgrade upgrade-execution-1

execute_upgrade

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

Indien gelukt if-successful

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) if-unsuccessful-rollback

terugdraaien

  1. De Cold Standby-instantie starten als de nieuwe primaire
  2. 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.

mongotopologie

Voorbereiding upgrade preparation

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 de DocumentNodeStoreService.cfg bestand op de primaire auteur om de replicaset voor één lid weer te geven
  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. Uitvoeren onderhoudstaken voorafgaand aan de upgrade op de primaire instantie van de auteur
  9. Indien nodig, upgrade MongoDB op de primaire Mongo-instantie naar versie 3.2 met WiredTiger

Uitvoering upgrade execution

mongo-uitvoering

  1. Een upgrade ter plekke op de primaire auteur
  2. De Dispatcher of de Module van het Web bijwerken indien nodig
  3. QA bevestigt de verbetering

Indien gelukt successful-1

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. Werk de DocumentNodeStoreService.cfg bestanden om de volledige replicaset weer te geven
  4. De instanties van de Auteur opnieuw, één voor één
  5. Verwijder de gekloonde gegevensopslag.

Indien mislukt (Terugdraaien) if-unsuccessful

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. Configureer de DocumentNodeStoreService.cfg bestanden op de instanties van de secundaire auteur verwijzen naar de replicaset die nog niet is bijgewerkt voor Mongo-instanties
  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

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.

tarmk-pub-farmv5

Uitvoering upgrade execution-upgrade

upgrade-publish2

  1. Verkeer naar de instantie Publish 2 stoppen bij het taakverdelingsmechanisme
  2. Uitvoeren onderhoud vóór upgrade op Publicatie 2
  3. Een upgrade ter plekke op Publicatie 2
  4. De Dispatcher of de Module van het Web bijwerken indien nodig
  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 gelukt successful-2

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. De Dispatcher of de Module van het Web bijwerken indien nodig
  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) rollback

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

Eindstappen voor upgrade final-upgrade-steps

  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. Uitvoeren controles na de upgrade.

final

recommendation-more-help
6a71a83d-c2e0-4ce7-a6aa-899aa3885b56