Descripción del modo de coordinación de activación de centros de datos
Se aplica a: Exchange Server 2010 SP2, Exchange Server 2010 SP3
Última modificación del tema: 2011-09-01
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á deshabilitado de forma predeterminada y se debe habilitar para todos los DAG con dos o más miembros y que usan replicación continua. El modo DAC no se debe habilitar para los DAG del modo de replicación de terceros, excepto que el proveedor externo lo especifique.
El modo DAC se usa para controlar el comportamiento de montaje de base de datos de inicio de un DAG cuando ocurre un error grave que afecta el DAG (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 miembros del DAG 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 puede tener 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 en el segundo centro de datos (por ejemplo, mediante la activación del servidor testigo alternativo del segundo centro de datos), si el primero se restaura sin conectividad de red con el segundo, las bases de datos activas del DAG pueden sufrir el síndrome de cerebro dividido.
Funcionamiento del modo DAC
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.
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.
Modo DAC para DAG que tienen dos miembros
Los DAG que tienen dos miembros tienen limitaciones inherentes que evitan que el bit DACP solo se proteja completamente contra el síndrome de cerebro dividido al nivel de la aplicación. En el caso de los DAG que tienen solo dos miembros, el modo DAC también usa el tiempo de arranque del servidor testigo alternativo del DAG para determinar si puede montar bases de datos al inicio. El tiempo de arranque del servidor testigo alternativo se compara con el tiempo en que el bit DACP se estableció en 1.
Si el tiempo en que el bit DACP se estableció es anterior al tiempo de arranque del servidor testigo alternativo, el sistema asume que el miembro del DAG y el servidor testigo se reiniciaron al mismo tiempo (quizás debido a una pérdida de alimentación eléctrica en el centro de datos principal), y no se le permite al miembro del DAG montar bases de datos.
Si el tiempo en que el bit DACP se estableció es más reciente que el tiempo de arranque del servidor testigo alternativo, el sistema asume que el miembro del DAG se reinició por algún otro motivo (quizás debido a una pausa programada en la que se realizaron tareas de mantenimiento o quizás debido a un bloqueo del sistema o una pérdida de alimentación eléctrica aislada que le ocurrió al miembro del DAG), y se le permite al miembro del DAG montar bases de datos.
Importante
Dado que el tiempo de arranque del servidor testigo alternativo se usa para determinar si el miembro del DAG puede montar sus bases de datos activas al inicio, usted nunca debe reiniciar el servidor testigo y el único miembro del DAG al mismo tiempo. Si lo hace, podría dejar al miembro del DAG en un estado en el que no puede montar bases de datos al inicio. Si esto sucede, debe ejecutar el cmdlet de Restore-DatabaseAvailabilityGroup en el DAG. Esto restablece el bit DACP y permite que el miembro del DAG monte las bases de datos.
Otros beneficios del modo DAC
Además de prevenir el síndrome de cerebro dividido al nivel de la aplicación, el modo DAC también permite el uso de los cmdlets de resistencia de sitio integrados usados para llevar a cabo cambios del centro de datos. Por ejemplo, los siguientes:
Realizar un cambio del centro de datos para DAG que no están en el modo DAC implica usar una combinación de herramientas de Exchange y herramientas de administración de clústeres.
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 cuyo nombre es DAG2 se habilita en el modo DAC.
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.
© 2010 Microsoft Corporation. Reservados todos los derechos.