Demasiada memoria consumida por AEM en el servidor de Windows

Buscar

Última actualización el 3 may. 2021

AEM 6.0, 6.1 y 6.2 consume demasiada memoria en algunas versiones de servidor de Windows

Las siguientes versiones del sistema operativo Windows han sido identificadas como problemáticas:

Nombre del sistema operativo: Microsoft Windows Server 2008 R2 Enterprise (Versión: 6.1.7601 Service Pack 1 Build 7601)
Nombre del sistema operativo: Microsoft Windows Server 2012 Standard (Versión: 6.2.9200 Build 9200)

Síntomas: Durante tiempos de alta actividad de escritura (por ejemplo, durante la instalación de un paquete grande) podría resultar en el uso de la mayor parte de la memoria nativa si se habilita la E/S asignada a la memoria.

Es posible que vea un aumento gradual de la memoria del equipo de trabajo. El uso de memoria aumenta, pero la memoria no se libera para que otros procesos la utilicen. Este problema es un problema con la gestión de la memoria de Windows, en lugar de con Adobe Experience Manager.

Deshabilite el mapeo de memoria en su totalidad, añadir tarmk.mode=32 org.apache.jackrabbit.oak.plugins.segment.SegmentNodeStoreService.cfg fuerza a tarMK a no utilizar el mapeo de memoria. Dado que el servidor Windows 2012 ha dejado de utilizar el servicio WSRM, solo es necesario deshabilitar la asignación de memoria.
Habilitar WSRM (Windows System Resource Manager). El Administrador de recursos del sistema de Windows (WSRM) en Windows Server 2008 le permite controlar cómo se asignan los recursos de la CPU y la memoria a las aplicaciones, servicios y procesos del equipo. Gestionar los recursos de esta manera mejora el rendimiento del sistema y reduce la posibilidad de que las aplicaciones, servicios o procesos se lleven los recursos de la CPU o de la memoria unos de otros y ralenticen el rendimiento del equipo. La gestión de recursos también crea una experiencia más consistente y predecible para los usuarios de aplicaciones y servicios que se ejecutan en el ordenador.
Herramientas relacionadas con AEM

Cuando utilice herramientas relacionadas con AEM, no utilice los parámetros que aprovechan los archivos mapeados de memoria. Para oak-run específicamente, no utilice el parámetro JVM -Dtar.memoryMapped=true

Configuración de WSRM

Habilitar el servicio WSRM (ver http://technet.microsoft.com/es-es/library/cc753939.aspx).
Cree una política para controlar los recursos que el servicio Adobe Experience Manager puede consumir. Haga clic con el botón derecho en el contenedor Políticas de asignación de recursos y seleccione Nueva política de asignación de recursos. Aparece el cuadro de diálogo Nueva política de asignación de recursos, como se muestra a continuación:
Añada una entrada de asignación de recursos.
Agregue un proceso de concordancia para aplicar la regla. Seleccione el proceso de CQ registrado.
Haga clic en Aceptar para volver a la pantalla Nuevos criterios de ajuste de procesos.
Haga clic en Aceptar para volver al diálogo de Asignación de Recursos con el nuevo Proceso "CQ" seleccionado.

La pestaña Memoria nos permite limitar la memoria y aquí hay dos opciones. El límite máximo de memoria comprometido es mayor para controlar las aplicaciones que pueden tener una fuga de memoria y pueden configurarse para detener o alertar a alguien cuando el proceso supera el límite configurado. Podemos ignorar esa opción pero queremos que CQ tenga un conjunto limitado de memoria para funcionar. Ajústelo de acuerdo a su límite. Del mismo modo, también puede configurar la utilización de la CPU. Haga clic en Aceptar para terminar.
Por último, para que la política entre en vigor, haga clic con el botón derecho del ratón en la política recién creada y seleccione Establecer como política de gestión.