Actualización desde el servicio de transporte de Exchange 2003
Se aplica a: Exchange Server 2010 SP2, Exchange Server 2010 SP3
Última modificación del tema: 2016-11-28
Al actualizar de Microsoft Exchange Server 2003 a Exchange Server 2010, habrá un período en el que ambas versiones coexistirán en producción. Puede usar la información resumida en la siguiente tabla para ayudar a garantizar que el flujo de mensajes no se vea afectado negativamente durante ese período de coexistencia.
Importante
Si implementa Exchange 2010 como una organización nueva, no puede instalar Exchange 2003 posteriormente en la organización de Exchange 2010. No es un escenario admitido. Si prevé que va a necesitar funciones de Exchange 2003 en su organización más adelante, instale, primero, una organización de Exchange 2003 y mantenga, como mínimo, un servidor de Exchange 2003.
Resumen por característica de las acciones obligatorias y opcionales para la actualización del transporte de Exchange 2003 a Exchange 2010
| Característica | Acciones necesarias para la coexistencia | Acciones opcionales y procedimientos recomendados |
|---|---|---|
Diferencias de topología de enrutamiento Al planear la coexistencia de Exchange 2010 con Exchange 2003, debe conocer las diferencias entre las versiones para determinar la topología de enrutamiento. En esta sección, se ofrece información general de las diferencias entre las topologías, incluida una discusión de:
|
|
|
Conectores de envío y recepción Exchange 2003 usa interfaces del servidor virtual SMTP para que cada protocolo envíe y reciba mensajes entre los servidores de Exchange. Los servidores de transporte de concentradores de Exchange 2010 usan un conector implícito denominado conector de envío interno de la organización para enrutar los mensajes entre sitios. |
|
|
Datos de X-EXCH50 Exchange 2003 usa el verbo de propietario X-EXCH50 para transmitir información acerca de los mensajes y destinatarios que no se pueden incluir en el mensaje de correo electrónico. Exchange 2010 admite una asignación entre MAPI y MIME, y no requiere que los datos de Exch50 transmitan las propiedades de los mensajes de forma confiable. |
|
|
Seguimiento de mensajes Hay una diferencia importante entre las versiones en que los eventos registrados por el seguimiento de mensajes de Exchange 2010 no coinciden directamente con los eventos registrados por el seguimiento de mensajes de Exchange 2003. |
|
|
Coexistencia del servidor de transporte perimetral Cuando se implementa un servidor de transporte perimetral para admitir una organización de Exchange que aún no ha implementado Exchange 2010, ciertas características no se pueden usar. |
|
|
Diferencias de topología de enrutamiento
Exchange 2003 usa grupos de enrutamiento para definir una topología de enrutamiento específica de Exchange. Normalmente, los grupos de enrutamiento se usan para especificar un conjunto de servidores de Exchange bien conectados. Los servidores del mismo grupo de enrutamiento se pueden comunicar entre sí sin usar conectores. En condiciones ideales, los grupos de enrutamiento definidos en el entorno existente se basan en subredes IP y reflejan estrechamente la configuración del sitio de Active Directory.
Si hay más de un grupo de enrutamiento definido en una organización de Exchange 2003, debe crear manualmente conectores de grupos de enrutamiento para habilitar el flujo de correo entre servidores de Exchange 2003 que están en distintos grupos de enrutamiento. El conector de grupos de enrutamiento debe especificar un servidor de origen y un servidor de destino como extremos del conector. Un conector de grupos de enrutamiento define una conexión unidireccional, y se debe crear un conector recíproco para establecer el flujo de correo en dos direcciones. Los servidores de origen y de destino son los servidores cabeza de puente del grupo de enrutamiento. Los servidores cabeza de puente retransmiten el correo electrónico a otros grupos de enrutamiento de parte de otros servidores de su grupo de enrutamiento y reciben el correo electrónico de otros grupos de enrutamiento para entregarlos a los demás servidores de su propio grupo de enrutamiento.
En Exchange 2010, no tiene que definir una configuración de enrutamiento específica de Exchange. Exchange 2010 usa la topología del sitio de Active Directory existente para definir su topología de enrutamiento. Sin embargo, puede hacer cambios de configuración específicos de Exchange en los costes de vínculos de sitios IP y sitios de Active Directory para controlar el flujo de correo. El correo electrónico que se enruta a los servidores de Exchange que están en otros sitios deben ser retransmitidos por los servidores de transporte de concentradores. Los servidores de transporte de concentradores envían el correo electrónico a los servidores de transporte de concentradores de sitios remotos usando el conector de envío interno de la organización. El conector de envío interno de la organización es un conector implícito que se computa usando información de vínculos de sitios IP y sitios de Active Directory. Para obtener más información acerca de cómo Exchange 2010 usa los sitios de Active Directory para enrutar los mensajes, consulte Planeamiento de uso de Active Directory para el enrutamiento de correo.
Conectores de grupos de enrutamiento
Para admitir la coexistencia de estas dos topologías de enrutamiento, todos los servidores de Exchange 2010 se agregan automáticamente a un único grupo de enrutamiento al instalar Exchange 2010. El grupo de enrutamiento de Exchange 2010 se reconoce en el Administrador del sistema de Exchange, en Exchange 2003, como el grupo de enrutamiento de Exchange (DWBGZMFD01QNBJR) dentro del grupo administrativo de Exchange (FYDIBOHF23SPDLT).
Durante la instalación del primer servidor de transporte de concentradores de Exchange 2010 en una organización de Exchange existente, debe especificar un servidor cabeza de puente de Exchange 2003 con el que desee establecer el primer conector de grupos de enrutamiento. Es recomendable seleccionar un servidor cabeza de puente que se encuentre en un grupo de enrutamiento de concentradores o en un grupo de enrutamiento con muchos buzones de correo. El conector de grupos de enrutamiento vincula el grupo de enrutamiento en que se encuentra el servidor de Exchange 2003 con el grupo de enrutamiento de Exchange 2010. El grupo de enrutamiento de Exchange 2010 contiene todos los servidores de Exchange 2010, independientemente del sitio de Active Directory en que se encuentren.
Advertencia
No retire los servidores de Exchange 2010 del grupo de enrutamiento de Exchange (DWBGZMFD01QNBJR) ni cambie el nombre del grupo de enrutamiento de Exchange (DWBGZMFD01QNBJR) con un editor de directorios de bajo nivel. No se admite ninguna acción. Exchange 2010 debe usar este grupo de enrutamiento para comunicarse con Exchange 2003.
El servidor de transporte de concentradores que se instala y el servidor cabeza de puente de Exchange 2003 que se selecciona se configuran como servidores de origen y de destino en dos conectores de grupos de enrutamiento recíprocos. El servidor cabeza de puente seleccionado se agrega automáticamente a la pertenencia del grupo de seguridad universal ExchangeLegacyInterop y recibe los permisos necesarios para enviar y recibir correo electrónico de Exchange 2010. Este conector de grupos de enrutamiento crea un único punto de conexión entre Exchange 2003 y Exchange 2010.
Puede modificar la lista de servidores de origen y de destino mediante el cmdlet Set-RoutingGroupConnector del Shell de administración de Exchange. Es muy recomendable especificar más de un servidor de origen y más de un servidor de destino para proporcionar redundancia y disponibilidad de servidores.
Importante
No se pueden poner servidores de Exchange 2010 ni servidores de Exchange 2003 en el mismo grupo de enrutamiento.
Cada grupo de enrutamiento de Exchange 2003 debe tener, al menos, un conector a otro grupo de enrutamiento antes de introducir el primer servidor de Exchange 2010. El Id. de evento 5006 se registra por cada base de datos de mensajes (MDB) de Microsoft Exchange que se encuentre en un grupo de enrutamiento que no tenga una ruta de conector de grupos de enrutamiento del grupo de enrutamiento de Exchange 2010. Para obtener más información acerca de la topología de enrutamiento de Exchange 2003, consulte la Guía de transporte y enrutamiento de Exchange Server.
Si el entorno de Exchange existente tiene más de un grupo de enrutamiento, podría interesarle crear puntos de conexión adicionales entre Exchange 2003 y Exchange 2010 para optimizar el flujo de correo. Para crear puntos de conexión adicionales, siga estos pasos:
Determine cómo va a actualizar la organización a Exchange 2010. El orden en que retire los grupos de enrutamiento determinará qué grupos de enrutamiento de Exchange 2003 se deben conectar directamente a Exchange 2010.
Modifique el registro para suprimir las actualizaciones secundarias del estado de los vínculos en todos los servidores de Exchange 2003. Este cambio de configuración impide que se retransmitan mensajes sobre el estado del conector por toda la organización mediante actualizaciones del estado de los vínculos, pero no impide que se retransmitan mensajes sobre los cambios de configuración. Para obtener más información, consulte Suprimir actualizaciones de estado de vínculos.
Use el cmdlet New-RoutingGroupConnector del Shell para crear todos los conectores de grupos de enrutamiento que especifican servidores de transporte de concentradores de Exchange 2010 como servidores de origen o de destino. Configure un conector de grupos de enrutamiento del grupo de enrutamiento de Exchange (DWBGZMFD01QNBJR) a cada grupo de enrutamiento de Exchange 2003 con el que Exchange 2010 se vaya a comunicar directamente, y configure los conectores de grupos de enrutamiento recíprocos correspondientes. Puede usar el parámetro Bidirectional con el cmdlet New-RoutingGroupConnector para crear ambos conectores en una sola operación. Estos conectores habilitarán el flujo de correo entre Exchange 2003 y Exchange 2010.
Importante
Si utiliza el cmdlet New-RoutingGroupConnector, los servidores de Exchange heredados especificados se agregan automáticamente a la pertenencia del grupo de seguridad universal ExchangeLegacyInterop y los permisos necesarios se conceden automáticamente para que un servidor de Exchange heredado envíe y reciba correo de un servidor de transporte de concentradores de Exchange 2010. Si usa el Administrador del sistema de Exchange para crear un conector de grupos de enrutamiento entre el grupo de enrutamiento de Exchange 2010 y cualquier grupo de enrutamiento de Exchange 2003, la pertenencia a grupos no se actualiza correctamente y el conector no funcionará bien. Por lo tanto, siempre use el Shell para crear o actualizar los conectores de grupos de enrutamiento entre Exchange 2010 y Exchange 2003.
Para obtener más información, consulte Crear conectores para grupos de enrutamiento adicionales de Exchange 2010 a Exchange 2003.
Actualizaciones del estado de los vínculos en un entorno de coexistencia
Al conectar el grupo de enrutamiento de Exchange 2010 con la organización de Exchange 2003, debe tener en cuenta el comportamiento del enrutamiento del estado de los vínculos. Los servidores de Exchange 2003 contienen una tabla de enrutamiento del estado de los vínculos que se actualiza mediante la comunicación con el patrón de grupos de enrutamiento. Cada conector que se ha creado entre los grupos de enrutamiento de Exchange 2003 se considera un vínculo. Los servidores de Exchange 2003 determinan cómo se enruta un mensaje dentro de la organización usando el coste asignado a esos vínculos. Si no se puede tener acceso a un grupo de enrutamiento específico mediante la ruta de menor coste, el patrón de grupos de enrutamiento actualiza la tabla del estado de los vínculos para que el estado de ese vínculo se muestre como inactivo. Esta información se comunica a todos los grupos de enrutamiento de la organización de Exchange. Una vez que se reciben los datos, se actualiza la tabla del estado de los vínculos y se calcula otra ruta.
Los servidores de transporte de concentradores de Exchange 2010 no usan el enrutamiento del estado de los vínculos. Exchange 2010 no puede propagar actualizaciones del estado de los vínculos ni recalcula las rutas. Los servidores de transporte de concentradores tratan siempre de comunicarse directamente entre ellos. Cuando no hay disponible una conexión con un sitio, Exchange 2010 usa los costes de vínculos de sitios IP asociados a los sitios de Active Directory para determinar cuál es el sitio más cercano en cuya cola se puede poner el mensaje. Este comportamiento se conoce como cola en un punto de error. La cola de mensajes que se genera en el punto de error se pone en el estado de reintento.
Si hay varias rutas de acceso entre el grupo de enrutamiento de Exchange 2010 y un grupo de enrutamiento de Exchange 2003, se deben suprimir las actualizaciones secundarias del estado de los vínculos para garantizar que no se produzca un bucle de mensajes al volver a calcular la ruta. Es recomendable suprimir las actualizaciones secundarias del estado de los vínculos en todos los servidores de la organización de Exchange 2003. Cuando se suprimen las actualizaciones del estado de los vínculos, los servidores de Exchange 2003 también pasan a la cola en punto de error, en lugar de volver a calcular la ruta.
Los cambios de configuración, como, por ejemplo, la adición de conectores, se siguen comunicando entre los servidores de Exchange 2003 mediante el estado de los vínculos. Sin embargo, para garantizar que las actualizaciones importantes del estado de los vínculos se sigan produciendo, debe asegurarse de que el grupo de enrutamiento de Exchange 2010 no sea la única ruta de comunicación entre los grupos de enrutamiento de Exchange 2003. Para obtener más información acerca de cómo suprimir actualizaciones del estado de los vínculos, consulte Suprimir actualizaciones de estado de vínculos.
Volver al principio
Conectores de envío y recepción
Exchange 2003 usa interfaces del servidor virtual SMTP para cada protocolo con el fin de enviar y recibir mensajes entre servidores de Exchange. La configuración sólo es necesaria si se modifican los valores predeterminados o se crean conectores que son específicos de otra organización.
Los servidores de transporte de concentradores de Exchange 2010 usan un conector implícito para enrutar mensajes entre sitios. Este conector se conoce como el conector de envío interno de la organización. Durante la instalación, se crean automáticamente conectores de recepción explícitos en cada uno de los servidores de transporte de concentradores. Se configura un conector de recepción para que reciba el tráfico SMTP de todos los orígenes mediante escuchas en el puerto 25. Se configura otro conector de recepción para que reciba el tráfico SMTP de los clientes que no sean MAPI mediante escuchas en el puerto 587. Se crean conectores de envío y recepción explícitos en los servidores de transporte de concentradores solamente si se desea crear un conector que envíe mensajes a un espacio de direcciones específico o que reciba mensajes de un intervalo de direcciones específico. Para obtener más información acerca de conectores en Exchange 2010, consulte Descripción de los conectores de envío y Descripción de los conectores de recepción.
Volver al principio
Datos de X-EXCH50
Exchange 2003 usa el verbo de propietario X-EXCH50 para transmitir información acerca de los mensajes y destinatarios que no se pueden incluir en el mensaje de correo electrónico. La información se transmite como el objeto binario grande Exch50. Exch50 contiene datos, como el nivel de confianza contra correo no deseado, información acerca de la reconfiguración de direcciones y otras propiedades MAPI que no tienen representación MIME. X-EXCH50 es un verbo de propietario Protocolo simple de transferencia de correo extendido (ESMTP), por lo que los datos de Exch50 no se pueden propagar mediante un servidor que no sea de Exchange.
Exchange 2010 admite una asignación entre MAPI y MIME, y no requiere que los datos de Exch50 transmitan las propiedades de los mensajes de forma confiable. Para poder coexistir correctamente con Exchange 2003, los servidores de Exchange 2010 pueden propagar los datos de Exch50 a los servidores de Exchange 2003. En las conexiones de SMTP entrantes, las propiedades relacionadas con Exch50 usadas por Exchange 2010 se cambian a las propiedades equivalentes de Exchange 2010. Las propiedades que no usa Exchange 2010, pero que sí usa Exchange 2003, se conservan. En las conexiones SMTP salientes, el servidor de Exchange 2010 puede formar los datos de Exch50 mediante la conversión de las propiedades de Exchange 2010 y su adición a los datos de Exchange 2003 conservados.
Los conectores de grupos de enrutamiento entre Exchange 2010 y Exchange 2003 se configuran automáticamente de manera que admitan el envío y recepción de datos de Exch50. Si piensa conectar Exchange 2010 a un servidor de Exchange 2003 en un escenario entre bosques, asegúrese de que los permisos de los conectores admitan el enrutamiento de los datos de Exch50. Para obtener más información, consulte Configurar conectores entre bosques.
Volver al principio
Seguimiento de mensajes
El esquema del seguimiento de mensajes de Exchange 2010 difiere bastante del de Exchange 2003. Los eventos registrados por el seguimiento de mensajes de Exchange 2010 no concuerdan directamente con los eventos registrados por el seguimiento de mensajes de Exchange 2003. El seguimiento de los mensajes enviados y recibidos por Exchange 2010 sólo se puede llevar a cabo mediante servidores de Exchange 2010. El Instrumental de administración de Windows de Microsoft (WMI) no es admitido en Exchange 2010. Por lo tanto, un servidor de Exchange 2003 no puede consultar registros de seguimiento de mensajes en un servidor de Exchange 2010. Si una consulta de seguimiento de mensajes en Exchange 2010 indica que el mensaje se ha transferido a un servidor de Exchange 2003, debe usar la herramienta de seguimiento de mensajes de Exchange 2003 para continuar la búsqueda del mensaje.
Volver al principio
Coexistencia del servidor de transporte perimetral
El rol de servidor Transporte perimetral está diseñado para mejorar la protección antivirus y contra correo no deseado en la organización de Exchange. El servidor de transporte perimetral, además, aplica directivas a los mensajes que se envían entre las organizaciones. Este rol de servidor se implementa en la red perimetral y fuera del bosque de Active Directory. El servidor de transporte perimetral se puede implementar como host inteligente y servidor de retransmisión SMTP en una organización de Exchange 2003 existente.
Puede agregar un servidor de transporte perimetral a cualquier organización de Exchange existente sin actualizar los servidores internos de Exchange ni tener que hacer ningún cambio en la organización. Como se implementa fuera de Active Directory, no tiene que llevar a cabo ninguna preparación de Active Directory al instalar el servidor de transporte perimetral. Si utiliza el Filtro inteligente de mensajes de Exchange en Exchange 2003 para realizar tareas de protección contra correo no deseado, puede usar el servidor de transporte perimetral con el fin de agregar un nivel adicional de protección.
Cuando se implementa un servidor de transporte perimetral para admitir una organización de Exchange que aún no ha implementado Exchange 2010, ciertas características no se pueden usar. En este escenario, no se puede crear una suscripción perimetral. En consecuencia, no puede usar la búsqueda de destinatarios ni la agregación de lista segura. Para obtener más información acerca de cómo usar el rol de servidor Transporte perimetral con una organización de Exchange 2003, consulte Implementación del rol de servidor Transporte perimetral en una organización de Exchange 2003 antes de actualizar a Exchange 2010.
Volver al principio
© 2010 Microsoft Corporation. Reservados todos los derechos.