Me he encontrado con un problema interesante en Microsoft Exchange Server 2010 (también es típico de Exchange Server 2007/2013). De vez en cuando, algunos usuarios comenzaron a quejarse de la imposibilidad de obtener escaneos de dispositivos multifunción (MFD) o remitentes configurados para enviar correos electrónicos a través del servidor Exchange de acceso de cliente (CAS). Mientras tanto, los usuarios de Outlook pueden enviar y recibir correos electrónicos a través del servidor sin ningún problema.
Para diagnosticar el problema, intenté enviar un correo electrónico usando telnet desde el símbolo del sistema. Dado que la configuración incluía dos servidores CAS unidos a CAS Array usando NLB, tuve que verificar cada servidor. Se envió correctamente un correo electrónico desde el primer servidor, pero después de ejecutar el comando correo de en el segundo servidor devolvió este error: 452 4.3.1 Recursos del sistema insuficientes
En el registro de aplicaciones del servidor, EventID: 15006 de Fuente: MSExchangeTransport Esta registrado
Ruta de registro de la base de datos de la cola («C: Archivos de programa Microsoft Exchange Server V14 TransportRoles data Queue «) = 96% [High] [Normal=92% Medium=94% High=96%]
Carga de memoria física = 90% [limit is 94% to start dehydrating messages.]
Los siguientes componentes están desactivados debido a la contrapresión:
Envío de correo entrante desde servidores de transporte de concentradores
Envío de correo entrante desde Internet
Envío de correo desde el directorio de recogida
Envío de correo desde el directorio de reproducción
Envío de correo desde el servidor de buzones de correo
Agregación de contenido
Los siguientes recursos están en estado normal:
Ruta de la base de datos de la cola («C: Archivos de programa Microsoft Exchange Server V14 TransportRoles data Queue mail.que») = 95% [Normal] [Normal=95% Medium=97% High=99%]
Cubos de versión = 0 [Normal] [Normal=80 Medium=120 High=200]
Bytes privados = 14% [Normal] [Normal=71% Medium=73% High=75%]
Punto de lote = 0 [Normal] [Normal=2000 Medium=4000 High=8000]
Cola de envío = 0 [Normal] [Normal=1000 Medium=2000 High=4000]
La causa del error es el final del espacio libre en disco en el que se encuentran las colas de transporte de concentradores de Exchange. El hecho es que Exchange tiene un componente especial para monitorear los recursos disponibles: Contrapresión, que también realiza un seguimiento del espacio libre en un disco, donde se almacenan las colas del Servicio de transporte de Exchange.
Al exceder los límites del umbral, Exchange puede:
- Medio (90%) umbral: deje de recibir correo a través de SMTP de remitentes externos (los correos electrónicos del cliente MAPI aún están procesados)
- Elevado (99%) umbral: el flujo de correo deja de procesarse por completo
Nota. El 90% y el 99% son bastante aproximados, hay una fórmula para calcularlo, de hecho. En la práctica, basta con respetar estos valores. Por lo tanto, debería haber al menos 4 GB libres en un disco de 40 GB, donde se almacena la cola del servicio de transporte.
En caso de error, puede:
- Limpia tu disco de la papelera
- Desactivar el control de la contrapresión (no recomendado)
- Migre las colas de transporte a otro disco con el tamaño suficiente
De forma predeterminada, la cola de transporte se almacena en un disco del sistema. Después de analizar la unidad C: , descubrí que la carpeta que contiene los registros de IIS (C: inetpub logs LogFiles W3SVC1) ocupa casi 15 GB de espacio. Como regla general, estos registros se pueden eliminar y habilitar el escenario de eliminación automática de registros IIS antiguos.
Si no puede liberar espacio, mueva la carpeta de la cola de transporte de Exchange a otro disco.
La ruta a la carpeta que contiene esta cola se especifica en el archivo de configuración $ env: exchangeinstallpath bin EdgeTransport.exe.config con los siguientes argumentos:
Basta con especificar la nueva ruta a la carpeta de la cola y reiniciar el servicio de transporte de Microsoft Exchange (Restart-Service MSExchangeTransport) y Exchange los creará automáticamente.
Consejo. Asegúrese de que haya Mail.que, Trn.chk, Trn.log, Temp.edb en la nueva carpeta. Los mismos archivos del directorio anterior se pueden eliminar porque ya no son necesarios.
