Migration von Nicht-UUID zu UUID-Inhalt id226TI0U20XA

Installieren Sie das Paket vor der Migration com.adobe.guides.pre-uuid-migration-1.2.27.zip über Version 4.3.1.

Wenn das System mehr als 100.000 DITA-Dateien enthält, aktualisieren Sie die Konfigurationen der Abfragegrenze, damit das Skript funktioniert:

• Navigieren Sie zu /system/console/configMgr and increase both the configs to more than number of assets - queryLimitInMemory und queryLimitReads under org.apache.jackrabbit.oak.query.QueryEngineSettingsService

http://<server-name>/libs/fmdita/clientlibs/xmleditor_uuid_upgrade/page.html starten.

Wählen Sie Kompatibilitätsbewertung aus dem linken Bedienfeld aus und durchsuchen Sie den /content/dam Ordnerpfad für alle Assets.

Überprüfen Sie die Kompatibilität , um die folgenden Informationen aufzulisten:

• Gesamtzahl der Dateien
• Geschätzte Migrationszeit
• Anzahl fehlerhafter Dateien
• Dateien mit GUID-Dateinamen

Wenn der Fehler auftritt, analysieren Sie die Protokolle und beheben Sie diese Fehler. Sie können die Kompatibilitätsmatrix erneut ausführen, nachdem Sie die Fehler behoben haben.

Wählen im linken Bedienfeld Validierungen konfigurieren“ aus. Wählen Sie dann Zuordnung auswählen und Voreinstellung auswählen der Zuordnung aus, um sie zu konfigurieren. In der Liste Aktuelle Ausgabe-Validierung werden die vor der Migration vorhandenen Ausgabedateien angezeigt. Sie können auch anhand der Ausgabedateien validiert werden, die nach der Migration generiert werden.

Durch die Auswahl mehrerer und großer DITA-Zuordnungen können Sie überprüfen, ob der gesamte Inhalt erfolgreich und ohne Probleme migriert wurde. Durch die Auswahl von Vorgaben mit Baselines wird außerdem sichergestellt, dass Baselines und Versionen erfolgreich migriert werden.

(Optional) Führen Sie eine Versionsbereinigung für den Inhalt durch, um unnötige Versionen zu entfernen und den Migrationsprozess zu beschleunigen. Um eine Versionsbereinigung durchzuführen, wählen Sie im Migrationsbildschirm die Option Versionsbereinigung aus und navigieren Sie über die URL-http://<server- name>/libs/fmdita/clientlibs/xmleditor_uuid_upgrade/page.html zur -Benutzeroberfläche.

Führen Sie die UUID-Migration nur auf einer Autoreninstanz aus.

Stellen Sie sicher, dass die folgende Infrastruktur bereit ist:

• Die Autoreninstanz wird in Bezug auf CPU und Speicher vergrößert, um eine schnellere Verarbeitung und zusätzlichen Speicher zu unterstützen, der für Massenaktivitäten benötigt wird. Wenn beispielsweise der aktuell zugewiesene CPU und Speicher 8 vCPU und 24 GB Heap sind, verdoppeln Sie die Größe für diese Aktivität.
• Der gesamte Speicherplatz und der temporäre Speicherplatz (crx-quickstart directory) sollte einen Puffer haben, der 10-mal höher ist als der bereits belegte. Nach Abschluss der Migration können Sie den Großteil des Festplattenspeichers zurückgewinnen, indem Sie die Komprimierung ausführen.
• Führen Sie Offline-Tar-Komprimierung aus, bevor Sie diese Aktivität starten.
• Stellen Sie sicher, dass während des Zeitfensters dieser Migration keine Indizierung oder Systemwartung geplant ist.

Installieren Sie die UUID-Version der unterstützten Version gegenüber der Nicht-UUID-Version. Wenn Sie z. B. den Nicht-UUID-Build 4.3.1 verwenden, müssen Sie die UUID-Version 4.3.2 com.adobe.fmdita-6.5-uuid-4.3.2.1977.zip) installieren und die Migration ausführen.

Installieren Sie das UUID-Migrations-Upgrade-Paket com.adobe.guides.uuid-upgrade-1.2.110.zip.

Deaktivieren Sie Starter für die folgenden Workflows mithilfe der URL: http://<server-name>/libs/cq/workflow/content/console.html.

• Workflow „DAM-Update-Asset“
• Workflow „DAM-Metadaten-Writeback“

Aktualisieren Sie die folgenden Konfigurationen gemäß den vorgeschlagenen Änderungen:

Fügen Sie eine separate Protokollierung für hinzu:

• com.adobe.fmdita.uuid
• com.adobe.guides.uuid.

(Wenn dies nicht bereits früher geschehen ist) Wenn das System mehr als 100.000 DITA-Dateien enthält, aktualisieren Sie die queryLimitReads unter org.apache.jackrabbit.oak.query.QueryEngineSettingsService auf einen größeren Wert (einen beliebigen Wert, der größer ist als die Anzahl der vorhandenen Assets, z. B. 200.000).

http://<server-name>/libs/fmdita/clientlibs/xmleditor_uuid_upgrade/page.html starten.

Wählen Sie linken Bedienfeld System-Upgrade“ aus, um die Migration auszuführen. Es wird empfohlen, alle Daten gleichzeitig zu migrieren, da das System die Batch-Verarbeitung intern optimal handhabt. Nur Dateien, die keine DITA-Assets sind und nicht in DITA-Assets verwendet werden, können für die Migration übersprungen werden.

(Optional) Wählen Sie die Ordner aus, für die Sie die Migration überspringen möchten. Verwenden Sie diese Option, um diese Ordner später zu migrieren, oder überspringen Sie die Migration. Stellen Sie sicher, dass diese Ordner keine DITA-Assets haben und nicht von DITA-Assets referenziert werden (und in Zukunft auch nicht von DITA-Assets referenziert werden). Zum Beispiel: content/dam/projects.

Wählen Sie DITA-Asset-Sicherung aktivieren aus, um vor der Migration ein Asset-Backup zu erstellen. Diese Sicherung wird für das Rollback verwendet, falls beim Migrieren einer Datei ein Fehler auftritt. Die Sicherung wird gelöscht, wenn die Migration erfolgreich war. Dies verlangsamt jedoch den Migrationsprozess.

Starten Sie die Migration.

Nach Abschluss der Migration kann der Bericht heruntergeladen werden, und es können auch ganze Protokolle heruntergeladen werden.

Wählen Sie Bericht herunterladen während der Migration aus, um zu überprüfen, ob alle Dateien im Ordner korrekt aktualisiert wurden und ob alle Funktionen nur für diesen Ordner funktionieren.

Außerdem müssen Sie sicherstellen, dass die Inhaltsmigration für alle Medien-Assets durchgeführt wird, z. B. für Bilder und Grafiken, die Sie im DITA-Inhalt verwendet haben.

Nachdem alle Dateien migriert wurden, wählen Sie Baseline/Review-Upgrade im linken Bereich aus, um die Baselines zu migrieren und auf Ordnerebene zu überprüfen.

Wählen Sie nach Abschluss der Migration im linken Bereich die Systemaktualisierung validieren und validieren Sie die Ausgabedateien vor und nach der Migration, um sicherzustellen, dass die Migration erfolgreich war.

Aktivieren Sie nach der erfolgreichen Migration des Servers die folgenden Workflows und Konfigurationen (einschließlich aller anderen Workflows, die ursprünglich während der Migration deaktiviert wurden), um weiterhin auf dem Server zu arbeiten:

• Workflow „DAM-Update-Asset“
• Workflow „DAM-Metadaten“

Aktivieren Sie die folgenden Konfigurationen:

Assets-Eigenschaften zur Überprüfung nach der Migration:

Nach Abschluss der Validierung kann der größte Teil des Speicherplatzes durch Ausführen der Komprimierung zurückgewonnen werden (siehe https://experienceleague.adobe.com/docs/experience-manager-65/deploying/deploying/revision-cleanup.html?lang=de).