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

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

AEM A. Si se está ejecutando la y hay suficiente espacio en disco

1. 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:

   1. Ir a https://aemhost:port/system/console/slinglog
   2. Haga clic en Añadir nuevo registrador.
   3. Configure un registrador: Archivo de registro: logs/repgrowth.log, Nivel de registro: seguimiento, Registradores: org.apache.jackrabbit.oak.jcr.operations.writes
   4. Descargar archivo. Este paquete contiene la configuración necesaria para el registro de la sesión de escritura para Oak. Instale este paquete a través del Administrador de paquetes 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.

2. 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.

3. Capture volcados de hilos y realice 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:

   • Perfiles de CPU
   • Captura de volcados de hilos
   • AEM Análisis de volcados de hilos de

AEM B. Si se ha detenido la o 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 la du para enumerar todos los directorios en crx-quickstart con el tamaño resumido de esos directorios:
  

  du -h --max-depth=2 crx-quickstart
  

• Uso encontrar y du comandos para buscar archivos modificados recientemente y obtener sus tamaños:
  

  find crx-quickstart -type f -mtime 1 -exec du -hs {} \; -print
  

• Para buscar archivos grandes en el almacén de datos, puede combinar encontrar, du, y archivo comandos para buscar archivos de más de 100 MB en almacén de datos e identifican automáticamente su tipo de archivo:
  

  find crx-quickstart/repository/datastore -type f -size +100M -exec sh -c "du -hs \"{}\"; file \"{}\"" \;
  

• Si descubre que el crecimiento se está produciendo en el segmentstore , el siguiente comando podría ayudar a indicar qué datos se están escribiendo:
  

  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.