AEM El uso del disco es inusualmente alto o aumenta rápidamente en el servidor de la
AEM Aprenda a identificar las causas del alto uso del disco en el servidor de la. Utilice un registrador de depuración, capture los volcados de hilos y realice los perfiles de CPU y ejecute el informe de uso del disco.
Descripción description
Entorno
Adobe Experience Manager
Problema/Síntomas
AEM El uso del disco es inusualmente alto o aumenta rápidamente en un servidor de la. AEM Con el espacio en disco agotándose, el sistema ha dejado de funcionar, lo que hace que el sistema deje de funcionar.
Resolución resolution
A. AEM Si se está ejecutando el disco y hay suficiente espacio en disco
-
Configurar el registro de seguimiento de escritura de Oak AEM Si aún se está ejecutando, podemos habilitar un registrador de depuración para que nos indique en qué rutas de repositorio se están escribiendo. Para habilitar este registrador, instale el paquete de configuración de registro adjunto a continuación o siga estos pasos:
- Ir a https://aemhost:port/system/console/slinglog
- Haga clic en Agregar nuevo registrador.
- Configure un registrador: Archivo de registro: logs/repgrowth.log, Nivel de registro: trace, Registradores: org.apache.jackrabbit.oak.jcr.operations.writes
- Descargar archivo. Este paquete contiene la configuración necesaria para el registro de la sesión de escritura para Oak. Instale este paquete mediante el Administrador de paquetes de CRX. Después del período de monitorización, asegúrese de desinstalar el paquete.
Precaución
- El registro incluye información sobre todas las escrituras y detalles de la sesión. Si utiliza este registrador, asegúrese de que dispone de suficiente espacio en disco.
- Desinstale el paquete de configuración del registro o quite la configuración del registro después de un breve periodo de haberla habilitado para evitar un mayor consumo de espacio en disco.
-
Ejecutar el informe de uso del disco También puede aprovechar el informe Uso del disco https://host:port/etc/reports/diskusage.html. Este informe muestra el espacio en disco utilizado por la ruta de acceso al repositorio. El informe se puede explorar en profundidad, lo que también le permite ver los subárboles.
-
Capture volcados de hilos y realice la generación de perfiles Después de usar repgrew.log para tener una idea de qué datos se están escribiendo, podemos obtener información sobre qué código está escribiendo esos datos capturando volcados de hilos y ejecutando el perfil de la CPU. Visite estas páginas:
B. AEM Si se ha detenido la conexión o si el espacio en disco está casi lleno
AEM Si ha tenido que dejar de utilizar la función para evitar el aumento de espacio en disco, utilice los comandos siguientes para realizar un análisis inicial.
-
En la plataforma Linux, aproveche el comando du para enumerar todos los directorios bajo crx-quickstart con el tamaño resumido de esos directorios:
code language-none du -h --max-depth=2 crx-quickstart -
Use los comandos find y du para buscar los archivos modificados recientemente y obtener sus tamaños:
code language-none find crx-quickstart -type f -mtime 1 -exec du -hs {} \; -print -
Para encontrar archivos grandes en el almacén de datos, puede combinar los comandos find, du y file para encontrar archivos de más de 100 MB en el directorio datastore e identificar automáticamente su tipo de archivo:
code language-none find crx-quickstart/repository/datastore -type f -size +100M -exec sh -c "du -hs \"{}\"; file \"{}\"" \; -
Si descubre que se está produciendo un crecimiento en el directorio segmentstore, el comando siguiente podría ayudar a indicar qué datos se están escribiendo:
code language-none strings data_xxxxxx.tar | egrep '.?/' | sed 's/.$//;s/.\//\//'
Causa
Algunas causas potenciales de incrementos inusuales en la utilización del disco son:
- No se ha ejecutado un mantenimiento adecuado en el sistema. Consulte este artículo para obtener más información sobre las distintas actividades de mantenimiento del sistema.
- AEM O bien, la aplicación está creando un número muy grande de nodos o actualizaciones en las propiedades de los nodos. Esto puede deberse a una configuración incorrecta o a un error de código de la aplicación. Dado que el almacenamiento de tar en Oak funciona en modo de solo anexado, el guardado repetido de nodos contribuye aún más al crecimiento excesivo del repositorio.
- Se han cargado archivos muy grandes en AEM Assets o en el administrador de paquetes.
- El registro de Debug o Trace se ha dejado habilitado.