Exchange Queue & ATenemos todas las respuestas (porque nosotros hicimos las preguntas)

KC Lemson and Paul Bowden

¡Hola, bienvenido a la primera entrega de Exchange Queue & A! Empezaremos con una serie de preguntas que, para ser honestos, nos hicimos nosotros mismos. Así que quizá no sea justo colocar esta columna como una columna verdadera de preguntas y respuestas,

ya que es una columna de Q&A sólo porque las preguntas y las respuestas se suceden en una habitación con eco. Creemos, sin embargo, que estas preguntas pueden representar las mismas cuestiones existentes en las mentes de los clientes de Microsoft® Exchange Server y es por eso que reivindicamos la fundamentación moral de la misma. En el futuro, sus respuestas son bienvenidas, así que puede enviarlas a queuea@microsoft.com.

Nuestra idea actual de esta columna es que sea un desfile rotativo de autores (como una especie de "tire a los escritores contra la pared y vea cuál se pega"), pero todos nosotros hemos trabajado con Exchange durante muchos años. Este mes, las respuestas (y preguntas) han sido escritas conjuntamente por KC Lemson y Paul Bowden, Directores de administración de programas en el equipo de productos de Exchange en Microsoft. Los dos somos veteranos en el desarrollo de Exchange. Nos hemos movido un poquito, pero nunca hemos podido alejarnos de la mensajería.

KC ha trabajado en el grupo de Exchange durante los últimos seis años, donde desempeñó varios puestos, incluyendo el de directora de programas en Microsoft Outlook® Web Access (OWA) y el de directora de administración de programas a cargo del programa de clientes preliminar de Exchange. Actualmente, es la administradora de experiencias del usuario de Exchange, a cargo del diseño de productos y la investigación sobre clientes. Antes de trabajar en Exchange, fue responsable de pruebas en Outlook durante tres años y estuvo a cargo de la realización de pruebas de datos adjuntos durante la época en que la gente pensaba que bloquear datos adjuntos ejecutables en el correo electrónico era algo malísimo. Consulte el blog de KC en blogs.technet.com/kclemson.

Paul ha pasado los últimos tres años trabajando en la pequeña pero ingeniosa herramienta Exchange Best Practices Analyzer (ExBPA). De hecho, ganó un premio por esta herramienta hace un par de meses y se hizo una foto con Bill Gates. Sin embargo, con la aparición del proyecto Exchange Server 2007, es hora de cambiar de puesto. Paul necesita dejar de soñar con XML y volver al mundo real. Será el administrador de la versión de la siguiente versión de Exchange (la versión en la que comenzaremos a trabajar en cuanto se distribuya Exchange Server 2007).

Por cierto, ¿le gustó la increíble cantidad de ingenio demostrado en la denominación de esta columna? Nosotros, por supuesto, ni siquiera podemos atribuirnos el nombre; nos lo sugirió un lector del blog de KC. (Disfruta de la camiseta, Tim) Las propuestas de otros participantes fueron "Sobrepasando límites" y "Cuando soy un X64". Éste último le gustó tanto a KC, que registró www.whenimx64.com (en inglés) y lo enlazó a su blog. Si estuviéramos tan motivados para todo en nuestras vidas.

Nota complementaria: Al principio, KC sugirió llamar a esta columna "The Monthly Queue and A" hasta que nuestro editor, acertadamente, señaló que todavía somos una cantidad desconocida y se puede confiar en nuestra capacidad organizativa (él fue más educado y menos directo en su respuesta, pero nosotros sabíamos lo que estaba pensando). Siguiendo en la misma línea, no tenemos ni idea de la reacción que provocaremos en los lectores de esta columna ni si merecerá la pena repetirla. Por lo tanto, decidimos quedarnos en un punto intermedio con el nombre y usted sólo tendrá que decirnos qué piensa en queuea@microsoft.com.

Y ahora, sin más preámbulos, pasemos a las preguntas...

Q ¿Por qué debería estar entusiasmado con respecto a Exchange Server 2007?

A Sabemos que es arriesgado comenzar la primera columna con lo que es esencialmente una pregunta de marketing, pero estamos tan entusiasmados con Exchange Server 2007, que queremos compartirlo con usted. Así que intentaremos limitar la "marqui-tectura" en esta respuesta y hablar de algunas de las muchas razones técnicas por las que un administrador o usuario de Exchange debería estar entusiasmado ante la idea de utilizar Exchange 2007, de geek a geek.

Mejoras en la escalabilidad y el rendimiento

Lo obvio es lo primero: 64 bits. ¿Cuál es el problema?, se preguntará Veamos, Windows® de 32 bits sólo puede admitir un total de 4 GB (232 bytes) de memoria y el núcleo ocupa 2 GB, dejando sólo 2 GB para aplicaciones. La versión actual de Windows admite un conmutador de /3GB en boot.ini que da a las aplicaciones hasta 3 GB de espacio en cabeza, pero una vez que lo ha utilizado, el núcleo de Windows se incomoda un poco y no pasará mucho tiempo antes de que tenga que reiniciar el servidor para reclamar los recursos.

Afortunadamente, la compatibilidad con 64 bits, junto con cambios significativos realizados en el motor de base de datos (JET) en Exchange, soluciona este problema. Debido a que los servidores Exchange están mucho más enlazadas por la E/S del disco que por otros recursos del sistema (como CPU), agregar memoria al sistema significa que puede reducir notablemente la E/S del disco manteniendo más información en la memoria en lugar de tener que leer el disco. Como resultado, con Exchange 2007 puede admitir muchos más buzones para sus usuarios en hardware físico equipado de forma similar que con Exchange 2003. El servidor de correo en el que estoy en Microsoft, por ejemplo, admite 4.000 usuarios con 2 GB de cuotas de buzón, lo que se traduce en 6 terabytes (TB) de datos. Para no andar con rodeos, el que Exchange 2007 pueda aprovechar más memoria no significa que necesite esa cantidad de memoria: hemos probado un buzón que ejecute Windows Server® 2003 de 32 bits y Exchange 2003 con 4 GB o menos de memoria, hemos instalado Windows Server 2003 y Exchange 2007 y hemos observado un rendimiento similar.

Exchange 2007 también incluye dos formas nuevas de mejorar la disponibilidad: Duplicación continua de clúster (CCR) y duplicación continua regional (LCR). Estas tecnologías reducen el riesgo de error en el almacenamiento, que puede causar problemas graves. La LCR conserva una copia local de sus bases de datos en el mismo equipo, pero puede colocarlas en otros medios de almacenamiento. La CCR puede hacer lo mismo entre dos equipos a través de una red. La CCR, combinada con las mejoras de la E/S de disco a las que hicimos alusión anteriormente en esta columna, abre nuevas opciones de hardware de almacenamiento; si le gustaría utilizar medios de almacenamiento conectados directos, como unidades SATA o SCSI, ahora es una opción mucho más rentable y mejor para el rendimiento.

Administración

Microsoft invirtió un gran esfuerzo en una experiencia administrativa en Exchange 2007, lo que incluye la interfaz de la línea de comandos que se muestra en la figura 1. Se llama Shell de administración de Exchange (EMS) y se basa en Windows PowerShell™. Si no le gusta demasiado la línea de comandos, no pasa nada: todavía le queda la GUI, sólo que ahora se llama Consola de administración de Exchange (EMC) y es una interfaz mucho más intuitiva que el antiguo Administrador del sistema (consulte la figura 2). Si ya es un defensor de las interfaces de línea de comandos o desea serlo, consulte el EMS en Exchange 2007.

Figura 1** Estado del grupo de almacenamiento en Shell de administración de Exchange. **(Hacer clic en la imagen para ampliarla)

Figura 2** El mismo estado en la Consola de administración de Exchange **(Hacer clic en la imagen para ampliarla)

Es posible que haya tenido que utilizar scripts del Instrumental de administración de Windows (WMI) en Exchange 2003 para realizar algunas de las tareas administrativas más complejas, pero con EMS cualquiera que vea "CD C:\TEMP" y no piense que es el disco de una nueva banda puede realizar estas tareas. Aunque uno de nosotros es un antiguo administrador del sistema de UNIX y, por lo tanto, nuestra objetividad puede verse cuestionada, podemos indicarle terceras personas que no están influenciadas y que darán fe de que el shell es increíblemente intuitivo incluso si no ha utilizado nunca antes una línea de comandos (más información en la siguiente columna Exchange Queue & A).

Uno de los atractivos de Windows PowerShell es que está orientado al objeto. Cuando recupera información del servidor, como una lista de buzones o de conectores SMTP, la información se almacena automáticamente en un objeto o una variable y se transfiere a stdout como texto para una lectura fácil. A continuación, dicho objeto se puede pasar directamente a otro comando y se puede utilizar en la canalización (en cuyo caso, ésta pasa por el objeto en vez de por el texto, facilitando así la modificación de datos o la utilización de las partes del mismo). He aquí un ejemplo simple:

Get-Mailbox | Set-Mailbox -ProhibitSendQuota 250MB

El comando Get-Mailbox recupera una lista de buzones en el sistema. El | (denominado el símbolo de la canalización) indica que la salida del comando situado a la izquierda se debería pasar al comando situado a la derecha. La siguiente parte, "Set-Mailbox-ProhibitSendQuota 250MB", significa que todos esos buzones tienen ahora tal cuota que ya no pueden enviar correos electrónicos tras alcanzar los 250 MB de tamaño. También podría haberlo establecido en 250000000, 250000 KB o .25 GB: el shell es muy flexible en cuanto al procesamiento de datos.

Otra mejora administrativa útil en Exchange 2007 es la capacidad de crear reglas de transporte mediante un asistente para reglas muy parecido al de Outlook para aplicar lógica empresarial a los mensajes que fluyen en el sistema. ¿Desea bloquear cualquier correo electrónico que parezca contener números de la seguridad social en el cuerpo basado en una expresión regular? Activar. ¿Desea configurar una limitación ética para que dos divisiones de su organización no puedan enviarse correos electrónicos entre sí? Activar. ¿Desea agregar una renuncia a todos los correos electrónicos que salgan de su organización? Activar.

Una de las últimas características administrativas que nos encanta es la de mensajes de sistema personalizables: fuera del buzón, ahora puede agregar su propio texto personalizado a informes de no entrega y, además, los usuarios de mensajes ven (por fin) cuándo han sobrepasado sus cuotas de almacenamiento.

Ayuda al servicio de asistencia

Uno de los mayores gastos para muchos clientes son los derivados del servicio de asistencia en relación a la configuración de nuevos perfiles en Outlook. Con la detección automática en Outlook 2007, inicie Outlook y éste buscará automáticamente su dirección de correo electrónico y recuperará la información del servidor Exchange desde Active Directory® mediante el punto de conexión de servicio. Si está conectado a Active Directory, introduzca su dirección de correo electrónico y contraseña y la búsqueda de la detección automática podrá descargar un archivo XML de un servidor web especializado (como http://autodiscover.contoso.com (en inglés)) que tenga información de configuración básica, como el servidor que se debe utilizar para RPC a través de HTTP (llamado ahora Outlook Anywhere).

Otros costos derivados del servicio de asistencia son los aparentemente inevitables falsos positivos procedentes del filtro de correo electrónico no deseado. Los usuarios pueden mantener listas seguras en Outlook de remitentes cuyos mensajes no deberían estar sujetos al filtrado de contenido, pero hasta Exchange 2007 estas listas sólo permitían a los mensajes omitir el filtro de Outlook. Sin embargo, debido a que el filtro de Exchange actúa en los mensajes antes incluso de que Outlook los vea, los usuarios podrían seguir perdiendo correo de personas en las que confían.

Exchange 2007 también es útil en este caso: si utiliza el filtro de contenido de correo electrónico no deseado con la función del servidor Transporte de concentradores o Transporte perimetral en Exchange 2007, puede también configurarlo para propagar listas de remitente seguro de los usuarios al servidor, de manera que los mensajes de tales remitentes omitan el filtro de contenido de correo electrónico no deseado. Por supuesto, lo que para un usuario es correo no deseado, para otro es un boletín o similares, por lo que la agregación de remitentes seguros tiene lugar usuario por usuario.

La alegría de los usuarios finales

Con Mensajería unificada (MU) en Exchange 2007, puede recuperar faxes y correo de voz en su bandeja de entrada. Si nunca ha tenido esta opción antes, no sabe lo que se pierde. También puede llamar a su servidor Exchange y decirle que notifique a todos los participantes de su reunión de las 8 a.m. que llegará tarde. Incluso la más pequeña de las organizaciones puede tener fácilmente un operador automático de marca y personalizado para que cuando sus clientes le llamen, el sistema los pueda enrutar en la dirección correcta. Para utilizar MU, necesitará un PBX basado en IP (IP/PBX) o puede enlazar el PBX basado en el interruptor de circuito a una puerta de enlace voz sobre IP (VoIP).

Link Access es una nueva característica en OWA 2007. ¿Qué pasa si está viajando sin tener un cliente de VPN instalado y necesita ver un documento de Microsoft Word en un recurso compartido de archivos o en un sitio SharePoint® en la red corporativa? No hay problema: cargue OWA 2007, vaya al vínculo Documentos y escriba el nombre del recurso compartido o del sitio SharePoint (http://mysharepointsite o \\server\share) para examinar y abrir los archivos. Por supuesto, existen muchos controles de seguridad para que los administradores bloqueen esto a su gusto: todos los servidores permitidos excepto una lista concreta, todos los servidores denegados excepto una lista concreta, permitir acceso a los documentos sólo si los usuarios inician sesión en OWA desde equipos privados, etc.

OWA también incluye Presentación de documentos WebReady (lo que entre geeks llamamos "transformación"), donde puede decir a Exchange que represente ciertos tipos de archivos en HTML si no tiene la aplicación adecuada instalada de forma local. Exchange 2007 tendrá compatibilidad para transformar los siguientes tipos de archivos de forma predeterminada: DOC, DOT, RTF, WBK, WIZ, XLS, XLK, PPT, PPS, POT, PWS y PDF. El motor de transformación posee una arquitectura conectable para que podamos agregar compatibilidad con nuevos tipos de archivos en un service pack. También existen opciones administrativas para que pueda determinar qué tipos de archivos se permite transformar a los usuarios o para no autorizar en absoluto la transformación.

Si tiene dispositivos móviles que se sincronizan con Exchange mediante Exchange ActiveSync®, se alegrará al saber que cuando conteste o reenvíe una conversación de correo electrónico, el mensaje ya no se convertirá a texto sin formato. Su texto se agrega al principio pero el cuerpo del HTML del resto del mensaje se mantiene igual. Esto funciona en cualquier dispositivo que sea compatible con ActiveSync, no requiere función en el cliente.

Q He oído que Exchange 2007 es "de 64 bits sólo para fines productivos". ¿Qué significa eso?

A Exchange 2007 está disponible tanto en la opción de 32 bits como en la de 64 bits. La versión de 64 bits está destinada al uso "activo" de producción de las funciones de servidor principales (Buzón de correo, Transporte de concentradores, Transporte perimetral, Acceso de cliente y Mensajería unificada). La versión de 32 bits está destinada a la evaluación de las nuevas características de Exchange 2007. Las herramientas de administración también se pueden utilizar en 32 bits en producción, para que pueda administrar los servidores de producción de Exchange 2007 de 64 bits desde el equipo de escritorio de Windows XP de 32 bits. Observe también que el esquema de Exchange 2007 se debe instalar en el dominio raíz: no es necesario que Exchange esté instalado en el dominio raíz, pero necesitamos que la ampliación del esquema tenga lugar en el dominio raíz como forma de asegurar una buena conectividad de la red al maestro de esquema. Si no tiene un servidor de 64 bits en dicho dominio, puede utilizar setup.exe en la versión de 32 bits para ampliar el esquema.

¿Cuál es el problema de los servidores de 32 bits?, le oigo preguntar. Si ha tenido el placer de contar con miles de usuarios en un solo servidor, sabrá que esto se puede convertir en un acto de equilibrio continuo entre rendimiento y estabilidad con las limitaciones de memoria que describimos anteriormente. Si ha comprado un equipo nuevo en los últimos dos años, lo más probable es que ya sea compatible con ampliaciones de x64. De hecho, es muy difícil comprar un equipo nuevo que no admita el modo de 64 bits hoy en día. Por lo tanto, es posible que el equipo que ya ejecuta Exchange en su entorno esté preparado para 64 bits; lo que pasa es que está ejecutando un sistema operativo de 32 bits. Lo cual nos lleva a lo siguiente: una vez que tiene su nuevo equipo preparado para 64 bits, recuerde instalar la versión de 64 bits de Windows Server 2003 SP1.

Entonces ¿por qué ve todos esos avisos en la instalación acerca de la no utilización de instalaciones de 32 bits en producción? Aunque es muy fácil compilar Exchange en varias opciones, cada componente está 100 por cien optimizado y ajustado para 64 bits. En realidad, algunas rutas de código que hemos elegido para conseguir mejoras en E/S del disco en sistemas de 64 bits repercuten negativamente en el rendimiento en entornos de 32 bits. De hecho, cuando esté haciendo comprobaciones con 32 bits, no crea que va a conseguir que funcione bajo carga (simulada o no); no conseguirá tener una idea real de cuál será su rendimiento en un sistema de 64 bits o cuántos usuarios puede ajustar en el servidor.

¿Está todo claro? Puede utilizar la versión de 32 bits de Exchange 2007 para:

• Evaluar las nuevas características en un servidor de prueba sin ningún buzón de usuario activo en el mismo.
• Babear con la nueva consola administrativa, el shell o la interfaz de OWA (cuidado con babear encima del teclado).
• Administrar sus servidores Exchange 2007.
• Ampliar el esquema en su bosque de Active Directory.

Una vez que esté preparado para mover buzones, necesitará que los servidores esté ejecutando un sistema operativo de 64 bits con Exchange 2007 de 64 bits. Si no es así, verá mensajes de ExBPA y de instalación quejándose sin parar (consulte la figura 3). Paul sabe esto por el hecho de que ¡él escribió el código!

Figura 3** Instalación de 32 bits donde sólo se debería instalar 64 bits **(Hacer clic en la imagen para ampliarla)

Q ¿Cuánta memoria necesito para ejecutar Exchange 2007?

A Su instalación base necesita al menos 1 GB de memoria RAM física. Como mencioné anteriormente, algunas funciones de servidor están en la parte pesada. Si intenta instalar un servidor integral (como Buzón de correo, Acceso de cliente, Transporte de concentradores, Transporte perimetral y Mensajería unificada), probablemente deseará comenzar con 2 GB de memoria RAM y escalarlo basado en el número y uso de buzones. Si intenta instalar la función del servidor de Transporte perimetral o un clúster, éstos se deben instalar en equipos diferentes. Un clúster sólo puede tener la función del servidor Buzón de correo instalada y nada más.

Le alegrará oír que por fin puede instalar más de 4 GB de memoria RAM en su servidor Exchange. Muchos equipos actuales son estándar con 6 o 8 GB y siempre es una pena extraer esos módulos DDR o utilizar /BurnMemory para disminuir la memoria RAM a 4 GB. Desafortunadamente, Exchange 2003 tendrá un peor rendimiento y será menos estable si tiene más de 4 GB: visite go.microsoft.com/fwlink/?LinkId=76537 (en inglés) para obtener detalles.

En cuanto a sus servidores de infraestructura, (concentradores, acceso a clientes, etc) le irá bien con menos de 4 GB de memoria RAM, incluso con las cargas más intensas. Donde desea gastar su dinero es en los servidores de buzón de correo. Esa caché JET de 64 bits optimizada querrá hacer uso de toda la memoria que pueda proporcionarle. Por supuesto, a diferencia de Exchange 2003, Exchange 2007 admite hasta 50 grupos de almacenamiento.

Aunque cada grupo de almacenamiento admite varias bases de datos, esto no le ahorrará nada, sobre todo porque LCR y CCR (las dos formas de réplica de base de datos que mencionamos anteriormente) sólo pueden funcionar con grupos de almacenamiento que tienen una sola base de datos. Seguramente tendrá que potenciar la memoria RAM adicional si tiene la intención de crear un conjunto de grupos de almacenamiento o hacer realidad el sueño de buzones de 2 GB+ para cada usuario. Encontrará información adicional sobre el tamaño de la memoria RAM en el blog del equipo Exchange (en inglés), pero en las figuras 4 y 5 se proporciona algunas notas para que pueda comenzar.

Figure 5 Memoria RAM y grupos de almacenamiento

Figure 4 Memoria RAM por tipo de usuario

De todas formas, los usuarios de Microsoft IT utiliza un número de grupos de almacenamiento que es un múltiple de siete, porque poseen una programación de copia de seguridad rotativa mediante cualquier día dado, sólo algunos grupos de almacenamiento obtienen copia de seguridad. Llamamos a esta programación "copias de bastón de caramelo" por la hoja de cálculo de Excel que describe la programación de seguridad, donde los grupos de almacenamiento que obtienen copia de seguridad en cualquier día dado se muestran destacados en rojo en forma de cascada. Esperamos que todo esto le haya sido útil. Envíe preguntas "reales" para el siguiente problema.

KC Lemsones directora de administración de programas en el equipo de Exchange Server. Emplea su tiempo libre en ayudar a salvaguardar el dinero de la realeza nigeriana.

Paul Bowdenes director de administración de programas en el equipo de Exchange Server. Emplea su tiempo libre en ayudar a salvaguardar el dinero de la realeza nigeriana. Paul Bowden también es 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 mediante 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.