Grupos de Disponibilidad de Bases de Datos en Exchange Server

El Grupo de Disponibilidad de Base de Datos (DAG) es una solución de alta disponibilidad y recuperación ante desastres en Microsoft Exchange Server. Originalmente introducido en Exchange Server 2010, el DAG garantiza que los servicios de correo electrónico sigan operativos a pesar de fallos de servidores o datos.

¿Qué es un Grupo de Disponibilidad de Base de Datos?

Un Grupo de Disponibilidad de Base de Datos (DAG) es un grupo de hasta 16 servidores de buzones que aloja un conjunto de bases de datos y proporciona una recuperación automática a nivel de base de datos ante fallos que afecten a servidores o bases de datos individuales. Es el límite para la replicación de bases de datos de buzones, conmutación y failover de bases de datos y servidores, y un componente interno llamado Active Manager. El Active Manager es un componente de Exchange responsable de gestionar las conmutaciones y los failovers que se ejecutan en cada servidor del DAG.

Cualquier servidor en un DAG puede alojar copias de bases de datos de buzones de cualquier otro servidor en el DAG. Cuando se agrega un servidor a un DAG, coopera con otros servidores en el DAG para proporcionar una recuperación automática de fallos que afecten a las bases de datos de buzones, como fallos de disco o de servidor.

Conceptos relacionados con un DAG

1. Rol del servidor de buzón de correo

Un rol de empresa MBX puede tener hasta 100 bases de datos de Exchange y maneja los modos activo y pasivo de las operaciones de base de datos. Ya sea que se utilicen indistintamente los términos "miembro de DAG", "servidor de DAG" o "servidor miembro de DAG" en la documentación relacionada con DAG de Microsoft, todos se refieren a servidores de buzones MBX agregados a un grupo DAG.

2. Activo / Pasivo

En un DAG, una base de datos solo puede ser atendida por un rol de servidor MBX para el acceso de la base de datos del cliente y este servidor se llama activo (con su estado de base de datos montado).

Un servidor que no proporciona acceso al cliente pero puede tomar el control cuando la base de datos activa falla para continuar ofreciendo acceso a la base de datos del cliente se llama pasivo (este estado de la base de datos está desmontado y se muestra como "healthy" en el campo de estado de replicación).

3. Administrador Activo

Cuando el rol del servidor MBX activo falla, el Administrador Activo Principal (PAM) gestiona y selecciona la copia de la base de datos que se activará. El Administrador Activo es un componente introducido en Exchange Server 2010, reemplazando las funciones tradicionales de administración de recursos y conmutación por error del clúster. Aunque Exchange Server 2010 ya no es una aplicación de clúster, el DAG aún utiliza los servicios de clúster de Windows pero ya no emplea grupos de clúster de Windows ni módulos de recursos de almacenamiento, en su lugar utiliza el Administrador Activo para manejar el estado de las bases de datos de buzones, incluyendo estados activos y pasivos, operaciones de movimiento y estados montados.

Mecanismo DAG

Exchange DAG utiliza Windows Server Failover Clusters. Los Clusters de Conmutación por Error usan un mecanismo de quórum basado en la votación de los nodos del clúster para determinar el Propietario del Clúster. El quórum es un mecanismo compartido entre todos los miembros del clúster, donde cada miembro lee regularmente archivos en el quórum para determinar el estado de los miembros del clúster. Cada miembro en el clúster se considera un voto.

Exchange DAG utiliza el modo de Conjunto de Nodos Mayoritario. En este modo, el Clúster de Conmutación por Error requiere un servidor de quórum externo a los miembros del clúster. Este servidor de quórum emite un voto ponderado para un miembro específico del clúster, otorgando a ese nodo privilegios de Propietario del Clúster. En el modo de Conjunto de Nodos Mayoritario, el 50% de los votos de los nodos debe estar en línea. Si N es el número de nodos, entonces N/2+1 nodos deben estar activos.

Por ejemplo:

1. Cuando hay 4 miembros de DAG, el cálculo de votos es: N/2+1 = 3, lo que permite la pérdida de 2 votos (lo que significa que hasta dos nodos pueden fallar, con un voto proveniente del servicio de quórum, por lo que solo se pueden perder dos). Si más de dos nodos fallan, el clúster de DAG pierde quórum, lo que hace que todas las bases de datos se desmonten y requiere intervención del administrador para restaurar la normalidad.

2. Cuando hay 5 miembros de DAG, el cálculo de votos es: N/2+1 = 3, lo que permite la pérdida de 3 votos (es decir, hasta 2 nodos pueden fallar). Si más de dos nodos fallan, el clúster DAG pierde quórum y todas las bases de datos se desmontan, requiriendo intervención del administrador para restaurar la normalidad.

Instalar un DAG

Requisitos previos para instalar un DAG

• El servicio DNS debe estar en ejecución

• El nombre asignado al DAG no debe superar los 15 caracteres

• Los nodos deben unirse al entorno de dominio

• Ambos nodos deben realizar una instalación típica de Exchange SP3

• Instalar la característica de conmutación por error en clúster

• Los servidores deben tener la misma versión

• Cada miembro del grupo de disponibilidad de bases de datos debe tener el mismo número de redes

• Los nodos deben tener una instalación típica de Exchange SP3

Notas

• Los nodos deben configurarse con tarjetas de red duales:

  - Red MAPI (para acceso de usuarios)

  - Red de replicación (para latido)

• El servidor testigo debe unirse al dominio

• El servidor testigo debe tener dos o más particiones

• Una partición se utiliza para almacenar datos de testigo

• Las versiones del servidor deben ser idénticas

• Las implementaciones mixtas no están permitidas, ya que agregar miembros puede causar errores

Crear un DAG

• Establecer permisos para el grupo Exchange Trusted Subsystem

• Permitir que el servidor testigo administre la programación de DAG

• Establezca la dirección IP del clúster para el DAG

• Agregar miembros al grupo DAG

• Configura la red DAG

• Inicie el servicio de Microsoft Exchange Information Store

• Verifique la creación exitosa del DAG

Verificación del Cambio de Base de Datos

• Crear una bandeja de entrada

• Eliminar el archivo de base de datos de un usuario existente

• Observe los cambios en la consola

• Probar el envío y recepción de correos electrónicos para garantizar el funcionamiento normal

Haz un respaldo de tu servidor Exchange

Vinchin Backup & Recovery ofrece una protección confiable y de nivel empresarial para Microsoft Exchange, con soporte para respaldos en máquinas virtuales y servidores físicos a ubicaciones locales, remotas o almacenamiento en la nube como Azure y Amazon S3. Cuenta con respaldos incrementales permanentes, programación flexible y selección de datos detallada, lo que asegura una protección de datos eficiente y consistente. Con cifrado RSA para la transferencia de datos, cifrado AES 256 y control de acceso basado en roles, Vinchin garantiza la seguridad desde el inicio hasta el final. La transferencia de datos de alta velocidad y las políticas de limitación personalizables mejoran aún más la eficiencia, mientras que una consola basada en web simplifica la gestión centralizada de respaldos para Exchange Server 2013, 2016, 2019 y Exchange Online.

Solo te lleva 4 pasos hacer una copia de seguridad del servidor Exchange:

1. Seleccione el objeto de copia de seguridad.

2. Seleccione el destino de la copia de seguridad.

3. Configura las estrategias de copia de seguridad.

4. Revise y envíe el trabajo.

Vinchin Backup & Recovery proporciona una prueba gratuita de 60 días con acceso completo a todas sus funciones avanzadas de copia de seguridad y recuperación. Haga clic en el botón a continuación para explorar sus sólidas capacidades.

Grupos de disponibilidad de base de datos Preguntas frecuentes

1. P: ¿Cómo se utiliza un servidor testigo en un DAG?

A: El servidor testigo se utiliza para mantener el quórum en configuraciones de DAG con un número par de miembros. Ayuda a garantizar que se cumpla la regla de mayoría al determinar si el DAG puede permanecer en línea.

2. P: ¿Cómo se logra la replicación de bases de datos en un DAG?

A: Exchange utiliza tecnología de replicación continua para copiar los cambios desde la base de datos activa a las copias pasivas. Esto garantiza la coherencia de los datos y la alta disponibilidad.

Conclusión

La implementación de un Grupo de Disponibilidad de Base de Datos transforma un entorno de Exchange Server en una solución resiliente capaz de minimizar el tiempo de inactividad y mantener un servicio continuo para los usuarios. Al aprovechar el failover automático y la replicación inteligente de bases de datos, las empresas obtienen tranquilidad sabiendo que los servicios de correo electrónico críticos pueden resistir fallos inesperados. Asegurarse de que la configuración sea correcta y seguir las mejores prácticas es esencial para maximizar los beneficios de los DAG, lo que permite enfocarse en el crecimiento mientras se mantiene la estabilidad operativa.