BASES DE DATOS EN ALTA DISPONIBILIDAD

DAG EXCHANGE 2013

CONCEPTOS INICIALES

Un grupo de disponibilidad de base de datos (DAG) es un conjunto de hasta 16 servidores de buzones Microsoft Exchange Server 2013 que ofrece recuperación automática de base de datos a partir de un error de base de datos, servidor o red. Cuando un servidor de buzones se agrega a un DAG, funciona con los demás servidores del DAG para ofrecer recuperación automática.

VENTAJAS USO DEL DAG

·         Provee failover automático de base de datos.

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

·         Puede ser configurado en un servidor (Ej: Client Access, Mailbox Server)

·         No es posible replicar una base de un DAG a un servidor miembro de un DAG diferente.

·         No todos los nodos del DAG tienen porque tener la misma cantidad de base de datos, puede variar la cantidad de bases de datos que se vaya a utilizar.

·         Un servidor miembro de DAG puede tener bases activas y pasivas

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

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

·         Una base de datos puede tener réplicas en múltiples servidores dependiendo como desee configurar su ambiente y que es lo que desee hacer.

·         Se tiene que contar con un DNS

·         Se tiene que contar con un controlador de dominio

·         Los DAG están disponibles en versión de Exchange 2013 standard – Enterprise Edición

·         Los miembros de cada DAG también deben ejecutar el mismo sistema operativo

·         A nivel del servidor de Exchange 2013 deberá contar con un Service pack 1 o superior.

·         A nivel de adaptador de red por lo menos contar con un adaptador de red

SERVIDOR TESTIGO

Un servidor testigo es un servidor externo al DAG que se usa para alcanzar y mantener quórum cuando el DAG cuenta con un número par de miembros. Los DAG con un número impar de miembros no usan un servidor testigo. Todos los DAG con número par de miembros deben usar un servidor testigo. El servidor testigo puede ser cualquier equipo que ejecute Windows Server. No es necesario que la versión del sistema operativo Windows Server del servidor testigo coincida con el sistema operativo usado por los miembros del DAG.

Un DAG tiene quórum cuando la mayoría de sus miembros están conectados y pueden comunicarse con los demás miembros conectados del DAG. Esta noción de quórum representa un aspecto del concepto de quórum en los clústeres de conmutación por error de Windows.

El recurso de quórum es un aspecto relacionado y necesario del quórum en los clústeres de conmutación por error. El recurso de quórum es un recurso interno del clúster de conmutación por error que ofrece un medio para arbitrar las decisiones de pertenencia y de estado del clúster.

El recurso de quórum también proporciona almacenamiento persistente para almacenar información de configuración Es esencial que cada miembro del DAG tenga una vista uniforme de la forma en que está configurado el clúster subyacente del DAG.

CERTIFICADOS DIGITALES

Como práctica recomendada, debería minimizar el número de certificados que usa para los servidores Exchange y los servidores proxy inversos. Se recomienda usar un único certificado para todos esos extremos del servicio en cada centro de datos. Este enfoque minimiza la cantidad de certificados necesarios, lo que reduce los costes y la complejidad de la solución.

Para los clientes de Outlook Anywhere, se recomienda que se use un certificado con nombre alternativo del sujeto (SAN) único para cada centro de datos e incluya varios nombres de host en el certificado. Para garantizar la conectividad de Outlook Anywhere después de un cambio de base de datos, servidor o centro de datos, debe usar el mismo nombre principal del certificado en cada certificado y configurar el objeto de configuración de proveedor de Outlook en Active Directory con el mismo nombre principal.

QUORUM DAG

Debajo de cada DAG hay un clúster de conmutación por error de Windows. Los clústeres de conmutación por error utilizan el concepto de quórum, que emplea un consenso de votantes para garantizar que solamente un subconjunto de miembros del clúster (que podría ser todos los miembros o una mayoría de miembros) funcione a la vez.

El quórum es importante para asegurar la coherencia, como mecanismo para resolver empates y como garantía de la capacidad de respuesta de los clústeres:

• Garantizar la coherencia   Un requisito fundamental para un clúster de conmutación por error de Windows es que cada uno de sus miembros tenga siempre una vista del clúster que sea coherente con los otros miembros.
• Mecanismo para resolución de empates   Se usa en los DAG un recurso de testigo de quórum con un número par de miembros para evitar el síndrome de cerebro dividido y asegurarse de que solamente se considere oficial una colección de los miembros del DAG. Cuando el servidor testigo se necesita para quórum, cualquier miembro del DAG que pueda comunicarse con el servidor testigo puede colocar un bloqueo de Bloque de mensajes del servidor en el archivo witness.log del servidor testigo
• Asegurar la capacidad de respuesta   Para garantizar la capacidad de respuesta, el modelo de quórum se asegura de que, siempre que se ejecute el clúster, estén operativos y comunicativos suficientes miembros del sistema distribuido, y de que se garantice al menos una réplica del estado actual del clúster.

QUE ES AUTORESEED EN UNA BASE DE DATOS DAG

En una configuración de AutoReseed se usa una estructura de presentación de almacenamiento estándar, y el administrador elige el punto de inicio. AutoReseed consiste en restaurar la redundancia lo antes posible cuando se produce un error en una unidad. Esto conlleva la pre asignación de un conjunto de volúmenes (incluidos los volúmenes de reserva) y de bases de datos mediante puntos de montaje.

En el caso de un error de disco en el que el disco ya no esté disponible para el sistema operativo, o no se pueda escribir en él, el sistema asigna un volumen de reserva y las copias de bases de datos afectadas se reinicializan automáticamente.

GENERACION DE COPIAS EN BASES DE DATOS DAG

• Todos los servidores de buzones de correo de un DAG deben estar en el mismo dominio de Active Directory, en mi caso está en mundoexchangeserver.com
• Se puede realizar una copia de seguridad de todas las copias de base de datos mediante una aplicación de copia de seguridad basada en el Servicio de instantáneas de volumen (VSS) y admitida por Exchange.
• Las copias de bases de datos de buzones admiten los conceptos de tiempo de retardo de reproducción y tiempo de retardo de truncamiento.
• Se pueden crear hasta 16 copias de una base de datos de buzones de correo de Exchange 2013 en varios servidores de buzones de correo, siempre y cuando los servidores se encuentren agrupados en un grupo de disponibilidad de base de datos DAG.
• Las copias de bases de datos sólo se pueden crear en servidores de buzones de correo que no hospeden la copia activa de una base de datos. No se pueden crear dos copias de la misma base de datos en el mismo servidor.

PARAMETROS AL GENERAR UNA COPIA DE BASE DE DATOS DAG

• Identity   Este parámetro especifica el nombre de la base de datos de buzones que se está copiando. Los nombres de las base de datos deben ser únicos dentro de la organización de Exchange.
• MailboxServer   Este parámetro especifica el nombre del servidor de buzones de correo que admitirá la copia de la base de datos. Dicho servidor debe pertenecer al mismo DAG y no hospedar ya una copia de la base de datos.

Nota:

En este capítulo se revisó los conceptos base para poder entender de qué trata una base de datos DAG, (bases de datos en alta disponibilidad), en los siguientes módulos se continuara revisando las DAG, se verá en la parte práctica como instalar y configurar un DAG. Espero que les haya sido de utilidad, Hasta pronto.