Última actualización el
3 may. 2021
Recomendaciones para evitar interrupciones en la producción
- AEM Sites
- AEM Assets: Guía de ajuste.
Problemas comunes
La instancia de autor/publicar es muy lenta o de alto uso de la CPU
- Tome, por lo menos, 10 volcados de hilos en un intervalo de 2-3 segundos usando la script jstack.
- Para más detalles, vaya al artículo sobre la toma de volcados de hilos.
- Utilice herramientas de análisis de volcados de hilos para comprobar los hilos con seguimiento de pila de más de 100 líneas y los hilos que consumen CPU:
https://github.com/irockel/tda
https://fastthread.io/
Alto uso de memoria en instancias AEM
- Compruebe el uso de memoria en [1]
- Genere un vaciado de pila utilizando el artículo [2] y compártalo con el servicio de asistencia técnica de AEM para obtener un análisis más detallado.
[1] http://<host>:<port>/system/console/memoryusage
[2] https://helpx.adobe.com/es/experience-manager/kb/AnalyzeMemoryProblems.html
Alto uso de la CPU después de la limpieza de la caché del Dispatcher
- Puede definir la invalidación de la caché utilizando “/invalidación” y “/statfileslevel”.
- Si niega todo por invalidación y sin el /statfileslevel -> Solo se eliminan las páginas activadas.
- Si permite todo para la invalidación y el /statfileslevel definido -> Se invalidan solo las páginas en la misma carpeta en la que se actualizó el “stat file”.
- Si permite la invalidación de todas las páginas y no tiene /statfileslevel -> Todas las páginas se invalidan dondequiera que se encuentren bajo “docroot”.
- Después de las implementaciones de código, intente recuperar las páginas. La recuperación inmediata asegura que el Dispatcher recupera y almacena en caché la página solo una vez, en lugar de una vez por cada una de las solicitudes simultáneas del cliente.
- Consulte el artículo optimización de la caché del Dispatcher para obtener información más detallada.
Observadas excepciones de SegmentNotFound en los registros
- Siga los pasos de resolución SegmentNotFound.
- Si no se encuentra una buena revisión. Intente encontrar los nodos dañados usando el “script” mencionado en la Parte B del artículo anterior.
- Si la corrupción se encuentra en cualquiera de las carpetas excepto /apps, póngase en contacto con el equipo de asistencia técnica de AEM para obtener más información.
RCA para las interrupciones de AEM que se resolvieron tras el reinicio
Comparta los siguientes datos con el Equipo de Soporte de AEM para analizar el RCA:
- Archivos de registro durante la interrupción.
- volcados de hilo que se realizan durante la interrupción.
- Si está disponible, vaciados de pila durante la interrupción.
Fuga de sesión en AEM
Comprobación y análisis de fugas en la sesión de JCR en su instancia de AEM