MongoMK Author-Cluster-Topologie während eines AEM 6.5 LTS-Upgrades

In diesem Artikel wird erläutert, ob die Reduzierung eines MongoMK-Autoren-Clusters auf einen einzelnen Knoten technisch für eine In-Place-Aktualisierung auf AEM 6.5 LTS erforderlich ist oder ob es hauptsächlich als Rollback-Schutz dient.

Beschreibung description

Umgebung

  • Adobe Experience Manager 6.5 oder AEM 6.5 LTS
  • MongoMK-Autoren-Cluster mit mehreren Autoreninstanzen und einer MongoDB-Replikatgruppe

Problem/Symptome

  • Während einer In-Place-Aktualisierung von AEM 6.5 auf AEM 6.5 LTS werden Sie angewiesen, den MongoMK-Autoren-Cluster auf eine aktive Autoreninstanz zu reduzieren und das MongoDB-Replikat auf ein Mitglied zu setzen.
  • Sie müssen feststellen, ob diese Reduzierung für das Upgrade technisch erforderlich ist oder primär als Rollback-Schutz dient.
  • Sie möchten wissen, ob das Upgrade fortgesetzt werden kann, wenn das vollständige MongoDB-Replikat und alle Autoreninstanzen intakt sind.

Ursache

Nur eine Autoreninstanz sollte während des Upgrades in das Repository schreiben, während andere Tools oder Prozesse nicht in es schreiben sollten. Das in Adobe veröffentlichte Upgrade-Verfahren weist Sie außerdem an, den MongoDB-Replikatsatz auf ein Mitglied zu reduzieren und die DocumentNodeStoreService.cfg des primären Autors für diese Topologie zu aktualisieren. Die technische Bewertung der Quelle besagt, dass die Beibehaltung der vollständigen Replikatgruppe in Betracht gezogen werden kann, wenn die Single-Writer-Bedingung und die Sicherungsmaßnahmen erfüllt sind. Dies unterscheidet sich jedoch vom dokumentierten Verfahren von Adobe und erfordert eine bereitstellungsspezifische Überprüfung.

Lösung resolution

Gehen Sie wie folgt vor, um das Problem zu beheben:

  1. Beenden Sie die Inhaltserstellung und stellen Sie sicher, dass nur eine AEM-Autoreninstanz aktiv ist und während des Upgrades in das Repository schreibt.

  2. Beenden Sie alle anderen Autoreninstanzen, damit während des Upgrades nur die angegebene Autoreninstanz ausgeführt und mit MongoDB verbunden bleibt.

  3. Wählen Sie die MongoDB-Topologie für das Upgrade:

    • Reduzieren Sie für das dokumentierte Upgrade-Verfahren von Adobe vorübergehend den MongoDB-Replikatsatz auf ein Mitglied und aktualisieren Sie die DocumentNodeStoreService.cfg des primären Autors, sodass sie den Replikatsatz mit einem Mitglied widerspiegelt.
    • Wenn Sie die vollständige MongoDB-Replikatgruppe beibehalten möchten, fahren Sie erst fort, nachdem der Verantwortliche für das Upgrade bestätigt hat, dass diese Topologie für Ihre Bereitstellung geeignet ist.

    Hinweis Das veröffentlichte Upgrade-Verfahren von Adobe verwendet während der Upgrade-Vorbereitung ein MongoDB-Replikat mit einem Mitglied und erstellt die entfernten Knoten nach einem erfolgreichen Upgrade neu. Das Beibehalten des vollständigen Replikatsatzes ist eine Alternative, die in der technischen Bewertung identifiziert wurde, nicht das Standardverfahren im veröffentlichten Runbook. Validieren Sie diese Alternative mit Adobe oder einem qualifizierten AEM-/MongoDB-Upgrade-Spezialisten, bevor Sie fortfahren.

  4. Stellen Sie sicher, dass während des Upgrade-Fensters keine anderen Tools oder Prozesse in das Repository schreiben.

  5. Erstellen Sie zuverlässige, getestete Backups vor dem Upgrade:

    • Sichern Sie die MongoDB-Replikatgruppe.
    • Sichern Sie den Datenspeicher, unabhängig davon, ob er Dateispeicher oder S3 verwendet.
    • Sichern Sie die Autoreninstallation einschließlich crx-quickstart.
  6. Fahren Sie mit dem Upgrade auf der aktiven Autoreninstanz fort, indem Sie dem dokumentierten [-In-Place-Upgrade-Verfahren von Adobe ] (https://experienceleague.adobe.com/de/docs/experience-manager-65-lts/content/implementing/deploying/upgrading/in-place-upgrade).

  7. Überprüfen Sie nach einem erfolgreichen Upgrade, ob die Autoreninstanz und der MongoDB-Replikatsatz erwartungsgemäß funktionieren. Hinweis: Wenn Sie die Einzelmember-Prozedur verwendet haben, erstellen Sie die entfernten MongoDB-Knoten neu, aktualisieren Sie DocumentNodeStoreService.cfg entsprechend dem vollständigen Replikationssatz und starten Sie die Autoreninstanzen einzeln neu, wie im Upgrade-Verfahren von Adobe beschrieben.

recommendation-more-help
experience-cloud-kcs-help-kbarticles