Modo de coordinación de activación de centro de datos
Se aplica a: Exchange Server 2013
El modo de coordinación de activación de centro de datos (DAC) es una propiedad del grupo de disponibilidad de base de datos (DAG). El modo DAC está deshabilitado de forma predeterminada pero 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 que usan el modo de replicación de terceros, excepto que el proveedor externo lo especifique.
El modo DAC se usa para controlar el montaje de la base de datos en el comportamiento de inicio de un DAG. Este control está diseñado para impedir que se produzca un síndrome de cerebro dividido en el nivel de la base de datos durante una recuperación del centro de datos. El cerebro dividido, también conocido como síndrome de cerebro dividido, es una condición que da como resultado que una copia de la base de datos se monte como una copia activa en dos miembros del mismo DAG que no pueden comunicarse. El cerebro dividido se impide mediante el modo DAC porque el modo DAC requiere que los miembros del DAG obtengan permiso para montar bases de datos antes de que se puedan montar.
Por ejemplo, considere un escenario en el que un centro de datos principal contiene dos miembros del DAG y el servidor testigo, y un segundo centro de datos contiene otros dos miembros del DAG. En este escenario, el DAG no está en modo DAC. El centro de datos principal pierde alimentación, por lo que activa el DAG en el centro de datos secundario. Finalmente, se restaura la alimentación del centro de datos principal y los miembros del DAG en el centro de datos primario, que tenían quórum antes del error de alimentación, iniciarán y montarán sus bases de datos. Dado que el centro de datos principal se restauró sin conectividad de red al segundo centro de datos y porque el DAG no estaba en modo DAC, las bases de datos activas dentro del DAG entraron en una condición cerebral dividida.
Funcionamiento del modo DAC
El modo DAC está diseñado para evitar que se produzca un cerebro dividido mediante la inclusión de un protocolo denominado Protocolo de coordinación de activación del centro de datos (DACP). Cuando el modo DAC está habilitado, los miembros del DAG no montarán las bases de datos automáticamente, incluso aunque tengan quórum. En su lugar, el DACP se usa para determinar el estado actual del DAG y si Active Manager necesita intentar o no montar las bases de datos.
Es posible que piense en el modo DAC como un nivel de cuórum de aplicación para el montaje de bases de datos. Para comprender el propósito de DACP y cómo funciona, es importante comprender el escenario principal que se pretende controlar. Tenga en cuenta el escenario de dos centros de datos. Supongamos que hay un error de energía completo en el centro de datos principal. En este caso, 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 estos escenarios de recuperación, cuando se restaura la energía en el centro de datos principal, la conectividad WAN normalmente no se restaura inmediatamente. Esto significa que los miembros del DAG del centro de datos principal se encenderán, pero no podrán comunicarse con los miembros del DAG en el centro de datos en espera activado. El centro de datos principal siempre debe contener la mayoría de los votantes de cuórum del DAG, lo que significa que cuando se restaura la energía, incluso en ausencia de conectividad WAN con los miembros del DAG en el centro de datos en espera, los miembros del DAG del centro de datos principal tienen mayoría y, por tanto, tienen cuórum. Se trata de un problema porque, con el cuórum, estos servidores pueden montar sus bases de datos, lo que a su vez provocaría divergencias con respecto a las bases de datos activas reales que ahora se montan 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 está ejecutando en modo DAC, cada vez que se inicia Active Manager el bit se establece en 0, lo cual significa que no está 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 cuando se recupera de una interrupción de energía del centro de datos principal en la que se recuperan los servidores pero no se ha restaurado la conectividad WAN, todos los miembros del DAG del centro de datos principal tendrán un valor de bits dacp de 0; y, por lo tanto, ninguno de los servidores que inician la copia de seguridad en el centro de datos principal recuperado montará bases de datos, ya que ninguno de ellos puede comunicarse con un miembro de DAG que tenga un valor de bits DACP de 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 del DAG para determinar si puede montar bases de datos al inicio. El tiempo de arranque del servidor testigo 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, 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 primario), 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, 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 DAG montar bases de datos.
Importante
Dado que el tiempo de arranque del servidor testigo 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.
Otras ventajas 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 más información, vea 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 el modo DAC, tal como lo ilustra el ejemplo siguiente.
Set-DatabaseAvailabilityGroup -Identity DAG2 -DatacenterActivationMode DagOnly
En el ejemplo anterior, 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 base de datos y Set-DatabaseAvailabilityGroup.