Cola de Exchange & R: Por todo el bosque

  • Artículo

Es posible compartir los buzones y los datos en todos los bosques, pero para esto hay que realizar elaborados preparativos de configuración.

Henrik Walther

Growing Pains

**Q.**Somos una gran empresa que ejecuta Exchange 2010. Nuestros clientes de Exchange son una mezcla de Outlook 2007 y Outlook 2010. Sólo hemos adquirimos otra empresa que ejecuten Exchange 2007 y con clientes de Outlook 2007. Finalmente vamos a combinar las infraestructuras, pero debido a que cada empresa se compone de más de 100.000 usuarios, necesitamos establecer la coexistencia Rico antes de pasar a la migración real.

¿Podría darnos con algunas recomendaciones sobre cómo abordar la coexistencia de Exchange con esta combinación específica de clientes de Outlook? Estamos tratando de compartir información de disponibilidad y calendarios entre los bosques de Exchange.

**A.**Este es un tema bastante complejo, pero esencialmente tiene las siguientes opciones:

  • Utilizar el servicio de puerta de enlace de Federación de Microsoft (MFG)
  • Utilizar el servicio de disponibilidad de Exchange

La fabricación es un servicio relativamente nuevo (véase figura 1), introducida con Exchange 2010. Las funciones de la Federación en Exchange 2010 Aproveche este nuevo servicio basado en Windows Live.

Básicamente, MFG actúa como un intermediario de confianza entre las organizaciones de Exchange 2010 que desean compartir datos. Es importante subrayar que aunque utiliza una puerta de enlace de Microsoft para crear confianzas de Federación entre organizaciones de Exchange 2010, no hay datos de cualquiera de las organizaciones de Exchange que se compartieron con Microsoft. La MFG simplemente garantiza seguridad al publicar información de dominio y permitiendo el dominio de acceso a datos.

Figura 1 la puerta de Federación de Microsoft ayuda a compartir datos entre dominios.

Las nuevas funciones de la Federación no requieren ningún relaciones de confianza o replicación de datos entre los bosques de Exchange involucrados. En su caso, para un usuario de Exchange 2010 ver el estado de disponibilidad de un usuario en otra organización, el usuario de Outlook 2007/2010 simplemente escribir dirección de correo electrónico de la persona en el Asistente de programación.

Mediante las políticas de uso compartidas, puede definir específicamente qué datos desea compartir y en qué nivel los datos deben ser compartidas (ver figura 2). Dentro de la organización política compartida, puede crear una política de uso compartida. Aquí puede especificar la cantidad de información y con la que los usuarios del dominio deben ser capaces de compartir.

Figura 2 al establecer una nueva relación de compartir, tienes un control granular sobre la medida de compartir.

Mencionas la compañía que usted haya adquirido utiliza Exchange 2007. Es importante señalar que Exchange 2007 no soporta directamente Mfg. Puede implementar un servidor de acceso de cliente de Exchange 2010 dentro del bosque de Exchange 2007 y aprovechar las ventajas de la compatibilidad con servidores proxy de nivel inferior.

MFG no requiere un usuario del buzón desde el otro bosque de Exchange ser representado como un objeto de usuario de correo, por lo que no es necesario configurar GALSync entre los bosques. Sin embargo, tendría sentido en un escenario de convivencia donde desea proporcionar a los usuarios con una lista unificada de direcciones Global (GAL) experiencia.

Si utiliza el servicio de disponibilidad incorporada, debe configurar GALSync (para representar a los usuarios de buzones de correo en el bosque remoto como objetos de usuario habilitado para correo [MEU] en el bosque local) y usar el cmdlet Add-AvailabilityAddressSpace para agregar el espacio de nombres respectivo.

También debe tener en cuenta que cada bosque de Exchange debe poder conectar con el servicio de disponibilidad en los otro org usando el nombre de dominio completo especificado para la URL interna del directorio virtual de servicios Web de Exchange. Debe establecer una relación de confianza de bosque entre los bosques. Esto le permitirá configurar el servicio de disponibilidad para recuperar información de disponibilidad en una base de cada usuario. Para obtener más información sobre topologías de disponibilidad entre bosques, consulte el la documentación de Exchange 2010 TechNet.

En su escenario, no tienes clientes Outlook 2003 en la mezcla. Si por lo tanto, también debe configurar InterOrg replicar información de disponibilidad a través de los bosques, como Outlook 2003 no admite el servicio de disponibilidad. Debido a que desea configurar la coexistencia temporal entre dos bosques de intercambio en las redes privadas, yo recomendaría utilizando el servicio de disponibilidad.

Cruzar bosques

**Q.**Estamos planeando sobre la configuración de disponibilidad entre bosques entre dos bosques de Exchange mediante el cmdlet Add-AvailabilityAddressSpace. ¿Se admite esto si los bosques Exchange comparten el mismo espacio de direcciones SMTP?

**A.**Sí, este escenario es compatible, pero hay un detalle importante. Al utilizar el cmdlet Add-AvailabilityAddressSpace para configurar la disponibilidad y calendario compartir entre dos bosques de Exchange, debe desplegar GALSync para representar a los usuarios de buzones de correo en el bosque remoto como objetos MEU del bosque local (véase figura 3). Como usted probablemente sabe, un objeto MEU reenvía todo el correo electrónico a una dirección de correo electrónico externa (el atributo de dirección de destino del objeto).

Figura 3 calendario de compartir datos entre bosques requiere la configuración adecuada.

Cuando un usuario del buzón de Exchange en un bosque pide información de disponibilidad para un usuario del buzón en otro bosque, el servicio de disponibilidad envía la solicitud a la dirección de correo electrónico externa del objeto MEU que representa el usuario del buzón en ese otro bosque.

Cuando se utiliza el mismo espacio de direcciones SMTP en ambos bosques de Exchange, la parte del dominio de la dirección de destino, evidentemente, será el mismo en ambos bosques. Por esta razón, el servicio de disponibilidad no sabrá cómo llegar al otro bosque. Exchange utiliza descubre automáticamente para determinar dónde debe enviar la solicitud de disponibilidad. Porque descubrir automáticamente utiliza la dirección principal de correo electrónico de un usuario del buzón o la dirección de correo electrónico externa un MEU objeto, es necesario que elija el espacio de direcciones del bosque donde se encuentra el buzón del usuario.

Así que para conseguir este trabajo correctamente, debe utilizar un único espacio de direcciones SMTP principal de cada organización. Luego incluir el espacio de direcciones SMTP compartido como una dirección de proxy secundario en los objetos MEU. También debe configurar descubrimiento automático de los dos espacios de dirección única y configurar conectores entre bosques, por lo que el flujo de correo funciona en consecuencia (véase figura 4).

Figura 4 configuración adecuada es necesario para garantizar el flujo de correo adecuada.

Compartir y compartir por igual

**Q.**Somos una tienda de Exchange 2010 y nuestros usuarios acceden a menudo un buzón compartido. Agregamos el buzón compartido como un buzón adicional cada perfil de usuario Outlook.

Este funciona bien, excepto por el hecho de que los mensajes enviados desde el buzón adicional vaya a la carpeta "Elementos enviados" del buzón principal dentro de un perfil de usuario. A fin de que los otros usuarios que acceden al buzón compartido para realizar un seguimiento de la actividad en el buzón compartido, es importante para nosotros que los mensajes salientes se almacenan en la carpeta "Elementos enviados" del buzón compartido. Estamos utilizando a los clientes Outlook 2010. ¿Sabes si esto es posible?

**A.**Esta es una situación común y no sólo con Exchange 2010 y Outlook 2010. Aunque no es bien conocido, has podido cambiar este comportamiento estándar mediante una clave de registro específica del cliente de Outlook. Al agregar la clave del registro, cuando responde a o reenviar mensajes en el buzón compartido, realmente ir a la carpeta "Elementos enviados" esperada.

Para cambiar el comportamiento de "Elementos enviados", debe crear la siguiente clave del registro (véase figura 5):

Clave: HKEY_CURRENT_USER\Software\Microsoft\Office\14.0\Outlook\Preferences
Nombre: DelegateSentItemsStyle
Tipo: DWORD
Valor: 1

Tenga en cuenta que deben crearse en HKEY_CURRENT_USER.

Figura 5 cambiar donde se guardan los elementos enviados desde un buzón compartido requiere una clave de registro nuevo.

Migración de Exchange 2010

**Q.**Estamos en la etapa de planificación de la implementación de Exchange 2010 en nuestra empresa. Tenemos aproximadamente 130.000 buzones en Exchange 2007. Cuando tenemos una transición a Exchange 2007, hemos encontrado un documento de Microsoft que explica cómo Microsoft IT había diseñado la solución de Exchange 2007 para Microsoft. ¿Sabe usted si existe un documento similar para Exchange 2010?

**A.**Uno de mis colegas, Kay Unkroth en Biblioso Corp., escribió la solución de Exchange 2007 para papel de Microsoft para el escaparate de TI de Microsoft. También escribió muchas otras específicas de Exchange 2007 white papers, que algunos de los cuales trabajado activamente en así. Encontrará todos los específicos de Exchange 2007 white papers publicados por Microsoft IT Showcase en los años en la biblioteca TechNet.

Microsoft IT también ha publicado libros de blancos específicos de Exchange 2010. Estos fueron publicados cuando salió a Exchange 2010. Puede encontrarlos en el misma página TechNet biblioteca.

Microsoft IT Showcase también publica documentos que describen otras tecnologías como Lync Server, Microsoft Forefront, Office 365 y así sucesivamente. Tal vez desee considerar suscribirse al escaparate de TI de Microsoft fuentes RSS para mantenerse en lo que ha sido liberado.

Henrik Walther

Henrik Walther es un Microsoft Certified Master: Exchange 2007 y Exchange MVP con más de 15 años de experiencia en el negocio de TI. Trabaja como arquitecto de tecnología de Timengo Consulting y como un escritor técnico de Biblioso Corp. (gestionada por una compañía norteamericana especializada en servicios de documentación y localización).

Contenido relacionado