Category Archives: Test

Continuamos con los cmdlets de testeo. Hoy nos toca Test-MRSHealt.

¿Que realiza?

Como podeis ver, nos realiza tres chequeos en uno sobre el servicio de replicación de buzones:

• Si el servicio se está ejecutando en el servidor (ServiceCheck).
• Si el servicio responde al chequeo mediante RPCPing (RPCPingCheck)
• Y si el servicio de replicación de base de datos está explorando las colas de trabajos (QueueScanCheck)

El servicio de replicación de buzones (Exchange Mailbox Replication Service) corre sobre aquellos servidores con el rol Client Access (CAS) y es responsable de los movimientos y las peticiones de importación y exportación de buzones.

Si queremos ver el resultado de este test para todos nuestros servidores con el rol CAS ejecutaremos:

Get-ClientAccessServer | Test-MRSHealth

Suerte.
Bibliografia.
How Exchange works.

Continuando con el siguiente cmdlet: Test-SystemHealth. Similar al anterior, pero …..

¿Que realiza?

Recopila información acerca del estado del sistema  y analizar dichos datos de acuerdo con las mejores prácitcas que define Microsoft desde la Shell de Exchange.

Necesita conectarse a Internet para descargarse la última versión de los ficheros de configuración cada vez que lo ejecutamos:

para, posteriormente, realizar el chequeo del sistema:

y, finalmente, nos proporciona una serie de recomendaciones, warnings y errores, con respecto a las Best Practices recomendadas por Microsoft.

No he salido tan mal parado como yo esperaba, solo unos warnings. Si os fijais, el servidor verde no tiene configurado el path para TEMP o TMP de acuerdo a las mejores prácticas y el servidor azul tiene drivers que considera antiguos, fichero de paginación menor que la memoria y, lo mejor para el final, que son servidores virtuales.

En el caso de que tengamos algún servidor sin acceso a internet, podemos ejecutar este cmdlet de test para que incialmente no se descargue las actualizaciones:

Test-SystemHealth –DownloadConfigurationUpdates:$false

Otras opciones que tenemos son:

• Testear un rol en concreto 

Test-SystemHealth -Roles:ClientAccess

• o si queremos que el resultado se vuelque a un fichero en formato XML para luego importarlo a una herramienta de Best Practices Analyzer:

$temp=Test-SystemHealth -OutData
Set-Content -Value $temp.FileData -Path d:tmpsystemHealthOutData.xml -Encoding Byte

Nos vemos.

Bibliografia.
How Exchange Works.

Buenos dias,

Continuando con el Post inicial sobre los cmdlets de testeo que tenemos en Exchange 2010 SP2 (ver aqui), empezamos con uno básico, Test-ServiceHealth.

¿Que realiza?

Como su nombre indica, realiza un chequeo del estado de todos los servicios Windows necesarios para el buen funcionamiento del rol o roles de Exchange que dicho servidor tiene instalado. Por ejemplo, si tiene los roles de Hub Transport Server, Client Access Server y Mailbox Server nos mostraría el siguiente resultado:

Nos informa que están corriendo todos los servicios necesarios (True), qué servicios están funcionando de cada rol que tenga instalado el servidor y cuales no están corriendo.

Podemos personalizar a nuestro gusto la salida de este cmdlet para que nos indique el rol y si los servicios requeridos están funcionando:

Ya sabeis que me gusta rizar el rizo y ¿podemos ver el estado de otro servidor? Por supuesto:

Test-ServiceHealth -server <NombreServidor> | ft role, requiredservicesrunning -autosize

y ¿Podemos chequear el estado de todos los servidores de nuestra infraestructura?

Como podeis observar, me han aparecido varios errores, provocados porque en mi infraestructura de Exchange todavía tengo algún que otro servidor con Exchange 2003.

Abajo, en el blog de ExchangeServerPro.com, podeis ver mas variaciones sobre estos últimos puntos.
Nos vemos.

Bibliografia.
How Exchange works.
Exchangeserverpro.com