Transporte de concentrador y coexistencia de los roles del servidor de buzones cuando se utiliza DAG

  • Artículo

 

Se aplica a: Exchange Server 2010 SP2, Exchange Server 2010 SP3

Última modificación del tema: 2015-03-09

Microsoft Exchange Server 2007 no es compatible con los roles de servidor Transporte de concentradores y Buzón en el mismo hardware de servidor cuando se usan las características de alta disponibilidad, tales como clúster de copia única (SCC) o replicación continua de clústeres (CCR). Una implementación mínima de alta disponibilidad en Exchange 2007 requiere cuatro servidores: dos nodos para la alta disponibilidad de buzón y dos servidores Transporte de concentradores para la redundancia de transferencia de mensajes.

Para reducir la cantidad de servidores requeridos para brindar una solución de alta disponibilidad, Exchange Server 2010 es compatible con los roles de servidores Transporte de concentradores y Buzón en el mismo hardware de servidor cuando usan grupos de disponibilidad de base de datos (DAG). Exchange 2010 proporciona una característica denominada redundancia de instantáneas, que protege de la pérdida de datos mientras los mensajes están en tránsito. Cuando se usan simultáneamente, los DAG y la redundancia de instantáneas ofrecen una infraestructura de mensajería muy resistente.

Este tema se centra en cómo se comporta el rol de servidor Transporte de concentradores de Exchange 2010 cuando se implementa en el mismo hardware de servidor que el servidor Buzón que participa en una DAG. Para obtener más información acerca de los DAG, consulte Descripción de grupos de disponibilidad de base de datos.

Envío y entrega de mensajes

La redundancia de instantáneas evita la pérdida de datos mientras que se encuentran en tránsito. Esto se logra al guardar una copia duplicada del mensaje durante la ruta del mensaje. Si un mensaje se pierde mientras está en tránsito debido a un error, la copia de instantáneas del mensaje es reenviada por el componente Transporte. Para obtener información detallada acerca de cómo se implementa la redundancia de instantáneas, consulte Descripción de redundancia de instantánea.

Los servidores Buzón están involucrados durante el envío inicial de mensajes, cuando un usuario hace clic en Enviar y durante la entrega final, cuando el mensaje se guarda en la Bandeja de entrada del destinatario. Cuando un mensaje se envía a Transporte, la copia principal del mensaje se encuentra en las colas del servidor Transporte de concentradores al cual se envío el mensaje. La instantánea de ese mensaje es el elemento almacenado en la carpeta Elementos enviados del remitente. Cuando se entrega un mensaje, la copia principal se encuentra en la Bandeja de entrada del destinatario y la instantánea del mensaje se almacena en el contenedor de transporte.

En un escenario de alta disponibilidad en el que los roles de servidor Transporte de concentradores y Buzón coexisten en el mismo hardware de servidor, es fundamental tratar de evitar tener copias de un mensaje que resida en el mismo servidor. Tenga en cuenta el escenario de implementación que se muestra en la figura siguiente. La topología consta de dos servidores de Exchange que participan en un DAG con el rol de servidor Transporte de concentradores instalado. Las bases de datos DB1 y DB2 son parte del DAG. Las bases de datos activas se muestran en verde y las bases de datos pasivas se muestran en azul.

Topología de alta disponibilidad de dos servidores con roles de servidor Transporte de concentradores y Buzón

Topología de dos servidores de alta disponibilidad con roles de transporte de concentradores y buzones

En esta topología, se asume que un usuario cuyo buzón se encuentra en la DB1 envía un mensaje. Si ese mensaje se envía al rol de servidor Transporte de concentradores en el Servidor1, el mensaje principal y la copia se guardarán físicamente en el Servidor1. Estos mensajes principales estarán en las colas de servidor Transporte de concentradores y las copias estarán en la carpeta Elementos enviados del remitente, tal como se muestra en la siguiente figura.

Ruta de envío no deseada

Ruta de envío no deseada

De manera similar, si el rol de servidor Transporte de concentradores en el Servidor1 recibe un mensaje destinado a un usuario de la DB1, el mensaje se entrega directamente y el mensaje primario y la copia se almacenarán físicamente en el Servidor1. Los mensajes principales estarán en la Bandeja de entrada del destinatario y las copias, en el contenedor de transporte, tal como se muestra en la siguiente figura. Si se produce un error en el servidor en cualquiera de esas instancias, hay probabilidades de que el mensaje se pierda.

Ruta de entrega no deseada

Ruta de entrega no deseada

Para evitar estos escenarios en los que los mensajes pueden perderse, Exchange intenta enviar o entregar mensajes por una ruta que asegure que los mensajes principales y las copias de los mensajes se almacenen en diferentes servidores físicos. Los comportamientos modificados del envío y la entrega de mensajes se discuten en la siguiente sección.

Comportamiento de envío de mensajes

Cuando un usuario cuyo buzón se encuentra en una base de datos que es miembro de un DAG envía un mensaje, el servicio de entrega del correo da preferencia a los servidores Transporte de concentradores si detecta que el servidor Transporte de concentradores también se instala en el servidor local. Tal como se muestra en la figura "Topología de alta disponibilidad de dos servidores con roles de servidor Transporte de concentrador y Buzón", si un usuario cuyo buzón se encuentra en la DB1 envía un mensaje, el servicio de entrega de correo intentará usar el servidor Transporte de concentradores instalado en Servidor2 para enviar los mensajes. La figura siguiente muestra esta ruta de envío de mensajes preferida.

Ruta de envío preferida

Ruta de envío preferida

En caso de que no haya otros servidores Transporte de concentradores disponibles en el sitio (por ejemplo, si el Servidor2 no está disponible por mantenimiento programado), el servicio de envío de mensajes terminará enviando el mensaje al servidor Transporte de concentradores local. Aunque esta es una ruta de envío no deseada para redundancia, Exchange no retrasará la entrega de los mensajes. Esta ruta de envío de reserva es la deseada por la disponibilidad y la baja latencia de entrega.

Comportamiento de entrega de mensajes

En la mayoría de los casos, el comportamiento de enrutamiento y la entrega de mensajes no cambian. Por ejemplo, si el Servidor1 que se muestra en la figura "Topología de alta disponibilidad de dos servidores con roles de servidor Transporte de concentradores" recibe un mensaje para un destinatario en la DB2, entregará el mensaje de forma normal, porque la base de datos está activa en un servidor diferente. El único escenario posible, cuando un servidor Transporte de concentradores procesa un mensaje de entrada, es cuando el buzón de destino se encuentra en una base de datos que es parte de un DAG y, además, está activo en un servidor local. Debido a que la entrega directa en esta situación haría que el mensaje entregado y la copia terminen en el contenedor de transporte que se encuentra en el mismo servidor, en lugar de eso, el servidor Transporte de concentradores volvería a enrutar el mensaje a otro servidor Transporte de concentradores dentro del mismo sitio. La figura siguiente muestra la ruta de entrega de mensajes en este escenario.

Ruta de entrega preferida

Ruta de entrega preferida

En caso en que no haya servidores Transporte de concentradores disponibles en el sitio, el servidor Transporte de concentradores volverá a la entrega local, incluso, si se trata de una ruta de entrega no deseada por redundancia. Nuevamente, esta ruta de entrega de reserva es la deseada por la disponibilidad y la baja latencia de entrega.

Escenarios de flujo de mensajes

Esta sección explica detalladamente qué sucede en varios escenarios de flujo de mensaje cuando los roles de servidor Transporte de concentradores y Buzón coexisten en un mismo servidor. La topología que se muestra en la siguiente figura se usa para ilustrar varios escenarios posibles de flujos de mensajes.

Topología de ejemplo para los escenarios de flujo de mensajes

Topología de ejemplo para los escenarios de flujo de mensajes

La siguiente tabla muestra que el rol de servidor Transporte de concentradores en el Servidor1 procesa mensajes en varios escenarios. En todos estos casos, el Servidor1 se considera el punto de entrada.

Ubicación del remitente Ubicación del destinatario Ruta normal del mensaje Escenarios de alta disponibilidad

DB1, activa en el Servidor1

DB1, activa en el Servidor1

  1. Servicio de envío en el Servidor1 envía un mensaje al rol de servidor Transporte de concentradores en el Servidor2.

  2. El rol de servidor Transporte de concentradores en el Servidor2 entrega el mensaje a la DB1 del Servidor1 y agrega el mensaje al contenedor de transporte del Servidor2.

  • Si se produce un error en el Servidor1 antes de que finalice el envío del mensaje, es posible que el mensaje se pierda en la Bandeja de salida del remitente.

  • Si se produce un error en el Servidor2 antes de que finalice el envío del mensaje, el mensaje se envía al rol de servidor Transporte de concentradores en el Servidor1.

  • Si se produce un error en el Servidor1 después de que finalice el envío de mensajes al rol de servidor Transporte de concentradores en el Servidor2, la DB1 se activará en el Servidor2. El mensaje se quedará en la cola del Servidor2 hasta que la DB1 se monte y, luego, el rol de servidor Transporte de concentradores entregará el mensaje de forma local.

  • Si se produce un error en el Servidor2 después de que finalice el envío del mensaje al rol de servidor Transporte de concentradores en el Servidor2, la copia del mensaje de la DB1 se vuelve a enviar al rol de servidor Transporte de concentradores en el Servidor1, el cual entregará el mensaje de forma local.

  • Si se produce un error en el Servidor1 después de que finalice la entrega del mensaje, la DB1 se activará en el Servidor2. Si el mensaje entregado aún no se ha confirmado en la base de datos, se vuelve a entregar desde el contenedor de transporte en el Servidor2.

DB1, activa en el Servidor1

DB2, activa en el Servidor2

  1. El servicio de envío en el Servidor1 envía el mensaje al rol de servidor Transporte de concentradores en el Servidor2.

  2. El rol de servidor Transporte de concentradores en el Servidor2 vuelve a enrutar el mensaje al rol de servidor Transporte de concentradores en el Servidor1.

  3. El rol de servidor Transporte de concentradores en el Servidor1 entrega el mensaje a la DB2 del Servidor2 y agrega el mensaje al contenedor de transporte del Servidor1.

  • Todos los errores de servidor que se produzcan antes de finalizar el envío de mensajes se manejan de la misma manera como se describe en la fila anterior.

  • Si se produce un error en el Servidor1 después de que finalice el envío de mensajes al rol de servidor Transporte de concentradores en el Servidor2, el rol de servidor Transporte de concentradores en el Servidor2 entregará el mensaje de forma local.

  • Si se produce un error en el Servidor2 después de que finalice el envío de mensajes al rol de servidor Transporte de concentradores en el Servidor2, la DB2 se activará en el Servidor1. Después de que el rol de servidor Transporte de concentradores en el Servidor1 detecta que el rol de servidor Transporte de concentradores en el Servidor2 no está disponible, volverá a enviar la copia del mensaje. Una vez montada la DB2 en el Servidor1, el mensaje se entregará de manera local.

  • Si se produce un error en el Servidor1 después de que el mensaje se vuelve a enrutar al Servidor1 para la entrega, el rol de servidor Transporte de concentradores en el Servidor2 volverá a enviar la copia del mensaje después de que detecte que el rol de servidor Transporte de concentradores en el Servidor1 no está disponible. A continuación, entregará el mensaje de forma local.

  • Si se produce un error en el Servidor2 después de que el mensaje se vuelve a enrutar al Servidor1 para la entrega, la DB2 se activará en el Servidor1. El mensaje permanecerá en la cola del Servidor1 hasta que la DB2 se monte en el Servidor1 y, luego, se entregará de forma local.

  • Si se produce un error en el Servidor2 después de que finalice la entrega del mensaje, la DB2 se activará en el Servidor1. Si el mensaje entregado aún no se ha confirmado en la base de datos, se vuelve a entregar desde el contenedor de transporte en el Servidor1.

Teléfonos

DB1, activa en el Servidor1

  1. El rol de servidor Transporte de concentradores en el Servidor1 vuelve a enrutar el mensaje al rol de servidor Transporte de concentradores en el Servidor2.

  2. El rol de servidor Transporte de concentradores en el Servidor2 entrega el mensaje a la DB1 del Servidor1 y agrega el mensaje al contenedor de transporte del Servidor2.

  • Si se produce un error en el Servidor1 antes de que finalice la recepción del mensaje desde Perímetro1, Perímetro1 intentará realizar la entrega al rol de servidor Transporte de concentradores en el Servidor2.

  • Si se produce un error en el Servidor1 después de que finalice la recepción del mensaje desde Perímetro1, Perímetro1 volverá a enviar el mensaje al rol de servidor Transporte de concentradores en el Servidor2 después de que detecte que el rol de servidor Transporte de concentradores en el Servidor1 no está disponible. Entonces, el rol de servidor Transporte de concentradores en el Servidor2 entregará el mensaje de forma local después de que la DB1 se monte en el Servidor2.

  • Todos los otros escenarios de errores se manejan de la misma manera tal como se describe en la primera fila.

Teléfonos

DB2, activa en el Servidor2

  1. El rol de servidor Transporte de concentradores en el Servidor1 entrega el mensaje a la DB2 del Servidor2 y agrega el mensaje al contenedor de transporte del Servidor1.

  • Si se produce un error en el Servidor1 antes de que finalice la recepción del mensaje desde Perímetro1, Perímetro1 intentará realizar la entrega al rol de servidor Transporte de concentradores en el Servidor2.

  • Si se produce un error en el Servidor1 después de que finalice la recepción del mensaje desde Perímetro1, pero antes de la entrega a la DB2 del Servidor2, Perímetro1 volverá a enviar la copia del mensaje al rol de servidor Transporte de concentradores en el Servidor2. Esto sucede porque el Servidor1 no enviará una confirmación a Perímetro1 hasta que el mensaje se entregue satisfactoriamente a la DB2. Debido a que Perímetro1 no ha recibido una confirmación, volverá a enviar el mensaje después de detectar que el Servidor1 no está disponible.

  • Si se produce un error en el Servidor2 después de que finalice la entrega del mensaje, la DB2 se activará en el Servidor1. Si el mensaje entregado aún no se ha confirmado en la base de datos, se vuelve a entregar desde el contenedor de transporte en el Servidor1.

La tabla precedente se centra en el escenario mínimo en el que hay solo dos servidores Transporte de concentradores en un sitio y que ambos coexisten con roles de servidor Buzón que participan en DAG. En implementaciones más complejas en las que los servidores Transporte de concentradores dedicados están disponibles, tales servidores también se usan cuando se toman las decisiones de enrutamiento. No obstante, si cuenta con una implementación lo suficientemente grande en la que pueda usar servidores Transporte de concentradores dedicados, se recomienda no instalar el rol de servidor Transporte de concentradores en servidores Buzón que participan en un DAG.

 © 2010 Microsoft Corporation. Reservados todos los derechos.