Exchange 2010

Una mirada en profundidad

Henrik Walther

La versión de salida a fabricación (RTM) lanzada hace poco de Microsoft Exchange 2010, al igual que sus predecesoras, incluye nuevas y abundantes características y mejoras respecto de las ya existentes. De hecho, con esta versión, Exchange ahora consta de aproximadamente 21 millones de líneas de código.

Los desarrolladores de Exchange consideraron cinco objetivos principales para Exchange 2010: ayudar a las organizaciones a obtener nuevos niveles de confiabilidad, mejor rendimiento, administración simplificada, protección mejorada de las comunicaciones y mayor movilidad empresarial para los usuarios. En resumen, y con la crisis económica global en mente, apuntaron a crear un producto más flexible y optimizado que reduciría los costos de ejecutar una infraestructura Exchange 2010.

Desde abril de 2008, he pasado bastante tiempo probando la versión beta y release candidate de Exchange 2010 en mis laboratorios, así como en dos entornos empresariales de cliente. En este artículo, lo llevaré por un recorrido a través de los cambios y las mejoras más llamativos de esta versión más reciente y (sin duda) la mejor de Exchange que hemos visto hasta ahora.

Arquitectura de administración

Con Exchange 2007, Microsoft introdujo una arquitectura de administración basada en Windows PowerShell 1.0 y el tiempo de ejecución de Microsoft .NET Framework 2.0. Después de que los administradores de Exchange aprendieron a usar shell, rápidamente descubrieron nuevas oportunidades para optimizar eficiencias operativas. No es de sorprender que Microsoft utilice el tiempo de ejecución de Windows PowerShell (versión 2.0) y .NET Framework (3.5) en la arquitectura de administración de Exchange 2010. Entre los avances de Windows PowerShell 2.0 utilizados en Exchange 2010 se encuentra la función de comunicación remota de PowerShell. Esta función utiliza WS-Management (WS-Man), un componente de Windows para facilitar la administración de servidores, dispositivos y aplicaciones en toda una organización.

Con Exchange 2007, el Shell de administración de Exchange permite a los administradores administrar todos los servidores de Exchange 2007 desde un servidor único de administración; los cmdlets se ejecutan en el host/proceso del propio servidor de administración. El servidor de administración establece entonces conexiones de llamada a procedimiento remoto (RCP) a los Exchange en manipulación. Con la función de comunicación remota de Windows PowerShell, la administración se simplifica todavía más. La comunicación remota proporciona protocolos estándar para administrar servidores de Exchange 2010 a través de firewalls y separa de manera explícita porciones “cliente” y “de servidor” del procesamiento de cmdlet. Además de eso, WS-Man simplifica la integración con el sistema operativo Windows más que con Windows PowerShell 1.0.

Si utiliza las herramientas de administración local de Exchange o un servidor de administración dedicado, establezca una conexión “remota” al iniciar la Consola de administración de Exchange o el Shell de administración de Exchange. Exchange 2010 se conecta al directorio virtual local de Windows PowerShell, creado en el sitio web predeterminado del Administrador de ISS, cuando se instalan herramientas de administración de Exchange 2010 en una máquina (ver Figura 1).

 

Figura 1 Directorio virtual de Windows PowerShell 2.0 en el Administrador de ISS

Cuando la Consola de administración de Exchange se conecta al directorio virtual de Windows PowerShell, importa los cmndlets necesarios (o, más específicamente, referencias a estos cmndlets) desde la sesión de servidor (alias espacio de ejecución) hasta la de cliente. Después de importar las referencias de cmdlet, podrá administrar servidores de Exchange 2010 tal como lo haría con servidores de Exchange 2007.

Al utilizar el Shell de administración de Exchange, puede crear una sesión de Windows PowerShell que establezca una conexión nueva respecto de un servidor remoto de Exchange 2010. Al hacerlo, cualquier comando que ejecute desde el shell en el servidor local se ejecutará directamente en el servidor remoto de Exchange 2010 al cual está conectado.

Dado que la Consola de administración de Exchange se crea encima del shell de administración y ejecuta comandos de Windows PowerShell en segundo plano, la consola de administración se comporta igual que el shell. Incluso puede utilizar la consola para conectarse a un servidor Exchange 2010 y administrarlo en otro bosque Exchange (ver Figura 2).

De hecho, no sólo puede agregar organizaciones de Exchange adicionales a la consola, sino además mover buzones entre dos organizaciones de Exchange (ver Figura 3).

 


Figura 2 Varios bosques de Exchange en la Consola de administración de Exchange

 


Figura 3 El nuevo asistente de solicitud de desplazamiento remoto en Exchange 2010

Preparación para la nube
Por último, también podrá administrar Exchange Online, una de las soluciones de software más servicios de Microsoft, desde la Consola de administración de Exchange y el Shell de administración de Exchange. Esto será posible después de que Microsoft actualice Exchange Online a Exchange 2010; actualmente se basa en Exchange 2007. Esto ofrecerá a las organizaciones la oportunidad de elegir una solución local, un servicio hospedado o una mezcla de ambos (y administrarlos sin problemas).

Microsoft ya hizo esto posible para instituciones educacionales involucradas en su programa Live@edu, así como para sus empleados que hospedan sus dominios personales en Microsoft Exchange Labs, que a su vez hospedan más de 10 millones de buzones a la fecha.

Modelo de permisos

Exchange 2010 amplía el modelo de permisos basado en la entrada de control de acceso (ACE) que Microsoft ofrece con Exchange 2007 para incluir una nueva capa de autorización que use control de acceso basado en funciones (RBAC). RBAC le permite definir permisos amplios o precisos basados en las funciones de administradores y usuarios finales especiales. Esto significa que puede definir su modelo de permisos en Exchange 2010 para que coincida con un modelo organizacional sin aumentar la complejidad. Los grupos de funciones predeterminados en Exchange 2010 en realidad deberían ser suficientes para la mayoría de las empresas, aunque puede crear grupos personalizados si lo desea.

Dicho de otra manera, RBAC ahora controla tareas administrativas operativas y de usuarios especiales, así como la medida en que los usuarios pueden autoadministrar sus buzones, grupos de distribución y así sucesivamente.

MAPI de nivel intermedio y acceso a directorios

En Exchange 2007, el servidor de acceso de cliente proporciona el extremo de conexión para todos los clientes, salvo Outlook (interfaz de programación de aplicaciones de mensajería, o MAPI) y Entourage (sistema distribuido de creación y control de versiones web, o WebDAV ). Esto liberó una cantidad importante de procesamiento a cargo de buzones back-end en versiones previas de Exchange 2007.

Microsoft profundiza un poco más en esto en Exchange 2010 con la introducción del servicio de acceso de cliente RPC, el cual mueve las conexiones de MAPI y del acceso a directorios a servidores de acceso de cliente de nivel intermedio. Como resultado, los clientes de MAPI ya no se conectan directamente al servidor de buzón al abrir un buzón. En su lugar, se conectan al servicio de acceso de cliente RPC, el cual a su vez conversa con los servidores de Active Directory y buzón. En el caso de información de directorio, Outlook se conecta a un extremo de la interfaz del proveedor de servicio de nombres (NSPI) en el servidor de acceso de cliente; NSPI conversa entonces con Active Directory a través del controlador de Active Directory. El extremo de NSPI reemplaza el componente DSProxy que conocemos de Exchange 2007.

Esto se diferencia de los clientes de Outlook Anywhere (RPC en HTTP) que se conectan a un buzón en Exchange 2007 en que esos clientes se vinculan a un componente proxy de RPC en el servidor de acceso de cliente. Además, conversan con MAPI por RPC directamente a través del servidor de buzón y con el extremo de NSPI en Active Directory.

El servicio de acceso de cliente RPC tiene varios beneficios. Primero, con las conexiones de MAPI y del directorio trasladadas a una función de servidor de acceso de cliente de nivel intermedio, Exchange ahora tiene una ruta común única a través de la cual se produce todo el acceso de datos. Esto no sólo mejora la consistencia al aplicar lógica empresarial a los clientes, sino que además proporciona una experiencia de cliente mucho mejor durante cambios o errores mediante la función nueva de grupo de disponibilidad de base de datos (DAG) (más adelante otros detalles sobre esta función). Las desconexiones para clientes de Outlook pueden durar 30 segundos frente a los varios minutos (¡qué varios!, hasta 30 minutos) comunes en topologías complejas de Active Directory con clústeres en replicación continua en clúster (CCR) de Exchange 2007 implementados.

Por último, tener una ruta común única para todo el acceso de datos permite más conexiones simultáneas y buzones por servidor de buzón. En Exchange 2007, un servidor de buzón podría controlar 64.000 conexiones. Esto se compara con un límite de control de contexto de RPC de 250.000 en Exchange 2010. Al existir una mayor dependencia de servidores de acceso de cliente con Exchange 2010, los clientes necesitan reconexiones rápidas desde un servidor de acceso de cliente a otro en respuesta al tiempo de inactividad planeado o sin planear. Dé la bienvenida a la nueva matriz de acceso de cliente de Exchange 2010. Tal como implica su nombre, se trata de una matriz de servidores de acceso de cliente. Más específicamente, una matriz comprende todos los servidores de acceso de cliente en el sitio de Active Directory para la cual se creó. En lugar de conectarse a un Nombre de dominio completo (FQDN) de un servidor de acceso de cliente, un cliente de Outlook se conecta al FQDN de la matriz (como outlook.contoso.com). Esto asegura que los clientes de Outlook que se conectan a través de MAPI por RPC estén conectados todo el tiempo. La matriz también existe como un atributo en las bases de datos del servidor de buzón en el sitio de Active Directory. Esto asegura que la matriz sepa a cuál servidor de buzón y base de datos se debe dirigir un usuario. Si protege las bases de datos de buzón mediante la nueva función DAG, y una copia de la base de datos respectiva en otro sitio de Active Directory se transforma en la activa, el servidor de acceso de cliente conversará directamente con el servidor de buzón que almacena la copia de la base de datos a través de RCP. Este es un detalle importante.

Puede utilizar el equilibrio de carga de red de Windows (WNLB) en conjunto con una matriz de acceso de cliente siempre que la función del servidor de buzón no esté instalada en el servidor ni protegida por un DAG. Desde luego, también puede utilizar una matriz de acceso de cliente en conjunto con un equilibrador de carga de hardware externo. Pero recuerde que la matriz es sólo para clientes de Outlook RPC; seguirá utilizando un WNLB tradicional o un equilibrador de carga externo para servicios como Outlook Web Access, Autodiscover, Exchange ActiveSync y el servicio de disponibilidad.

Optimización de almacenamiento

Con el uso de una arquitectura de 64 bits y de menor E/S por segundo (hasta en un 70 por ciento), Exchange 2007 creó un entorno de almacenamiento mucho más eficiente que lo posible con sus predecesores. En Exchange 2010, Microsoft centró sus esfuerzos de optimización de almacenamiento en entregar buzones rápidos y grandes (+10 GB) a la vez que aprovecha un almacenamiento barato.

Con cambios en el motor de almacenamiento extensible (ESE), con Exchange 2010 ahora tiene la opción de utilizar discos de bajo rendimiento tales como los discos SATA tipo escritorio (alias discos Nivel 2). Sí, estoy hablando acerca de los discos 7200 SATA similares a los que tiene en su estación de trabajo. Si utiliza la función DAG para alta disponibilidad y tiene tres o más copias de bases de datos, incluso puede utilizar, digamos, un disco único de 7200 RPM para almacenar una copia de base de datos y la secuencia de registro. En otras palabras, ya no tiene que utilizar discos pequeños y rápidos en un RAID. En su lugar, puede almacenar sus bases de datos en discos grandes y lentos en una configuración JBOD.

Microsoft ha logrado semejantes mejoras en el rendimiento de almacenamiento gracias a un importante cambio en el esquema de almacenamiento como lo conocemos. En esencia, los desarrolladores de Exchange 2010 quisieron pasar de muchas E/S pequeñas y aleatorias a menos E/S grandes y en secuencia. De hecho, pasar de E/S aleatoria a en secuencia requirió cambios en la arquitectura de tabla de almacenamiento.

En Exchange 2007 y versiones anteriores, cada base de datos tenía una tabla de buzón (almacenaba todos los buzones en la base de datos), tabla de carpetas (almacenaba las carpetas de buzón para todos los buzones en la base de datos), tabla de mensajes (almacenaba mensajes), tabla de datos adjuntos (almacenaba los datos adjuntos para todos los buzones en la base de datos) y tabla de mensajes/carpetas (almacenaba vistas de carpeta para todos los buzones en la base de datos). En esta arquitectura, la cual no ha cambiado mucho desde Exchange 4.0, se tiene que realizar mucha E/S aleatoria contra la base de datos. Uno de los beneficios con esta arquitectura es el almacenamiento de instancia única (SIS) en el cual se mantiene únicamente una copia de un mensaje (una gran ventaja cuando se disponía de discos relativamente pequeños para el curso). Pero hoy en día, con discos SAS de 500GB y discos SATA de 2 TB a nuestra disposición, esta arquitectura ya no tiene sentido.

En Exchange 2010, todos los datos de un buzón se almacenan en tablas cercanas entre sí en la base de datos. De hecho, cada buzón tiene su propia carpeta, encabezado de mensaje, cuerpo y tablas de vista. Así que el SIS ya no existe en las bases de datos de Exchange. Como efecto secundario de eliminar el SIS de Exchange, una base de datos se recarga en aproximadamente un 20 por ciento. Para solucionar este problema, los desarrolladores de Exchange comprimieron las bases de datos (más específicamente los encabezados y el texto de los mensajes o los cuerpos HTML). Al asignar a cada buzón su propio conjunto de tablas, las E/S que se realizan contra una base de datos son mayoritariamente secuenciales.

Otros cambios interesantes incluyen: el espacio de base de datos se asigna de manera contigua; la contigüidad de la base de datos se mantiene en el tiempo; el tamaño de la página de la base de datos ahora es de 32 KB, desde 8; y se ha mejorado la capacidad de lectura sincrónica. El grupo de productos Exchange también aumentó la eficacia de la memoria caché de manera significativa al cambiar la profundidad del punto de comprobación a 100 MB para configuraciones de alta disponibilidad, mediante la compresión de la memoria caché y la prioridad de la memoria caché de la base de datos.

Como resultado de todos los cambios en Exchange 2010, puede esperar una reducción de hasta un 70 por ciento en E/S comparado con Exchange 2007. Ahora, eso es lo que llamo optimización de ESE.

Evolución de la replicación continua de Exchange

Antes de Exchange 2007, Microsoft ofrecía sólo características extremadamente limitadas de alta disponibilidad y recuperación ante desastres. Los administradores de TI podían usar Microsoft Cluster Server para redundancia a nivel de hardware; el subsistema de almacenamiento era un punto único de error. A fin de lograr redundancia a nivel de almacenamiento, las organizaciones tenían que invertir en productos de replicación de terceros.

Con Exchange 2007, Microsoft mejoró esta situación con una completa gama de características de alta disponibilidad y recuperación ante desastres, incluida la inmensamente exitosa CCR. Esta tecnología de replicación de clústeres combina tecnología de replicación asincrónica con clústeres de conmutación por error para proporcionar redundancia de hardware y almacenamiento, alta disponibilidad y ningún punto único de error.

Microsoft abordó la necesidad de resistencia en todos los sitios con la característica de replicación continua en espera (SCR) introducida con Exchange 2007 SP1. SCR permite el envío de archivos de registro hacia y desde servidores de buzón agrupados y no agrupados. SCR permite que la TI especifique un retraso de reproducción de hasta siete días, lo que significa que puede reparar la mayoría de los problemas relacionados con la base de datos o el almacenamiento antes de que lleguen a la SCR objetivo en otro centro de datos.

Microsoft ha mejorado las características CCR y SCR todavía más en Exchange 2010, al combinar ambas en DAG, la nueva característica de disponibilidad continua que mencioné antes. Un DAG es como CCR todavía depende de un conjunto limitado del componente de Clústeres de conmutación por error de Windows (principalmente la base de datos del clúster, el testigo del recurso compartido de archivos y la funcionalidad de frecuencia). Los DAG proporcionan protección a nivel de base de datos, servidor y sitio, y facilitan mucho más la implementación de una solución de alta disponibilidad/recuperación ante desastres a nivel de sitio que en versiones anteriores de Exchange.

Un DAG utiliza replicación asincrónica al igual que CCR y SCR. Con un DAG, puede crear hasta 16 copias de una base de datos de buzón. Hay una copia de una base de datos de buzón activa a la vez. Si esta base de datos deja de estar disponible, un componente de DAG llamado Active Manager automáticamente activa una de las otras copias. Dado que los clientes de Outlook ahora se conectan a los servidores de acceso de cliente (directamente o mediante una matriz de acceso de cliente), los usuarios rara vez notarán un error o cambio en otra copia de base de datos en el DAG.

Ahora protegidas, las bases de datos en Exchange 2010 residen a nivel organizacional (ver Figura 4).

 


Figura 4 Base de datos a nivel organizacional protegida por DAG

Esto significa que los grupos de almacenamiento que conocemos de Exchange 2007 y versiones anteriores no tienen un lugar dentro de Exchange 2010. Sin embargo, cada base de datos en Exchange 2010 tiene un conjunto asociado de archivos de registro, porque esta nueva versión utiliza el modelo de atomicidad, coherencia, aislamiento y durabilidad (ACID) al igual que sus predecesores.

Con Exchange 2010, Microsoft también subió el número de bases de datos en un servidor Exchange 2010 Enterprise Edition a 100 en comparación con los 50 de Exchange 2007. Además, vale la pena mencionar que aun cuando los miembros del DAG requieren Windows 2008 Enterprise Edition (debido a la dependencia de algunas de las características de Clústeres de conmutación por error de Windows), puede utilizar las ediciones Standard y Enterprise de Exchange 2010 con los DAG. Tenga presente, sin embargo, que las ediciones Standard se limitan a cinco bases de datos por servidor de buzón.

Implementar y administrar un DAG es más fácil que un clúster CCR, por ejemplo, porque todos los pasos requeridos se realizan desde dentro de la Consola de administración de Exchange o el Shell de administración de Exchange. Los clústeres se integran directamente con Exchange y son transparentes al administrador. Así que puede despedirse de las habilidades de clústeres y separar herramientas de administración para administrar su solución de disponibilidad continua de Exchange. Incluso escenarios con DAG de varios sitios son más fáciles de implementar y administrar, y ahora puede (a diferencia de con CCR) localizar servidores de miembros de DAG en diferentes sitios de Active Directory. Esto significa que ya no tiene que estirar el sitio de Active Directory por todas las ubicaciones físicas (algo que no podría hacer con clústeres de CCR en varios sitios en Exchange 2007.

Mejoras en movilidad

Con cada iteración de Exchange, Microsoft ha incorporado importantes cambios a la movilidad de Exchange, más específicamente Outlook Web App (OWA) (anteriormente conocido como Outlook Web Access) y Exchange ActiveSync. Exchange 2010 no es ninguna excepción.

Outlook Web App
De hecho, Microsoft ha realizado tantos cambios en OWA que la tecnología merece un artículo propio. Estos son algunos ejemplos:

La presencia se crea en OWA (ver Figura 5). Esto significa que puede ver y cambiar su estado de presencia así como ver la presencia de otros mediante la solución de servidor Office Communications Server (también puede integrar soluciones de terceros). Los usuarios incluso se pueden enviar mensajes instantáneos desde dentro de la interfaz de OWA. Los usuarios pueden administrar su lista de contactos de Office Communicator, visible en el panel izquierdo, desde dentro de OWA.

  • El explorador premium ahora se extiende a Mozilla Firefox 3+ y Safari 3+ para Mac, así como (obviamente) a Internet Explorer (versión 7 o superior).
  • Los usuarios pueden enviar y recibir mensajes de Short Message Service (SMS) directamente en OWA (y Outlook 2010 en ese caso) en vez de ingresarlos en un dispositivo móvil. OWA envía el SMS a través de su dispositivo móvil, donde se reciben las respuestas. Incluso puede sincronizar mensajes SMS al buzón del usuario para que se almacenen y se guarde una copia de seguridad de manera central.
  • Exchange 2010 introduce una nueva vista de conversación con OWA (y Outlook 2010 y Windows Mobile con la nueva versión de Outlook Mobile instalada). La idea con la vista de conversación es reducir la sobrecarga de información en la bandeja de entrada de un usuario. Con esta característica, todos los mensajes de una conversación aparecen juntos en una vista simple y lógica, lo cual permite que los usuarios identifiquen mensajes sin leer rápidamente y comprendan la serie de respuestas de una conversación. La vista de conversación se mantiene intacta incluso cuando los mensajes se mueven de la Bandeja de entrada y hacia otras carpetas. Un usuario puede administrar, ignorar, mover y eliminar conversaciones como un todo en vez de reaccionar a cada mensaje individual.
  • Un panel de control de Exchange reemplaza la página Opciones que conocemos de versiones previas de OWA (ver Figura 6). Desde este panel, los usuarios pueden administrar la configuración tradicional de OWA pero también realizar un seguimiento de sus propios mensajes, crear y moderar distribuciones con permisos RBAC requeridos y cosas así. Además, los usuarios ahora pueden actualizar información personal de Active Directory, como nombre, título, departamento y número de teléfono.

Figura 5 Interfaz de usuario de OWA 2010

 


Figura 6 Panel de control de OWA 2010 Exchange

Exchange ActiveSync
Exchange ActiveSync se considera el estándar de facto que especifica cómo se sincronizan los dispositivos móviles con un buzón. Exchange 2010 introduce varias características nuevas y emocionantes para clientes basados en ActiveSync:

  • Los administradores de Exchange ahora pueden aprobar dispositivos por tipo o por usuarios, bloquear teléfonos incompatibles y poner en cuarentena teléfonos desconocidos. Los teléfonos bloqueados no podrán sincronizar con un buzón, mientras que es posible que se permita a los teléfonos en cuarentena sincronizar con aprobación del administrador. Los usuarios pueden buscar información de disponibilidad mediante la nueva versión de Outlook Mobile incluida en Windows Mobile 6.5. Al abrir la página de propiedad de un contacto, podrá ver una escala de tiempo a la que conocemos desde OWA 2007. Incluso esta escala se encuentra codificada por colores.
  • Exchange 2010 también incluye soporte técnico para la memoria caché de sobrenombres en dispositivos Windows Mobile, ya que ahora esta memoria se almacena de manera central en el buzón del usuario.
  • En una ingeniosa movida, Microsoft ahora permite que los dispositivos con Windows Mobile que ejecutan Windows Mobile 6.1+ descarguen el nuevo cliente de Outlook Mobile (el incluido con Windows Mobile 6.5) como un archivo .CAB. Cuando los usuarios sincronizan por primera vez sus dispositivos con Windows Mobile 6.1 con sus buzones, recibirán automáticamente un mensaje de correo electrónico con un vínculo a la nueva versión de Outlook Mobile. Esto permite que los usuarios dentro de la empresa aprovechen las nuevas características de Exchange/Outlook Mobile introducidas con Exchange 2010 sin tener que invertir en nuevos dispositivos Windows Mobile 6.5.

Mensajería unificada

Aunque la arquitectura sigue siendo la misma, Microsoft mejoró la mensajería unificada con Exchange 2010. Entre las profundas inversiones están la vista preliminar de correo de voz, el correo de voz protegido, el indicador de mensaje en espera, las reglas para contestar llamadas y el soporte técnico para paquetes de idioma adicionales.

  • La vista preliminar de correo de voz proporciona a los usuarios una traducción voz a texto directamente en Outlook y OWA. Esto significa que los usuarios ya no tienen que escuchar mensajes de correo de voz tradicionales, lo cual es una tarea engorrosa para muchos. En su lugar, pueden ver el correo de voz como mensaje de texto en su cliente de correo electrónico. Al usar Outlook 2010, el texto del mensaje de voz incluso se puede accionar, es decir que los nombres, contactos y números de teléfono se reconocerán y se podrá hacer clic en ellos. La vista preliminar de correo de voz también es posible mediante dispositivos con Windows Mobile. Esta vista preliminar inicialmente admite inglés estadounidense y canadiense, francés, portugués, italiano y polaco como idiomas. Cuando se lance Exchange 2010 SP1 en algún momento del próximo año, admitirá más idiomas.
  • El correo de voz protegido utiliza Active Directory Rights Management Services para proteger los correos de voz. Por ejemplo, los usuarios pueden marcar los correos de voz como privados para que no se puedan reenviar a otros destinatarios. Aunque los usuarios pueden hacerlo por sí mismos, esta configuración también se puede controlar mediante una directiva administrativa.
  • El indicador de mensaje en espera notifica a los usuarios de la presencia y el número de correos de voz nuevos/sin leer en sus teléfonos de escritorio admitidos. Con esta característica, los usuarios incluso pueden recibir vistas preliminares de correo de voz como mensajes SMS.
  • Las reglas para contestar llamadas, otra característica de Exchange 2010, funcionan de manera similar a las reglas de mensajes de correo electrónico de bandeja de entrada tradicional pero para llamadas de usuario entrante. Los usuarios pueden crear un tipo de operador automático personal que incluye un menú para control de flujo de llamadas entrantes. Por ejemplo, los usuarios podrían configurar reglas para qué hacer con las llamadas según criterios como hora del día, identificador de llamada, sus propios programas y así sucesivamente. Las reglas para contestar llamadas también permiten que los usuarios creen un conjunto personalizado de menús para las llamadas entrantes.
  • La versión RTM de Exchange 2010 admite 16 paquetes de idiomas, con 10 más próximos a aparecer.

Archivos y retención

Durante años, la capacidad de preservar los registros empresariales de manera eficiente se ha vuelto cada vez más crítica. Esto incluye especialmente el correo electrónico, el cual para la mayoría de las empresas es la fuente principal de datos en detección legal y otras investigaciones relativas a cumplimiento.

La administración de correo electrónico para cumplimiento ha sido un desafío para las empresas por largo tiempo, aun cuando Exchange 2007 introdujo varias características relativas a protección y cumplimiento como administración de registros de mensajería (MRM), reglas de transporte y reglas de diarios. Exchange 2010 introduce el concepto de directivas de retención. Las directivas de retención son parte de la característica MRM configurada en Exchange 2010 y un reemplazo directo de carpetas administradas.

Exchange 2010 también resuelve la limitación de tamaño de los buzones que obliga a los usuarios de versiones anteriores a mover mensajes de correo electrónico a archivos .PST locales para su archivo (con lo cual se dificulta la tarea de administración de cumplimiento de los administradores).

Para resolver el problema de .PST, Exchange 2010 entrega una nueva característica de archivación personal. El administrador de Exchange ahora puede activar buzones de archivo en línea para los usuarios, con lo cual se elimina la necesidad de archivos .PST sin conexión. El nuevo archivo en línea está visible mediante Outlook 2010 y OWA 2010, y Outlook 2010 incluso admite arrastrar y soltar contenido .PST en el archivo en línea. Los administradores de Exchange también pueden configurar directivas de retención que muevan mensajes automáticamente (correo con antigüedad de más de un año, por ejemplo) al archivo en línea.

Exchange 2010 también incluye nuevas funciones que permiten que los usuarios dentro de los departamentos de legalidad y cumplimiento realicen búsquedas en varios buzones e inmediata contención legal, lo cual permite la preservación inmediata de elementos del buzón de un usuario eliminados y editados.

Con estas nuevas características, tomar control de la información empresarial es más fácil y más flexible que posible con implementaciones anteriores de Exchange.

Nuevo modelo de federación de organización

Con Exchange 2007 y versiones anteriores, la federación entre varios bosques de Exchange en la misma empresa o en empresas separadas ha sido en cierta medida una tarea inconveniente y a veces compleja. A fin de compartir información de disponibilidad entre organizaciones de Exchange 2000/2003, primero tenía que replicar todos los usuarios de correo requeridos de una organización a la otra como objetos de contacto mediante el agente de administración GALSync con Forefront Identity Manager (FIM), anteriormente conocido como Microsoft Identity Integration Server e ILM. Entonces tenía que usar una herramienta como Inter-Organization Replication (IOREPL) para replicar información de disponibilidad a través de carpetas públicas. Con Exchange 2007, las cosas mejoraron un poco. Puede compartir información de disponibilidad entre organizaciones Exchange 2007 mediante el nuevo servicio de disponibilidad. Más específicamente, usa el cmndlet Add-AvailabilityAddressSpace para configurar cómo compartir información de disponibilidad entre organizaciones. Infortunadamente, cuando no se establece una relación de confianza entre las organizaciones involucradas, la información de disponibilidad que se comparte entre los bosques se ve limitada.

Con las nuevas características de federación incluidas en Exchange 2010, puede compartir disponibilidad, usar calendarios y contactos entre bosques. Sin embargo, tenga en cuenta que las características de federación de Exchange 2010 requieren que todas las organizaciones involucradas tengan Exchange 2010 implementado. No tiene que ser una organización de Exchange 2010 pura; gracias a algunas de las mejoras a nivel de proxy en Exchange 2007 SP2, puede beneficiarse de las nuevas características de federación entre organizaciones de Exchange 2010 y 2007 SP2 que tienen implementado al menos un servidor de acceso de cliente Exchange 2010.

Las características de federación en Exchange 2010 utilizan un nuevo servicio basado en Windows Live conocido como Microsoft Federation Gateway (MFG). MFG, ubicado en la nube, básicamente actúa como un agente de confianza entre organizaciones de Exchange 2010 que desean compartir datos (ver Figura 7). Es importante recalcar que aun cuando una puerta de enlace de Microsoft se usa para establecer confianzas de federación entre organizaciones de Exchange 2010, no se comparte ningún dato con Microsoft de ninguna de las organizaciones de Exchange implicadas. Las organizaciones simplemente utilizan MFG para garantizar seguridad al publicar información acerca de su dominio y activar acceso de dominio a datos.

 


Figura 7 El nuevo asistente de confianza de federaciones en la Consola de administración de Exchange 2010

Las nuevas características de federación no requieren ninguna relación de confianza o replicación de datos entre las organizaciones involucradas. Para ver el estado de disponibilidad para un usuario en la otra organización, un usuario de Outlook 2010 o OWA 2010 simplemente escribe la dirección de correo electrónico de esta persona en el operador de programación. (En Outlook 2007, los usuarios de correo de la organización opuesta deben replicarse para que aparezcan en la lista global de direcciones.) Las características de compartir calendario y contactos requieren OWA 2010 o Outlook 2010.

Puede configurar de manera específica qué datos desea compartir mediante directivas para compartir y a qué nivel se deben compartir los datos. Y con la directiva organizacional para compartir, puede crear una directiva para compartir. Aquí puede especificar cuánta información deben poder compartir los usuarios y con qué dominios (consultar Figura 8).

 


Figura 8 El nuevo asistente de relaciones organizacionales en la Consola de administración de Exchange 2010

Características entretenidas

En resumen, aquí hay otras cosas entretenidas disponibles con Exchange 2010:

Desplazamientos de buzón en línea Exchange 2010 reemplaza el asistente de Mover buzón por los asistentes de Solicitud de desplazamiento local y Solicitud de desplazamiento remoto, los cuales incorporan varios beneficios. Por ejemplo, los administradores pueden mover buzones durante horas de trabajo, ya que el buzón origen que se mueve no pierde la conexión durante el proceso. De hecho, los usuarios pueden enviar y recibir correo electrónico, obtener acceso a GAL, programar reuniones y otras cosas mientras se mueve el buzón. Además, puede utilizar la Consola de administración de Exchange para mover buzones entre bosques de Exchange.

MailTips MailTips permite que un remitente de un correo electrónico vea mensajes informativos mientras escribe un correo en Outlook 2010 o OWA 2010. Microsoft ha creado varios MailTips predeterminados, pero puede crear los suyos propios. Los MailTips predeterminados incluyen destinatario interno inválido (si el usuario o grupo que escribe en los campos Para: o CC: no existe en Active Directory), buzón lleno (buzón del destinatario está lleno), respuestas automáticas (muestra respuestas fuera de la oficina y otras respuestas automáticas), destinatario restringido (basado en directiva), mensaje demasiado grande (mensaje más grande que el tamaño de envío o recepción, el tamaño de mensaje o la configuración de longitud solicitada) y público grande (al enviar mensajes a grupos con más de 25 miembros).

Resistencia al transporte También conocida como redundancia de sombras, esta nueva funcionalidad se asegura que un mensaje no se elimine de un servidor de envío de transporte de concentradores antes de que el servidor destino de transporte de concentradores acuse recibo de la entrega del mensaje. Con Exchange 2007, si perdía la base de datos de la cola de mensajes, entonces se perdían los mensajes allí contenidos. Con la característica de redundancia, esto no sucede en Exchange 2010. Esto significa que puede reemplazar fácilmente un servidor de transporte de concentradores con sólo extraerlo del entorno de producción sin vaciar las colas. También elimina la necesidad de redundancia de hardware de almacenamiento, lo cual afecta directamente los costos.

Firmas dinámicas Ahora puede (mediante reglas de transporte) implementar una firma o declinaciones de responsabilidades personales o corporativas que contengan HTML, fuentes específicas, logotipos de empresas (incluso GIF animados) y utilizar los valores Mostrarnombre, Nombre, Apellido, Departmento y Empresa para un usuario en Active Directory al crearlos.

Moderación de grupos de distribución Ahora es posible configurar grupos de distribución moderados que requieren que un moderador acepte un mensaje antes de que se envíe a miembros de un grupo. También puede administrar la pertenencia a un grupo desde el nuevo Panel de control de Exchange (ECP) de OWA 2010. A los usuarios se les pueden asignar permisos para que puedan crear sus propios grupos de distribución dentro del ECP.

Administración masiva de destinatarios en la Consola de administración de Exchange Ahora puede realizar la administración masiva de destinatarios desde dentro de la Consola de administración de Exchange. Por ejemplo, ahora puede mover, eliminar, deshabilitar y habilitar buzones de usuarios en masa. Incluso puede editar las propiedades de destinatario si se selecciona el mismo tipo de destinatarios.

Enviar correo Cuando se instala Outlook en la misma máquina como herramientas de administración de Exchange, puede enviar correo al buzón de un usuario, contacto de correo, usuario de correo o grupos de distribución.

Administrar permiso de carpetas Con Exchange 2010, puede administrar permisos de carpeta de Outlook con los nuevos cmdlets Add-MailboxFolderPermission, Get-MailboxFolderPermission y Remove-MailboxFolderPermission.

Exchange 2010 introduce muchas características nuevas y emocionantes sobre las ya existentes. Sin duda encontrará que Exchange 2010 es una solución de mensajería integral, integrada y flexible para empresas de todos los tamaños.

Contenido relacionado

Henrik Walther es un MVP experto certificado de Microsoft de Exchange 2007 y Exchange con más de 15 años de experiencia en el campo de TI. Trabaja como arquitecto tecnológico para Timengo Consulting (Microsoft Gold Certified Partner con base en Dinamarca) y como escritor técnico para Biblioso Corp. (una empresa con base en Estados Unidos que se especializa en documentación administrada y servicios de localización). Puede ponerse en contacto con él en exqa@microsoft.com.