Exportar (0) Imprimir
Expandir todo

Planeación de la Guía básica para nuevas implementaciones

Exchange 2010
 

Se aplica a: Exchange Server 2010 SP3, Exchange Server 2010 SP2

Última modificación del tema: 2012-07-23

Antes de empezar a implementar Microsoft Exchange Server 2010, es recomendable leer este tema para así preparar mejor la organización.

Antes de implementar Exchange 2010, la infraestructura existente debe cumplir ciertos requisitos. Para asegurarse de que la organización esté preparada para Exchange 2010, repase los temas siguientes:

Exchange 2010 admite las topologías siguientes:

  • Bosque único, varios sitios de Active Directory.

  • Bosques múltiples (modelo de bosque de recursos); varios sitios de Active Directory.

  • Único sitio de Active Directory.

Exchange 2010 no admite las topologías siguientes:

  • Instalación de una versión anterior de Exchange en una organización de Exchange 2010 recién creada.

    ImportanteImportante:
    La adición de una versión anterior de Exchange a una organización de solo Exchange 2010 no es compatible.

Para obtener más información, consulte Implementar topologías de bosques múltiples.

Exchange Server 2010 presenta el asistente para la implementación de Exchange Server, o ExDeploy, una nueva herramienta basada en Web que puede ayudarle con la implementación de Exchange. ExDeploy le formula algunas preguntas acerca del entorno actual y, a continuación, genera una lista de comprobación personalizada y procedimientos que le ayudarán a simplificar la implementación.

Para más información, vea Asistente para la implementación de Exchange 2010.

Exchange 2010 utiliza Lightweight Directory Service de Active Directory (AD LDS) para almacenar y compartir información del directorio con Microsoft Windows. Para obtener más información, consulte Planear Active Directory.

Asegúrese de haber registrado correctamente los registros host para los servidores que ejecutan Exchange 2010 en el servidor de sistema de nombres de dominio (DNS) para el bosque de Active Directory. Los clientes y otros servidores usan el DNS como el servicio de resolución de nombres para localizar los servidores de Exchange. Debe confirmar que la resolución de nombres está correctamente configurada para su entorno. Para obtener más información al respecto, consulte los temas siguientes:

El rol del servidor Transporte de concentradores es necesario en una organización de Exchange 2010, puesto que proporciona enrutamiento dentro de una única red de organización mediante el uso de sitios de Active Directory. Si se instala en el bosque de Active Directory, los equipos que tienen instalado el rol de servidor Transporte de concentradores gestionan todo el flujo de correo dentro de la organización, aplican reglas de transporte, aplican reglas de diario y entregan los mensajes en los buzones de los destinatarios. El servidor Transporte de concentradores retransmite los mensajes que se envían a Internet al rol de servidor Transporte perimetral que está implementado en la red perimetral. El servidor Transporte perimetral procesa los mensajes que se reciben de Internet antes de que se retransmitan al servidor Transporte de concentradores. El rol de servidor Transporte de concentradores almacena toda la información de configuración en Active Directory.

Si se plantea implementar el rol de servidor Transporte de concentradores, debe tener en cuenta lo siguiente:

  • Opciones de topología   Planifique, en primer lugar, dónde va a colocar los servidores Transporte de concentradores en la topología física de Exchange. Exchange utiliza sitios de Active Directory para enrutar mensajes; por lo tanto, deberá implementar al menos un servidor Transporte de concentradores en cada sitio de Active Directory en el que implemente servidores de buzones de correo. Para obtener más información acerca de cómo planear la colocación del servidor Transporte de concentradores, consulte Información general de la función del servidor Transporte de concentradores (en inglés).

  • Capacidad del servidor   A la hora de planificar la capacidad del servidor hay que establecer el modo en que se realizará la supervisión del rendimiento del servidor Transporte de concentradores. La supervisión del rendimiento le ayudará a establecer una línea base del rendimiento de los servidores. Esta información le ayudará a determinar la capacidad de la configuración del hardware.

  • Características de transporte   Determine las características de transporte que habilitará en el servidor Transporte de concentradores y cómo estarán configuradas.

  • Seguridad   El rol de servidor Transporte de concentradores se implementa dentro de la organización de Exchange. La planeación de la seguridad para el servidor Transporte de concentradores incluye delegar los roles administrativos y comprobar que las conexiones IP sólo se habilitan desde servidores autorizados. Además, debe comprobar que no se están ejecutando servicios que no son esenciales y que no hay abiertos puertos innecesarios. Para obtener más información, consulte Lista de comprobación de seguridad de la implementación.

Para completar la configuración del flujo de correo para la organización de Exchange, así como para enviar y recibir correos electrónicos desde Internet, es necesario que configure los conectores de envío y los conectores de recepción que habilitan al menos un servidor Transporte de concentradores para conectarse a Internet. Puede configurar la conectividad a Internet para un servidor Transporte de concentradores mediante cualquiera de los métodos siguientes:

  • Se puede implementar un servidor Transporte perimetral y suscribirlo a la organización de Exchange. Éste es el método preferido de implementación. De manera predeterminada, cuando se crea una suscripción perimetral, los conectores de envío requeridos se crean automáticamente. En este caso no es necesario que modifique la configuración del conector de recepción predeterminado en el servidor Transporte de concentradores. Para obtener más información, consulte Configurar el flujo de correo de Internet por medio de un servidor de transporte perimetral suscrito.

  • Puede implementar un servidor Transporte perimetral sin suscribirlo a la organización de Exchange. En este caso, tendría que configurar manualmente los conectores de envío y recepción en los servidores Transporte perimetral y Transporte de concentradores, y no podrá usar características como el filtrado de destinatarios o la agregación de lista segura porque no habrá replicación de datos. Para obtener más información, consulte Configurar el flujo de correo entre un servidor Transporte perimetral y servidores Transporte de concentradores sin usar EdgeSync.

  • Para poder enviar y recibir correo de Internet, retransmita a través de Microsoft Exchange Hosted Services u otro servidor de puerta de enlace SMTP de terceros. En este caso, debe crear un conector de envío y un conector de recepción entre el servidor Transporte de concentradores y los servidores SMTP externos que procesan y enrutan correo electrónico por Internet. Para obtener más información, consulte Configurar el flujo de correo de Internet por medio de los Servicios hospedados de Exchange o una puerta de enlace SMTP externa.

  • Se puede establecer el flujo de correo por Internet directamente a través de un servidor Transporte de concentradores. En este caso, es necesario crear un conector de envío que dirija el correo electrónico a Internet. Además, deberá modificar la configuración del conector de recepción predeterminado, de modo que acepte el envío de correo electrónico anónimo. En este caso, se puede tener acceso directo al servidor Transporte de concentradores de Exchange 2010 a través de Internet. No se recomienda usar esta topología porque incrementa los riesgos para la seguridad, ya que expone el servidor Exchange 2010 y todos los roles instalados en éste a Internet. Se recomienda implementar, en cambio, una puerta de enlace SMTP basada en una red perimetral como, por ejemplo, el servidor Transporte perimetral. Para obtener más información, consulte Configurar el flujo de correo de Internet directamente a través de un servidor de transporte de concentradores.

    NotaNOTA:
    Si decide hacer que el flujo de correo de Internet pase directamente a través de los servidores Transporte de concentradores, le aconsejamos instalar agentes contra correo no deseado en dichos servidores para que éstos puedan proporcionar protección contra correo no deseado en su organización de Exchange. Para obtener más información, consulte Habilitar la funcionalidad contra el correo electrónico no deseado en un servidor de transporte de concentradores.
    ImportanteImportante:
    Si configura un servidor Transporte de concentradores para Internet, no podrá configurar un conector de envío para adjuntar una dirección IP particular a los mensajes que se envíen desde dicho servidor. Por ejemplo, si varias direcciones IP están asignadas al servidor Transporte de concentradores, no puede seleccionar la dirección IP utilizada por un conector de envío para retransmitir correo electrónico a Internet. Si utiliza una retransmisión de SMTP, como un servidor Transporte perimetral, la dirección IP del equipo se anexa como el origen del mensaje.

Los servidores de transporte de Exchange 2010 incluyen la característica de redundancia de instantánea, que proporciona redundancia para los mensajes durante todo el tiempo que están en tránsito. La solución implica una técnica similar a la de la recuperación del elemento eliminado de transporte. Con la redundancia de instantánea, la eliminación de un mensaje de las bases de datos de transporte se retrasa hasta que el servidor de transporte verifica que todos los saltos que debe ir superando el mensaje han completado la entrega. Si alguno de los próximos saltos falla antes de informar de la entrega correcta, el mensaje se reenvía para entregar en el próximo salto.

La redundancia de instantánea está habilitada de forma predeterminada en su entorno de Exchange 2010. Para obtener más información acerca de la redundancia de instantánea, consulte Descripción de redundancia de instantánea.

Para equilibrar la carga de los servidores Transporte de concentradores instale varios de servidores de este tipo en el mismo sitio de Active Directory. De forma predeterminada, la carga de las conexiones a servidores Transporte de concentradores se equilibra automáticamente al implementar varios servidores de este tipo en un sitio de Active Directory. Si un servidor Transporte de concentradores no está disponible, el resto de los servidores operativos continúan aceptando las conexiones. Si no hay disponible ninguno de los servidores Transporte de concentradores de un sitio de Active Directory, los mensajes se colocan en la cola hasta que uno de ellos vuelve a estar disponible o hasta que expiran los mensajes.

Para equilibrar la carga de las conexiones salientes a dominios remotos especifique varios servidores Transporte de concentradores en el mismo sitio de Active Directory como servidor de origen para el conector de envío correspondiente. El equilibrio de carga no se produce cuando los servidores de origen para un conector de envío están ubicados en diferentes sitios de Active Directory.

NotaNOTA:
Si el servidor Transporte de concentradores está instalado en el mismo hardware que el rol de servidor Buzón de correo, es posible que no se produzca el equilibrio de carga. Si el rol de servidor Transporte de concentradores se encuentra en el mismo hardware que el rol de servidor Buzón de correo, se prefiere usar el servidor local para todos los mensajes enviados por usuarios que tienen buzones de correo en dicho servidor. Por lo tanto, en este caso, no se produce un equilibrio de carga real.

El equilibrio de carga de red (NLB) se puede utilizar para proporcionar alta disponibilidad en los casos siguientes:

  • Al equilibrar la carga de las conexiones SMTP entrantes para conexiones de cliente POP e IMAP al conector de recepción predeterminado denominado "<Nombre de servidor>cliente", que se crea sólo en servidores Transporte de concentradores.

  • Al equilibrar la carga de las conexiones SMTP entrantes para aplicaciones que envían correo electrónico a la organización de Exchange.

NLB no debe utilizarse para distribuir conexiones para enrutamiento interno entre los servidores Transporte de concentradores.

Para más información acerca de cómo configurar el equilibrado de carga de red, consulte la Referencia técnica de equilibrio de carga de red (en inglés).

El rol de servidor Transporte perimetral está diseñado para mejorar la protección contra correo no deseado en la organización de Exchange. El servidor Transporte perimetral, además, aplica directivas a los mensajes que se envían entre las organizaciones. Este rol de servidor se implementa en la red perimetral y fuera del bosque de Active Directory. El servidor Transporte perimetral no tiene acceso a Active Directory para obtener información de configuración y destinatarios, mientras que otros roles de servidor de Exchange 2010 sí lo tienen. El servidor Transporte perimetral utiliza Lightweight Directory Service de Active Directory (AD LDS) para almacenar información de configuración y destinatarios.

Puede agregar un servidor Transporte perimetral a cualquier organización de Exchange realizando cualquier cambio en la organización. Tampoco hay que llevar a cabo ninguna preparación de Active Directory al instalar el servidor Transporte perimetral.

Si se implementa un servidor Transporte perimetral en una organización de Exchange en la que todavía no se ha implementado Exchange 2010, solo habrá disponible un grupo limitado de características. En este escenario, no se puede crear una suscripción perimetral. En consecuencia, no puede usar la búsqueda de destinatarios ni la agregación de lista segura hasta que no haya implementado Exchange 2010 en su organización.

Al planear la implementación de servidores Transporte perimetral, debe tener en cuenta lo siguiente:

  • Capacidad del servidor   Al planear la capacidad del servidor hay que planificar cómo se realizará la supervisión del rendimiento del servidor Transporte perimetral. La supervisión de rendimiento le ayudará a comprender la carga del servidor. Esta información determinará la capacidad de su configuración de hardware actual.

  • Características de transporte   El servidor Transporte perimetral puede proporcionar protección contra correo no deseado en el perímetro de la red. Como parte del proceso de planificación, deberá determinar las características contra correo no deseado que habilitará en el servidor Transporte perimetral y su configuración.

  • Seguridad   El rol de servidor Transporte perimetral está diseñado para que tenga una superficie de ataque mínima. Por lo tanto, es importante asegurar y administrar de forma correcta tanto el acceso físico como el acceso de red al servidor. Al planificar la seguridad se asegurará de que las conexiones IP sólo se habiliten desde servidores y usuarios autorizados. Para obtener más información, consulte Lista de comprobación de seguridad de la implementación (en inglés).

    Es recomendable poner el servidor Transporte perimetral dentro de una red perimetral. Para garantizar que el servidor pueda enviar y recibir correo electrónico, así como recibir actualizaciones de los datos de destinatario y la configuración desde el servicio EdgeSync de Microsoft Exchange, deberá permitir las comunicaciones a través de los puertos que se enumeran en la tabla siguiente.

    Configuración de puertos de comunicaciones para servidores Transporte perimetral

    Interfaz de red Puerto abierto Protocolo Nota

    Entrante de Internet y saliente a Internet

    25/TCP

    SMTP

    Este puerto debe permanecer abierto para hacer posible el flujo de correo desde y hacia Internet.

    Entrante de la red interna y saliente a la red interna

    25/TCP

    SMTP

    Este puerto debe permanecer abierto para hacer posible el flujo de correo desde y hacia la organización de Exchange.

    Sólo local

    50389/TCP

    LDAP

    Este puerto se utiliza para establecer una conexión local con AD LDS.

    Entrante de la red interna

    50636/TCP

    LDAP seguro

    Este puerto debe estar abierto para la sincronización de EdgeSync.

    Entrante de la red interna

    3389/TCP

    RDP

    Abrir este puerto es opcional. Ofrece más flexibilidad a la hora de administrar los servidores Transporte perimetral desde la red interna, ya que permite usar una conexión de escritorio remota.

    NotaNOTA:
    El rol de servidor Transporte perimetral utiliza puertos LDAP no estándar. Los puertos que se especifican en este tema son los puertos de comunicación LDAP que están configurados cuando se tiene instalado el rol de servidor Transporte perimetral. Para obtener más información, consulte Modificar la configuración de AD LDS.
  • EdgeSync   Puede crear una suscripción perimetral para suscribir el servidor Transporte perimetral a la organización de Exchange. Al crear una suscripción perimetral, los datos de los destinatarios y de la configuración se replican de Active Directory a AD LDS. Se suscribe un servidor Transporte perimetral a un sitio de Active Directory. A continuación, el servicio EdgeSync de Microsoft Exchange que se encuentra en ejecución en los servidores Transporte de concentradores de dicho sitio actualiza AD LDS de forma periódica mediante la sincronización de datos de Active Directory. El proceso de suscripción perimetral proporciona automáticamente los conectores de envío necesarios para habilitar el flujo de correo desde la organización de Exchange a Internet a través de un servidor Transporte perimetral. Si está utilizando las características de consulta de destinatario o de agregación de lista segura en el servidor Transporte perimetral, es preciso que suscriba este servidor a la organización.

El rol de servidor Transporte perimetral se implementa fuera de la organización de Exchange como un servidor independiente de la red perimetral o como miembro de un dominio de Active Directory de la red perimetral. Debe configurar manualmente el sufijo DNS correcto para el rol de servidor Transporte perimetral antes de instalar Exchange 2010. Si el sufijo DNS no está configurado, la actualización dará error.

Como normalmente el servidor Transporte perimetral se implementa en la red perimetral, éste tiene interfaces de red que se conectan a múltiples segmentos de red. Cada segmento de red tiene una única configuración IP. La interfaz de red conectada al segmento de red externo o público debe configurarse para que use un servidor de sistema de nombres de dominio (DNS) público para la resolución de nombres. Esto permite al servidor resolver los nombres de dominio SMTP en los registros de los recursos de MX y enrutar el correo a Internet.

La interfaz de red que está conectada al segmento de red interno o privado debe configurarse para que use un servidor DNS en la red perimetral que pueda resolver los nombres de los servidores Transporte de concentradores de su organización, o bien debe tener habilitado un archivo Hosts. Los servidores Transporte perimetral y los servidores Transporte de concentradores deben poder utilizar la resolución host de DNS para localizarse entre sí.

Para habilitar la resolución de nombres de servidores Transporte de concentradores por los servidores Transporte perimetral, use uno de los siguientes métodos:

  • Cree manualmente un registro de recursos A para servidores Transporte de concentradores en una zona de búsqueda directa del servidor DNS que está configurado en el adaptador de red interno del servidor Transporte perimetral.

  • Edite el archivo Hosts del servidor Transporte perimetral para incluir los registros Host para los servidores Transporte de concentradores. El archivo Hosts es un archivo de texto local con el mismo formato que el archivo UNIX/etc/hosts de 4.3 Berkeley Software Distribution (BSD). Este archivo asigna un nombre host a las direcciones IP y el archivo se almacena en la carpeta \%Systemroot%\System32\Drivers\Etc.

Para habilitar la resolución de nombres de servidores Transporte perimetral por los servidores Transporte de concentradores, use uno de los siguientes métodos:

  • Cree manualmente registros de recursos A para servidores Transporte perimetral en una zona de búsqueda directa del servidor DNS que está configurado en el servidor Transporte de concentradores.

  • Para incluir los registros Host para los servidores Transporte perimetral, edite el archivo Hosts en los servidores Transporte de concentradores que están ubicados en los sitos de Active Directory a los que están suscritos los servidores Transporte perimetral.

Debe seguir estos pasos para configurar el DNS para el servidor Transporte perimetral:

  1. Compruebe que la configuración del servidor DNS para cada interfaz de red es correcta para el segmento de red.

  2. Configure el sufijo DNS para el nombre del servidor Transporte perimetral siguiendo los pasos siguientes:

    1. Haga clic en Inicio, Panel de control y haga doble clic en Sistema para abrir las Propiedades del sistema.

    2. Haga clic en la ficha Nombre del equipo.

    3. Haga clic en Cambiar.

    4. En la página Cambios en el nombre de equipo, haga clic en Más.

    5. En el campo Sufijo DNS primario de este equipo: escriba un nombre de dominio DNS y un sufijo para el servidor Transporte perimetral.

    Este nombre no se puede cambiar una vez que se ha instalado el rol de servidor Transporte perimetral.

  3. Configure la resolución de nombre de host de DNS para servidores Transporte perimetral y servidores Transporte de concentradores.

Puede que en su entorno prefiera especificar un servidor DNS para enrutar el correo que difiere del servidor DNs configurado en las propiedades IP del servidor Exchange. Para hacerlo, modifique las configuraciones de búsquedas DNS internas y externas de las propiedades del servidor de transporte. Esta configuración invalida la configuración del adaptador de red para distribuir mensajes de correo electrónico. Para obtener más información, consulte Configurar propiedades del servidor de transporte perimetral.

El rol de servidor Buzón de correo de Exchange 2010 hospeda bases de datos de buzones de correo y proporciona almacenamiento de correo electrónico, así como servicios de programación avanzada para los trabajadores de la información. Este rol también puede hospedar una base de datos de carpetas públicas, que proporciona una base para el flujo de trabajo, el uso compartido de documentos y otras formas de colaboración. Los servidores en los que se instala el rol de servidor Buzón de correo se denominan servidores de buzones de correo.

Antes de la instalación, se recomienda dedicar tiempo a planificar la implementación del rol de servidor Buzón de correo. Debe tener en cuenta varios factores al diseñar el tamaño de las bases de datos de buzones.

El tamaño máximo recomendado para las bases de datos en Exchange 2010 es superior al de versiones anteriores de Exchange.

Al planear el tamaño de las bases de datos, también deberá prever cómo impondrá los límites de tamaño a las bases de datos, tanto en el nivel de base de datos como en el nivel de buzón individual. Para obtener más información acerca de los límites de buzón, consulte los siguientes temas:

En Exchange 2010, las carpetas públicas son una característica opcional. Si todos los equipos cliente de su organización usan Microsoft Office Outlook 2007 o una versión posterior, las carpetas públicas son una función opcional. Sin embargo, si se utilizan clientes de Outlook 2003, las carpetas públicas son obligatorias. Asimismo, si actualmente usa carpetas públicas para recopilar, organizar o compartir documentación u otra información, y desea continuar haciéndolo, puede usar la replicación de carpetas públicas para mover los datos de éstas a Exchange 2010. 

Para obtener más información acerca de las carpetas públicas, consulte Descripción de las carpetas públicas.

El rol de servidor Acceso de clientes recibe todas las conexiones de cliente para Exchange 2010. Los clientes basados en equipos, como Microsoft Outlook y Microsoft Entourage, teléfonos móviles y clientes basados en explorador se conectan a través del rol de servidor Acceso de clientes. El rol de servidor Acceso de clientes proporciona la funcionalidad siguiente:

  • Acceso MAPI

  • Acceso POP3 e IMAP4

    NotaNOTA:
    La autenticación de Windows integrada (denominada anteriormente NTLM) no es compatible con la conectividad de cliente POP3 o IMAP4. Para obtener más información, consulte las secciones "Características de acceso de cliente" en Características suspendidas.
  • Acceso de Outlook Web App

  • El servicio Detección automática que configura equipos cliente que ejecutan Outlook 2010Outlook 2007, Entourage y otras aplicaciones de cliente. El servicio Detección automática también puede configurar dispositivos móviles compatibles.

  • El servicio Disponibilidad mejora la experiencia de calendario y planificación de reuniones de los trabajadores de la información facilitando información de disponibilidad segura, coherente y actualizada a los equipos que ejecutan Outlook 2007 y versiones posteriores.

Al planear la implementación de Exchange 2010, debe disponer de al menos un equipo con el rol de servidor Acceso de clientes instalado en todos los sitios de Active Directory que contengan buzones de correo de Exchange 2010. Puede tener varios equipos con el rol de servidor Acceso de clientes instalado en cada sitio de Active Directory. Para proporcionar un acceso de clientes externo, al menos un servidor de acceso de cliente de su organización debe estar abierto a Internet.

Para obtener más información sobre la planeación del espacio de nombres y los servidores de acceso de cliente, consulte Descripción de los espacios de nombres de servidores de acceso de clientes.

El rol del servidor Mensajería unificada está diseñado para proporcionar mensajería unificada a destinatarios de Exchange 2010. La mensajería unificada aúna mensajes de voz, fax y mensajes de correo electrónico en un almacén al que se puede tener acceso desde un teléfono, el equipo de un usuario y un dispositivo móvil. Los usuarios pueden tener acceso a los mensajes de voz, al correo electrónico y a la información de calendario de su buzón de Exchange 2010 desde clientes de correo electrónico como, por ejemplo, Outlook y Outlook Web App.

El rol del servidor Mensajería unificada depende de los servidores de acceso de clientes, transporte de concentradores y buzones de correo. Todos los mensajes de correo de voz que se envían desde un servidor de mensajería unificada para un usuario habilitado para mensajería unificada se envían primero a un servidor Transporte de concentradores de Exchange 2010 a modo de mensaje SMTP y, a continuación, se envían desde dicho servidor al buzón del usuario habilitado para mensajería unificada. Para que los destinatarios puedan usar la mensajería unificada deben tener un buzón de Exchange 2010. Para obtener información más detallada, consulte Descripción de la mensajería unificada.

Por lo general, cuanto más simple sea la topología de mensajería unificada, mas fácil será implementar y mantener la mensajería unificada. Instale el menor número posible de servidores de mensajería unificada y cree el menor número posible de objetos de mensajería unificada en Active Directory, pero que le permitan dar soporte a la empresa y a los objetivos de la organización. Las grandes empresas con complejos entornos de red y de telefonía, múltiples unidades de negocio u otras características complejas requieren una planificación mayor que las organizaciones más pequeñas con necesidades de mensajería unificada relativamente sencillas.

Es preciso que conozca los distintos aspectos de la mensajería unificada de Exchange 2010, así como cada componente y característica, para poder planear adecuadamente su infraestructura e implementación. Para obtener información detallada, consulte Descripción de los componentes de mensajería unificada y Descripción de la función Mensajería unificada.

A continuación, se indican algunas de las áreas que debe tener en cuenta y evaluar al diseñar Exchange 2010 en la organización:

  • La necesidad de mensajería unificada que tiene la empresa

  • La red telefónica y el sistema de correo de voz actual

  • El diseño actual de la red de datos

  • El entorno actual de Active Directory

  • El número de usuarios a los que tendrá que dar soporte técnico

  • El número de servidores de mensajería unificada que va a necesitar

  • Los requisitos de almacenamiento de los usuarios

  • La colocación de las puertas de enlace IP, los equipos de telefonía y los servidores de mensajería unificada

Para obtener más información, consulte Introducción a la mensajería unificada.

Hay muchas opciones de implementación disponibles para la mensajería unificada; cada una de ellas tiene algunos pasos en común que son necesarios para crear un sistema escalable y de alta disponibilidad que admita grandes cantidades de usuarios. Estos pasos son los siguientes:

  1. Implementar y configurar los componentes de telefonía para la mensajería unificada.

  2. Compruebe que haya instalado correctamente los roles de servidor de Exchange 2010 necesarios para la mensajería unificada.

  3. Instale el rol del servidor de mensajería unificada.

  4. Cree y configure los componentes de Active Directory de mensajería unificada, incluidos los planes de marcado de mensajería unificada, las puertas de enlace IP de mensajería unificada, los grupos de extensiones de mensajería unificada y las directivas de buzón de mensajería unificada.

  5. Realice las tareas posteriores a la implementación, incluida la implementación de certificados para TLS mutua, la creación de operadores automáticos de mensajería unificada y la configuración del servicio de fax.

Para obtener más información acerca cómo implementar la mensajería unificada, consulte los siguientes temas:

Si está integrando su entorno de mensajería unificada en Office Communications Server, hay que añadir más temas en la planificación. Para obtener información más detallada, consulte Descripción de mensajería unificada y Communications Server 2007. Después de leer Descripción de mensajería unificada y Communications Server 2007, puede encontrar más información acerca de la implementación de la mensajería unificada y de Office Communications Server en los temas siguientes:

Antes de implementar su organización de Exchange 2010, compruebe que los equipos cliente y los dispositivos móviles de su organización cumplen los requisitos siguientes.

 

Requisitos Comprobar

Todos los clientes MAPI ejecutan una versión compatible de Outlook, incluidos Microsoft Outlook 2007, Outlook 2003.

[ ]

Todos los clientes de Outlook Web App utilizan un explorador web compatible. Para usar el conjunto completo de características de Outlook Web App, los clientes pueden usar los siguientes exploradores en un equipo en el que se ejecute Windows XP, Windows 2003, Windows Vista o Windows 7:

  • Internet Explorer 7 y versiones posteriores.

  • Firefox 3.0.1 y versiones posteriores.

  • Chrome 3.0.195.27 y versiones posteriores.

En un equipo en el que se ejecute Mac OS X, los clientes pueden utilizar:

  • Safari 3.1 y versiones posteriores.

  • Firefox 3.0.1 y versiones posteriores.

En un equipo en el que se ejecuta Linux, los clientes pueden usar:

  • Firefox 3.0.1 y versiones posteriores.

Los clientes que usan un explorador web que no admite todo el conjunto de características se dirigirán a la versión ligera de Outlook Web App. La versión ligera de Outlook Web App está optimizada para la accesibilidad, por ejemplo, para usuarios invidentes y con deficiencias visuales. La versión ligera proporciona menos características y es más rápida en algunas operaciones. Puede que los clientes prefieran usar la versión ligera si la conexión de que disponen es lenta o si usan un equipo cuyo explorador tiene una configuración de seguridad inusualmente estricta. La versión ligera se puede usar con casi cualquier explorador y presenta las mismas características en todos los exploradores.

[ ]

Todos los dispositivos móviles ejecutan un sistema operativo compatible. Los teléfonos móviles de Windows compatibles con Direct Push o los que ejecutan otro sistema operativo que es compatible con Exchange ActiveSync.

[ ]

 © 2010 Microsoft Corporation. Reservados todos los derechos.
¿Te ha resultado útil?
(Caracteres restantes: 1500)
Gracias por sus comentarios
Mostrar:
© 2014 Microsoft