none
Ayuda con la creación de un DAG de Exchange 2010 RRS feed

  • Pregunta

  • Tal vez esta sea una pregunta algo sencilla, sin embargo agradezco si alguien me puede ayudar.

    En la empresa donde laboro tenemos instalado un servidor con Exchange 2010 en producción.

    La situación es que requerimos la implementación de un DAG, sin embargo, toda la documentación que hemos logrado conseguir sobre el tema es con instalaciones desde cero y en todas se indica que el DAG posee una dirección IP a la cual apuntan los registros MX de DNS y la configuraración realizada en el DAG dirige el trafico de correos hacia los servidores de Exchange.

    Poniendo ejemplo:

    >Registro MX a 172.16.0.2 (que seria el DAG)

    >servidores en 172.16.0.3 y 172.16.0.4.

    La configuracion que tengo actualmente es:

    >servidor en producción 172.16.0.2

    >registro MX a 172.16.0.2 

    >Servidor nuevo 172.16.0.3

    miércoles, 27 de febrero de 2013 0:07

Respuestas

  • Hola jjchv!

    Ante todo, es importante aclararte que DAG es "Database Availability Group", es decir que no tiene absolutamente nada que ver con el flujo de correo que puedan manejar los servidores HUB. Esto significa, para ir más puntualmente, que los registros MX no deben modificarse (o no deberían). El registro al que te referís es un registro A y es de utilización interna en tu AD.

    La explicación sería la siguiente:

    • Cuando implementás un DAG, el proceso de flujo de correo no se altera.
    • En términos generales, el correo es recepcionado por los servidores HUB, los cuales "redirigen" éste hacia la base de datos activa. El DAG se encarga de que este proceso no falle y que la información se replique hacia todos los miembros pasivos.
    • La replicación es recomendado que se realice a través de una red de replicación, y la conectividad MAPI hacia el HUB/CAS que se realice a través de una red de conectividad MAPI.

    La siguiente imagen muestra un ejemplo de lo que te comento:

    Te paso info que puede ayudarte a entender más como funciona DAG en Exchange 2010 y algunos tutoriales:

    Saludos!!


    Pablo Ariel Di Loreto
    IT Consultant

    This posting is provided "AS IS" with no warranties and confers no rights! Always test ANY suggestion in a test environment before implementing!

    • Marcado como respuesta jjchv miércoles, 27 de febrero de 2013 19:24
    miércoles, 27 de febrero de 2013 11:01

Todas las respuestas

  • Hola jjchv!

    Ante todo, es importante aclararte que DAG es "Database Availability Group", es decir que no tiene absolutamente nada que ver con el flujo de correo que puedan manejar los servidores HUB. Esto significa, para ir más puntualmente, que los registros MX no deben modificarse (o no deberían). El registro al que te referís es un registro A y es de utilización interna en tu AD.

    La explicación sería la siguiente:

    • Cuando implementás un DAG, el proceso de flujo de correo no se altera.
    • En términos generales, el correo es recepcionado por los servidores HUB, los cuales "redirigen" éste hacia la base de datos activa. El DAG se encarga de que este proceso no falle y que la información se replique hacia todos los miembros pasivos.
    • La replicación es recomendado que se realice a través de una red de replicación, y la conectividad MAPI hacia el HUB/CAS que se realice a través de una red de conectividad MAPI.

    La siguiente imagen muestra un ejemplo de lo que te comento:

    Te paso info que puede ayudarte a entender más como funciona DAG en Exchange 2010 y algunos tutoriales:

    Saludos!!


    Pablo Ariel Di Loreto
    IT Consultant

    This posting is provided "AS IS" with no warranties and confers no rights! Always test ANY suggestion in a test environment before implementing!

    • Marcado como respuesta jjchv miércoles, 27 de febrero de 2013 19:24
    miércoles, 27 de febrero de 2013 11:01
  • Muchas gracias Pablo por respuesta tan completa.

    Quisiera hacerle un pregunta del procedimiento de creación del DAG, que fue uno de los puntos que originaron mi confusión.

    Cuando se crea el DAG, se pide asignarle una dirección IP. ¿Esta puede ser cualquiera, siempre que este en el rango aceptado?

    Adding IP addresses to an Exchange Server 2010 Database Availability Group

    Por ejemplo, mi servidor actual posee la dirección 172.16.0.2. Yo para crear el DAG con dos servidores, al segundo Exchange le asigno la IP 172.16.0.3 y al DAG le puedo asignar la IP 172.16.0.4 sin que se afecte la configuración presente en la red y que el DAG quede funcional, poniendo al testigo solicitado en el AD, ubicado, por ejemplo, bajo la dirección 10.254.5.5.

    O si bien, a como me fue comentado por otra persona, para que la configuración funcione correctamente debo realizar una sustitución de IP, es decir, cambiar la IP del servidor de Exchange actual a la dirección 172.16.0.4 y asignando la IP 172.16.0.2 al DAG.

    Saludos.

    miércoles, 27 de febrero de 2013 19:45
  • Hola jjchv!

    Disculpas por la demora, estuve con mucho trabajo ultimamente :)

    Para responderte te aclaro dos cosas:

    • Para configurar un DAG se necesitan al menos 1 adaptador de red. Si se utiliza una red única, el sistema utilizará la red MAPI como red de replicación entre los miembros del DAG.
    • Lo recomendado por el fabricante es contar con 2 adaptadores de red: 1 para la red MAPI y otra para la red de replicación (logs de transacción y database reseeding).

    En base a lo que te comenté, y tomando como supuesto que existe un sitio de Active Directory solamente, la dirección IP del DAG en tu caso debería pertenecer a la red 172.16.0.x (MAPI). No es necesario que realices ningún reemplazo o sustitución de dirección IP. La red de replicación podría ser la misma que la MAPI (no recomendado) o ser otra interfaz de red con su propio segmento de red.

    Te paso un excelente artículo sobre configuración de red para alta disponibilidad de Exchange 2010:

    Saludos!!


    Pablo Ariel Di Loreto
    IT Consultant

    This posting is provided "AS IS" with no warranties and confers no rights! Always test ANY suggestion in a test environment before implementing!

    martes, 5 de marzo de 2013 4:48