Migration de contenu versionné

Installez le package de pré-migration en fonction de votre version.

(Facultatif) Effectuez la purge des versions sur le contenu pour supprimer les versions inutiles et accélérer le processus de migration. Pour effectuer la purge de version, sélectionnez l’option . Purge de version à partir de l’écran de migration et accédez à l’interface utilisateur à l’aide de l’URL . http://<server- name>/libs/fmdita/clientlibs/xmleditor_uuid_upgrade/page.html.

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

Sélectionner Évaluation de la compatibilité dans le panneau de gauche, puis parcourez un chemin d’accès au dossier.

Vérifiez la compatibilité pour lister les informations suivantes :

• Fichiers totaux
• Versions totales
• Durée estimée de la migration
• Nombre de fichiers en erreur

{width="800"}

Sélectionner Configuration des validations dans le panneau de gauche. Alors, Sélectionner une carte et Sélectionner un paramètre prédéfini de la carte pour les configurer. La liste de validation de sortie actuelle affiche les fichiers de sortie présents avant la migration et peut être validée par rapport aux fichiers de sortie générés après la migration.

{width="800"}

Assurez-vous que l’espace disponible est au moins dix fois supérieur à l’espace utilisé par AEM (répertoire crx-quickstart) pendant la migration. Une fois la migration terminée, vous pouvez récupérer la plus grande partie de l’espace disque en exécutant la compression (voir Nettoyage des révisions).

Activer Activation des lanceurs de workflow de post-traitement in com.adobe.fmdita.config.ConfigManager et Activation du post-traitement des versions in com.adobe.fmdita.postprocess.version.PostProcessVersionObservation.

Installez la version UID de la version prise en charge sur la version non UUID. Par exemple, si vous utilisez une version 4.1 non UUID, vous devez installer UID version 4.1 et exécuter la migration.

Installez le nouveau package pour la migration uuid.

Désactivez les workflows suivants et tout autre workflow qui s’exécute sur /content/dam utilisation des lanceurs dans http://<server-name>/libs/cq/workflow/content/console.html.

• Workflow Ressource de mise à jour de la gestion des DAM
• Workflow d’écriture différée des métadonnées de gestion des actifs numériques

Désactiver Activation des lanceurs de workflow de post-traitement in com.adobe.fmdita.config.ConfigManager et désactiver Activation du post-traitement des versions in com.adobe.fmdita.postprocess.version.PostProcessVersionObservation.

Désactivez la propriété Activer la validation (validation.enabled) dans le service de balisage Day CQ.

Assurez-vous que uuid.regex Le dossier de propriétés est correctement défini dans com.adobe.fmdita.config.ConfigManager. S’il est vide, définissez-le sur la valeur par défaut - ^GUID-(?<id>.*).

Ajouter un journal distinct pour com.adobe.fmdita.uuid La réponse du navigateur est également disponible sur la page /content/uuid-upgrade/logs.

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

{width="800"}

Sélectionner Mise à niveau du système dans le panneau de gauche pour exécuter la migration. Commencez sur un dossier contenant des données plus petites avant de l’exécuter sur /content/dam.

Sélectionner Télécharger le rapport pendant la migration pour vérifier si tous les fichiers du dossier sont correctement mis à niveau et si toutes les fonctionnalités ne fonctionnent que pour ce dossier.

Une fois la migration terminée, sélectionnez Validation de la mise à niveau du système dans le panneau de gauche et validez les fichiers de sortie avant et après la migration pour vous assurer que la migration est réussie.

{width="800"}

Une fois la validation terminée, la plupart de l’espace disque peut être récupéré en exécutant la compression (voir https://experienceleague.adobe.com/docs/experience-manager-65/deploying/deploying/revision-cleanup.html?lang=en).