Diseño de la ubicación de los servidores de Exchange y Directory

Última modificación del tema: 2005-05-18

Como Exchange utiliza Active Directory, es muy importante tener en cuenta la topología de la red de Windows Server a la hora de diseñar la distribución de Exchange. En general, para obtener el mejor rendimiento, debe comprobar que dispone al menos de un servidor de catálogo global en cada sitio de Windows en el que está instalado Exchange. Aunque Windows Server 2003 permite a los usuarios iniciar sesión sin un servidor de catálogo global, Exchange sigue necesitando un servidor de catálogo global local. Además, el uso de varios controladores dentro de un dominio distribuye el tráfico en la red y proporciona redundancia si se producen errores en un controlador de dominio.

Para obtener más información acerca de cómo diseñar, sitios, dominios y controladores de dominio de Windows, consulte la documentación de Windows Server (https://go.microsoft.com/fwlink/?LinkId=34153).

Localización de los servidores de Active Directory

En la lista siguiente se resumen las recomendaciones sobre la ubicación de los servidores de catálogo global y de los controladores de dominio de Active Directory que van a respaldar la organización de Exchange:

• Compruebe que DNS se ha configurado correctamente en el sitio del concentrador y en todas las sucursales. Asegúrese de que la resolución de nombres y la funcionalidad de DNS funcionan correctamente.
• Compruebe que el servidor al que se le ha asignado la función de maestro en la infraestructura no es un servidor de catálogo global.
• En las sucursales que cuentan con más de diez usuarios, debe instalarse un servidor de catálogo global en cada ubicación que contenga servidores de Exchange. Conviene instalar dos servidores de catálogo global para conseguir redundancia. Si un sitio físico no dispone de dos servidores de catálogo global, puede configurar los controladores de dominio existentes como servidores de catálogo global.
• Exchange requiere WINS.

Este tema contiene información acerca de dónde ubicar servidores de catálogo global y controladores de dominio.

Controladores de dominio

En la mayoría de los escenarios de implementación no resulta recomendable ejecutar Exchange 2003 en equipos que funcionan también como controladores de dominio de Windows. En su lugar, debe configurar los servidores de Exchange y los controladores de dominio de Windows como equipos diferentes ya que si Exchange se ejecuta en un controlador de dominio, sólo usará ese controlador de dominio. Si el controlador de dominio tiene un error, Exchange no puede conmutar por error a otro controlador de dominio. Además, si los servidores que ejecutan Exchange no tienen que realizar tareas propias de los controladores de dominio además de dar servicio a equipos cliente de Exchange, el rendimiento de estos servidores mejora al trabajar con un gran número de usuarios.

Para garantizar la seguridad de la información de Active Directory, guarde esta información en varios controladores de dominio. En el caso de que se produzcan problemas en uno de los servidores, deberá tener al menos dos controladores de dominio que le ayuden a proteger la información de Active Directory.

Compruebe además que dispone de un plan de copia de seguridad sólido para los controladores de dominio. En Exchange 5.5, al realizar una copia de seguridad del archivo Dir.edb, estará haciendo también una copia de seguridad de la información del directorio del servidor. Por el contrario, con Exchange 2000 y Exchange 2003, la información de Exchange se mantiene en Active Directory, y las copias de seguridad del controlador de dominio constituyen una cuestión crucial. Compruebe que la infraestructura de Windows admite la copia de seguridad y la confiabilidad de esta información.

Para obtener más información acerca de cómo realizar copias de seguridad y restauraciones, consulte la Guía de operaciones para la recuperación de desastres de Exchange Server 2003 (https://go.microsoft.com/fwlink/?LinkId=47570).

Servidores de catálogo global

Los servidores de catálogo global resultan necesarios para iniciar sesión, ya que contienen información sobre la pertenencia a grupos universales. Esta pertenencia concede o niega a los usuarios el acceso a los recursos. Si no se puede establecer contacto con un servidor de catálogo global, no se puede determinar la pertenencia universal de un usuario y se deniega el acceso de inicio de sesión.

Tenga en cuenta lo siguiente a la hora de ubicar servidores de catálogo global:

• Todos los usuarios y los servidores de Exchange deben disponer de un acceso rápido al servidor de catálogo global.
• Debe haber al menos un servidor de catálogo global instalado en cada dominio que contenga servidores de Exchange.
• Debe haber una relación de 4:1 entre los procesadores de Exchange y los procesadores de servidores de catálogo global, considerando que los modelos y las velocidades de los procesadores sean similares. Sin embargo, en función de la situación, de una mayor utilización del servidor de catálogo global, de un mayor volumen de Active Directory o del uso de grandes listas de distribución, es posible que sean necesarios más servidores de catálogo global.

Servidores Exchange

La localización de los servidores de Exchange depende de si el sistema de mensajería está centralizado o distribuido. Utilice la información recopilada sobre los acuerdos de nivel de servicio, los requisitos de los usuarios y las versiones de software que va a implementar en la organización para determinar si los usuarios necesitan tener acceso a un servidor local de Exchange.

Servidores de buzones

En las ubicaciones remotas que están conectadas mediante redes lentas o no confiables, debe determinar de qué forma afectan las interrupciones del servicio al negocio y hasta qué punto son aceptables estas interrupciones. Si el acceso a los datos actualizados de Exchange constituye un aspecto crucial en todo momento, debe situar los servidores de Exchange en ubicaciones remotas. Si, tras ponderar los costos derivados de la implantación de servidores adicionales frente al ahorro que supone un modelo más centralizado, decide que resulta aceptable un cierto grado de interrupción en el servicio, podrá implementar todos los servidores de Exchange en un centro de datos. Recuerde que, en este caso, si desea sacar provecho de algunas características, como Modo de intercambio en caché y RPC a través de http, para mejorar la experiencia de los usuarios remotos, deberá considerar también la posibilidad de actualizar a Windows Server 2003 y Outlook 2003.

Servidores de carpetas públicas

Como se ha mencionado anteriormente, si la organización está constituida por varias ubicaciones remotas, puede almacenar duplicados de las carpetas públicas en servidores locales de Exchange para que cada ubicación disponga de un duplicado de las carpetas públicas de las demás ubicaciones. También puede considerar la posibilidad de almacenar toda la información de las carpetas públicas en un servidor central del centro de datos o del concentrador para que sólo exista un único origen de datos. Esta decisión se basa en el equilibrio entre precisión y comodidad, y depende de los patrones de uso y de los requisitos de los usuarios.

Servidores de disponibilidad

Uno de los principales aspectos a tener en cuenta es el acceso a la información de disponibilidad. Sin una copia local de los datos de las carpetas de disponibilidad, los usuarios pueden recibir con retraso la información de disponibilidad de otros usuarios a la hora de programar reuniones. Tenga en cuenta el modo en que los usuarios de la organización programan las reuniones. Los requisitos acerca del acceso a la información de programación actualizada pueden variar entre las empresas. Si es importante que los usuarios tengan siempre acceso a la información de programación más actualizada, debe alojar las carpetas de disponibilidad en una ubicación centralizada. Si el disponer de la información más actualizada no es tan importante como la necesidad de un acceso rápido, puede instalar servidores locales de Exchange en los que se guarde la información de disponibilidad, teniendo en cuenta que pueden producirse demoras al recibir la información de disponibilidad actualizada a través de la red. Debe determinar qué nivel de retraso resulta aceptable para su negocio.

Si decide almacenar la información de disponibilidad en servidores locales de Exchange, otro aspecto a tener en cuenta es si va a guardar copias de la información de disponibilidad de otras ubicaciones en el servidor local. Si los usuarios de diferentes ubicaciones no suelen programar reuniones entre ellos con frecuencia, no es necesario que se mantengan duplicados locales de la información de disponibilidad de otras ubicaciones. Sin embargo, si decide mantener copias locales de las carpetas públicas de otras ubicaciones, tenga en cuenta que el programa de réplica de una carpeta pública determina cuándo se van a difundir los cambios. Si los duplicados de la información de disponibilidad están guardados entre varias ubicaciones, puede llevar algún tiempo difundir los datos de una ubicación a otra. Por ello, un usuario debe consultar los datos locales de disponibilidad al programar una reunión, por si los datos de disponibilidad están obsoletos debido a que los cambios de programación efectuados en otra ubicación todavía no se han copiado.

Servidores de listas de direcciones sin conexión

Exchange 2003 utiliza Active Directory para proporcionar servicios de listas de direcciones sin conexión. Los archivos de listas de direcciones que crea Exchange se guardan en una carpeta pública. Los usuarios externos pueden conectarse a Exchange y descargar de forma remota las listas de direcciones sin conexión para recuperar información acerca de otros usuarios de la organización.

Al generar una lista de direcciones sin conexión, las listas de direcciones especificadas para la lista de direcciones sin conexión se convierten en un único archivo de datos que se almacena en una carpeta pública del sistema. Cuando los usuarios descargan la lista de direcciones sin conexión, este archivo de datos se utiliza como origen de información.

Debe seleccionar un servidor adecuado para crear y actualizar las listas de direcciones sin conexión. Cuantas más listas de direcciones contenga la lista de direcciones sin conexión, más ocupado estará el servidor seleccionado para dicha lista.

Si utiliza el Modo de intercambio en caché, debe sopesar el modo en que se verá afectado el servidor cuando los usuarios descarguen las listas de direcciones sin conexión. El impacto puede ser importante, no sólo la primera vez que los usuarios descargan las listas de direcciones sin conexión, sino que el servidor puede verse afectado a diario. Quizás desee considerar la posibilidad de configurar uno o dos servidores que administren las libretas de direcciones sin conexión.