Durchführen einer ersetzenden Aktualisierung performing-an-in-place-upgrade
Schritte vor der Aktualisierung pre-upgrade-steps
Vor der Durchführung des Upgrades müssen einige Schritte ausgeführt werden. Siehe Aktualisieren von Code und Anpassungen und Wartungsaufgaben vor einer Aktualisierung für weitere Informationen. Stellen Sie außerdem sicher, dass Ihr System die Anforderungen für die neue Version von AEM erfüllt. Erfahren Sie, wie Sie mit dem Musterdetektor die Komplexität Ihrer Aktualisierung abschätzen können, und lesen Sie auch den Abschnitt "Aktualisierungsumfang und -anforderungen"unter Planung der Aktualisierung für weitere Informationen.
Migrationsvoraussetzungen migration-prerequisites
-
Erforderliche Java-Mindestversion: Das Migrationstool funktioniert nur mit Java-Versionen 7 und höher. Beachten Sie, dass für AEM 6.3 und höher die einzigen unterstützten Versionen JRE 8 von Oracle und JRE 7 und 8 von IBM sind.
-
Aktualisierte Instanz: Wenn Sie ein Upgrade von einer Version durchführen älter als 5.6 müssen Sie sicherstellen, dass Sie eine ersetzende Aktualisierung auf AEM 6.0 durchgeführt haben, indem Sie das in der Aktualisierungsdokumentation für 6.0 beschriebene Verfahren befolgen.
Vorbereitung der „AEM Quickstart“-JAR-Datei prep-quickstart-file
-
Beenden Sie die Instanz, falls sie gerade ausgeführt wird.
-
Laden Sie die neue AEM-JAR-Datei herunter und ersetzen Sie damit die alte Datei außerhalb des Ordners
crx-quickstart
. -
Entpacken Sie die Quickstart-JAR-Datei, indem Sie Folgendes ausführen:
code language-shell java -Xmx4096m -jar aem-quickstart.jar -unpack
Migration des Content-Repositorys content-repository-migration
Diese Migration ist nicht erforderlich, wenn Sie von AEM 6.3 aktualisieren. Für Versionen, die älter als 6.3 sind, bietet Adobe ein Tool, mit dem Sie das Repository auf die neue Version des Oak Segment Tar in AEM 6.3 migrieren können. Sie wird als Teil des Schnellstartpakets bereitgestellt und ist für alle Upgrades erforderlich, die TarMK verwenden werden. Upgrades für Umgebungen, die MongoMK verwenden, erfordern keine Repository-Migration. Weitere Informationen zu den Vorteilen des neuen Segment-TAR-Formats finden Sie unter Häufig gestellte Fragen zur Migration zu Oak Segment Tar.
Die tatsächliche Migration wird mithilfe der standardmäßigen quickstart-JAR-Datei für AEM durchgeführt, und zwar mit der neuen Option -x crx2oak
, mit der das crx2oak-Tool ausgeführt wird, um die Aktualisierung einfacher und zuverlässiger zu machen.
--promote-runmode nosamplecontent
Um den Befehl zu ermitteln, den Sie ausführen sollten, verwenden Sie den folgenden Befehl:
java -Xmx4096m -jar aem-quickstart.jar -v -x crx2oak -xargs -- --load-profile <<YOUR_PROFILE>> <<ADDITIONAL_FLAGS>>
Dabei werden <<YOUR_PROFILE>>
und <<ADDITIONAL_FLAGS>>
durch das Profil und die Flags in der folgenden Tabelle ersetzt:
Dabei gilt:
-
mongo-host
ist die IP-Adresse des MongoDB-Servers (z. B. 127.0.0.1) -
mongo-port
ist der MongoDB-Server-Port (z. B.: 27017) -
mongo-database-name
steht für den Namen der Datenbank (z. B.: aem-author)
Möglicherweise benötigen Sie auch zusätzliche Schalter für folgende Szenarien:
-
Wenn Sie das Upgrade auf einem Windows-System durchführen, auf dem die Java-Speicherzuordnung nicht korrekt durchgeführt wird, fügen Sie dem Befehl den Parameter
--disable-mmap
hinzu. -
Wenn Sie Java 7 verwenden, fügen Sie den Parameter
-XX:MaxPermSize=2048m
unmittelbar nach dem Parameter-Xmx
hinzu.
Weitere Informationen über die Verwendung des crx2oak-Tools finden Sie unter „Verwenden des CRX2Oak Migration Tools“. crx2oak helper JAR kann bei Bedarf manuell aktualisiert werden, indem die Datei manuell durch neuere Versionen ersetzt wird, nachdem die Schnellstart-Datei entpackt wurde. Sie finden die Datei im AEM-Installationsordner unter: <aem-install>/crx-quickstart/opt/extensions/crx2oak.jar
. Die neueste Version des CRX2Oak-Migrationstools kann aus dem Adoben-Repository heruntergeladen werden unter: https://repo.adobe.com/nexus/content/groups/public/com/adobe/granite/crx2oak/
Wenn die Migration erfolgreich abgeschlossen wurde, wird das Tool mit einem Exit Code von null beendet. Beachten Sie zusätzlich etwaige WARN- und ERROR-Meldungen in der Datei upgrade.log
im AEM-Installationsverzeichnis unter crx-quickstart/logs
. Diese Meldungen führen Fehler auf, die nicht schwerwiegend sind und bei der Migration auftraten.
Prüfen Sie die Konfigurationsdateien unter dem Ordner crx-quickstart/install
. Wenn eine Migration erforderlich war, werden diese entsprechend dem Ziel-Repository aktualisiert.
FileDataStore
ist der neue Standard für Installationen von AEM 6.3 und es ist kein externer Datenspeicher erforderlich. Die Verwendung eines externen Datenspeichers wird als Best Practice für Produktionsimplementierungen empfohlen. Eine Aktualisierung ist jedoch nicht erforderlich. Aufgrund der Komplexität, die bereits bei der Aktualisierung von AEM besteht, empfehlen wir, das Upgrade ohne Datenspeichermigration durchzuführen. Bei Bedarf kann anschließend eine Datenspeichermigration als separater Vorgang ausgeführt werden.Fehlerbehebung bei Migrationsproblemen troubleshooting-migration-issues
Bitte überspringen Sie diesen Abschnitt, wenn Sie ein Upgrade von 6.3 durchführen. Während die bereitgestellten crx2oak-Profile den Anforderungen der meisten Kunden entsprechen sollten, sind manchmal zusätzliche Parameter erforderlich. Wenn während der Migration ein Fehler auftritt, sind für manche Aspekte Ihrer Umgebung möglicherweise zusätzliche Konfigurationsoptionen nötig. In diesem Fall tritt wahrscheinlich der folgende Fehler auf:
Checkpoints werden nicht kopiert, da kein externer Datenspeicher angegeben wurde. Dadurch wird das gesamte Repository beim ersten Start neu indiziert. Verwenden Sie —skip-checkpoints , um die Migration zu erzwingen, oder finden Sie weitere Informationen unter https://jackrabbit.apache.org/oak/docs/migration.html#Checkpoints_migration .
Aus irgendeinem Grund benötigt der Migrationsprozess Zugriff auf Binärdateien im Datenspeicher und kann ihn nicht finden. Um Ihre Datenspeicher-Konfiguration zu spezifizieren, fügen Sie die folgenden Flags in den Abschnitt <<ADDITIONAL_FLAGS>>
Ihres Migrationsbefehls ein:
Für S3-Datenspeicher:
--src-s3config=/path/to/SharedS3DataStore.config --src-s3datastore=/path/to/datastore
Dabei entspricht /path/to/SharedS3DataStore.config
dem Pfad zur Konfigurationsdatei Ihres S3-Datenspeichers und /path/to/datastore
dem Pfad zu Ihrem S3-Datenspeicher.
Für Datei-Datenspeicher:
--src-datastore=/path/to/datastore
Dabei entspricht /path/to/datastore
dem Pfad zu Ihrem Datei-Datenspeicher.
Durchführen des Upgrades performing-the-upgrade
Bei Verwendung von S3:
-
Entfernen Sie etwaige JARs unter
crx-quickstart/install
, die mit einer früheren Version des S3 Connectors verknüpft sind. -
Laden Sie die neueste Version des 1.8.x S3-Connectors von herunter. https://repo.adobe.com/nexus/content/groups/public/com/adobe/granite/com.adobe.granite.oak.s3connector/
-
Extrahieren Sie das Paket in einem temporären Ordner und kopieren Sie den Inhalt von
jcr_root/libs/system/install
in den Ordnercrx-quickstart/install
.
Bestimmen des korrekten Befehls zum Starten des Upgrades determining-the-correct-upgrade-start-command
Um das Upgrade auszuführen, ist es wichtig, mit der JAR-Datei zu beginnen, AEM die Instanz aufzurufen. Lesen Sie für die Aktualisierung auf 6.4 auch die Informationen zu den Optionen für die Neustrukturierung und Migration des Inhalts unter Lazy-Content-Migration, die Sie mit dem Upgrade-Befehl auswählen können.
Beachten Sie, dass das Starten von AEM ab dem Startskript die Aktualisierung nicht startet. Die meisten Kunden beginnen AEM mit der Verwendung des Startskripts und haben dieses Startskript so angepasst, dass es Switches für Umgebungskonfigurationen wie Speichereinstellungen, Sicherheitszertifikate usw. enthält. Aus diesem Grund empfehlen wir, dieses Verfahren zu befolgen, um den richtigen Aktualisierungsbefehl zu ermitteln:
-
Führen Sie in einer aktiven AEM-Instanz Folgendes in der Befehlszeile aus:
code language-shell ps -ef | grep java
-
Suchen Sie nach dem AEM-Prozess. Er sieht in etwa so aus:
code language-shell /usr/bin/java -server -Xmx1024m -XX:MaxPermSize=256M -Djava.awt.headless=true -Dsling.run.modes=author,crx3,crx3tar -jar crx-quickstart/app/cq-quickstart-6.2.0-standalone-quickstart.jar start -c crx-quickstart -i launchpad -p 4502 -Dsling.properties=conf/sling.properties
-
Passen Sie den Befehl an, indem Sie den Pfad zur vorhandenen JAR-Datei (in diesem Fall
crx-quickstart/app/aem-quickstart*.jar
) mit der neuen JAR ersetzen, welche dem Ordnercrx-quickstart
gleichgeordnet ist. Wenn wir unseren vorherigen Befehl als Beispiel heranziehen, würde unser Befehl folgendermaßen lauten:code language-shell /usr/bin/java -server -Xmx1024m -XX:MaxPermSize=256M -Djava.awt.headless=true -Dsling.run.modes=author,crx3,crx3tar -jar cq-quickstart-6.4.0.jar -c crx-quickstart -p 4502 -Dsling.properties=conf/sling.properties
Dadurch wird sichergestellt, dass alle richtigen Speichereinstellungen, benutzerdefinierten Ausführungsmodi und anderen Umgebungsparametern für die Aktualisierung angewendet werden. Nach Abschluss des Upgrades kann die Instanz bei zukünftigen Starts vom Startskript gestartet werden.
Aktualisierte Codebase bereitstellen deploy-upgraded-codebase
Sobald die ersetzende Aktualisierung abgeschlossen ist, sollte die aktualisierte Codebasis bereitgestellt werden. Informationen zur Aktualisierung der Code-Basis, sodass sie in der Zielversion von AEM funktioniert, finden Sie auf der Seite Aktualisieren von Codes und Anpassungen.
Prüfungen und Fehlerbehebung nach der Aktualisierung durchführen perform-post-upgrade-check-troubleshooting
Siehe Prüfungen und Fehlerbehebung nach einem Upgrade.