Introducción a DAG en Exchange

Revisión: 3/12/2018


La solución de alta disponibilidad y contingencia en Exchange 2010 / 2013 / 2016 tiene como componente central al DAG (Database Availability Group). El DAG es una agrupación lógica de hasta 16 servidores con el rol de mailbox server que provee mecanismos de recuperación automática frente a fallas a nivel de base de datos.

https://technet.microsoft.com/en-us/library/dd979799(v=exchg.150).aspx


Conceptos básicos de DAG

1. Provee failover automático de base de datos.

2. Los servidores pueden utilizar la versión Standard o Enterprise de Exchange

3. A partir de Windows Server 2012 es posible utilizar la versión Standard del sistema operativo

4. No requiere almacenamiento compartido

5. Puede ser configurado en un servidor multirol (Ej: Client Access, Mailbox Server en 2013)

6. Se implementa de forma incremental

7. Es frontera de replicación. No es posible replicar una base de un DAG a un servidor miembro de un DAG diferente.

8. No todos los nodos del DAG tienen porque tener la misma cantidad de base de datos

9. Un servidor miembro de DAG puede tener bases activas y pasivas. La referencia de activo/pasivo ya no es a nivel de servidor sino que a nivel de base de datos

10. Puede tener servidores distribuidos en distintos datacenters (extendiendo el DAG geográficamente)

11. Puede incluir miembros en distintos sitios de Active directory


Consideraciones

1. Los miembros del DAG deben estar unidos al mismo dominio de Active Directory

2. Un servidor no puede tener más de una copia de una misma base

3. Una base de datos puede tener réplicas en múltiples servidores pero puede estar activa en un único servidor a la vez

4. Los servidores deben tener la misma versión de sistema operativo y debe soportar características de cluster. En versiones anteriores a Windows Server 2012 se requiere de edición Enterprise o Datacenter.

3. No es posible combinar versiones de Exchange dentro de un mismo DAG (ej. Exchange 2010 con 2013 o 2016)

4. En caso de replicar a un sitio remoto la latencia debe ser menor a 500ms.


Alta Disponibilidad en Exchange

En complemento a todo lo relacionado a DAG y replicación de bases de datos, para contar con una plataforma de correo en alta disponibilidad, es necesario considerar la redundancia de elementos adicionales involucrados en la solución de mensajería. Por ejemplo, tener múltiples servidores con Exchange replicando dentro de un mismo host de virtualización tiene un claro punto de falla (el host). Sin lugar a dudas es necesario pasar por una etapa de diseño considerando cada uno de los requerimientos, evaluar puntos de falla, etc.

Por último, destacar nuevamente que en adición a no requerir almacenamiento compartido hoy podemos tener alta disponibilidad en Exchange utilizando la versión Standard del producto y del sistema operativo. Por este y otros motivos que iremos explorando, el contar con alta disponibilidad en Exchange (incluso contingencia) es cada vez más viable independientemente del porte de la organización.

Ir a PARTE 2.


Por más información teórica y práctica ver el siguiente recurso para miembros VIP del sitio (videos de entrenamiento):


Acerca de Daniel Núñez Banega

Consultor IT especializado en Microsoft Exchange y Active Directory.
Principales Certificaciones: Microsoft Certified Trainer | Microsoft Certified Solutions Expert | Microsoft Certified Systems Engineer | Microsoft Certified Systems Administrator | Microsoft Certified IT Professional | Microsoft Certified Technology Specialist

Interacciones del lector

Comentarios

  1. Jose dice

    Sr. Daniel buenos días, cuando creo una regla de bandeja de entrada en mi correo de Exchange 2013 (reenviar mis mensajes aun correo Hotmail, bloquear un mensaje que contenga la palabra xxx), no funciona. En algunos foros leí que esta opción viene deshabilitada a partir de Exchange 2013 para los usuarios. Como puedo habilitarla para que mis usuarios puedan crear sus reglas en su buzón. Espero su respuesta. Le agradezco de antemano

    • Daniel Núñez Banega dice

      Jose, el que no funcione la redirección de correo puede venir por el lado de la configuración de dominios remotos, en este caso podes encontrar más detalle en la sección de comentarios del siguiente artículo:

      https://aprendiendoexchange.com/como-configurar-la-redireccion-de-correos-a-una-cuenta-alternativa

      Respecto a otras reglas habría que ver si el problema se presenta en todos los casos o con usuarios específicos. Si se presenta con usuarios específicos podría tener relación con el perfil de correo. Lo más sencillo para descartar cualquier particularidad podría ser crear un usuario de test y validar cada tipo de regla.

  2. Edwin ferney vargas guzman dice

    Buen dia sr daniel una pregunta si tengo un dag de 3 servidores y uno de ellos tiene un rolloup mas alto 17 que los otros 2 que lo tienen en 14..y cuando activo las bases de datos en el servidor que tiene el rolloup mas alto..no se conectanan los clientes de outlook..que puedo hacer??

    • Daniel Núñez Banega dice

      Hola Edwin, en principio habría que dejar todos los miembros del DAG al mismo nivel de actualizaciones. A partir de ese punto y en base a si el error persiste cómo avanzar.

  3. Julio Domínguez dice

    Excelente.
    Mucha información interesante.
    A pesar de que acá lo indicar claramente, pero quería consultar de todos modos. Existe algún método de realizar una replicar una BD entre servidores que pertenecen a diferentes DAGs..?’ por ahí he leído algo de usar un “swing-server” o tal vez usar la portabilidad de BD, o alguna herramienta de 3eros la idea es provocar el menor impacto posible, todo esto es Exchange 2010.
    Atento a tus comentarios,

    Julio Domínguez

    Saludos,

    • Daniel Núñez Banega dice

      Hola Julio, no es posible replicar una base de un DAG a un servidor que se encuentra en un DAG diferente.
      Tenes la opción de la “portabilidad” en el sentido que podes montar una base en otro servidor de la organización (independientemente de si pertenece a un DAG o no), pero esto no sería para replicar.

      saludos!

  4. Javier Alvarez dice

    Buenos días,

    Estimado Daniel, actualmente tengo configurado un DAG que contempla dos servidores, requiero tener un en centro alterno otro servidor para que en caso de desastre poder hacer Switchover, cual es la mejor practica para ello y de que forma puedo realizarla.? sabiendo que es Exchange 2010.

    • Daniel Núñez Banega dice

      Hola Javier, varios temas a considerar en este escenario, desde el punto de vista de conectividad, enlaces y bases a replicar entre otros.
      En principio y de forma muy genérica (esta actividad debe pasar por una etapa de diseño que contemple todos los requerimientos asociados a la implementación) el proceso incluye la adición del nuevo servidor al DAG.
      En caso de que el DAG no tengo configurado el modo DAC (Datacenter Activation Coordination Mode) este sería un buen momento. Por otro lado definir qué bases replicar a contingencia y si se configura algún tipo de retraso en base a la estrategia de recuperación.
      En complemento a todo esto se debe considerar el acceso de clientes, hay varios modos dependiendo de los requerimientos y dependiendo del camino si implica registros adicionales en DNS y cambios en el certificado entre otros.

Deja un comentario

Tu dirección de correo electrónico no será publicada. Los campos obligatorios están marcados con *