Preguntas y respuestas sobre ExchangeInstalación, diarios de mensajes, opciones de almacenamiento y mucho más.

KC Lemson and Nino Bilic

P Estoy ejecutando la instalación de Exchange Server 2007 y quiero saber si puedo omitir la comprobación de requisitos previos. No quiero reparar todos los problemas que esta comprobación de requisitos previos me dice que haga, sólo deseo ejecutar la instalación y basta.

R La respuesta corta es no, no puede. En realidad, debería reparar cualquier problema que la comprobación de requisitos previos marque si estos problemas impiden que la instalación continúe, de lo contrario es posible que su experiencia a largo plazo de Exchange no sea la óptima.

Algunos administradores han intentado editar archivo ExBPA.PreReqs.xml (que es el archivo que contiene la lista de requisitos previos de instalación de Exchange 2007) y eliminar las comprobaciones que causan el bloqueo de la instalación. Sin embargo, esto no funciona ya que el archivo XML está firmado digitalmente y cualquier modificación de su contenido invalidará la firma digital.

El objetivo de todo esto es evitar que se cree una instalación que no funcione correctamente. Hicimos pruebas de Exchange 2007 en entornos diferentes y vimos que algunos parámetros y configuraciones funcionan mejor que otros, y algunos pueden presentar verdaderos problemas. El objetivo de los requisitos previos es asegurarse de que la instalación tenga las mejores posibilidades de realizarse correctamente, de acuerdo con nuestras experiencias y pruebas.

Si encuentra con un verdadero problema con la comprobación de requisitos previos de Exchange 2007 que bloquea la instalación de éste en el entorno, debería abrir un expediente con el soporte técnico de Exchange.

P ¿Dónde se encuentra el registro de instalación? No lo encuentro en la raíz de la unidad C:.

R Todos los registros de instalación ahora se almacenan en el directorio %SYSTEMDRIVE%\ExchangeSetupLogs, que en la mayoría de las instalaciones significa c:\ExchangeSetupLogs. Allí encontrará diversos archivos, dos de los cuales son de vital interés:

ExchangeSetup.log Éste es el registro que contiene información acerca de las tareas y los parámetros que se usaron al ejecutar la instalación. Cuando se están configurando las funciones de servidor, en este registro también se registra la información acerca de las tareas que se ejecutaron para configurar el servidor. Aquí también es donde se buscará la mayor parte de la información relativa a la instalación del servidor. En este mismo archivo también se anexará la instalación de los Service Packs.

ExchangeSetup.msilog Este archivo contiene información acerca de la fase de descompresión de la instalación. Cuando Microsoft® Installer copia los archivos en sus destinos desde una ubicación temporal, esta acción se registra en este archivo. Por lo tanto, si se tiene algún problema que pudiera estar relacionado con la capacidad de copiar archivos o de tener acceso a los archivos durante la instalación, éste registro podría resultar útil.

P Sé que la comprobación de requisitos previos se activa con la tecnología de Exchange Server Best Practices Analyzer (BPA), entonces ¿dónde se encuentra el informe para los requisitos previos?

R Si desea buscar un informe que BPA creó durante la comprobación de requisitos previos, consulte la carpeta siguiente:

%SYSTEMDRIVE%\Exchangesetuplogs\PreReqs

Los nombres de archivo tienen un formato estándar:

ExBPA.<dateandtime>.data.xml 

Si intenta resolver qué estaba buscando una comprobación de requisitos previos concreta, busque el archivo XML que contiene el mensaje de error que apareció y, justo encima del mensaje, verá la definición de la regla que se estaba probando.

P ¿Cómo puedo leer los registros de instalación? ¿De qué opciones dispongo?

R Generalmente, hay dos maneras de proceder con la lectura de los registros de instalación. Puede ejecutar Get-SetupLog desde el shell de administración de Exchange. O bien, puede abrir el archivo de registro de instalación en el Bloc de notas o en su editor de texto favorito.

Si usa Get-SetupLog, aquí tiene un ejemplo de cómo visualizar cualquier advertencia o error:

Get-SetupLog c:\exchangesetuplogs\exchangesetup.log –error

Si desea cambiar su aspecto, deberá obtener los scripts Out-HTML.ps1 y Out-IE.ps1, que están disponibles en el paquete de demostración Exchange 2007 PowerShell Scriptacular. (Si desea obtener más información acerca de esta herramienta, consulte nuestro blog en la dirección msexchangeteam.com/archive/2006/12/27/431998.aspx.)

Una vez obtenidos estos scripts, colóquelos en la carpeta de scripts (de forma predeterminada c:\Archivos de programa\microsoft\exchange server\scripts) y, a continuación, ejecute lo siguiente:

Get-SetupLog –tree:$false –error:$false | Where { $_.status –eq "Error" } | select datetime, depth, description, status | Out-HTML | Out-IE

Se abrirá una ventana de un explorador fácil de navegar con una vista HTML de los errores que podrían haberse producid durante la instalación (consulte la figura 1).

Figura 1** Out-HTML y Out-IE facilitan la lectura de los registros de instalación **(Hacer clic en la imagen para ampliarla)

Si, por otro lado, opta por visualizar exchangesetup.log con el Bloc de notas, aquí tiene unas cuantas sugerencias:

• Para buscar el inicio de la ejecución de la instalación, busque: [0] Iniciando la instalación de Microsoft Exchange 2007.
• Para buscar el fin de una ejecución de la instalación, busque: [0] Fin de la instalación.
• Las tareas principales de la instalación quedan delimitadas por: [0] **************.
• Para buscar la cuenta que ejecutó la instalación, busque: [0] Usuario conectado.
• Si desea consultar qué controlador de dominio se usó durante la instalación, busque: [0] La instalación usará el controlador de dominio.

Por lo general, al consultar los registros de instalación con el Bloc de notas, debería empezar al final del archivo e ir hacia atrás para ver cuál fue el problema. Los errores suelen ser algunos de los últimos datos que se registran en el registro de instalación.

P ¿Puedo usar la Mensajería unificada de Exchange 2007 con mi PBX?

R Probablemente. Para obtener una lista de las puertas de enlace compatibles con VoIP y PBX, consulte microsoft.com/technet/prodtechnol/exchange/telephony-advisor.msp. Cualquier cambio en la lista de productos compatibles se agregará a esta página.

P Tengo un cliente que ejecuta Small Business Server 2003 con Exchange y la política de la compañía requiere que todo el correo sea supervisado. Para realizar esta supervisión, quiero enviar una copia de todo el correo entrante y saliente a la cuenta del administrador. ¿Cómo puedo hacerlo?

R Lo que necesita es el registro en diario de mensajes, lo que permite conservar una copia de todos los mensajes enviados a una base de datos específica o desde ella en un buzón de diario de mensajes independiente. Hay diversas opciones que permiten configurar el grado de detalles de estas copias registradas en diario (por ejemplo, si desea capturar destinatarios CCO) y también existe una herramienta adicional que puede descargarse para obtener algunas características avanzadas, en la dirección go.microsoft.com/fwlink/?LinkId=93725. El registro en diario de Exchange 2003 se habilita por nivel de base de datos, de forma que se registran en diario los datos de cada usuario en dicha base de datos. Después de crear el buzón para almacenar los mensajes registrados en diario, vaya a las propiedades del almacén de buzones en el Administrador del sistema de Exchange y compruebe el buzón para archivar los mensajes enviados o recibidos a través de los buzones del almacén. En función de las políticas de la empresa, posiblemente también querrá permitir que el administrador de buzones limpie automáticamente las copias anteriores del diario desde el buzón de registro en diario.

Exchange 2003 dispone de otra característica similar al registro en diario y que se denomina receptor de archivos. A diferencia del registro en diario, que guarda copias de los mensajes en otro buzón en Exchange, el receptor de archivos guarda los mensajes en una carpeta especificada en el disco duro del servidor. ¿Por qué elegir un método y no otro? Normalmente, el registro en diario está pensado para situaciones de cumplimiento de normas. En cambio, el receptor de archivos puede ser útil, por ejemplo, si desea capturar todos los mensajes entrantes o salientes de Internet.

Exchange 2007 simplifica estas situaciones de forma significativa, y los registros se pueden crear fácilmente por usuario o por lista de distribución. Si no desea que los usuarios sepan que su correo está siendo registrado en copia, puede ocultar la lista de distribución de la lista global de direcciones (observe que no es lo mismo que la asociación oculta de una lista de distribución) o configurar un atributo personalizado en los usuarios y luego crear un grupo de distribución basado en consultas (también denominado listas de distribución dinámicas) para desligar a todos los usuarios de ese atributo personalizado. Si desea registrar en diario y en la misma ubicación todo el correo de toda la organización, deje el campo del destinatario en blanco al crear la regla de registro en diario. Observe también que si se desea usar algún registro en diario que no sea por base de datos en Exchange 2007, necesitará la licencia Enterprise CAL para dichos usuarios. Puede obtener más información en la dirección microsoft.com/exchange/howtobuy/licensingFAQ.mspx. Si no se desea esa CAL ni ninguna característica adicional, puede seguir usando la característica de registro en diario por base de datos desde Exchange 2003. Por último, eche una ojeada al artículo de David Strome del número de diciembre de 2006 de TechNet Magazine titulado "Una elaboración de diarios más eficaz en Exchange 2007," en la dirección technetmagazine.com/issues/2006/12/journaling.

R Todos mis usuarios ejecutan Microsoft Office 2003 y no tenemos pensado cambiar a 2007 Office system hasta que se actualice el hardware en 2008. Sin embargo, por lo que he leído, tengo miedo de que mis usuarios pierdan algunas de las características por culpa de esto. ¿Podrán usar la mensajería unificada?

R Por supuesto. En Office 2003, los usuarios con la mensajería unificada habilitada pueden recibir los mensajes de correo de voz y de fax en sus buzones, así como realizar llamadas para tener acceso a su buzón a través de cualquier teléfono. Si no desea actualizar a Outlook 2007, la característica de la mensajería unificada que de la que dispondrá es la capacidad de configurar los parámetros del correo de voz a través de la ficha de opciones de Outlook, así como el formulario personalizado especial que aparece en un mensaje de correo de voz de Outlook y que permite que el mensaje en línea se reproduzca sin tener que iniciar un reproductor multimedia independiente. Tampoco estará disponible la característica que permite que se escriban notas de audio y se guarden con el mensaje de correo de voz. Sin embargo, incluso sin Outlook 2007, los usuarios con la mensajería unificada habilitada aún pueden usar OWA 2007 para obtener acceso a la configuración de mensajería unificada (en la página de opciones de OWA) y el formulario personalizado para el correo de voz de OWA.

R Mi compañía ya dispone de una red de área de almacenamiento y deseo conectar Exchange 2007 a ésta. Sin embargo, he oído muchas cosas acerca del almacenamiento de conexión directa (DAS) que hacen que me pregunte si debo elegir esta opción. ¿Qué opina?

R No hay una respuesta correcta o incorrecta para esta pregunta. Realmente depende de las directivas de su compañía y de los diversos escenarios (especialmente cuando ya se dispone de una red de área de almacenamiento (SAN)). Si está pensando en adquirir una SAN nueva, agregar otra o bien realizar una actualización, recomendamos encarecidamente que considere la opción del almacenamiento de conexión directa. Aquí hay algo de información que debería tener en cuenta: hasta junio de 2007, Microsoft IT ha implementado 17 servidores de buzones de Exchange 2007 para 40.000 buzones (con unas cuotas de entre 500 MB y 10GB), todos con replicación continua en clúster (CCR) y almacenamiento de conexión directa. Para antes de septiembre, planeamos tener 35 servidores de buzón Exchange 2007 con 152.500 buzones, todos con almacenamiento de conexión directa. Así que, si se pregunta si el almacenamiento de conexión directa es apropiado y manejable a nivel empresarial, definitivamente lo es. El almacenamiento de conexión directa ha sido un elemento clave para permitir al departamento de TI de Microsoft aumentar las cuotas de usuario y, al mismo tiempo, reducir los costos generales de almacenamiento. Si desea obtener más información acerca de la topología e implementación y ahorro implicados, consulte la dirección microsoft.com/technet/itshowcase/content/64bitexchange2007.mspx.

Aunque en principio tener todos los servidores conectados a la misma SAN puede parecer un gran ahorro en almacenamiento, no deja de tener sus riesgos. Por ejemplo, un problema que se da con frecuencia está relacionado con las diversas situaciones de uso del software conectado a SAN. Si tiene una aplicación de recursos humanos en la SAN que ejecuta un proceso por lotes cada noche a las 17:00, por ejemplo, ese aumento de E/S podría tener un importante impacto para los usuarios de Exchange. La falta de E/S determinista es un problema típico de las implementaciones de SAN compartidas.

Una ventaja que hemos obtenido con DAS es que es hace que la administración sea más sencilla porque no requiere administradores de almacenamiento dedicados ni un equipo especial. Es incremental, fácil de adquirir y se puede ampliar fácilmente. Además, suele ser una solución suficientemente económica como para contar con copias de seguridad; no hará falta vaciar los cofres para adquirirla.

P Instalé mi primer servidor de Exchange 2007. Ahora, cuando intento conectarme a él mediante Outlook 2003, me da un error que indica que el administrador ha bloqueado mi versión de Outlook. ("Su administrador de Exchange Server ha bloqueado su versión de Outlook. Póngase en contacto con su administrador para obtener ayuda".) Pero soy el administrador y nunca lo bloqueé. ¿Qué pasa?

R Este comportamiento no es inesperado. Cuando se está instalando Exchange 2007, el asistente para la instalación le pregunta si está ejecutando alguna copia de Outlook 2003 o versión anterior o clientes de Entourage en su organización (consulte la figura 2). Si contestó a esta pregunta en negativo, puede encontrarse con este problema.

Figura 2** Pregunta sobre cliente heredado de instalación de Exchange 2007 **(Hacer clic en la imagen para ampliarla)

Para resolver este problema una vez que se ha dado (después de la instalación), puede crear un almacén de carpetas públicas con la consola de administración de Exchange o con el shell de administración de Exchange y volver a iniciar el servicio del almacén de información. En este caso, a iniciar el servicio del almacén de información es obligatorio y los clientes heredados (Outlook 2003 y versiones anteriores) no podrán conectarse al servidor hasta que el servicio se haya vuelto a iniciar.

Además, si ejecuta la instalación desatendida de Exchange 2007, puede usar el modificador de comandos /EnableLegacyOutlook para especificar cómo desea contestar la pregunta acerca de los clientes heredados.

P ¿Por qué le importaría a Exchange 2007 si me conecto al servidor con versiones anteriores de Outlook? ¿Por qué crear un almacén de carpetas públicas y volver a iniciar el servicio del almacén de información solucionaría este problema?

R Las respuestas a estas preguntas versan alrededor de la presencia del almacén de carpetas públicas. Si lo recuerda, el almacén de carpetas públicas de las versiones anteriores de Exchange se usaba, entre otras cosas, para almacenar los datos de disponibilidad de los usuarios. Cuando un usuario heredado de Outlook se conecta a Exchange Server con MAPI o RPC sobre HTTP y publica algo en el calendario, la información acerca del estado de disponibilidad también se publica en el servidor en una carpeta pública especial llamada carpeta Schedule+. Ésta es la única manera en la que los clientes heredados de Outlook saben publicar los datos de disponibilidad de los usuarios al servidor, y realmente la única manera en la que una sesión de Outlook heredado sabe cómo leer otra información de disponibilidad de los usuarios.

Exchange 2007 lo sabe. Por eso es que si no hay un almacén de carpetas públicas, Exchange 2007 bloquea las versiones anteriores de clientes. Si Exchange 2007 permitiese la conexión de cliente heredado, el cliente se encontraría con errores frecuentes debido a que Outlook no podría conectarse al almacén de carpetas públicas para publicar los datos de disponibilidad y la funcionalidad del cliente quedaría limitada ya que las búsquedas de disponibilidad que el usuario desease hacer (al intentar programar una reunión con otra persona, por ejemplo) simplemente no funcionarían. Éste es el motivo también por el que el crear el almacén de carpetas públicas resuelve el problema, ya que el servidor de Exchange 2007 entonces sabe que los clientes heredados pueden usar la funcionalidad de publicación de disponibilidad, y se permite así el buzón de inicio de sesión.

De todo esto, podría haberse todavía otra cosa: que los clientes de Outlook 2007 no requieren el almacén de carpetas públicas para publicar la información de disponibilidad. Esto es verdad, pero es una verdad distorsionada.

Sin entrar en demasiados detalles, permítanos decir que si un almacén de carpetas públicas está presente en un servidor de Exchange 2007, incluso un cliente de Outlook 2007 publicará datos de disponibilidad de usuarios. Esto se debe a que otros clientes, algunos de los cuales son presuntamente clientes heredados de Outlook, pueden buscar la información sobre la disponibilidad para un usuario de Outlook 2007; si la información no está en el almacén de carpetas públicas, los clientes heredados no verán ninguna información del usuario de Outlook 2007 ya que nada rellenaría jamás la información en el almacén de carpetas públicas. Sin embargo, si el almacén de carpetas públicas no está presente, un cliente de Outlook 2007 no intentará publicar los datos de disponibilidad. Cuando no hay almacenes públicos y todos los clientes son por lo menos de Outlook 2007, se usa otro mecanismo de búsqueda de información sobre disponibilidad en el que los datos del calendario se leen directamente fuera de los buzones de los usuarios, sin necesidad de crear una copia de esta información en ningún otro lugar. Si desea leer más acerca de esto, puede buscar más información sobre el servicio de disponibilidad en el archivo de la ayuda del servidor o en la documentación en línea sobre Exchange en la dirección go.microsoft.com/fwlink/?LinkId=69434.

R Acabo de leer el artículo de Knowledge Base 288894, que habla acerca del bloqueo de clientes MAPI mediante una clave de registro (consulte support.microsoft.com/kb/288894). Comprobé mi registro de servidor pero esta clave no está establecida. ¿Cómo ejecuta el almacén este bloqueo de la versión de cliente heredada?

R Una pregunta muy buena. En realidad, el almacén de información de Exchange 2007 no usa el valor de registro "Deshabilitar clientes MAPI" que se menciona en el artículo de Knowledge Base para bloquear clientes heredados. La razón es que hay una posibilidad de que no exista ningún almacén de carpetas públicas y, por lo tanto, no hay ninguna modificación de esa clave de registro que pueda desbloquear a esos clientes si no hay ningún almacén de carpetas públicas presente.

El comportamiento para bloquear clientes anteriores de Outlook 2007 está básicamente codificado en el almacén de información de Exchange 2007. En el inicio del servicio, el almacén busca la presencia del almacén de carpetas públicas y entonces decide si sólo permitirá a Outlook 2007 conectarse o si las versiones anteriores podrán conectarse también a sus buzones. Esta comprobación se da sólo al inicio del servicio. Es por eso que tiene que volver a iniciar el servicio del almacén de información para que el cambio sea efectivo y después de haber creado el almacén de carpetas públicas.

KC Lemson es administradora de experiencias de usuario para Exchange Server. Actualmente está haciendo un doctorado en una prestigiosa universidad no homologada.

Nino Bilic es administrador de programas de compatibilidad para Exchange Server. Está a punto de convertirse en piloto de carreras profesional en Forza Motorsports 2.

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