Descripción del modo de coordinación de activación de centros de datos

Última modificación del tema: 2010-01-13

El modo de coordinación de activación de centro de datos (DAC) es una configuración de propiedad para el grupo de disponibilidad de base de datos (DAG). El modo DAC está diseñado específicamente para los DAG que tienen al menos tres miembros y que se extienden a dos sitios de Active Directory. Este modo se encuentra deshabilitado de manera predeterminada y solamente deben habilitarse para aquellos DAG con tres o más miembros que se hayan implementado en una configuración de varios centros de datos. No debe habilitarse el modo DAC para:

  • DAG de 2 miembros en los que cada miembro se encuentra en un sitio de Active Directory diferente
  • DAG de 2 a 16 miembros en los que todos los miembros se encuentran en el mismo sitio de Active Directory

Nota

La extensión de un DAG de dos miembros en dos sitios de Active Directory (centros de datos) es una configuración admitida. Sin embargo, el modo DAC está diseñado únicamente para los DAG que tienen al menos tres miembros y que se han extendido a dos centros de datos. Un DAG de dos miembros no habilita el sistema para distinguir entre un error de un único servidor, un error de varios servidores y un error de sitio. Además, para administrar el cambio de un centro de datos de un DAG de dos miembros que se extienda en varios centros de datos, se deben usar las herramientas de administración de clúster de conmutación por error de Windows.

El modo DAC se usa para controlar el comportamiento de activación de un DAG cuando ocurre un error catastrófico que lo afecta (por ejemplo, un error total de uno de los centros de datos). Cuando el modo DAC no se encuentra habilitado y ocurre un error que afecta a varios servidores de un DAG, al restaurarse la mayoría de los servidores después del error, el DAG se reiniciará e intentará montar bases de datos. En una configuración de varios centros de datos, este comportamiento podría causar el síndrome de cerebro dividido, problema que ocurre cuando se produce error en todas las redes y los miembros del DAG no pueden recibir señales de latido entre ellos. El síndrome de cerebro dividido también tiene lugar cuando se interrumpe la conectividad de red entre los centros de datos. El síndrome de cerebro dividido se evita al requerir la disponibilidad e interacción de una mayoría de los miembros del DAG (y, en el caso de los DAG con un número par de miembros, del servidor testigo del DAG) de forma permanente para que el DAG esté en funcionamiento. Cuando la mayoría de los miembros se comunican, se dice que el DAG tiene quórum.

Por ejemplo, consideremos un escenario donde el primer centro de datos contiene dos miembros de DAG y el servidor testigo, y el segundo centro de datos contiene otros dos miembros de DAG. Si el primer centro de datos pierde energía y se activa el DAG del segundo centro de datos (por ejemplo, mediante la activación del testigo de recurso compartido alternativo del segundo centro de datos), si el primero se restaura sin conectividad de red con el segundo, el DAG puede sufrir el síndrome de cerebro dividido.

El modo DAC está diseñado para evitar que ocurra el síndrome de cerebro dividido, mediante la introducción de un protocolo denominado Protocolo de coordinación de activación de centro de datos (DACP). Después de que ocurra un error catastrófico, cuando el DAG se recupere, no montará bases de datos automáticamente, aunque tenga quórum. En lugar de ello, el DACP determinará el estado actual del DAG, para saber si corresponde que Active Manager intente montar las bases de datos.

Funcionamiento del modo DAC

Es posible considerar al modo DAC como un quórum en el nivel de aplicación, para el montaje de bases de datos. Para comprender el propósito del DACP y su funcionamiento, es importante conocer el escenario principal que puede para afrontar. Consideremos el escenario de dos centros de datos. Supongamos que existe un corte total de energía en el centro de datos principal. En este evento, todos los servidores y la WAN están inactivos, por lo que la organización toma la decisión de activar el centro de datos en espera. En casi todos los escenarios de recuperación de este tipo, cuando se restaura la energía al centro de datos principal, la conectividad WAN por lo general no se restaura de inmediato. Esto significa que los miembros del DAG del centro de datos principal se activarán, pero no podrán comunicarse con los miembros del DAG del centro de datos en espera activado. El centro de datos principal siempre debe contener la mayoría de los votantes de quórum de DAG. Esto significa que cuando se restaure la energía, aunque no haya conectividad de WAN con los miembros del centro de datos en espera, los miembros del DAG del centro de datos principal serán la mayoría y por lo tanto tendrán quórum. Esto es problemático porque, teniendo quórum, estos servidores pueden tener la capacidad de montar sus propias bases de datos, lo que causa una divergencia de las bases de datos realmente activas que ahora se encuentran montadas en el centro de datos en espera activado.

DACP se creó para solucionar este problema. Active Manager almacena un bit en memoria (ya sea un 0 ó 1) que le indica al DAG si tiene permitido montar bases de datos locales que asignadas como activas en el servidor. Cuando un DAG se ejecuta en modo DAC (lo que ocurre con todo DAG de al menos tres miembros), cada vez que Active Manager inicia el bit se establece en 0, es decir que no tiene permitido montar bases de datos. Dado que está en modo DAC, el servidor debe tratar de comunicarse con los otros miembros del DAG que conoce, para que alguno de ellos le responda si puede montar bases de datos locales que estén asignadas como activas. La respuesta será en forma de opción de bit para los otros Active Managers del DAG. Si otro servidor responde que su bit está establecido en 1, significa que los servidores tienen permitido montar bases de datos, por lo que el inicio del servidor establecerá su bit 1 y montará bases de datos.

Pero al recuperarse de un corte de energía en el centro de datos principal, donde los servidores se recuperaron pero aún no se restauró la conectividad WAN, todos los miembros del DAG de dicho centro de datos tendrán un valor de bit DACP igual a 0. Por lo tanto, ninguno de los servidores que se inicien en el centro de datos principal montará bases de datos, porque ninguno podrá comunicarse con un miembro del DAG que tenga un valor de bit DACP igual a 1.

Para obtener más información acerca de las conmutaciones de centros de datos, consulte Cambios en el centro de datos.

Habilitar el modo DAC

El modo DAC solo se puede habilitar mediante el Shell de administración de Exchange. En especial, puede usar el cmdlet Set-DatabaseAvailabilityGroup para habilitar y deshabilitar el modo DAC, tal como lo ilustra el ejemplo siguiente.

Set-DatabaseAvailabilityGroup -Identity DAG2 -DatacenterActivationMode DagOnly

En el ejemplo anterior, un DAG denominado DAG2, que está extendido entre sitios y tiene más de tres miembros, tiene el modo DAC habilitado.

Para obtener más información acerca de la habilitación del modo DAC, consulte Configurar las propiedades del grupo de disponibilidad de la base de datos y Set-DatabaseAvailabilityGroup.