Garantir une haute disponibilité de service sur les instances AEM

• AEM Sites
  • Comment optimiser les performances des sites.
  • Comment optimiser la mise en cache des sites.
• AEM Assets : guide de configuration.

Problèmes courants

L’instance auteur/publier est très lente OU l’utilisation du CPU est élevée

• Effectuez au moins 10 vidages de threads à un intervalle de 2 à 3 secondes en utilisant le script jstack.
• Consultez l’article Réaliser des vidages de threads pour plus de détails.
• Utilisez les outils d’analyse de vidage de threads pour vérifier les threads avec des traces de pile de plus de 100 lignes et les threads consommant du CPU :
  https://github.com/irockel/tda
  https://fastthread.io/
  

Utilisation élevée de la mémoire sur les instances AEM

• Vérifiez l’utilisation de la mémoire sur [1].
• Générez des vidages en masse à l’aide de l’article sur [2] et partagez-les avec le support AEM pour une analyse plus approfondie.

[1] http://<host>:<port>/system/console/memoryusage
[2] https://helpx.adobe.com/fr/experience-manager/kb/AnalyzeMemoryProblems.html

Utilisation élevée du CPU après l’effacement de la mémoire cache du Dispatcher

• Vous pouvez définir l’invalidation du cache en utilisant « /invalidate » et « /statfileslevel ».
  • Si vous refusez tout pour l’invalidation et sans /statfileslevel, seules les pages activées sont supprimées.
  • Si vous autorisez tous les niveaux d’invalidation et que /statfileslevel est défini, seules les pages situées dans le dossier où le fichier stat a été mis à jour seront invalidées.
  • Si vous autorisez tout pour l’invalidation et sans /statfileslevel, toutes les pages sont invalidées où qu’elles se trouvent sous docroot.
• Après les déploiements de code, essayez de remettre les pages en cache. La remise en cache immédiate garantit que le Dispatcher ne récupère et ne met la page en cache qu’une seule fois, au lieu d’une seule fois pour chacune des demandes simultanées des clients.
• Reportez-vous à l’article Optimisation du cache du Dispatcher pour en savoir plus.

Exceptions au problème « SegmentNotFound » observés dans l’historique

• Suivez les étapes sur Résoudre Segmentnotfound.
• Si aucune bonne révision n’est trouvée, essayez de trouver les nœuds corrompus en utilisant le script mentionné dans la partie B de l’article ci-dessus.
• Si la corruption est détectée sous l’un des dossiers à l’exception de /apps, veuillez contacter l’équipe de support AEM pour plus d’informations.

RCA pour les pannes AEM résolues après redémarrage

Partagez les données suivantes avec l’équipe de soutien AEM pour analyser RCA :

• Fichiers journaux pendant la panne
• Vidages de threads effectués lors de la panne
• Si cela est possible, accumulez les threads pendant la panne.

Fuite de session dans AEM

Vérifier et analyser s’il existe une interruption de session dans l’instance AEM

Guide détaillé sur le dépannage des problèmes critiques

Consultez ce guide pour savoir comment résoudre les problèmes critiques courants.