¿Existe una mejor solución para el intercambio de proceso store.exe?

  • saniabra
  • Beginner
  • Beginner
  • No Avatar
  • Registrado: Feb 22, 2008
  • Mensajes: 56
  • Status: Offline

Nota Mayo 17th, 2012, 8:26 pm

Saludo a todos.
¿Cómo te va?
¿Por favor, quería preguntar que existen cualquier solución confiable sobre proceso store.exe de exchange?
Tengo aviso que incluso si se actualiza la memoria ram servidor a 20 Gb store.exe todavía actuará de la misma forma.
Mi servidor memoria uso va a 98% esto provoca un rendimiento deficiente servicios de correo, aunque consume store.exe
60% de la Ram, pero si puedo limitar la memoria almacén que uso al 30% estará bien.
Agradecerán su asesoramiento.
Gracias.
  • Anonymous
  • Bot
  • No Avatar
  • Registrado: 25 Feb 2008
  • Mensajes: ?
  • Loc: Ozzuland
  • Status: Online

Nota Mayo 17th, 2012, 8:26 pm

  • Zealous
  • Guru
  • Guru
  • Avatar de Usuario
  • Registrado: Abr 15, 2011
  • Mensajes: 1195
  • Loc: Sydney
  • Status: Offline

Nota Mayo 18th, 2012, 4:00 am

De forma predeterminada, la clave de msExchESEParamCacheSizeMax no se establece, lo que significa que el almacén puede asignar la memoria que necesita dinámicamente. ESE (store.exe) crecerá la caché para consumir RAM casi todos disponible en el servidor si no hay ninguna otra presión de la memoria en el sistema por ejemplo, si el servidor contiene 16 gb de memoria física, si no hay ninguna presión de la memoria, uno podría esperar que el proceso store.exe crecerá a utilizar hasta 14 gb de memoria (16 gb menos 2 gb asignados a modo Kernel). Este tamaño de caché de base de datos mucho mayor resultados de E/s de disco muy reducidos y es la preferida de todas formas, como información de lectura de la memoria es mucho más rápido que leer información del disco. Si se produce la presión de la memoria, como cuando otras aplicaciones de solicitud/requieren memoria, ESE adecuadamente disminuirá el tamaño de la caché de base de datos. Se recomienda no para modificar el atributo msExchESEParamCacheSizeMax del objeto de almacén de información. Reducir este valor puede degradar el rendimiento, en términos de rendimiento del servidor, así como en términos de experiencia del usuario final.

Fuente:http://blogs.technet.com/b/maliks/archi ... ation.aspx
  • grinch2171
  • Moderator
  • Genius
  • Avatar de Usuario
  • Registrado: Feb 11, 2004
  • Mensajes: 6738
  • Loc: Martinsburg, WV
  • Status: Offline

Nota Mayo 18th, 2012, 5:28 am

Tengo un servidor de Exchange 2010 que está utilizando actualmente el 89% de su 16 GB de memoria. Esto es todo ese servidor realiza por lo que según el artículo entusiasta publicado es una conducta absolutamente normal. Por lo tanto estoy adivinando si tuve otra aplicación que se ejecuta en ese servidor que tenía un requisito de gran cantidad de memoria y luego intercambio sería renunciar algunos de su memoria.
‎"Be polite, be professional, but have a plan to kill everybody you meet." Maj. Gen. James Mattis
  • saniabra
  • Beginner
  • Beginner
  • No Avatar
  • Registrado: Feb 22, 2008
  • Mensajes: 56
  • Status: Offline

Nota Mayo 18th, 2012, 6:23 am

Tengo entendido que liberará memoria a otro proceso si están en necesidad.
pero la cosa aquí es que mi memoria de servidor siempre utilizado el 98%.
Quiero mantener por debajo del 80 %
porque cada vez que llega a 98% utiliza correo electrónico sale el error de WOA el buzón no está disponible.
  • grinch2171
  • Moderator
  • Genius
  • Avatar de Usuario
  • Registrado: Feb 11, 2004
  • Mensajes: 6738
  • Loc: Martinsburg, WV
  • Status: Offline

Nota Mayo 18th, 2012, 6:59 am

Supongo que podría alterar la clave de msExchESEParamCacheSizeMax

http://mostlyexchange.blogspot.com/2007 ... -2007.html
‎"Be polite, be professional, but have a plan to kill everybody you meet." Maj. Gen. James Mattis

Publicar Información

  • Total de mensajes en este tema: 5 mensajes
  • Usuarios navegando por este Foro: No hay usuarios registrados visitando el Foro y 136 invitados
  • No puede abrir nuevos temas en este Foro
  • No puede responder a temas en este Foro
  • No puede editar sus mensajes en este Foro
  • No puede borrar sus mensajes en este Foro
  • No puede enviar adjuntos en este Foro
 
 

© 2011 Unmelted, LLC. Ozzu® es una marca registrada de Unmelted, LLC