De de todas las novedades que incorpora Microsoft Exchange Server 2010, una de las más destacables e impresionantes es la capacidad de crear entornos de alta disponibilida sin apenas esfuerzo y con unos recursos de coste reducido.
Precisamente este es el objetivo del cambio de arquitectura en términos de clustering que se ha desarrollado en Exchange Server 2010. El que cualquier organización, por pequeña que sea, pueda implantar un entorno altamente disponible con hardware común y sin grandes conocimientos de servicios de clustering, grupos, recursos, etc, es un avence determinante.
El primer cambio notable es la desapariciön de los grupos de almacenamiento, lo cuales ya no tenían sentido en este nuevo modelo, ya que ahora las bases de datos no están vinculadas a ningún servidor, sino que son objetos del ámbito de la organización.
En segundo lugar, desaparecen los escenarios LCR y SCR y se combinan en uno solo denominado DAG (Database Availability Group)
Otra novedad imporante es que ahora se pueden combinar cualquier rol de Exchange 2010 con el cluster de alta disponibilidad, de tal forma que únicamente necesitaremos 2 servidores y no 3 como sucedía en Exchange Server 2007.
EL DAG será ahora el encargado de gestionar todo lo relacionado con la replicación, nodos del cluster, switchover (lo que antes conocíamos como failover o salto de nodo), etc.
Además el proceso de implantación se ha simplificado tanto que ni siquiera tenemos que abrir la consola de Administración de Clusters, todo lo hacemos desde Exchange y el DAG.
Hoy, voy a mostrar como se realiza la implantación del DAG y se configura el entorno de replicación.
Lo primero que necesitaremos serán dos servidores con los roles de mailbox instalados (en este laboratorio además estan instalados los roles HUB y CAS en ambos servidores)
Fijaros que comenzamos con un par de mailbox ya instalados, es decir, ya no tenemos que indicar durante la instalación que queremos implantar un CCR o SCC como sucedía anteriormente.
Esto permite que podamos decidir tranquilamente en que momento queremos pasar de un solo servidor a dos servidores en alta disponibilidad sin reconfigurar nada de lo ya instadalo.
En este laboratorio tenemos los servidores SV2 y SV3
Es importante que ambos dispongan de 2 dispositivos de red (Red privada y red pública como habitualmente), sino no nos dejará continuar el asistente para agregar servidores al DAG .
Así mismo debemos haber instalado las herramientas de adminsitración de Clústeres en ambos servidores, ya que a través de dicha consola el asistente configura todo lo necesario a nivel de clustering.
- Para ello simplemente ejecutamos ServerManagerCMD.exe –i RSAT-Clustering
Una vez instalados ambos servidores, iniciamos el asistente para crear el DAG desde:
- Microsoft Exchage On-premises > Organization Configuration > Mailbox > Database Availability Groups
Establecemos los valores de nombre del DAG, Witness server y Witness directory, que en este laboratorio será miDAG, SVDC y C:\miDAGFSW respectivamente.
Se recomienda que el servidor Witness (testigo) sea también un Exchange, aunque no es extrictamente necesario.
Si no es un servidor Exchange, hay que agregar el grupo Exchange Trusted Subsystem al grupo de Administradores (o BUILTIN/Administradores si es un DC).
Si no hacemos esto, obtendremos un error de acceso denegado cuando el asistente intente crear el recurso compartido.
Si el Witness no es un servidor Exchange obtendremos un mensaje de advertencia, aunque podemos continuar sin ningún problema.
Una vez que el DAG esté creado, es hora de agregar los miembros al grupo, para ello pulsamos con el botón derecho sobre el DAG y seleccionamos Manage Database Availability Group Membership.
En el asistente, agregamos los servidores de buzones (SV2 y SV3) y pulsamos en el botón Manage.
Este proceso tarda un poco ya que es ahora cuando por debajo se crea la cuenta de equipo asociada al nombre del DAG, se agregan los nodos al cluster y se configura el recurso compartido (File Share Witness). Todo ello, sin tener que abrir en ningún momento la consola de administración de clusters.
Ahora ya disponemos del DAG completamente implementado para poder empezar a crear bases de datos y réplicas entre los miembros del grupo.
Recordemos que podremos incluir hasta 16 miembros por DAG y por lo tanto disponer de hasta 16 copias replicadas de cada base de datos.
Para crear una base de datos de buzones debemos hacerlo desde la etiqueta contigua Database Management > New Mailbox Database.
El proceso para crear una base de datos es similar al que existía en versiones anteriores, salvo que ya no existen los grupos de almacenamiento, por lo tanto indicamos directamente el nombre de la base de datos y el servidor que la alojará en primera instancia, en este caso SV2.
En caso que querer cambiar la ruta por defecto de almacenamiento, lo podemos hacer en la siguiente pantalla.
Si establecemos una unidad de disco diferente, ésta debe existir igualmente en todos los servidores que vayan a recibir una réplica de la base de datos.
Una vez creada la base de datos de buzones, podemos crear la primera réplica, para ello la seleccinoamos con el botón derecho y pulsamos en Add Mailbox Database Copy.
Seleccionamos el servidor que recibirá la réplica, que en este caso será SV3
Cuando finalice el asistente, tendremos nuestra primera base de datos replicada en un DAG de Exchange Server 2010.
Porúltimo algunas notas a tener en cuenta:
Los DAG utilizan un nuevo componente llamado Active Manager, el cual remplaza la funcionalidad de failover del servicio de clúster.
Se encarga de monitorizar la disponibilidad de todas las réplicas y en caso de fallo toma la decisión de activar la copia más optima de acuerdo a criterios de disponibilidad, velocidad, latencia y prioridad.
Todos los servidores de un DAG debe estar en el mismo dominio de Directorio Activo.
Todas las réplicas de bases de datos se pueden copiar mediante VSS o Streaming ESE backup APIs
Además, las copias soportan la configuración de ReplayLagTime y TruncationLagTime como en en antiguo SCR.
Un DAG depende de Windows Failover Clustering, por lo tanto solo se puede habilitar en servidores que ejecute Windows Server 2008 / R2 Enterprise Edition o Datacenter Edition
Saludos y hasta pronto.
5e386230-65ad-4858-9409-b0b5da4fb6f9|4|5.0
Exchange Server 2010