Für das Upgrade sind Ausfallzeiten für die Autorenstufe erforderlich, da die meisten Adobe Experience Manager (AEM)-Upgrades direkt durchgeführt werden. Durch Befolgen dieser Best Practices können Sie Ausfallzeiten der Veröffentlichungsstufe minimieren oder vermeiden.
Beim Aktualisieren Ihrer AEM-Umgebungen müssen Sie die Unterschiede beim Ansatz zwischen dem Aktualisieren von Autorenumgebungen oder Veröffentlichungsumgebungen berücksichtigen, um Ausfallzeiten für Autoren und Endbenutzer zu minimieren. Auf dieser Seite wird das allgemeine Verfahren zum Aktualisieren einer AEM Topologie beschrieben, die derzeit mit einer Version von AEM 6.x ausgeführt wird. Da der Prozess zwischen der Autoren- und Veröffentlichungsstufe und Mongo- und TarMK-basierten Implementierungen unterschiedlich ist, wurde jede Ebene und jeder Mikrokernel in einem separaten Abschnitt aufgelistet. Bei der Ausführung Ihrer Bereitstellung empfiehlt Adobe zunächst die Aktualisierung Ihrer Autorenumgebung, um festzustellen, ob sie erfolgreich ist, und dann den Übergang zu den Veröffentlichungsumgebungen.
In diesem Abschnitt wird von einer Topologie mit einem Autorenserver ausgegangen, der auf TarMK mit einem Cold Standby ausgeführt wird. Die Replikation erfolgt vom Autorenserver an die TarMK-Veröffentlichungsfarm. Dieser Ansatz ist zwar hier nicht dargestellt, kann aber auch für Bereitstellungen verwendet werden, die Abladungen verwenden. Stellen Sie sicher, dass Sie die Offloading-Instanz auf der neuen Version upgraden oder neu erstellen, bevor Sie Replikationsagenten, die auf der Autoreninstanz deaktiviert waren, neu aktivieren.
Beenden Sie das Verfassen von Inhalten…
Beenden Sie die Standby-Instanz.
Deaktivieren Sie Replikationsagenten auf der Autoreninstanz.
Führen Sie die Wartungsaufgaben vor dem Upgrade aus.
Führen Sie das In-Place-Upgrade aus…
Aktualisieren des Dispatcher-Moduls falls erforderlich.
QA validiert die Aktualisierung.
Fahren Sie die Autoreninstanz herunter.
Kopieren Sie die aktualisierte Instanz, um eine Cold Standby-Instanz zu erstellen.
Starten Sie die Autoreninstanz.
Starten Sie die Standby-Instanz.
Starten Sie die Cold-Standby-Instanz als neue Primärinstanz…
Erstellen Sie die Autorenumgebung aus der Cold-Standby-Instanz neu.
In diesem Abschnitt wird von einer Topologie mit einem MongoMK-Autoren-Cluster mit mindestens zwei AEM-Autoreninstanzen ausgegangen, gesichert von mindestens zwei MongoMK-Datenbanken. Die Autoreninstanzen nutzen einen gemeinsamen Datenspeicher. Diese Schritte gelten für S3- und Dateidatenspeicher. Die Replikation erfolgt von den Autorenservern zur TarMK-Veröffentlichungsfarm.
DocumentNodeStoreService.cfg
-Datei auf der primären Autoreninstanz, um die Replikatgruppe Ihrer einzelnen Mitglieder widerzuspiegeln.Erstellen Sie neue 6.5-Autoreninstanzen, die mit der upgegradeten Mongo-Instanz verbunden sind…
Erstellen Sie die MongoDB-Knoten neu, die aus dem Cluster entfernt wurden.
Aktualisieren Sie die DocumentNodeStoreService.cfg
-Dateien, um die vollständige Replikatgruppe widerzuspiegeln.
Starten Sie die Autoreninstanzen einzeln neu.
Entfernen Sie den geklonten Datenspeicher.
Konfigurieren Sie die sekundären Autoreninstanzen neu, um diese mit dem geklonten Datenspeicher zu verbinden…
Beenden der upgegradeten primären Autoreninstanz.
Beenden Sie die upgegradete primäre Mongo-Instanz.
Starten Sie die sekundären Mongo-Instanzen neu, wobei eine dieser Instanzen als neue primäre Instanz fungieren muss…
Konfigurieren Sie die DocumentNodeStoreService.cfg
-Dateien in den sekundären Autoreninstanzen auf den Replikatsatz der noch nicht aktualisierten Mongo-Instanzen verweisen.
Starten Sie die sekundären Autoreninstanzen.
Bereinigen Sie die aktualisierten Autoreninstanzen, den Mongo-Knoten und den Datenspeicher.
Die angenommene Topologie für diesen Abschnitt besteht aus zwei TarMK-Veröffentlichungsinstanzen, die von Dispatchern angeführt werden, die wiederum mit einem Lastenausgleich konfrontiert sind. Die Replikation erfolgt vom Autorenserver zur TarMK-Veröffentlichungsfarm.