Actualizar el transporte de Exchange 2007

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

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

Cuando se actualiza Microsoft Exchange Server 2007 a Exchange Server 2010, habrá un periodo de tiempo en el que ambas versiones coexistirán en el entorno de producción. Puede planificar la actualización de Exchange 2007 a Exchange 2010 sirviéndose de la información que se proporciona en este tema, que incluye una descripción general, información técnica sobre el flujo de mensajes en un entorno de coexistencia y consideraciones sobre cómo trabajar en un entorno con ambas versiones.

El aspecto más importante en una teórica coexistencia de Exchange 2010 y Exchange 2007 es que cada servidor de buzón de correo necesita un servidor Transporte de concentradores con una versión de Exchange que coincida en el mismo sitio de Active Directory. Debido a los cambios realizados en el modelo de objeto de servidor de Exchange (XSO) de Exchange 2010, los servidores de transporte de concentradores de Exchange 2010 no pueden seleccionar mensajes de servidores de buzones ni enviar mensajes a servidores de buzones de Exchange 2007. Del mismo modo, los servidores de transporte de concentradores de Exchange 2007 no se pueden comunicar con servidores de buzones de Exchange 2010. Por lo tanto, debe mantener los servidores de transporte de concentradores de Exchange 2007 en un sitio de Active Directory específico hasta que todos los servidores de buzones de Exchange 2007 se han quitado de dicho sitio. Para obtener más información sobre como enrutar mensajes en un contexto de coexistencia, consulte "Enrutamiento de mensajes entre versiones" más adelante en este tema.

Contenido

Ruta de actualización del servidor de transporte

Enrutamiento de mensajes entre versiones

Diferencias de EdgeSync

Reglas de transporte y de registro en diario en una situación de coexistencia

Mantener la configuración de DSN en un entorno mixto

Seguimiento de mensajes entre distintas versiones

Características de transporte de Exchange 2010 en una situación de coexistencia

Ruta de actualización del servidor de transporte

La actualización de los servidores de transporte de concentradores y de transporte perimetral de Exchange 2007 debe formar parte de la estrategia de actualización general. El orden recomendado sería actualizar los servidores de transporte tras la actualización de los servidores de acceso de cliente, pero antes de los servidores de mensajería unificada y buzones. Los servidores de transporte perimetral deben actualizarse después de la actualización de los servidores de transporte de concentradores. Para obtener información acerca de cómo planificar la actualización, consulte Exchange 2007 - Guía de planeamiento para la actualización y coexistencia.

Antes de implementar servidores de transporte de concentradores o de transporte perimetral de Exchange 2010, compruebe que todos los servidores Exchange 2007 de ese sitio se hayan actualizado a Exchange 2007 Service Pack 3 (SP3). Se requiere Exchange 2007 SP3 para que los servidores de transporte de concentradores de Exchange 2010 y de Exchange 2007 puedan coexistir en un único sitio de Active Directory. También se requiere Exchange 2007 SP3 para que el servicio EdgeSync de Microsoft Exchange funcione en distintas versiones.

Si ha implementado Exchange 2007 en varios sitios, debe actualizar primero los sitios orientados a Internet. El orden de la actualización de los sitios restantes depende de la topología particular y de las prioridades de la organización.

El proceso siguiente muestra la ruta de actualización recomendada para los servidores de transporte de un sitio orientado a Internet. (Se asume que está usando servidores de transporte perimetral con EdgeSync. Si está usando un host inteligente de otro fabricante, puede omitir los pasos del 2 al 6.) El proceso de actualización es el siguiente:

1. Introduzca el primer servidor Transporte de concentradores de Exchange 2010 en el sitio. En cuanto un servidor de transporte de concentradores de Exchange 2010 esté presente en el sitio, éste comenzará a utilizar el servidor de transporte perimetral de Exchange 2007 para la entrega de mensajes a Internet. El servidor de transporte de concentradores de Exchange 2007 seguirá controlando el proceso de sincronización de EdgeSync.

   Introducir un servidor de transporte de concentradores de Exchange 2010 a un sitio existente de Exchange 2007

   

2. Vuelva a suscribir el servidor Transporte perimetral de Exchange 2007 al sitio. Mediante esta acción se añadirá el servidor de transporte de concentradores de Exchange 2010 a la suscripción perimetral como un servidor de origen. Los servidores de transporte de concentradores de Exchange 2010 tienen prioridad sobre los de Exchange 2007 al elegir el servidor de origen de EdgeSync. Por lo tanto, el servidor de transporte de concentradores de Exchange 2010 se encargará de la sincronización perimetral, como se muestra en la siguiente figura. No obstante, como el servidor de transporte perimetral aún está ejecutando Exchange 2007 SP3, el servidor de transporte de concentradores de Exchange 2010 replicará los datos de EdgeSync.

   Nota

   Si tiene pensado agregar varios servidores de transporte de concentradores de Exchange 2010 al sitio de Active Directory, para ahorrar tiempo, puede implementar todos los servidores de transporte de concentradores que va a agregar antes de suscribir los servidores de transporte perimetral.

   Suscribir servidores de transporte perimetral de Exchange 2007 tras introducir un servidor de transporte de concentradores de Exchange 2010

   

3. Introduzca el primer servidor Transporte perimetral de Exchange 2010 en la red perimetral.

4. Suscriba el servidor Transporte perimetral de Exchange 2010 al sitio. En este punto, el servidor de transporte de concentradores de Exchange 2010 comenzará las actualizaciones incrementales en el servidor Transporte perimetral de Exchange 2010, como se muestra en la figura siguiente.

   Suscripción del servidor Transporte perimetral de Exchange 2010

   

5. Quite la suscripción perimetral de Exchange 2007.

6. Retire el servidor Transporte perimetral de Exchange 2007, como se muestra en la figura siguiente.

   Retirada de los servidores Transporte perimetral de Exchange 2007

   

7. Una vez que todos los buzones están en servidores de buzones de Exchange 2010, retire los servidores de transporte de concentradores de Exchange 2007.

Volver al principio

Enrutamiento de mensajes entre versiones

Debido a los cambios realizados en el modelo de objeto de servidor de Exchange (XSO) de Exchange 2010, los servidores de transporte de concentradores de Exchange 2010 no pueden seleccionar mensajes de servidores de buzones ni enviar mensajes a servidores de buzones de Exchange 2007. Del mismo modo, los servidores de transporte de concentradores de Exchange 2007 no se pueden comunicar con servidores de buzones de Exchange 2010. Por lo tanto, para tener Exchange 2010 y Exchange 2007 en el mismo sitio de Active Directory, debe mantener ambas versiones de los servidores de transporte de concentradores en ese sitio, como se muestra en la figura siguiente. En la figura no aparecen las versiones de los servidores del sitio B debido a que el control del tráfico SMTP entre sitios es el mismo que en Exchange 2007. El servidor Transporte de concentradores retransmite los mensajes al servidor Transporte de concentradores del sitio remoto para entregar.

Flujo de mensajes entre Exchange 2010 y Exchange 2007

Para activar el flujo de mensajes entre diferentes versiones, se implementa una característica denominada enrutamiento entre versiones en Exchange 2010. Con el enrutamiento entre versiones, el motor de enrutamiento comprueba la versión de un servidor de buzones principal, junto con el sitio de Active Directory correspondiente. So la versión no coincide, el mensaje se retransmite a un servidor de transporte de concentradores cuya versión sí coincida, como se muestra en el flujo de enrutamiento entre versiones de la figura siguiente. El enrutamiento depende ahora de ambos sitios de Active Directory y de ambas versiones de Exchange.

Flujo de trabajo de enrutamiento entre versiones

Cuando el usuario de un buzón de Exchange 2010 envía un mensaje a un usuario de un buzón de Exchange 2007 en el mismo sitio, se produce lo siguiente:

1. El servidor de buzones de Exchange 2010 notifica al servidor de transporte de concentradores de Exchange 2010 que hay correo nuevo.

2. El servidor de transporte de concentradores de Exchange 2010 recoge el mensaje.

3. El agente de enrutamiento determina que la versión del servidor de buzones que funciona como servidor principal del buzón de destino no coincide con la suya.

4. El agente de enrutamiento localiza un servidor de transporte de concentradores de Exchange 2007 en el sitio local.

5. El servidor de transporte de concentradores de Exchange 2010 retransmite el mensaje al servidor de transporte de concentradores de Exchange 2007.

6. El agente de enrutamiento del servidor de transporte de concentradores de Exchange 2007 determina que el buzón de destino está en un servidor de buzones de Exchange 2007 en el sitio local.

7. El servidor de transporte de concentradores de Exchange 2007 entrega el mensaje al servidor de buzones de Exchange 2007.

Los mensajes enviados por usuarios de buzones de Exchange 2007 a destinatarios de Exchange 2010 siguen una ruta similar.

Se ha agregado enrutamiento de versiones a Exchange 2007 en SP2. Para que Exchange 2010 y Exchange 2007 coexistan en el mismo sitio de Active Directory, primero debe actualizar los servidores de Exchange 2007 que tenga a SP3. Cuando Exchange 2010 y Exchange 2007 SP3 están en el mismo sitio de Active Directory, cada servidor de transporte de concentradores se encarga de los servidores de buzones con versiones coincidentes. El enrutamiento entre versiones no cambia la forma en que se enrutan los mensajes dentro del sitio.

Cuando Exchange 2010 y Exchange 2007 estén en el mismo sitio, tenga en cuenta lo siguiente:

• No puede especificar un servidor de transporte de concentradores incompatible como invalidación del servidor de envío de un servidor de buzones.

• En un servidor de buzones específico, si no tiene un servidor de transporte de concentradores de la misma versión en el sitio local, los mensajes que envíen los usuarios de dicho servidor de buzones permanecerán en el servidor de buzones.

• En un servidor de buzones específico, si no tiene un servidor de transporte de concentradores de la misma versión en el sitio local, se emitirán informes de no entrega (NDR) por todos los mensajes enviados a usuarios de dicho servidor de buzones.

• Los mensajes enviados a carpetas públicas habilitadas para correo se tratan del mismo modo que los mensajes enviados a buzones.

Volver al principio

Diferencias de EdgeSync

El proceso de sincronización perimetral se ha mejorado en Exchange 2010. En Exchange 2007, EdgeSync ha replicado toda la configuración y la información de destinatarios íntegramente. Sobre todo en organizaciones con muchos destinatarios, este proceso tardó mucho tiempo. Exchange 2010 incorpora actualizaciones incrementales para EdgeSync. Cuando suscribe un servidor de transporte de concentradores de Exchange 2010 por primera vez en un sitio, todos los datos de configuración y de los destinatarios se sincronizan. En todas las actualizaciones subsiguientes, solo se replican los cambios. Por lo tanto, el tiempo de sincronización y el uso de la red se reducen considerablemente.

Aunque los servidores Transporte de concentradores de Exchange 2007 pueden participar en EdgeSync con servidores Transporte perimetral de Exchange 2010, las actualizaciones incrementales solo son posibles entre servidores Transporte de concentradores de Exchange 2010 y servidores Transporte perimetral de Exchange 2010. De forma predeterminada, cuando un servidor de transporte de concentradores de Exchange 2010 se suscribe a un sitio de Active Directory con servidores de transporte de concentradores de Exchange 2010, los servidores de transporte de concentradores de Exchange 2010 se encargan del proceso de EdgeSync. Puede volver a los servidores Transporte de concentradores de Exchange 2007 deshabilitando el servicio EdgeSync de Microsoft Exchange en los servidores Transporte de concentradores de Exchange 2010. Sin embargo, si lo hace, se volverán a replicar todos los datos con cada actualización de EdgeSync, en lugar de producirse las actualizaciones incrementales.

Para obtener más información acerca de EdgeSync, consulte Descripción de las suscripciones perimetrales.

Volver al principio

Reglas de transporte y de registro en diario en una situación de coexistencia

Si ya usa reglas de transporte o de registro en diario en la organización de Exchange 2007, asegúrese de que estas características siguen funcionando durante el periodo de coexistencia, al margen de qué servidor de transporte de concentradores se encarga de procesar un mensaje en concreto.

Se han hecho los siguientes cambios significativos a las reglas de transporte y de registro en diario en Exchange 2010, lo que condiciona la administración de dichas características en un entorno mixto:

• Cambios de formato   Las reglas de transporte de Exchange 2010 admiten una serie de nuevos predicados y acciones. Para admitir estos nuevos predicados y acciones, se ha modificado el formato de almacenamiento de las rutas de transporte en Active Directory. Los servidores Transporte de concentradores de Exchange 2007 no pueden procesar estos nuevos predicados y acciones. Para obtener una lista completa de predicados y acciones disponibles en Exchange 2010, consulte Predicados de reglas de transporte y Acciones de regla de transporte.

• Ubicación de almacenamiento en Active Directory   Para impedir que los agentes de reglas de transporte de Exchange 2007 carguen e intente procesar las reglas creadas en Exchange 2010, las reglas de Exchange 2010 se almacenan en un contenedor de Active Directory independiente. La misma situación se aplica a las reglas de registro en diario.

Copiar la configuración existente a Exchange 2010

Al instalar Exchange 2010, si el programa de instalación detecta reglas de transporte de Exchange 2007, estas reglas heredadas se exportan automáticamente a una ubicación temporal; posteriormente, se importan al contenedor de reglas de transporte de Exchange 2010 en Active Directory. Este proceso se lleva a cabo automáticamente sin intervención del usuario.

Del mismo modo, todas las reglas de registro en diario de Exchange 2007 se convierten y copian a las reglas de registro en diario de Exchange 2010 durante la instalación. Para obtener más información, consulte Exportar e importar reglas de diario de Exchange 2007.

Mantener reglas de transporte y de registro en diario en un entorno mixto

La importación automática de reglas a Exchange 2010 solo se realiza durante la instalación inicial. Durante la instalación inicial, el conjunto de reglas de transporte y de registro en diario de Exchange 2010 y Exchange 2007 se sincronizan. Más adelante, si hace cambios en una regla existente, o crea una regla, la regla se cambiará en una única ubicación según la herramienta de administración que use. Por ejemplo, en Exchange 2010, si usa el Shell de administración de Exchange para crear una regla, solo se actualizará el contenedor de reglas de Exchange 2010 en Active Directory. Asimismo, si usa la consola de administración de Exchange (EMC) en un servidor de Exchange 2007 para cambiar una regla existente, solo se modificará la versión de Exchange 2007 de dicha regla.

Para asegurarse de mantener la coherencia entre versiones de las reglas de transporte y de registro en diario, todos los cambios que haga deberá hacerlos por duplicado; una vez con las herramientas de administración de Exchange 2010, y otra con las herramientas de administración de Exchange 2007.

Volver al principio

Mantener la configuración de DSN en un entorno mixto

En Exchange 2010, los parámetros de DSN internos y externos se configuran para toda la organización de Exchange. En Exchange 2007, estos parámetros se configuran servidor por servidor. Por ello, los parámetros se almacenan en diferentes objetos de configuración en Active Directory, y como ocurre con las reglas de transporte, deben administrarse por separado en una situación de coexistencia.

En concreto, los parámetros siguientes se han movido del cmdlet Set-TransportServer al cmdlet Set-TransportConfig en Exchange 2010:

• ExternalDelayDsnEnabled

• ExternalDsnDefaultLanguage

• ExternalDsnLanguageDetectionEnabled

• ExternalDsnMaxMessageAttachSize

• ExternalDsnReportingAuthority

• ExternalDsnSendHtml

• ExternalPostmasterAddress

• InternalDelayDsnEnabled

• InternalDsnDefaultLanguage

• InternalDsnLanguageDetectionEnabled

• InternalDsnMaxMessageAttachSize

• InternalDsnReportingAuthority

• InternalDsnSendHtml

Si necesita cambiar alguno de estos parámetros en la organización, debe hacer el cambio en la organización mediante el cmdlet Set-TransportConfig en el Shell de Exchange 2010 y en cada servidor de transporte de concentradores de la organización mediante el cmdlet Exchange 2007Set-TransportServer en el Shell de Exchange 2007.

Volver al principio

Seguimiento de mensajes entre distintas versiones

Exchange 2010 incorpora capacidades de seguimiento de mensajes mejoradas. Los usuarios finales y los administradores ya pueden realizar el seguimiento de los mensajes que han enviado mediante la herramienta de informes de entrega en el Panel de control de Exchange.

Los Informes de entrega permiten el seguimiento de mensajes de extremo a extremo desde una única ubicación, lo que proporciona información detallada de entrega cuando un mensaje se marca como leído. En Exchange 2010, se han implementado una interfaz de servicio web y una llamada a procedimiento remoto de seguimiento nuevas para admitir la herramienta Informes de entrega. Estas interfaces no existen en Exchange 2007 y, por lo tanto, la característica de Informes de entrega no se puede aplicar a la infraestructura de Exchange 2007 en una situación de coexistencia. No obstante, la herramienta de seguimiento de mensajes de Exchange 2007 puede usarse para realizar el seguimiento de mensajes entre versiones.

En la tabla siguiente se detalla cómo se debe actuar cuando se hace un seguimiento de mensajes en un entorno mixto.

Seguimiento de mensajes en un entorno mixto

Para obtener más información acerca del seguimiento de mensajes en Exchange 2010, consulte Descripción del seguimiento de mensajes.

Volver al principio

Características de transporte de Exchange 2010 en una situación de coexistencia

Por lo general, las nuevas características de Exchange 2010 solo funcionan en el ámbito de Exchange 2010. El momento idóneo para empezar a usar las nuevas características depende de las necesidades de la organización. Puede esperar a que se complete la actualización, o bien empezar tras introducir Exchange 2010 en el entorno de la organización. A la hora de decidir cuándo usar las nuevas características en un entorno mixto, tenga en cuenta la información siguiente.

Destinatarios moderados

Exchange 2010 introduce el concepto de destinatarios moderados, que hace que los mensajes enviados a determinados destinatarios deban pasar un proceso de aprobación. Si tiene pensado usar destinatarios moderados en una situación de coexistencia, debe tener en cuenta los siguientes aspectos, en función del tipo de destinatario:

• Buzones   Solo puede habilitar, con fines de moderación, buzones de servidores de buzones de Exchange 2010. Tras habilitar un buzón para moderación, debe comprobar que no se coloque de nuevo en un servidor de buzones de correo de Exchange 2007.

• Grupos de distribución y grupos de distribución dinámica   Los mensajes dirigidos a un grupo de moderación pasan por un proceso de aprobación solo cuando el grupo de distribución se expande en un servidor de transporte de concentradores de Exchange 2010. Como el grupo de distribución puede expandirse en cualquier servidor, le recomendamos que espere hasta que todos los servidores de transporte de concentradores se hayan actualizado a Exchange 2010 antes de usar grupos de distribución moderados.

• Contactos de correo y usuarios de correo   Los servidores de transporte de concentradores enrutan los mensajes según la dirección de correo electrónico externa especificada para cada usuario o contacto de correo. Como no es posible forzar que los mensajes de este tipo de destinatarios pasen por un servidor de transporte de concentradores de Exchange 2010, puede optar por no habilitar la moderación para este tipo de destinatarios en un entorno mixto.

Si habilita a un destinatario para moderación, asegúrese de que los moderadores designados usen un cliente que pueda mostrar las opciones de "aprobación" y "rechazo" de una solicitud de aprobación. Se recomienda que todos los moderadores usen Microsoft OfficeOutlook 2010 o Outlook Web App en Exchange 2010. Estos dos clientes disponen de interfaces de usuario integradas con las cuales los administradores toman decisiones respecto a los mensajes.

Para obtener más información acerca de los destinatarios moderados, consulte Descripción del transporte moderado.

Redundancia de instantánea

Exchange 2010 incorpora la redundancia de instantánea para ofrecer redundancia de mensajes durante el tiempo que los mensajes están en tránsito. La solución implica una técnica similar a la del contenedor de transporte. Con la redundancia de instantánea, la eliminación de un mensaje de las bases de datos de transporte se retrasa hasta que el servidor de transporte verifica que todos los saltos que debe ir superando el mensaje han completado la entrega. Si alguno de esos saltos falla antes de que se informe de que la entrega se ha desarrollado correctamente, el mensaje volverá a enviarse al paso siguiente para su entrega.

La redundancia de instantánea está habilitada de forma predeterminada en Exchange 2010, y permite asegurar que los mensajes son redundantes solo durante la transferencia entre servidores Exchange 2010. Una vez que el mensaje se ha transferido a un servidor de Exchange 2007, dejará de ser redundante. Por lo tanto, para asegurarse de que un mensaje que se origina en un servidor de Exchange 2010 permanece redundante hasta su entrega, asegúrese de que no se transfiere a un servidor de Exchange 2007. Por ejemplo, si usa un sitio de concentradores con servidores de Exchange 2007, los mensajes entre dos radios no serán redundantes aunque ambas tengan servidores de Exchange 2010.

Para obtener más información acerca de la redundancia de instantáneas, consulte Descripción de redundancia de instantánea.

Volver al principio

 © 2010 Microsoft Corporation. Reservados todos los derechos.