Share via


Microsoft Exchange Server 2010: Coexistencia de servidor de Exchange

Puede comenzar con Exchange Server 2010 desde cero, pero es mucho más probable que tenga que trabajar lado a lado con la versión anterior durante algún tiempo.

Extraído de "Exchange 2010 – un práctico planteamiento," publicado por libros de puerta roja (2009).

Jaap Wesselius

Realmente no es tan difícil instalar y configurar correctamente Exchange Server 2010 en un nuevo entorno. Sin embargo, es más probable que ya está utilizando una versión anterior de Exchange, como Exchange Server 2007 o Exchange Server 2003. Obtiene un poco más complicado.

Muchas empresas no han actualizado de Exchange Server 2003 a Exchange Server 2007. Una razón común es que "Exchange Server 2003 es lo suficientemente buena". Para ser justos, que si la escalabilidad, la mensajería unificada o alta disponibilidad opciones en Exchange Server 2007 no puede ayudarle a hacer un caso de negocios sólido para la actualización, es una decisión perfectamente comprensible.

Con Exchange Server 2010, sin embargo, las cosas cambiarán. Además de la nueva funcionalidad, encontrará que Microsoft finalmente dejará de apoyar a Exchange Server 2003. Será foco de Microsoft Exchange Server 2010 y Exchange Server 2007. Por lo tanto, si desea asegurarse de que está apoya plenamente, puede actualizar a Exchange Server 2010 en dos formas:

  • Integrar Exchange Server 2010 en su infraestructura existente y la transición de los buzones a los nuevos servidores de Exchange. Puede utilizar este método cuando se ejecuta Exchange Server 2007 o Exchange Server 2003.
  • Construir una nueva infraestructura de Active Directory y Exchange Server 2010 y migrar los buzones en el nuevo entorno. Este es el método preferido si su entorno actual no es compatible con Exchange Server 2010.

Mover los buzones de Exchange Server 2003 a Exchange Server 2010 es llamado transición. Si ya dispone de Exchange Server 2010 instalado y está moviendo un nuevo bosque de Active Directory y buzones de correo de un bosque de Active Directory a otro, se denomina migración.

Aquí me centraré en la integración de Exchange Server 2010 en un entorno de Exchange Server 2003 o Exchange Server 2007. Tenga en cuenta que no podrá instalar Exchange Server 2010 en un entorno de Exchange Server 2000. Esto se aplica en los programas de instalación, que comprobación la versión actual de todos los servidores de Exchange. Si Exchange Server 2000 se detecta en cualquier servidor, el programa de instalación mostrará un error y anular la operación.

Exchange Server 2010 es compatible con los siguientes escenarios de implementación:

  • Bosque único, sitio único de Active Directory
  • Bosque único, sitios múltiples de Active Directory
  • Varios bosques, sitios múltiples de Active Directory
  • Coexistencia con Exchange Server 2003 SP2, un escenario de coexistencia de Exchange Server 2010 no dará soporte a versiones anteriores de Exchange Server 2003
  • Coexistencia con Exchange Server 2007 SP2, un escenario de coexistencia de Exchange Server 2010 no dará soporte a versiones anteriores de Exchange Server 2007

Al realizar la transición a Exchange Server 2010, debe comenzar con un sitio de Internet que Active Directory. Otros sitios de Active Directory se moverán más adelante en el proceso de transición. Se puede iniciar con sitios de Active Directory internos porque no es compatible.

Escenarios de convivencia

Vamos a hablar de obtenerlo que ejecuta Exchange Server 2010 en convivencia con los respectivos entornos antiguos, incluyendo:

  • El orden en que deben instalar a los servidores diferentes
  • Actualizaciones de activas Directory y consideraciones requisitos previos
  • El proceso de instalación real de Exchange Server 2010
  • La infraestructura SMTP
  • Mover los buzones

Al planear tener Exchange Server 2010 coexistir con Exchange Server 2003, tienes que tener en cuenta las numerosas diferencias entre los dos. Los más importantes son:

  • Exchange Server 2010 sólo está disponible en una versión de 64 bits
  • Exchange Server 2010 no utiliza grupos administrativos para delegación de control
  • Exchange Server 2010 no utilizar grupos de enrutamiento para enrutar los mensajes
  • Exchange Server 2010 no utiliza enrutamiento de estado de enlace para la actualización de la tabla de enrutamiento
  • Exchange Server 2010 no utiliza el servicio de actualización de destinatarios para establecer las propiedades de Exchange en objetos de destinatario

Esta es una lista mucho más amplia que las diferencias con Exchange Server 2007. Estas diferencias son también más significativas. Sólo para asegurarse de que todo el mundo está en la misma página proverbial, aquí es un vistazo a lo que es diferente.

Soporte de 64 bits

Exchange Server 2010 sólo está disponible en una versión de 64 bits. El grupo de producto de Exchange está aprovechando al máximo los avances de hardware desde el lanzamiento de Exchange Server 2007. La plataforma actual 32 bits (X 86) se desarrolló a mediados de la década de 1980 y tiene un límite de memoria de 4 GB. En esos días, 4 GB de memoria fue más allá de la imaginación de todos. Hoy, 4 GB de memoria normalmente se instala en un ordenador portátil.

Como el sucesor de la plataforma de 32 bits, una de las claras ventajas de 64 bits es un límite de memoria teórico de 2 ^ 64 bytes, o 16PB (petabytes). Windows, obviamente, no puede enfrentar aún tanta memoria.

El actual límite de memoria de Windows Server 2008 R2 Enterprise es 2 TB. Naturalmente, los procesadores actuales no pueden solucionar nada a esta memoria mucho física, pero la ley de Moore y la marcha inexorable de progreso tecnológico significan que este límite continuamente se expandirá en el futuro.

Mientras que los 4 GB de memoria puede ser suficiente para un portátil o estación de trabajo, para aplicaciones de gran servidor como servidor de Exchange, un mero 4 GB de memoria es una limitación enorme, un hecho que puede ilustrar claramente en Exchange Server 2003, al tener más de 2.000 buzones en un servidor de Exchange dará como resultado una pena severa E/s de disco, que produce normalmente una solución de almacenamiento de información costoso. Existen técnicas especiales para hacer frente a más de 4 GB de memoria en la plataforma de 32 bits, como una extensión física de dirección (PAE), que puede leer más acerca de Microsoft Support (tinyurl.com/32bitPAE).

Sin embargo, Exchange Server 2003 no utiliza esta técnica. Se está atascado con el límite de memoria de 4 GB (y puede leer más acerca de que en soporte técnico de Microsoft: tinyurl.com/2003Limit). Dado que Exchange server 2010 sólo es 64 bits, esto automáticamente implica que una actualización en contexto de Exchange Server 2003 a Exchange Server 2010 es imposible. Siempre debe instalar un nuevo servidor de Exchange 2010 en un entorno de 2003 en hardware independiente. Lo mismo es cierto para Exchange Server 2007. Aunque también es una aplicación de 64 bits, Microsoft no admite una actualización en el lugar debido a la complejidad técnica de ambos productos.

No grupos administrativos mayor Control delegado

Exchange Server 2003 utiliza grupos administrativos para delegar el control. Esto le permite crear varios grupos administrativos y delegar el control a los administradores diferentes. Por ejemplo, si está con una gran empresa multinacional, podría crear grupos administrativos para cada país. Cada país pueden tener su propio departamento de administración de Exchange, responsable de mantener sus servidores locales de Exchange.

Puede delegar el control de grupo administrativo adecuado para determinados grupos de seguridad Universal, a la que se asignan estos administradores de Exchange. Desafortunadamente, este enfoque es complicado y propenso a errores.

Exchange Server 2010 ya no utiliza los grupos administrativos. Primera vez que instala Exchange Server 2010, creará un nuevo grupo administrativo en Active Directory, llamado "Grupo administrativo de Exchange (FYDIBOHF23SPDLT)." Todos los servidores posteriores instalará en este grupo administrativo. Ahora delegar el control en Exchange Server 2010 con un modelo de Control de acceso basado en funciones (RBAC).

No grupos de enrutamiento más mensajes de ruta

Para enrutar mensajes entre distintas ubicaciones, utiliza grupos de enrutamiento de Exchange Server 2003. Un grupo de enrutamiento es una ubicación con una red de gran ancho de banda y baja latencia, como una oficina con una red interna de 100 Mbps, donde todos los servidores de Exchange Server 2003 tienen acceso completo a ellos todo el tiempo.

Cuando hay presentes varias ubicaciones, cada una tiene su propio grupo de enrutamiento. Los grupos de enrutamiento en una infraestructura de Exchange se conectan con conectores para grupo de enrutamiento, para que grupos de enrutamiento son muy similares a los sitios de Active Directory. Ha habido sitios de Active Directory desde Active Directory de Windows 2000, pero Exchange Server 2003 simplemente no usarlos.

En lugar de grupos de enrutamiento de Exchange Server 2010 ahora utiliza sitios de Active Directory para enrutar los mensajes a los servidores de Exchange en otros lugares. Para conectarse a Exchange Server 2010 con un entorno de Exchange Server 2003 en el mismo bosque de Active Directory (y por lo tanto la misma organización de Exchange), hay un grupo de enrutamiento especiales, "Enrutamiento grupo de Exchange (DWBGZMFD01QNBJR)," crea la primera vez que instala Exchange Server 2010.

También hay una interoperabilidad enrutamiento grupo conector especial creado durante la instalación inicial del servidor. Esto envía mensajes entre Exchange Server 2003 y Exchange Server 2010. Debido a que Exchange Server 2010 utiliza sitios de Active Directory para el enrutamiento de mensajes SMTP, cada sitio que contiene una función de servidor de buzones de Exchange Server 2010 también tendrá una función de servidor de transporte de Exchange Server 2010 concentrador.

Enrutamiento de estado de los vínculos ya No actualiza la tabla de enrutamiento

Se utiliza un proceso llamado estado de los vínculos para mantener información de enrutamiento actualizada en Exchange Server 2003. Cuando un conector de Exchange Server 2003 cambia su estado, actualiza la tabla de enrutamiento utiliza los conectores de grupo de enrutamiento. Esta tabla de enrutamiento se envía inmediatamente a otros servidores de Exchange en el mismo grupo de enrutamiento.

Cuando un servidor de Exchange Server 2003 inicia una conexión SMTP a un servidor similar en otro grupo de enrutamiento, compara las tablas de enrutamiento en ambos servidores. Si es necesario, la versión más reciente de la tabla de enrutamiento se envía al servidor de otro.

Esto funciona bien como la tabla de enrutamiento no es muy grande. Hay casos conocidos con más de 75 grupos de enrutamiento y cientos de conectores para grupo de enrutamiento donde fue la tabla de enrutamiento entre 750 KB y 1 MB de tamaño. Podría no parece mucho, pero cuando una tabla de enrutamiento se intercambian con frecuencia, esto tendrá un efecto negativo notable en el tráfico de red a través de la WAN.

Como se explicó anteriormente, Exchange Server 2010 ha reemplazado este sistema completo con vínculos a sitios de Active Directory. Aprovecha la información de Active Directory para determinar una ruta alternativa cuando un vínculo concreto ya no está disponible. Antes de instalar al primer servidor de Exchange Server 2010 en un entorno de Exchange Server 2003 existente, debe suprimir actualizaciones de estado de vínculos para evitar conflictos de enrutamiento entre las versiones de Exchange.

Hay más información sobre enrutamiento de mensajes en Exchange Server 2003 en el "Guía de enrutamiento y transporte de Exchange Server." Cuando desea acercarse en la tabla de enrutamiento en el entorno de Exchange Server 2003, puede Descargar la herramienta WinRoute.

Destinatarios vs servicio de actualización. Directivas de la dirección de correo electrónico

El servicio de actualización de destinatarios (RUS) en Exchange Server 2003 es el servicio responsable de actualizar las propiedades específicas de Exchange de destinatarios de Exchange en Active Directory. Al utilizar equipos y usuarios de Active Directory para crear un nuevo usuario, el RUS recogerá la cuenta de usuario y "acabar" con los atributos específicos de Exchange, como la homeserver, MTA, direcciones de correo electrónico y homeMDB. Puede tomar algún tiempo para que un usuario sea totalmente configurados y disponibles, especialmente en los servidores ocupados. El servicio es parte del operador del sistema y hay sólo una instancia en ejecución en cada dominio de Active Directory.

Exchange Server 2010 no usar nunca más los RUS. En su lugar utiliza políticas de dirección de correo electrónico. Cuando se crea un usuario con buzón habilitado, inmediatamente se aplica una política de dirección de correo electrónico. Por lo tanto, el buzón está disponible al instante. El objeto de usuario aún debe replicarse entre todos los controladores de dominio que están disponibles en todas las ubicaciones.

En un escenario de convivencia, sólo puede administrar los RUS y las directivas de destinatarios que lo acompaña desde el administrador del sistema de Exchange Server 2003. Las políticas de lista de Exchange Server 2010 dirección sólo se pueden gestionar desde la consola de administración de Exchange o el Shell de administración de Exchange. La única vez que se tiene acceso a una directiva de destinatario con el Shell de administración de Exchange es al actualizar la Directiva de destinatario a una política de dirección de correo electrónico.

Teniendo presentes estas capacidades diferentes y opciones de configuración debería ayudarle a mantener su Exchange Server 2010 coexistiendo pacíficamente con Exchange Server 2007 o 2003.

Jaap Wesselius

**Jaap Wesselius**es el fundador de DM consultores, una empresa con un fuerte énfasis en las soluciones de mensajería y colaboración. Después de ocho años trabajando en Microsoft, Wesselius decidido a comprometerse más de su tiempo a la comunidad en los Países Bajos, dando como resultado un premio MVP de Exchange Server 2007. Wesselius es también un contribuyente regular en el Holandés unificado de grupo de usuarios de comunicaciones y un autor regular para Simple-Talk.

Más información sobre "Exchange 2010 – A Practical Approach" a red-gate.com/our-company/about/book-store/.

Contenido relacionado