Actualizar el transporte de Exchange 2007

Se aplica a: Exchange Server 2010

Última modificación del tema: 2009-12-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 situación de coexistencia de Exchange 2010 y Exchange 2007 es que cada uno de los servidores de buzones necesita un servidor de transporte de concentradores con la versión de Exchange correspondiente 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 acerca del enrutamiento de mensajes en un entorno 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 - Planning Roadmap for Upgrade and Coexistence.

Antes de introducir los servidores de transporte de concentradores y transporte perimetral de Exchange 2010, debe asegurarse de que todos los servidores de Exchange 2007 del sitio se han actualizado a Exchange 2007 Service Pack 2 (SP2). Exchange 2007 SP2 es necesario para que los servidores de transporte de concentradores de Exchange 2010 y Exchange 2007 puedan coexistir en un único sitio de Active Directory. Exchange 2007 SP2 también es necesario para que el servicio EdgeSync de Microsoft Exchange funcione en ambas 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 de transporte de concentradores de Exchange 2010 en el sitio. Una vez introducido el servidor de transporte de concentradores de Exchange 2010 en el sitio, se encargará de la sincronización perimetral. Sin embargo, como el servidor Transporte perimetral sigue ejecutando Exchange 2007 SP2, el servidor de transporte de concentradores de Exchange 2010 no llevará a cabo la sincronización EdgeSync incremental, sino que replicará los datos de EdgeSync, como haría un servidor de transporte de concentradores de Exchange 2007. Para el envío de mensajes a Internet, el servidor de transporte de concentradores de Exchange 2010 actuará a través del servidor de transporte de concentradores de Exchange 2007, como se muestra en la figura siguiente.
   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. De este modo podrá agregar el servidor de transporte de concentradores de Exchange 2010 a la suscripción perimetral como un servidor de origen, como se muestra en la figura siguiente.

   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. Las versiones de los servidores del sitio B no se muestran en la figura, porque el control del tráfico SMTP entre sitios es el mismo que en Exchange 2007. El servidor de transporte de concentradores retransmite los mensajes al servidor de transporte de concentradores del sitio remoto para su envío.

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.

El enrutamiento entre versiones se ha agregado 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 SP2. Cuando Exchange 2010 y Exchange 2007 SP2 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. Este proceso ha llevado bastante tiempo, especialmente en el caso de organizaciones con un amplio número de destinatarios. Exchange 2010 incorpora las actualizaciones incrementales de 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 de transporte de concentradores de Exchange 2007 pueden participar en EdgeSync mediante los servidores de transporte perimetral de Exchange 2010, las actualizaciones incrementales solo están disponibles entre servidores de transporte de concentradores de Exchange 2010 y servidores de 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 de transporte de concentradores de Exchange 2007 si deshabilita el servicio EdgeSync de Microsoft Exchange en los servidores de 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 acciones y predicados nuevos. Para que se pudieran admitir los nuevos predicados y las nuevas acciones, se ha modificado el formato que se usaba para almacenar las reglas de transporte en Active Directory. Los servidores de transporte de concentradores de Exchange 2007 no pueden procesar los nuevos predicados ni las nuevas 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 evitar que los agentes de reglas de transporte de Exchange 2007 carguen e intenten procesar las reglas creadas en Exchange 2010, las reglas de Exchange 2010 se almacenan en un contenedor independiente de Active Directory. Esa 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 la existencia de reglas de transporte de Exchange 2007, dichas reglas heredadas se exportarán automáticamente a una ubicación temporal y después se importarán 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 actualiza 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 2007 Set-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, igual que los administradores, pueden ahora hacer un seguimiento de los mensajes que han enviado mediante la herramienta 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 nueva llamada a procedimiento remoto (RCP) de seguimiento de mensajes y una nueva interfaz de servicio web para admitir los 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. Sin embargo, se puede usar la herramienta de seguimiento de mensajes en Exchange 2007 para hacer un 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 Understanding Message Tracking.

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. Una vez habilitado un buzón para moderación, debe asegurarse de que se no se vuelve a mover a un servidor de buzones 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. Todos los moderadores deben usar Microsoft Outlook 2010 o Microsoft Office aplicación web de Outlook en Exchange 2010.

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

Redundancia de instantánea

Exchange 2010 introduce el concepto de redundancia de instantánea para ofrecer redundancia de mensajes durante el tiempo que 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