[ARTICULO] Exchange Server | Chequeos de salud diarios para Exchange Server 2010

En nuestra tarea de Administradores, hay ciertas operaciones de control que debemos realizar a diario o varias veces por semana para poder comprobar que nuestra infraestructura esté saludable.

Exchange Server 2010 incorpora algunos cmdlets para poder comprobar el estado de salud de los servicios y mostrar resultados de estado y configuración que, combinados, nos pueden ser de gran utilidad para cumplir este objetivo.

En este artículo se recorrerán algunos de estos cmdlets, identificando para cada rol de Exchange Server 2010 SP2 cuáles son de utilidad.

[toc]

Introducción

Objetivo

Esta publicación tiene como objetivo:

• Identificar que CMDLets de PowerShell sobre Exchange Server 2010 podemos utilizar como chequeos de salud diarios sobre la plataforma.
• Demostrar la importancia de estos CMDLets para la detección proactiva de errores.

Alcance

El alcance de esta publicación, si bien es sobre Exchange 2010 con SP2 instalado, puede extenderse con algunas limitaciones sobre las siguientes versiones de Exchange Server:

• Exchange Server 2010 con SP1 instalado.
• Exchange Server 2010.

Desarrollo

Introducción a los Chequeos de Salud

Los chequeos de salud para una infraestructura de Correo Electrónico no deben (ni pueden) limitarse a los chequeos de salud sobre los servidores Exchange que tengamos, sino que deberían extenderse a todos los aspectos relacionados con la plataforma de Correo Electrónico. Este artículo sólo abarca algunos chequeos de salud ejecutables en la plataforma Exchange Server 2010, haciendo uso de cmdlets de test y otros cmdlets de PowerShell disponibles en el Shell de Exchange.

Chequeos en Exchange Server 2010 a través de cmdlets

Se presentará, para cada rol de Exchange Server, algunos cmdlets que nos pueden facilitar los chequeos de salud diarios sobre la plataforma Exchange Server 2010, como así también son aplicables para las tareas de troubleshooting. Para poder utilizarlos, en condiciones normales, se debe contar con el SP2 de Exchange instalado y contar con el “Exchange Management Shell”.

La mayoría de estos cmdlets pueden ser ejecutados con resultado en modo “tabla” (ft) o en modo lista (fl – lo cual muchas veces muestra más info).

Chequeos en el rol de “Client Access”

Para el rol de Client Access, podemos utilizar los siguientes cmdlets:

Service Health:

• Test-ServiceHealth

El cmdlet Test-ServiceHealth sirve para comprobar si todos los servicios de Windows que son requeridos por el Exchange están iniciados. En el caso de encontrarse con un servicio marcado como “automático” relacionado con Exchange que no esté iniciado, devuelve un error.

OWA Connectivity:

• Test-OWAConnectivity

Active Sync Connectivity:

• Test-ActiveSyncConnectivity

POP3 Connectivity:

• Test-POPConnectivity

IMAP Connectivity:

• Test-IMAPConnectivity

Chequeos en el rol de “Hub Transport”

Para el rol de Hub Transport, podemos utilizar los siguientes cmdlets:

Service Health:

• Test-ServiceHealth

Queue Status:

• Get-Queue

Mail Flow:

• Test-Mailflow

Chequeos en el rol de “Mailbox”

Para el rol de Mailbox, podemos utilizar los siguientes cmdlets:

Service Health:

• Test-ServiceHealth

Mailbox\Public Folder Database Status:

• Get-MailboxDatabaseCopyStatus *

Backup Status:

• Get-MailboxDatabase –Status | ft Name, lastfullbackup, lastincrementalbackup

MAPI Connectivity:

• Test-MapiConnectivity

Chequeos en el rol de “Edge Transport”

Para el rol de EDGE Transport, podemos utilizar los siguientes cmdlets:

Service Health:

• Test-ServiceHealth

Queue Status:

• Get-Queue

Mail Flow:

• Test-Mailflow

Edge Synchronization:

• Test-EdgeSynchronization

Chequeos en el rol de “Unified Messaging”

Para el rol de Unified Messaging, podemos utilizar los siguientes cmdlets:

Service Health:

• Test-ServiceHealth

UM Connectivity Test:

• Test-UMConnectivity -ListenPort 5060
• Test-UMConnectivity -ListenPort 2061

Active Call Status:

• Get-UMActiveCalls

Conclusiones

Conocer los CMDLets que podemos aplicar para cada rol de Exchange Server 2010, aprovechando todas las novedades en CMDLets de Test con el SP2 instalado, nos puede ayudar a acelerar los procesos de troubleshooting (procesos de resolución de incidentes / problemas / consultas) sobre esta plataforma.

En este artículo se muestran los CMDLets principales (no son los únicos) que pueden aplicarse como primeras revisiones para cada rol de Exchange Server 2010. Por supuesto, pueden sumarse otras pruebas que deberían indicarnos si otros factores externos a los servidores Exchange están operativos, como por ejemplo cuestiones relacionadas con conectividad, publicación, etc. No obstante, estos rápidos CMDLets nos permiten identificar problemas dentro de nuestra plataforma.

Referencias y Links

Para este artículo se han tenido en cuenta los siguientes links y referencias:

• Test-ServiceHealth: http://technet.microsoft.com/en-us/library/aa998852.aspx
• Test-OwaConnectivity: http://technet.microsoft.com/en-us/library/aa997682.aspx
• Test-ActiveSyncConnectivity: http://technet.microsoft.com/en-us/library/bb123540.aspx
• Test-PopConnectivity: http://technet.microsoft.com/en-us/library/bb738143.aspx
• Test-ImapConnectivity: http://technet.microsoft.com/en-us/library/bb738126.aspx
• Get-Queue: http://technet.microsoft.com/en-us/library/bb124904.aspx
• Test-Mailflow: http://technet.microsoft.com/en-us/library/aa995894.aspx
• Get-MailboxDatabaseCopyStatus: http://technet.microsoft.com/en-us/library/dd298044.aspx
• Get-MailboxDatabase: http://technet.microsoft.com/es-es/library/bb124924.aspx
• Test-MapiConnectivity: http://technet.microsoft.com/en-us/library/bb123681.aspx
• Test-EdgeSynchronization: http://technet.microsoft.com/en-us/library/aa996925.aspx
• Test-UMConnectivity: http://technet.microsoft.com/en-us/library/aa997953.aspx
• Get-UMActiveCalls: http://technet.microsoft.com/en-us/library/aa997922.aspx

Comentarios y Corrección de Errores

Hemos realizado nuestro mejor esfuerzo para no cometer errores, pero al fin y al cabo somos seres humanos. Si deseás reportar algún error o darnos feedback de qué te pareció esta publicación, por favor no dejes de comunicarte con nosotros a través de correo electrónico a la siguiente dirección: info@tectimes.net.

Acerca del Autor