L’administration de site de l’interface utilisateur classique est lente lorsque la file d’attente de réplication augmente sur l’auteur AEM
L’interface utilisateur classique Siteadmin devient lente lorsqu’une instance de publication est inatteignable et que sa file d’attente de réplication s’étend sur l’instance de création. Comme la file d’attente accumule des milliers d’entrées, les requêtes telles que home.pages.json prennent beaucoup de temps à se terminer, ce qui ralentit la navigation dans l’arborescence de contenu et dégrade l’expérience de création globale.
Ce comportement se produit, car l’interface utilisateur classique effectue des inspections de statut de réplication dans le cadre des requêtes de l’interface utilisateur, et les files d’attente volumineuses ou bloquées augmentent considérablement le temps de traitement. Pour résoudre ce problème, activez le mode de maintenance sur les agents de réplication concernés afin qu’ils soient exclus des contrôles de statut au niveau de l’interface utilisateur pendant que le traitement de la réplication se poursuit normalement.
Description description
Environnement
-
Produits
- Adobe Experience Manager (AEM) On-Premise
- Adobe Experience Manager (AEM) Managed Services (AMS)
-
Versions
- 6,5
- 6,5 LTS
-
Contraintes
-
L’administration de site de l’interface utilisateur classique est activée et utilisée
-
Les agents de réplication hérités existent sous :
/etc/replication/agents.author/etc/replication/agents.publish(si les files d’attente de publication sont également gérées)
-
Problème/Symptômes
-
La navigation dans le contenu de l’interface utilisateur classique de Siteadmin est lente.
-
Dans les outils de développement du navigateur, la requête
home.pages.json:- Souvent, l’exécution dure plus de 10 secondes lorsque la file d’attente de réplication est volumineuse.
- Ralentit à mesure que davantage d’éléments s’accumulent dans la file d’attente de réplication pour l’instance de publication affectée.
-
La file d’attente de réplication de l’agent affecté est très longue (souvent des milliers d’éléments) pour les raisons suivantes :
- L’instance de publication est inatteignable ou est en panne.
- Le système de publication est en cours de maintenance.
Cause
L’administrateur de site de l’interface utilisateur classique et les appels de statut associés inspectent les files d’attente de réplication selon l’interface utilisateur, y compris la position des files d’attente de calcul. Lorsqu’une file d’attente de réplication est très volumineuse ou bloquée, les contrôles de l’état de réplication deviennent coûteux et s’exécutent sur le chemin de requête de l’auteur (par exemple, lors du chargement des home.pages.json). Cela ralentit directement le chargement des pages de l’interface utilisateur classique et la navigation du contenu.
Comportement des maintenanceMode
Les agents de réplication AEM prennent en charge un indicateur booléen nommé maintenanceMode sur le nœud jcr:content de l’agent. Dans AMS, il s’agit du mode de maintenance de la file d’attente de réplication.
Lors de la maintenanceMode=true sur un agent :
- L’agent est exclu des contrôles de statut de réplication dans l’interface utilisateur.
- L’agent continue de diffuser du contenu ; le traitement de la réplication se poursuit normalement.
- La réplication en attente pour cet agent ne s’affiche pas dans les vues de l’interface utilisateur telles que Administration de sites de l’interface utilisateur classique, même si la file d’attente est pleine et que d’autres ne le sont pas.
Ce mode est conçu pour les scénarios où les auteurs et autrices n’ont pas besoin de surveiller la file d’attente d’un agent spécifique, par exemple lorsqu’un environnement de publication est intentionnellement inatteignable pendant la maintenance et qu’une file d’attente volumineuse est censée s’accumuler.
Résolution resolution
Activez la maintenanceMode sur le ou les agents de réplication de création appropriés dont les files d’attente peuvent augmenter en taille (généralement les agents de publication et de vidage du Dispatcher).
-
Connectez-vous à l’instance d’auteur AEM en tant qu’administrateur.
-
Ouvrir CRXDE Lite :
http(s)://<author-host>:<port>/crx/de -
Dans l’arborescence du référentiel, accédez à la configuration de l’agent de réplication, par exemple :
/etc/replication/agents.author/<agent-name>/jcr:content. -
Sélectionnez le nœud
jcr:contentde l’agent de réplication concerné. -
Ajoutez une nouvelle propriété :
- Nom :
maintenanceMode - Type :
Boolean - Valeur :
true
- Nom :
-
Cliquez sur Enregistrer tout .
-
Répétez l’opération pour tous les agents supplémentaires dont les files d’attente peuvent devenir volumineuses pendant la maintenance (par exemple, les agents de publication de basculement ou de vidage du Dispatcher).
Après avoir activé le mode de maintenance, vérifiez les points suivants :
- Les temps de réponse
home.pages.jsondans l’IU classique Siteadmin sont stables et considérablement améliorés. - Les auteurs peuvent parcourir l’arborescence de contenu sans longs délais.
Remarques
- Aucun redémarrage n’est requis ; les modifications prennent effet au moment de l’exécution.
- Bien que le mode de maintenance soit activé, la position et le statut détaillés de la file d’attente de cet agent ne sont pas affichés aussi en détail dans l’interface utilisateur, mais la réactivité globale de l’interface utilisateur s’améliore lors d’un basculement ou de scénarios similaires.