locked
Exchange 2016. 100% de RAM en uso. RRS feed

  • Pregunta

  • Lo pongo aqui porque no veo foro oficial de 2016.

    Hola,

    Estamos probando un entorno de pruebas de Exchange 2016, con server 2012 y 12 GB de RAM.

    Está constantemente usando los 12GB a pesar de no tener ninguna actividad. Parando los servicios de Exchange y IIS apenas se ha notado.

    ¿ Porque esta tan saturado el sistema sin hacer NADA ? El disco está leyendo y escribiendo contantemente.

    Teniamos el error MSExchange Common event 106 y pensaba que podia ser el problema, ejecute el script y el error se soluciono, pero solo hasta el siguiente reinicio que de nuevo empieza a dar el error 106.

    Aun asi, este no era el problema de uso de RAM y Disco.

    ¿ Alguna idea de que podemos revisar ? porqué esta el servidor con tanta carga ?

    Gracias, un saludo

    martes, 3 de mayo de 2016 13:46

Respuestas

  • Hola P_Agudo,

    El error que comentas es demasiado genérico, nos ayudaria mucho si nos compartes el evento completo.

    De lo contrario te comento y corroboro la información de Peter. Esto no debe tratarse de un problema de memoria, ya que por diseño Exchange usara toda la memoria que tenga disponible y la liberara conforme otras aplicaciones o recursos las necesiten (Por ejemplo por esa razón no recibes alertas de memoria baja o por esa razónno se siente lento tu servidor)

    El uso de la memoria es oportunista. Si no esta siendo usada, la usara toda el procesamiento del store

    De igual forma te comparto que tuve una situacion similar en 2013 (Podria ser similar en 2016), en la cual el problema no eran los recursos del servidor sino de los performance counters predeterminados que usaban 512KBs de memoria. Mi solución fue la siguiente:

    1) En el servidor mailbox afectado abri regedit 
    2) Navegue a la siguiente ruta: KEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\MSExchange Search Indices\Performance 
    3) Cree el valor dword y lo nombre FileMappingSize 
    4) Cambie el valor de FileMappingSize a 2MB (en valor Decimal )

    5) Eso ayudo a quitar los eventos 106.

    Ahora no se si esto aplica para tu situación, por eso comentaba que seria buena idea que nos compartieras el evento completo

    Saludos



    Geovany Acevedo | Senior Messaging Engineer | MCITP MCSA MCSE:Messaging MVP:Exchange


    • Editado Geovany Acevedo miércoles, 4 de mayo de 2016 1:56 typo
    • Propuesto como respuesta Moderador M miércoles, 4 de mayo de 2016 15:50
    • Marcado como respuesta Moderador M viernes, 3 de junio de 2016 14:50
    miércoles, 4 de mayo de 2016 1:51

Todas las respuestas

  • Hola P_Agudo, solo para recordar que el Exchange lo que hace es reservar la memoria disponible (no es que la este usando) para poder responder y tener recursos para atender a las peticiones, vez que esta lento? Se podría modificar pero creo que no seria lo mas recomendado(no es una buena practica), aun asi me confirmas.

    Peter Chirinos | IT Consultant, MCP, MCSA, Microsoft Office Master, Software Developer, Microsoft Certified Professional, MAP , Microsoft Small Business Specialist, Veeam Technical Sales Professional (VMTSP), Veeam Sales Professional (VMSP), VMware Technical Solutions Professional (VTSP) | @peter_chirinos

    martes, 3 de mayo de 2016 17:58
  • Hola P_Agudo,

    El error que comentas es demasiado genérico, nos ayudaria mucho si nos compartes el evento completo.

    De lo contrario te comento y corroboro la información de Peter. Esto no debe tratarse de un problema de memoria, ya que por diseño Exchange usara toda la memoria que tenga disponible y la liberara conforme otras aplicaciones o recursos las necesiten (Por ejemplo por esa razón no recibes alertas de memoria baja o por esa razónno se siente lento tu servidor)

    El uso de la memoria es oportunista. Si no esta siendo usada, la usara toda el procesamiento del store

    De igual forma te comparto que tuve una situacion similar en 2013 (Podria ser similar en 2016), en la cual el problema no eran los recursos del servidor sino de los performance counters predeterminados que usaban 512KBs de memoria. Mi solución fue la siguiente:

    1) En el servidor mailbox afectado abri regedit 
    2) Navegue a la siguiente ruta: KEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\MSExchange Search Indices\Performance 
    3) Cree el valor dword y lo nombre FileMappingSize 
    4) Cambie el valor de FileMappingSize a 2MB (en valor Decimal )

    5) Eso ayudo a quitar los eventos 106.

    Ahora no se si esto aplica para tu situación, por eso comentaba que seria buena idea que nos compartieras el evento completo

    Saludos



    Geovany Acevedo | Senior Messaging Engineer | MCITP MCSA MCSE:Messaging MVP:Exchange


    • Editado Geovany Acevedo miércoles, 4 de mayo de 2016 1:56 typo
    • Propuesto como respuesta Moderador M miércoles, 4 de mayo de 2016 15:50
    • Marcado como respuesta Moderador M viernes, 3 de junio de 2016 14:50
    miércoles, 4 de mayo de 2016 1:51
  • En 2016 no existe esa ruta, hay tres distintas para contadores. Lo probare.

    Hemos visto de que es el problema. Esto es una maquina virtual en VMware 5.5. Quitando las tools la maquina vuelve a uso normal de CPU y RAM. Las hemos isntalado de nuevo y tenemos los procesos otra vez saturados.

    Sobretodo el proceso system interrupts, que indica conflitos de hardware.

    Vamos a seguir viendo si podemos estabilizar la maquina pero no se si puede necesitar otra version superior de VMware.

    Saludos

    miércoles, 4 de mayo de 2016 12:27