Recientemente fui nombrado MVP de Exchange Server, por lo tanto que mejor que comenzar este blog con un articulo dedicado a este excepcional producto. Seguro muchos de vosotros ya lo conoceis, y seguro lo teneis implantado en vuestras organizaciones. Exchange Server 2007 ha incluido muchas características nuevas y mejoras en diversos ámbitos, las cuales iré comentado proximamente.

Me quiero centrar en la replicación continua de cluster o CCR. Esta funcionalidad de replicación de archivos de transacciones entre nodos permite disponer de un entorno de alta disponibilidad en donde los nodos del cluster estén geográficamente dispersos, minimizando así el posible impacto de una pérdida severa de uno de los centros de datos o ubicaciones físicas.

Sin embargo, no hace falta plantear escenarios catastróficos para caer en riesgos que puedan alterar el correcto funcionamiento de CCR, por ejemplo: ¿que sucede cuando nos quedamos sin espacio en disco en el nodo pasivo?

Lo primero que observaremos es que Exchange tratará de interrumpir la replicación en tantos grupos de almacenamiento como sea necesario, con el objetivo de no seguir consumiendo el poco espacio que pudiera quedar. Esto lo podemos comprobar en el visor de eventos del nodo pasivo

El evento 428 de ESE indica que se ha rechazado cualquier actualización de la base de datos debido a la falta de espacio en disco. Evidentemente, esto se produce antes de que se quede el equipo completamente sin espacio.

Pues bien, ¿que pasos debemos seguir para poder solucionar este problema? Lo primero será tratar de liberar espacio, eliminando archivos innecesarios y tratar de reiniciar la réplica para posteriormente hacer una copia de seguridad completa que libere los archivos .log de nuestro disco lleno.

Hay que decir que si esta situación se produce, la creación de copias de seguridad completas no hace que se eliminen los .log ni del nodo activo, ni del pasivo. Esto es debido a que Exchange debe comprobar que la transacciones se han aplicado correctamente en la copia de la base de datos antes de poder eliminarlos.