locked
Leer correo en mi exchange local no el remoto RRS feed

  • Pregunta

  • Estimado foro, buenas tardes, para exponer mi pregunta, quiero hacer una comparación entre SQL Server y Exchange 2013 con o sin DAG. La replicación de mezcla en SQL Server 2012, permite que los clientes de las sucursales remotas se conecten a su SQL Server local y trabajen, suponiendo, por ejemplo, que en dicha sucursal no haya Internet en ese momento, e internamente cada SQL Server remoto se conecta con el SQL Server principal, cuando entre ellos se restablece el internet para mantener actualizadas sus bases de datos, hasta aquí todo claro, supongo. Mi pregunta: Exchange 2013, admite esa misma filosofía, por ejemplo, en lo que respecta a replicación de buzones? Puede hacerse de manera similar? O se necesita implementar DAG para ello? O el DAG se desarrollo específicamente para failover, por ejemplo? Tengo esas dudas y quisiera que me las aclararan. Planteo esta situación, debido a que tengo sucursales remotas y a veces falla el internet en la principal, y por ende las sucursales no pueden enviar o recibir correo. Esto a su vez me plantea otra duda, como hace para enrutarse un correo entrante hacia mi dominio, al Exchange en funcionamiento, o eso no es posible? Gracias de antemano por sus aclaratorias.

    José Briceño

    domingo, 1 de enero de 2017 1:07

Respuestas

  • Hola Jose,

    Exchange no trabaja con bases de datos de SQL. Exchange tiene su propio motor de bases que es ESE. Respecto a las DAGs es basicamente alta disponibilidad de las bases de datos. si tienes BASE1 en servidor Exchange 1 montada (activa). Hay contante replicaicon de los logs hacia una base desmontada (pasiva)en servidor 2. En dadoq ue ocurrierda una falla en el servidor 1 o si bien manualmente se le indica, la base pasiva en servidor 2, levantaria y retomaria los servicios. La DAg se puede extender a traves de un DAC a traves de varios datacenters. El que falle el internet no deberia ser problema del todo al menos que todo tu acceso interno y externo llegue a traves del exterior a los servicios web. Igual no esta de mas una re-revisada a la forma en que fue diseñada tu solucion para ver como estan conectado los clientes hacia Exchange, ya que esto lo puedes configurar de manera que no llegue desde afuera para usuarios internos. En pocas palabras, si tienes problemas de red, es un poco mas entendible pero si el problema es que falla el acceso a internet. Tal vez esta mal planteado el problema que tienes ya que la relacion no deberia ser mucha

    Saludos


    Geovany Acevedo | Messaging Technical Lead | MCT MCITP MCSE:Messaging MVP:Exchange


    • Editado Geovany Acevedo lunes, 2 de enero de 2017 17:29 typo
    • Propuesto como respuesta Moderador M lunes, 2 de enero de 2017 23:03
    • Marcado como respuesta Moderador M lunes, 9 de enero de 2017 2:15
    lunes, 2 de enero de 2017 17:22