Comunicaciones

Ejecución de Exchange con Windows Server 2008

Paul Bowden

Resumen:

• Configuración de Exchange en Windows Server 2008
• Sugerencias y trucos de configuración
• Conozca su entorno de Exchange

En el equipo de desarrollo de Exchange en Microsoft, mi trabajo consiste en establecer la programación, el ritmo y las prioridades del equipo. Dentro de Microsoft, mi función se conoce como el administrador de versiones. Más o menos, viene a ser como un director técnico de proyecto en otras compañías. Como sabe cualquiera que haya trabajado

en este puesto, hace falta conocimiento, habilidad, dedicación al trabajo y el respeto del equipo para conseguir un buen producto a tiempo. Al trabajar con un equipo tan inteligente y con talento, la credibilidad no se logra de un día para otro, te la tienes que ganar a pulso.

Una manera de demostrar que estás dispuesto a dar lo mejor de ti es ejecutar tu buzón en un servidor con software propio: un servidor de producción que ejecuta una versión preliminar de Exchange. Se trata de un entorno incierto donde cada dos o tres semanas actualizamos con nuevas compilaciones de Exchange. Una instalación de estas características nos permite probar el software en un entorno real con interacción humana real. Hasta llegamos a ejecutar nuestros buzones en las compilaciones de prueba más recientes. Yo lo he vivido y ésta es mi historia.

Preparación para "Longhorn"

A finales de 2006, cuando acabábamos de lanzar al mercado Exchange Server 2007, había un sistema operativo nuevo en perspectiva, Windows Server®, cuyo nombre en código era "Longhorn". Cuando empezamos a poner en común los planes de nuestro primer Service Pack para la nueva plataforma de Exchange, se puso de manifiesto que las programaciones de Exchange y Windows® habían hecho recorridos similares y que "Longhorn" (ahora llamado Windows Server 2008) iba a ser importante. Fue en ese momento que decidimos diseñar Exchange Server 2007 SP1 tanto para Windows Server 2003 como para Windows Server 2008. Se precisa una cantidad considerable de coordinación y planeación para hacer compatible una aplicación empresarial en varias versiones de Windows. Por ejemplo, Exchange funciona en conjunción con IIS y Windows Server 2008 incluye una nueva versión, IIS 7.0.

Recuerdo la primera vez que instalé Windows Server 2008 en mi laboratorio a finales de diciembre de 2006. Hay dos cosas que permanecen en mi mente desde ese día: la primera, que la instalación fue rapidísima; y la segunda, que las herramientas de administración, aunque muy diferentes de las de Windows Server 2003, eran igual de fáciles de usar.

En nuestros laboratorios principales, Windows Server 2008 se instala en aproximadamente la tercera parte del tiempo necesario para una instalación de Windows Server 2003. Una de las razones es que los componentes opcionales, no imprescindibles para la ejecución del sistema operativo, no se incluyen en la configuración. Es fantástico para reducir la superficie de ataque del equipo y mantener las cosas tan sencillas como sea posible. Nadie quiere cosas innecesarias. La desventaja típica de una instalación de este tipo es que resulta necesario insertar el disco cada vez que se quieren agregar componentes adicionales. Pero con Windows Server 2008, todos los archivos se copian a una carpeta SxS (que significa en paralelo, del inglés "side-by-side"). A continuación se usa la herramienta Administrador de servidores para configurar los componentes necesarios y el sistema operativo se encarga de determinar el archivo que hay que copiar.

Llegado a este punto, debo mencionar algo llamado Server Core. Se trata de un modo de Windows Server 2008 en el que se instala tan sólo el sistema operativo mínimo e imprescindible. En este modo, se suele interactuar con la consola del servidor mediante el símbolo del sistema; ni siquiera está instalado el Explorador. Este modo es ideal para servidores de infraestructura, como controladores de dominio y servidores DNS. Sin embargo, aquí no se puede ejecutar cualquier tipo de aplicación. Exchange hace un uso exhaustivo de código administrado y ello le impide admitir instalaciones tipo Server Core.

Configuración de Exchange

Adoro partir de un Windows Server 2008 físico y el disco de instalación de Exchange Server 2007 SP1 e instalar un equipo de arriba a abajo sin más descargas ni requisitos previos. La mejor manera de configurar una instalación de Windows Server 2008 para Exchange es usando la herramienta ServerManagerCmd. He elaborado un archivo de respuesta XML, mostrado en la figura 1, que sólo instala los suficientes componentes del sistema operativo para permitir la instalación y ejecución de Exchange en Windows Server 2008. Una vez instalado el nuevo sistema operativo, sólo tengo que ejecutar este comando para configurar el sistema:

Figure 1 Archivo de respuesta ServerManagerCmd para Exchange

<!-- ServerManagerCmd Answer File compatible with Windows Server 2008        -->
<!-- Usage: ServerManagerCmd -ip Exchange.xml                                -->

<ServerManagerConfiguration
    Action="Install"
    xmlns="https://schemas.microsoft.com/sdm/Windows/ServerManager/Configuration/2007/1">

    <!-- BASE: Install PowerShell 1.0 feature -->
    <Feature Id="PowerShell"/>

    <!-- PREPARESCHEMA: Install LDIFDE and other directory tools like LDP and ADSIEdit -->
    <Feature Id="RSAT-ADDS"/>

    <!-- CAS/MBX: Install the Web Server role with additional child components -->
    <Role Id="Web-Server"/>
    <RoleService Id="Web-Metabase"/>
    <RoleService Id="Web-Lgcy-Mgmt-Console"/>
    <RoleService Id="Web-Basic-Auth"/>
    <RoleService Id="Web-Windows-Auth"/>

    <!-- CAS: Install the three authentication types for OWA, GZip compression, plus Outlook Anywhere support -->
    <RoleService Id="Web-ISAPI-Ext"/>
    <RoleService Id="Web-Digest-Auth"/>
    <RoleService Id="Web-Dyn-Compression"/>
    <Feature Id="RPC-over-HTTP-proxy"/>

    <!-- EDGE: Install Active Directory Lightweight Directory Services (previously known as ADAM) -->
    <Role Id="ADLDS"/>

    <!-- UM: Install the Windows Media Player components -->
    <Feature Id="Desktop-Experience"/>

</ServerManagerConfiguration>

ServerManagerCmd –ip Exchange.xml

Cuando este proceso ha terminado y se ha reiniciado el sistema, dispone de todo lo necesario para instalar funciones de Exchange, como Buzón, Acceso de cliente, Transporte de concentradores, Transporte perimetral y Mensajería unificada.

Otro truco útil es usar ServerManagerCmd con el modificador de comandos –query. Esto enumerará toda la lista de funciones y servicios y muestra los que están configurados realmente (indicado por el texto verde de la figura 2).

Figura 2** Enumeración de funciones y servicios de Exchange **(Hacer clic en la imagen para ampliarla)

Pero, volvamos a la historia. Pasamos los primeros meses de 2007 en el laboratorio, determinando los cambios necesarios para lograr un gran rendimiento en Windows Server 2008. Si algo he aprendido, es que se puede estar instalando el software e insistiendo con él en el laboratorio hasta tener la cara amoratada, pero la verdadera medida de la calidad se encuentra en las implementaciones reales y en activo, con usuarios reales y activos. Y ése es precisamente el motivo por el cual usamos en situaciones diarias nuestros propios productos, para probarlos mediante el uso real, cotidiano, el que sirve para hacer el trabajo. El lanzamiento de Windows Server 2008 Beta 3 en abril de 2007 fue el punto decisivo: había que dar el paso e implementarlo en un entorno de producción.

Yo estaba allí, sentado detrás de un miembro del equipo de operaciones, viendo cómo implementábamos el primer conjunto de servidores de Exchange en Windows Server 2008. La instalación de Exchange fue perfectamente y todos los servicios se iniciaron. Ahora, sólo teníamos que mover un buzón y averiguar si realmente funcionaba. Me ofrecí para llevar a cabo esas comprobaciones. Tengo un buzón de 2 GB y 26 minutos más tarde, allí estaba yo en marcha, enviando correo electrónico con Exchange en Windows Server 2008. ¡Todo un éxito!

Lecciones aprendidas

Desde esa primera instalación en Windows Server 2008, hemos estado haciendo ajustes y asegurándonos de que verdaderamente estamos preparados para el estreno. Por el camino, tuvimos que tomar algunas decisiones clave de la implementación.

Instalación Puede usar Exchange Server 2007 SP1 como actualización de la instalación de Exchange Server 2007 original —lo que yo llamaría Exchange 2007 RTM (versión de lanzamiento a fabricación)— o puede tomar un equipo nuevo e instalarlo directamente con el disco de instalación de Exchange Server 2007 SP1. Esto es importante porque no se puede instalar Exchange Server 2007 RTM en un equipo que ejecute Windows Server 2008.

Actualizaciones Aunque se pueda actualizar el sistema operativo localmente de Windows Server 2003 SP2 a Windows Server 2008, hay algunos componentes que es necesario desinstalar antes. Uno de éstos es Windows PowerShell™. Se trata del mismísimo centro de la administración de Exchange; incluso la instalación de Exchange se basa en Windows PowerShell. Por este motivo, no se pueden admitir actualizaciones locales del sistema operativo cuando Exchange ya está instalado. En muchos casos, esto suele significar que se querrá instalar Windows Server 2008 en un equipo nuevo y después instalar Exchange Server 2007 SP1.

IPv6 Exchange se ha diseñado para sacar provecho de varias características nuevas de Windows Server 2008. Por ejemplo, IPv6 se instala de forma predeterminada, y dos servidores de Exchange que se ejecuten en el nuevo sistema operativo usarán automáticamente IPv6 para comunicarse entre ellos. Las interfaces de la consola de administración de Exchange también aceptarán intervalos de direcciones IPv6. Hay una salvedad: Exchange continúa precisando una dirección IPv4 para enlazarla con cada interfaz de red.

Controladores de dominio de sólo lectura Un cambio algo radical para las implementaciones de Active Directory® es el concepto de controlador de dominio de sólo lectura (o servidor de catálogo global). Permite que las compañías implementen un servidor de Active Directory que recibe réplicas unidireccionales y no tiene capacidad para devolver la réplica de los cambios. Esto puede ser útil en situaciones en las que hay sucursales u oficinas remotas donde la seguridad física no se puede garantizar. Lamentablemente, Exchange Server 2007 SP1 no puede usar un controlador de dominio de sólo lectura y requiere tener acceso a una partición grabable normal de Active Directory.

Su entorno de Exchange

Exchange y recursos de Windows Server

• Windows Server 2008 TechCenter
• Microsoft Exchange Server TechCenter
• Centro de evaluación de TechNet
• Laboratorios virtuales de Windows Server 2008

Cuando toca elegir el nivel de sistema operativo para la implementación, dispone de flexibilidad para ejecutar una variedad de configuraciones, como se muestra en la figura 3.

Figure 3 Matriz de entorno de Exchange

Otra consideración son las implementaciones de versiones mixtas. Por supuesto, puede tener una mezcla de versiones de Exchange y de Windows que interoperen unas con otras. Por ejemplo, puede implementar Exchange Server 2007 SP1 en Windows Server 2008 para servidores de acceso de cliente y dejar que tengan acceso a Exchange Server 2007 RTM en servidores de buzón de Windows Server 2003.

Hay algunos matices que deben tenerse en cuenta con versiones anteriores de Exchange y Windows Server 2008 Active Directory. Si dispone de Exchange Server 2003 SP2 y posteriores, puede implementar y usar controladores de dominio de Windows Server 2008 en su entorno. Sin embargo, si todavía tiene implementado Exchange 2000, quizá quiera aplazar la implementación de los controladores de dominio de Windows Server 2008 en el sitio de Active Directory en el que se encuentran esos servidores de Exchange Server o bien codificar de forma rígida la configuración de Directory Service Access (DSAccess), de modo que Exchange 2000 no intente usar los controladores de dominio de Windows Server 2008.

Comentarios finales

Hemos puesto mucho empeño en que Exchange 2007 SP1 funcione bien en plataformas de Windows Server 2003 y de Windows Server 2008. En Exchange, pretendemos ofrecer flexibilidad de implementación y mejores escenarios conjuntos. Creo que le sorprenderá agradablemente la comodidad y la rapidez con la que se puede implementar Exchange en Windows Server 2008. También se encontrará con alguna mejora sutil del rendimiento subyacente y la escalabilidad, como la escalabilidad del servidor de acceso de cliente, claramente superior para clientes de Outlook Anywhere.

Windows Server 2008 proporciona la plataforma para futuras innovaciones en el área de mensajería. No le decepcionará.

Paul Bowdenes director de administración de programas en el equipo de Exchange Server. Emplea mucho de su tiempo libre confirmando la información de su cuenta PayPal bajo solicitud previa.

© 2008 Microsoft Corporation and CMP Media, LLC. Reservados todos los derechos; queda prohibida la reproducción parcial o total sin previa autorización.