Fermer

janvier 16, 2024

Utilisation du VLT-RCP : ACS AEM Tool pour synchroniser le contenu entre deux environnements AEM

Utilisation du VLT-RCP : ACS AEM Tool pour synchroniser le contenu entre deux environnements AEM


La copie de contenu est le processus de synchronisation du contenu et des ressources numériques de votre site Web d’une instance AEM à une autre. Cela peut être accompli manuellement ou automatiquement. L’un des moyens les plus simples d’effectuer des processus manuels consiste à utiliser Package Manager.

Les packages offrent une approche simple pour migrer du contenu d’une instance à une autre. Créer et installer des packages avec une grande quantité de contenu et d’actifs DAM serait un défi. Package Manager est préférable lorsque les données de transfert sont petites.

Dans ce blog, nous aborderons l’un des moyens de migrer de grandes quantités de contenu et d’actifs numériques entre les instances AEM.

Pourquoi la synchronisation du contenu est-elle importante ?

1. Réaction plus rapide aux problèmes de production.

2. Facile à reproduire les problèmes de production dans des environnements non-prod.

3. Bonne pratique pour maintenir le contenu à jour afin d’effectuer des tests de qualité.

4. Dans le cas d’un nouveau projet de développement, le contenu nouvellement créé doit être promu en production.

Conditions préalables:

Note: Le point de terminaison du servlet VLT RCP est passé de « /system/jackrabbit/filevault/rcp » à « /libs/granite/packaging/rcp » dans VLT-RCP 3.1.6.

Étapes pour effectuer la copie de contenu entre deux instances AEM

1. Connectez-vous à l’instance AEM.

2. Accédez à la page ACS AEM Tools en utilisant ce lien – /etc/acs-tools/vlt-rcp.html

3. Accédez à la console AEM Tools à partir de l’interface utilisateur tactile et accédez à Outils > ACS AEM Tools > VLT-RCP dans le menu de gauche.

4. Nous devrions voir la fenêtre ci-dessous une fois que toutes les conditions préalables sont remplies.

5. Pour démarrer le processus de synchronisation, cliquez sur le bouton « Ajouter une tâche »

6. Donnez à la tâche un nom approprié qui inclut le contenu complet ou le chemin DAM.

7. Configurez l’adresse IP du serveur source et le numéro de port suivis du chemin du contenu/DAM à copier.

8. Le même chemin de contenu/DAM doit être mis à jour dans le champ Destination.

9. Mettez à jour le nom d’utilisateur et le mot de passe de l’utilisateur disposant des autorisations suffisantes pour exécuter cette activité.

dix. Les privilèges de création et de modification doivent être accordés aux utilisateurs pour le nœud /etc/acs-tools.

11. Configurez la taille du lot = 1024 et la limitation = « 1 » seconde.

12. Cliquez sur le bouton « Créer une tâche ».

13. Nous ne devrions voir aucun message d’erreur en haut à droite de la fenêtre.

14. Nous devrions voir la fenêtre ci-dessous une fois la tâche créée.

15. Sélectionnez l’icône « Démarrer la tâche ».

16. Pour voir la progression de la copie du contenu/DAM, cliquez sur le bouton « Actualisation automatique ».

17. La fenêtre État de la tâche affiche l’état de la copie de contenu/DAM.

18. Assurez-vous de désactiver le modèle de workflow de mise à jour DAM et les composants du lanceur de workflow dans l’instance de destination lorsque vous utilisez cet outil pour synchroniser les actifs DAM.

Avantages

  • Le serveur source AEM ne nécessite aucune installation.
  • Plus rapide qu’un gestionnaire de packages, ne consommez pas d’espace de package comme un gestionnaire de packages.
  • La manipulation et la configuration faciles sont simples à configurer dans le serveur de destination/cible.
  • Parvenez également à synchroniser les énormes contenus en Go.
  • À partir de la fenêtre État de la tâche, il est facile de surveiller combien de nœuds ont été répliqués et combien de nœuds restent.
  • Les contenus/actifs DAM des instances hors production peuvent être migrés sans effort vers l’instance de production.
  • L’option de règle de filtre peut être utilisée pour exclure n’importe quel chemin lors de la synchronisation des chemins.

Peut être amélioré

1. Ne convient pas à l’environnement local.

2. Il n’existe aucun moyen de rééditer la tâche une fois qu’elle est créée. Créez toujours des doublons de la tâche existante et modifiez les valeurs.

3. Il n’est pas pris en charge pour la synchronisation des utilisateurs et des groupes.

4. VLT est un produit Adobe géré par Adobe, mais l’équipe de support Adobe ne prend pas en charge cet outil ACS Common VLT.

5. Lors de la configuration de cette configuration sur la plateforme AMS, il existe une limitation du réseau VPC. Contactez Adobe CSE pour apporter les modifications appropriées à la liste blanche des VPC et des adresses IP.

6. Risqué lorsque nous utilisons Production comme serveur de destination, et nous risquons de perdre le contenu de Production.

7. Assurez-vous de désactiver le modèle de workflow de mise à jour DAM dans l’instance de destination pour éviter de déclencher le rendu d’image, ce qui pourrait entraîner un problème de performances.

8. Seules les adresses IP utilisant le protocole HTTP peuvent être configurées sur le serveur de destination. Les noms de domaine ne sont pas autorisés.

Les erreurs ou problèmes courants peuvent être résolus

Erreur: Le fichier Zip n’est pas un package de contenu. ‘jcr_root’ manquant.

Solution: Nous nous sommes peut-être retrouvés avec cette erreur lors de l’installation du fichier jar VLT-RCP via la console Package Manager. Pour résoudre cette erreur, installez le fichier jar exécutable via la console OSGi.

Erreur dans le fichier journal: *ERREUR* POST /system/jackrabbit/filevault/rcp HTTP/1.1]org.apache.jackrabbit.vault.rcp.impl.RcpTaskImpl Erreur lors de la récupération du référentiel src :

 javax.jcr.RepositoryException: org.apache.http.conn.HttpHostConnectException: Connect to <Source IP:4502> [/<source ip>] failed: Connection timed out (Connection timed out)

Solution: Activez HTTPS dans le champ IP source si le SSL est géré dans le Load balancer.

Erreur dans le fichier journal : POST /system/jackrabbit/filevault/rcp HTTP/1.1]org.apache.jackrabbit.vault.rcp.impl.RcpServlet Erreur lors de l’exécution de la commande

 createjava.lang.IllegalArgumentException: Key batchsize is unknown or value is no class java.lang.Long.

Solution: Gardez la valeur > 0 dans la section Throttle

Erreur dans le fichier journal : POST /system/jackrabbit/filevault/rcp HTTP/1.1]org.apache.jackrabbit.vault.rcp.impl.RcpServlet Erreur lors de l’exécution de la commande createjava.lang.IllegalArgumentException : la tâche avec l’identifiant existe déjà

Solution: Lorsque nous créons les tâches RCP Vault avec un nom existant. Essayez de créer un nouveau nom pour chaque tâche RCP Vault.

Erreur dans le fichier journal : POST /system/jackrabbit/filevault/rcp HTTP/1.1]org.apache.jackrabbit.vault.rcp.impl.RcpTaskImpl Erreur lors de la récupération du référentiel src https://x.xx.xx.xxx/crx/server/crx.default /jcr:root/content/test-content : javax.jcr.RepositoryException : org.apache.http.conn.HttpHostConnectException : échec de la connexion à xx.xx.xx.xxx : 443 : expiration du délai de connexion (expiration du délai de connexion)

Solution: Impossible de trouver le chemin du contenu dans le référentiel. Vérifiez le contenu correct ou le chemin DAM dans l’activité de la tâche.

Conclusion

Le choix optimal pour la synchronisation de contenu repose sur les exigences, la taille de l’instance et l’état du projet, et non sur les aspects positifs et les inconvénients mentionnés ci-dessus. Package Manager est l’approche la plus pratique pour transporter la plus petite quantité de contenu ou une petite liste d’actifs. Toutefois, si vous devez transporter d’énormes quantités de contenu et d’actifs, Vault RCP peut être utilisé.

VOUS TROUVEZ CECI UTILE ? PARTAGEZ-LE






Source link