Solución de problemas de eventos de servicio de MSExchangeTransport
Se aplica a: Exchange Server 2007 SP1, Exchange Server 2007
Última modificación del tema: 2008-06-23
Microsoft Exchange Server 2007 introduce administración de recursos de servicio para detectar y actuar sobre los servidores de Exchange con sobrecarga. Cuando un sistema experimenta una sobrecarga, no se debe agregar más carga. Los servidores de Exchange 2007 que tienen instalada la función del servidor Transporte de concentradores o la función del servidor Transporte perimetral tienen diversos requisitos de recursos mínimos que se deben respetar. Los umbrales de los distintos recursos son administrados por el servicio de transporte de Microsoft Exchange (MSExchangeTransport.exe).
Cuando un servidor de transporte de concentradores o de transporte perimetral de Exchange 2007 consume estos recursos supervisados, el servicio dejará de aceptar nuevos mensajes hasta que los recursos alcancen los niveles aceptables. A esta situación se le llama presión de reserva. Para obtener más información acerca de la presión de reserva, consulte Descripción de la presión de reserva.
Cuando se superan estos umbrales de requisitos de recursos, se registran los eventos con id. 15001, 15002 o 15003. Además, Microsoft Exchange Server 2007 Service Pack 1 (SP1) incluye los eventos 15004 y 15005.
Para todos los recursos, un valor Normal está dentro de los niveles de funcionamiento normales, Medio indica niveles de utilización potencialmente altos y Alto indica que el servidor tiene sus recursos limitados y dejará de aceptar mensajes nuevos. En ese caso, pueden aparecer los siguientes síntomas:
Los mensajes enviados a Exchange con Microsoft Office Outlook o Outlook Web Access pueden permanecer en la Bandeja de salida si éste es el único servidor de transporte de concentradores.
Al intentar conectar con el conector de recepción de Protocolo simple de transferencia de correo (SMTP) del servidor (por ejemplo, Telnet en el puerto 25), se recibe la siguiente cadena: 452 4.3.1 Recursos del sistema insuficientes.
En la tabla siguiente se describen los valores predeterminados y sugerencias de solución de problemas de cada recurso que se está supervisando. En la mayoría de los casos, considere la posibilidad de ejecutar la herramienta Exchange Mail Flow Analyzer, ya que esta herramienta no sólo ofrece dichas sugerencias, sino que también examina el estado general del servidor.
Nota
La utilización de la CPU y de la red no las supervisa el servicio de transporte de Microsoft Exchange.
Sugerencias de solución de problemas de recursos supervisados por el servicio de transporte de Microsoft Exchange
| Recursos que se están supervisando | Descripción | Sugerencias de solución del problema | Valor Alto predeterminado | Valor Medio predeterminado | Valor Normal predeterminado |
|---|---|---|---|---|---|
Bytes privados utilizados |
El parámetro PercentagePrivateBytesUsed se usa para supervisar el porcentaje de bytes privados utilizados por el proceso EdgeTransport.exe. El monitor comprueba que los bytes privados utilizados no superen el límite predeterminado de bytes privados. Para equipos de x64, este límite es igual al 75% de la memoria RAM física total o 1 terabyte (lo que resulte inferior).*** |
El proceso EdgeTransport.exe consume memoria a medida que las colas se llenan. Compruebe las colas para asegurarse de que no hay ningún problema. Si hay algún problema, soluciónelo con la herramienta Exchange Mail Flow Analyzer (que se encuentra en el cuadro de herramientas de Exchange). |
75% |
73% |
71% |
Memoria física usada |
El parámetro PercentagePhysical MemoryUsedLimit se usa para supervisar la cantidad total de memoria que utiliza todo el proceso. |
Las situaciones en que se supera el valor Alto pueden deberse a los mensajes en cola, un problema que usted probablemente desee solucionar. A menudo, el servidor intenta recuperar memoria quitando de la misma los mensajes menos activos (deshidratando la cola). Si este problema surge con frecuencia, considere la posibilidad de quitar funciones del servidor o de volver a evaluar el hardware (por ejemplo, agregar memoria o agregar servidores adicionales). Deshidratar las colas significa que se quitan de la memoria en caché los elementos innecesarios de los mensajes en cola, pero aún así permanecen en la cola. |
94% |
89% |
84% |
Espacio de disco de base de datos usado |
El propósito del parámetro PercentageDatabaseDiskSpaceUsed es supervisar el espacio disponible para los mensajes en cola. Esto se hace supervisando la cantidad de espacio usado en la base de datos y comparando la cantidad de espacio disponible en la base de datos y en el disco. Este cálculo también tiene en cuenta el tamaño total de disco. El espacio disponible mínimo es siempre de 4 GB en la versión RTM de Microsoft Exchange Server 2007 y de 500 MB con Microsoft Exchange 2007 SP1. |
Para evitar la pérdida de datos, hay situaciones en las que Exchange puede dejar de aceptar correo. Esto podría deberse a una insuficiencia de recursos de espacio en disco. Compruebe la posible existencia de copias de seguridad de mensajes en las colas. Si la partición que contiene la cola es demasiado pequeña, considere la posibilidad de moverla a una unidad con más espacio. Quite los archivos innecesarios de la unidad que contiene la cola. En la versión RTM de Exchange 2007, este problema se produce normalmente cuando la unidad tiene menos de 4 GB disponibles. En Exchange 2007 SP1, este problema se produce normalmente cuando la unidad tiene menos de 500 MB disponibles. Los requisitos serán mayores si está habilitado el contenedor de transporte (si se usa replicación continua en clúster). |
* |
Valor Alto menos el 2% |
Valor Alto menos el 4% |
Cantidad de espacio disponible para registros de transacciones de la base de datos de cola de mensajes |
El parámetro PercentageDatabase LoggingDiskSpaceUsed supervisa la cantidad de espacio disponible en el disco para garantizar que los registros de transacciones siempre tienen suficiente espacio para las transacciones confirmadas. |
Para evitar la pérdida de datos, hay situaciones en las que Exchange puede dejar de aceptar correo. Esto puede deberse a una insuficiencia de recursos de espacio en disco. Si los registros de transacciones de la base de datos de cola están en una unidad distinta a la de la base de datos, este problema indica que la unidad es demasiado pequeña. |
** |
Valor Alto menos el 2% |
Valor Alto menos el 4% |
Número de cubos de versión |
Las bases de datos del motor de almacenamiento extensible (ESE) mantienen en la memoria una lista de las modificaciones realizadas en la base de datos conocida como almacén de versiones. El parámetro VersionBuckets realiza un seguimiento del número de versiones distintas que están en la memoria ya que es importante que se confirmen en disco. El tamaño de los cubos de versión asignados variará en condiciones normales, pero puede aumentar a niveles inaceptables por varios motivos; por ejemplo, problemas con antivirus, problemas con la integridad de Jet, mensajes grandes que pasan por el transporte y rendimiento de entrada/salida (E/S) de los discos. Si el tamaño pasa a ser excesivo, esto puede indicar que el almacén de versiones tiene demasiadas modificaciones pendientes que están todavía por confirmar. |
Las situaciones en las que los cubos de versión permanecen altos suelen ser transitorias y, en general, se pueden omitir. Si el problema ocurre con frecuencia, una buena idea puede ser comprobar que se cuenta con límites de tamaño para los mensajes. Si los mensajes grandes no son la causa, piense en supervisar los contadores de rendimiento de E/S de disco para comprobar si hay algún problema de rendimiento de disco subyacente. |
RTM: 100 SP1: 200 |
RTM: 60 SP1: 120 |
RTM:40 SP1: 80 |
* Límite de RTM = 100 X (númeroTotalDeBytesEnDisco – 4 GB) ÷ númeroTotalDeBytesEnDisco
Límite de SP1 = 100 X (númeroTotalDeBytesEnDisco – 500 MB) ÷ númeroTotalDeBytesEnDisco
** Límite = (númeroTotalDeBytesEnDisco – (ProfundidadMáximaDePuntoDeControl × 25)) × 100 ÷ númeroTotalDeBytesEnDisco
*** Exchange de 32 bits no se admite en entornos de producción. No obstante, para equipos x86 que usan el modificador /3GB, hay un límite de 1.800 MB o el 75% de la RAM física, lo que resulte inferior. Para equipos x86 sin el modificador /3GB, hay un límite de 800 MB o el 75% de la RAM física, lo resulte inferior.
En el siguiente ejemplo de un evento de advertencia, el disco en el que se encontraba la cola tenía un tamaño de aproximadamente 8 GB. La cantidad de espacio disponible era de aproximadamente 3,6 GB, lo que era insuficiente para que el servidor aceptase nuevos mensajes de forma segura. El problema se resolvió moviendo la base de datos de la cola a una unidad mayor.
Tipo de evento: Advertencia Origen del evento: MSExchangeTransport Categoría del evento: ResourceManager Id. de evento: 15002 Descripción: La presión de recurso es alta y se mantiene constante. Estadísticas: Base de datos de cola y espacio de disco ("C:\Archivos de programa\Microsoft\Exchange Server\TransportRoles\data\Queue\mail.que") = 54% [Alto] [Normal = 45% MedioAlto = 47% Alto = 49%] Espacio de disco de registro de la base de datos de cola ("C:\Archivos de programa\Microsoft\Exchange Server\TransportRoles\data\Queue\") = 54% [Normal] [Normal = 89% MedioAlto = 91% Alto = 93%] Cubos de versión = 0 [Normal] [Normal = 40 MedioAlto = 60 Alto = 100] Bytes privados = 10% [Normal] [Normal = 71% MedioAlto = 73% Alto = 75%] Carga de memoria física = 52% [el límite es del 94% para empezar a deshidratar mensajes]. |
Para obtener más información
Para obtener más información acerca de la solución de problemas de transporte y de flujo de correo, consulte Problemas de transporte y de flujo de correo.
Para obtener más información acerca de la herramienta Exchange Mail Flow Analyzer, consulte Utilización de la consola de administración de Exchange y Usar el cuadro de herramientas.