Utilisation d’un clone de production pour l’analyse de migration AEM Assets avec l’outil de transfert de contenu
L’exécution de l’analyse de migration directement sur l’instance d’auteur AEM de production peut affecter les performances lors de la planification d’une migration vers AEM as a Cloud Service à l’aide de l’outil de transfert de contenu. Utilisez un clone de l’environnement de production pour l’analyse des migrations tout en tenant compte des limites de l’utilisation d’un clone pour les extractions delta (complément).
Description description
Environnement
- Adobe Experience Manager (AEM) local en tant que source
- AEM as a Cloud Service comme cible
- Magasin de données partagé (S3, par exemple)
- Référentiel volumineux (millions de ressources, dizaines de To)
Problème/Symptômes
Lors de la migration de référentiels AEM Assets à grande échelle depuis des référentiels locaux vers AEM as a Cloud Service, l’exécution d’une analyse de migration directement sur l’instance de création de production peut avoir un impact sur les performances. L’utilisation d’un clone de l’environnement de production pour les tâches d’analyse peut contribuer à réduire cet impact, en particulier pour les référentiels volumineux avec un magasin de données partagé.
- Les performances de l’instance d’auteur de production sont dégradées ou sensibles à la charge supplémentaire.
- La taille du jeu de migration, le nombre de ressources, les versions, les rendus et la structure du référentiel doivent être analysés sans affecter la production.
Cause
Les processus d’analyse et d’extraction de migration peuvent nécessiter de nombreuses ressources et affecter les performances de création en production. L’utilisation d’un clone peut décharger les tâches d’analyse, mais il existe des limitations importantes pour les workflows d’extraction delta.
Résolution resolution
Suivez les étapes ci-dessous pour résoudre le problème :
-
Préparez un clone de votre environnement de création de production pour l’analyse de migration :
- Assurez-vous que le clone utilise son propre magasin de nœuds/segments et ne se connecte pas au magasin de nœuds de production actif.
- Vérifiez que le clone et la production ont des identités de référentiel différentes. Vous pouvez vérifier cela dans la console web d’AEM sous
/system/console/topology. - N’exécutez pas BlobGC, le nettoyage de la banque de données ou tout autre processus sur le clone qui pourrait supprimer des objets de la banque de données partagée.
- Si vous utilisez un magasin de données partagé (S3, par exemple), configurez le clone avec des autorisations en lecture seule pour réduire les risques, mais vérifiez toujours que le clone démarre et fonctionne correctement avec ces autorisations.
-
Utilisez le clone pour l’analyse de migration uniquement :
- Exécutez le dimensionnement du jeu de migration, le nombre de ressources, l’analyse des versions et des rendus, ainsi que la révision de la structure du référentiel sur le clone.
- Gardez à l’esprit que l’analyse reflète l’état de production au moment où le clone a été créé ; toute modification apportée à la production après le clonage ne sera pas incluse.
-
Pour la migration réelle et les extractions delta (complément) :
- Exécutez la migration de l’outil de transfert de contenu (CTT) et toutes les extractions complémentaires à partir de l’instance d’auteur de production active, et non à partir du clone.
- L’extraction delta de CTT repose sur des points de contrôle dans le référentiel source. La recréation ou l’actualisation d’un clone réinitialise ces points de contrôle, ce qui le rend inadapté à l’extraction delta à partir de plusieurs clones.
- Planifiez la migration et les extractions de complément à partir de la production pendant les périodes de faible utilisation afin de minimiser l’impact sur les performances.
-
Vérification :
- Après avoir configuré le clone, vérifiez qu’il démarre correctement, n’interfère pas avec la production et que les tâches d’analyse se terminent comme prévu.