DocumentatieAEM 6.5Handboek

Upgradeprocedure upgrade-procedure

Last update: Sun Jul 14 2024 00:00:00 GMT+0000 (Coordinated Universal Time)
  • Onderwerpen:

Gemaakt voor:

  • Beheerder
NOTE
De upgrade vereist downtime voor de Auteur-laag, aangezien de meeste Adobe Experience Manager-upgrades (AEM) op hun plaats worden uitgevoerd. Met deze tips en trucs kunt u downtime in Publish-lagen minimaliseren of elimineren.

Wanneer u uw AEM-omgevingen upgradet, moet u rekening houden met de verschillen in aanpak tussen het upgraden van de auteursomgevingen of het publiceren van omgevingen om downtime voor zowel uw auteurs als eindgebruikers te minimaliseren. 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. Omdat het proces tussen auteur en publicatielagen en op Mongo en TarMK gebaseerde plaatsingen verschilt, is elke rij en microkernel vermeld in een afzonderlijke sectie. Wanneer het uitvoeren van uw plaatsing, adviseert de Adobe 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 hier niet geïllustreerd, kan deze benadering ook voor plaatsingen worden gebruikt die het ontladen 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

verbetering-voorbereiding-auteur

  1. Inhoud niet schrijven.

  2. Stop de stand-by instantie.

  3. Schakel replicatieagents op de auteur uit.

  4. Stel de preupgrade onderhoudstakenin werking.

Uitvoering upgrade upgrade-execution

execute_upgrade

  1. Voer de verbetering op zijn plaatsin werking.

  2. Werk de module van Dispatcher indien nodig bij.

  3. QA valideert de verbetering.

  4. Sluit de instantie van de auteur af.

Indien gelukt if-successful

if_success

  1. Kopieer de geüpgrade instantie om een koude stand-by te maken.

  2. Start de instantie Auteur.

  3. Start de Standby-instantie.

Indien mislukt (Terugdraaien) if-unsuccessful-rollback

terugschroeven van prijzen

  1. Start de Cold Standby-instantie als de nieuwe primaire instantie.

  2. Maak de Auteur-omgeving opnieuw vanuit de koude stand-by.

Auteurscluster MongoMK mongomk-author-cluster

Begintopologie starting-topology-1

De veronderstelde topologie voor deze sectie bestaat uit een cluster van de Auteur MongoMK met minstens twee AEM instanties van de Auteur, 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 landbouwbedrijf TarMK Publish voor.

mongo-topologie

Voorbereiding upgrade upgrade-preparation-1

mongo-upgrade_prep

  1. Inhoud niet schrijven.
  2. Kloont de gegevensopslag voor back-up.
  3. Stop op één na alle AEM instantie Auteur, uw primaire auteur.
  4. Verwijder op één na alle MongoDB-knooppunten uit de replicaset, uw primaire Mongo-instantie.
  5. Werk het DocumentNodeStoreService.cfg -bestand op de primaire auteur bij om de één lidreplicaset te weerspiegelen.
  6. Start de primaire auteur opnieuw om ervoor te zorgen dat deze opnieuw op de juiste wijze wordt opgestart.
  7. Schakel replicatieagents op de primaire auteur uit.
  8. Voer preupgrade onderhoudstakenop de primaire instantie van de Auteur in werking.
  9. Indien nodig, bevorder MongoDB op de primaire instantie Mongo aan versie 3.2 met WiredTiger.

Uitvoering upgrade Upgrade-execution-1

mongo-uitvoering

  1. Stel een verbeteringop plaats op de primaire Auteur in werking.
  2. Werk Dispatcher of Module van het Web indien nodig bij.
  3. QA valideert de verbetering.

Indien gelukt if-successful-1

mongo-secundair

  1. Maak nieuwe 6.5 Auteur-instanties die zijn verbonden met de geüpgrade Mongo-instantie.

  2. Maak de MongoDB-knooppunten die uit de cluster zijn verwijderd, opnieuw.

  3. Werk de DocumentNodeStoreService.cfg bestanden bij met de volledige replicaset.

  4. Start de instanties Auteur opnieuw, één voor één.

  5. Verwijder de gekloonde gegevensopslag.

Indien mislukt (Terugdraaien) if-unsuccessful-rollback-2

mongo-rollback

  1. Wijzig de secundaire instanties van de Auteur om met de gekloonde gegevensopslag te verbinden.

  2. Sluit de bijgewerkte primaire instantie van Auteur.

  3. Sluit de bijgewerkte primaire instantie van Mongo af.

  4. Start de secundaire Mongo-instanties op met een van hen als de nieuwe primaire instantie.

  5. Configureer de DocumentNodeStoreService.cfg -bestanden op de secundaire Author-instanties om te wijzen naar de replicaset van nog niet bijgewerkte Mongo-instanties.

  6. Start de secundaire Auteur-instanties op.

  7. Maak de bijgewerkte auteur-instanties, het Mongo-knooppunt en de gegevensopslag leeg.

TarMK Publish Farm tarmk-publish-farm

TarMK Publish Farm tarmk-publish-farm-1

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 landbouwbedrijf van TarMK Publish voor.

mar-pub-farmv5

Uitvoering upgrade upgrade-execution-2

verbetering-publish2

  1. Stop het verkeer naar de Publish 2-instantie bij het taakverdelingsmechanisme.
  2. Looppas pre-verbeteringsonderhoudop Publish 2.
  3. Voer een op zijn plaats verbeteringop Publish 2 in werking.
  4. Werk Dispatcher of Module van het Web indien nodig bij.
  5. Maak de Dispatcher cache leeg.
  6. QA valideert Publish 2 door de Dispatcher, achter de firewall.
  7. Publish afsluiten 2.
  8. Kopieer het Publish 2-exemplaar.
  9. Start Publish 2.

Indien gelukt if-successful-2

verbetering-publish1

  1. Verkeer naar Publish 2 inschakelen.
  2. Stop het verkeer naar Publish 1.
  3. Stop de Publish 1-instantie.
  4. Vervang Publish 1 door een kopie van Publish 2.
  5. Werk Dispatcher of Module van het Web indien nodig bij.
  6. Maak de Dispatcher cache leeg voor Publish 1.
  7. Start Publish 1.
  8. QA valideert Publish 1 door de Dispatcher, achter de firewall.

Indien mislukt (Terugdraaien) if-unsuccessful-rollback-1

pub_rollback

  1. Maak een kopie van Publish 1.
  2. Vervang Publish 2 door een kopie van Publish 1.
  3. Maak de Dispatcher cache leeg voor Publish 2.
  4. Start Publish 2.
  5. QA valideert Publish 2 door de Dispatcher, achter de firewall.
  6. Verkeer naar Publish 2 inschakelen.

Eindstappen voor upgrade final-upgrade-steps

  1. Verkeer naar Publish 1 inschakelen.
  2. QA voert definitieve bevestiging van een openbare URL uit.
  3. Schakel replicatieagents in de auteuromgeving.
  4. Inhoud opnieuw ontwerpen.
  5. Voer post-verbeteringscontrolesuit.

definitief

recommendation-more-help
19ffd973-7af2-44d0-84b5-d547b0dffee2