Show Menu
THEMEN×

Aktualisieren auf AEM 6.4

In diesem Abschnitt wird das Aktualisieren einer AEM-Installation auf AEM 6.4 beschrieben:
Für ein einfacheres Verständnis der in diesen Verfahren verwendeten AEM-Instanzen werden die folgenden Begriffe in diesen Artikeln verwendet:
  • Bei der Quell instanz handelt es sich um die AEM-Instanz, von der aus die Aktualisierung durchgeführt wird.
  • Bei der Ziel instanz handelt es sich um die Instanz, auf die die Aktualisierung durchgeführt wird.
Im Rahmen der Bemühungen zur Verbesserung der Zuverlässigkeit von Aktualisierungen wurde AEM 6.4 einer umfassenden Repository-Umstrukturierung unterzogen. For more information on how to align with the new structure, see Repository Restructuring in AEM 6.4

Was wurde geändert?

Nachfolgend sind die wichtigsten Änderungen im Vergleich zu den letzten AEM-Versionen aufgeführt:
In AEM 6.0 wurde das neue Jackrabbit-Oak-Repository eingeführt. Persistenz-Manager wurden durch Mikrokernel ersetzt. Ab Version 6.1 wird CRX2 nicht mehr unterstützt. Ein Migrationstool mit der Bezeichnung CRX2OAK muss ausgeführt werden, um CRX2-Repositorys von 5.6.1-Instanzen zu migrieren. Weitere Informationen finden Sie unter Verwenden des CRX2OAK-Migrationstools .
Wenn Asset Insights verwendet werden soll und Sie eine Aktualisierung von einer Version vor AEM 6.2 durchführen, müssen Assets migriert und IDs für diese über ein JMX-Bean generiert werden. In internen Tests wurden 125.000 Assets in einer TarMK-Umgebung innerhalb einer Stunde migriert. Ihre Ergebnisse können jedoch möglicherweise abweichen.
AEM 6.3 introduced a new format for the SegmentNodeStore , which is the basis of the TarMK implementation. Wenn Sie eine Version vor AEM 6.3 aktualisieren, muss bei der Aktualisierung eine Migration des Repositorys durchgeführt werden, während der das System nicht verfügbar ist.
Adobe Engineering schätzt, dass diese Ausfallzeit ca. 20 Minuten beträgt. Beachten Sie, dass keine Neuindizierung erforderlich ist. Darüber hinaus wurde eine neue Version des CRX2OAK-Tools für das neue Repository-Format veröffentlicht.
Diese Migration ist nicht erforderlich, wenn Sie von AEM 6.3 auf AEM 6.4 aktualisieren.
Die Wartungsaufgaben vor einer Aktualisierung wurden optimiert, um die Automatisierung zu unterstützen.
Die Befehlszeilenoptionen für die Verwendung des CRX2OAK-Tools wurden geändert, um diese automatisierungsfreundlich zu machen und mehr Aktualisierungspfade zu unterstützen.
Die Prüfungen nach einer Aktualisierung wurden ebenfalls automatisierungsfreundlich gestaltet.
Zu den regelmäßig durchzuführenden Routinewartungsaufgaben gehören jetzt die regelmäßige Revisionsbereinigung und die Bereinigung des Datenspeichers. Mit der Einführung von AEM 6.3 unterstützt und empfiehlt Adobe die Online-Revisionsbereinigung. Weitere Informationen zum Konfigurieren dieser Aufgaben finden Sie unter Revisionsbereinigung .
Mit AEM 6.4 wird der Musterdetektor eingeführt, mit dem Sie bei der Planung der Aktualisierung die Komplexität der Aktualisierung ermitteln können. In 6.4 liegt der Fokus sehr auf der Abwärtskompatibilität der Funktionen. Außerdem wurden Best Practices für nachhaltige Aktualisierungen hinzugefügt.
Einzelheiten zu weiteren Änderungen in den neuen AEM-Versionen finden Sie in den vollständigen Versionshinweisen:

Überblick über die Aktualisierung

Die Aktualisierung von AEM ist ein mehrstufiger Prozess, der in manchen Fällen mehrere Monate dauert. Die nachfolgende Darstellung gibt einen Überblick über die Bestandteile eines Aktualisierungsprojekts und die entsprechenden Inhalte, die in dieser Dokumentation enthalten sind:

Flussdiagramm der Aktualisierung mit Aktualisierungsverbesserungen in 6.4

Das folgende Diagramm zeigt den für die Aktualisierung empfohlenen Ablauf. Beachten Sie den Verweis auf die neu eingeführten Funktionen. The upgrade should start with the Pattern Detector(see Assessing the Upgrade Complexity with Pattern Detector ) which should let you decide the path you want to take for compatibility with AEM 6.4 based on the patterns in the generated report.
There was a big focus in 6.4 to keep all the new features backward compatible, but in cases where you still see some backward compatibility issues, the compatibility mode allows you to temporarily defer development to keep your custom code compliant with 6.4. This approach helps you avoid development effort immediately after the upgrade(see Backward Compatibility in AEM 6.4 ).
Finally, in your 6.4 development cycle, features introduced under Sustainable Upgrades(see Sustainable Upgrades ) help you follow best practices to make future upgrades even more efficient and seamless.