Introducción a DAG en Exchange – Parte 2

Facebook0LinkedIn0Google+0Twitter0 Página 1 de 4

En la primer parte de esta serie de artículos vimos las características principales de un DAG (Database Availability Group) en Exchange 2010 / 2013.

En esta entrada vamos a centrarnos en algunos conceptos básicos a manejar antes de comenzar con las tareas de instalación de DAG en la parte 3.

1. Replicación de bases dentro de un DAG

Dentro de un DAG podemos tener bases de datos activas (a la que se conectan los clientes) y pasivas (réplicas) en otros servidores. Estas réplicas son actualizadas mediante replicación asincrónica de logs continua, de forma predeterminada utilizando TCP en el puerto 64327.

Esta replicación se puede dar de 2 formas; modo archivo (file mode) o modo bloque (block mode).

Inicialmente la replicación se da mediante modo archivo, si las bases de datos están actualizadas se pasa a modo bloque. En modo archivo Exchange espera a cerrar el log activo antes de replicar a una copia pasiva mientras que en modo bloque se replica directamente desde el buffer de log en memoria (ESE log buffer).

2. Activación de bases en DAG

Para coordinar el manejo de base de datos, cual debe ser activa, pasiva, etc, el DAG utiliza un componente que forma parte del servicio de replicación de Exchange (MSExchangeRepl.exe): Active Manager.

En un servidor miembro de un DAG, Active Manager puede operar con el rol de PAM (Primary Active Manager) o de SAM (Standby Active Manager), en cualquiera de los casos el componente monitorea la salud de las bases y llegado el caso contacta al PAM para que tome una acción (ej. un failover).  Adicionalmente el Active Manager es consultado por otros componentes de la infraestructura como por ejemplo servidores con el rol de CAS para obtener información sobre bases y eventualmente redireccionar conexiones entrantes al servidor que se encuentre con la base activa (en general haciendo de proxy).

El servidor que actúa con el rol de PAM es el que tiene el default cluster resource group. En caso de que el servidor con el rol de PAM falle, otro servidor miembro del DAG sería “promovido” de SAM a PAM de forma automática.

No es necesario interactuar directamente con este componente.

Siguiente Página 1 de 4Facebook0LinkedIn0Google+0Twitter0 try { _402_Show(); } catch(e) {}