Problemas para conocer durante la consolidación de sitios en un sitio basado en Exchange Server 2003 Service Pack 1

Seleccione idioma Seleccione idioma
Id. de artículo: 841659 - Ver los productos a los que se aplica este artículo
Este artículo se ha archivado. Se ofrece "tal cual" y no se volverá a actualizar.
Expandir todo | Contraer todo

En esta página

Resumen

después de instalar Exchange Server 2003 Service Pack 1 en un sitio central, puede iniciar la consolidación de sitios para mover servidores de Exchange desde sitios remotos al sitio central. Algunos problemas pueden producirse durante la consolidación de sitios. Antes de iniciar la consolidación de sitios, todos los conectores de Active Directory (ADC) en el bosque debe actualizarse a la versión de ADC que se incluye con Exchange Server 2003 Service Pack 1.

Además, es recomendable asegurarse de que configure correctamente la programación de Exchange Server 5.5 Directory Replication Connector entre el sitio remoto y el sitio central donde se moverá objetos. El comportamiento de conector de Active Directory de Exchange Server 2003 y su efecto en su sitio mientras se ejecuta depende de las muchas variables de cada red.

Mueven carpetas públicas de sitios cruzados, después mueve el grupo entre administrativo y después pueden producirse reubicar objetos, una serie de problemas. Como ayuda para preparar un movimiento entre sitios, es una buena idea que comprende el comportamiento y los problemas que se tratan en este artículo.

INTRODUCCIÓN

Consolidación de sitios es el proceso de consolidación de sitios remotos en un sitio grande, central o en varios sitios grandes. Después de un sitio central se ha implementado y los clientes han empezado a ejecutar Outlook 2003, el administrador puede empezar a consolidar contenido desde sitios remotos. Consolidación de sitios se consolidará el contenido principal, las carpetas públicas, los buzones y los objetos de directorio. Consolidación de sitios también consolida servicios como la Libreta de direcciones sin conexión o conectores externos al sitio central. En este artículo se describen los problemas detectados que pueden producirse durante la consolidación de sitios. En este artículo también se explica lo que puede producir los problemas. Este artículo describen soluciones provisionales y resoluciones. La información se proporciona para ayudarle a entender los problemas que pueden producirse. Además, la información se proporciona para ayudarle a completar la consolidación de sitios.

Instalar Exchange Server 2003 Service Pack 1 conector de Active Directory

El conector de Active Directory (ADC) de Exchange Server 2003 Service Pack 1 es un requisito previo para la consolidación de sitios. La interfaz gráfica de usuario de administrador del sistema de Exchange (GUI) en Exchange Server 2003 Service Pack 1 no permite que se desplaza de sitios cruzados a hasta que se ha actualizado todos los ADC en el bosque para Exchange Server 2003 Service Pack 1.

Programación de actualización de Exchange Server 5.5 Directory Replication Connector (opcional)

Durante movimientos entre sitios, pueden producirse muchos cambios de directorio. Recomendamos que el administrador tenga en cuenta la programación de Exchange Server 5.5 Directory Replication Connector entre el sitio remoto y el sitio central donde se moverá objetos. Para asegurarse de que la replicación de flujo de los cambios rápidamente desde el sitio central al sitio remoto que se consolida, el administrador que desee hacer lo siguiente:
  • Asegúrese de que el conector de replicación de Exchange Server 5.5 está establecido directamente entre el sitio remoto y el sitio central.
  • Asegúrese de que se utiliza el mismo servidor en el sitio central mediante el conector de replicación y replicación cabeza de puente que el ADC está configurado para replicar el servicio de directorio de Active Directory cambia de.
  • Asegúrese de que la programación de replicación de Exchange Server 5.5 está establecida a siempre o a intervalos breves.
Estos cambios son opcionales pero son muy recomendables. Si se retrasa la replicación de directorios o replicación ADC, el proceso de limpieza automatizada después mueve de sitios cruzados durará más.

Comportamiento de ADC

Comportamiento de ADC antes del traslado

Antes de completa un movimiento de grupo entre administrativo de una carpeta pública, el ADC realiza varias fases de comportamiento de limpieza de grupo entre administrativo mover. Entrega de mensajes se verán afectada hasta que finalice la limpieza del ADC Mover grupo entre administrativo.

El tiempo para completar el comportamiento de limpieza del ADC depende de su entorno, la replicación entre los sitios de Exchange Server 5.5 y replicación de Active Directory a Exchange Server 5.5.

Por ejemplo, la limpieza de las listas de distribución y la eliminación del objeto de código auxiliar ejecutar cada 12 horas. La limpieza de las listas de distribución y la eliminación del objeto de código auxiliar se completan al mismo tiempo. En entornos más pequeños, estos pueden realizarse en el ciclo de limpieza de uno o en 12 horas. En entornos grandes, estos pueden tardar dos o más ciclos de limpieza y puede tardar más cerca de 24 horas en completarse. Limpieza de las listas de distribución y la eliminación del objeto de código auxiliar pueden tardar más en un entorno grande debido de las siguientes:
  • El tiempo para replicar de Active Directory a Exchange Server 5.5
  • Replicación entre sitios en Exchange Server 5.5.
Para la limpieza más rápida, haga clic con el botón secundario en el acuerdo de conexión y haga clic Replicar ahora . Sin embargo, la velocidad todavía está limitada a lo siguiente:
  • La hora de replicar de Active Directory a Exchange Server 5.5.
  • Replicación entre sitios en Exchange Server 5.5.


Mover el comportamiento de ADC para vinculado Exchange Server 5.5 y objetos de Active Directory durante un entre grupos administrativos

El objeto de código auxiliar de Exchange Server 5.5 y el objeto de Active Directory son desvinculados durante un movimiento entre sitios. La herramienta de reubicación de carpetas públicas (PFMigrate) utiliza el nuevo indicador NM_MOVED_CROSS_SITE en los nombres ADC global para asignar un valor de nombres global de ADC diferente a los objetos. El ADC no vincula estos dos objetos juntos. Por lo tanto, el objeto de código auxiliar puede eliminarse al final de la limpieza sin eliminar el objeto de Active Directory.

El ADC suprime la replicación del objeto de código auxiliar de Exchange Server 5.5 Active Directory porque el GlobalNames de ADC son quitado y re-stamped con un valor diferente. Si el ADC no suprimir la replicación, el objeto de directorio de carpetas públicas se sería replicado volver en el Active Directory y el resultado sería objetos duplicados. Además, si el ADCGlobalNames no ha replicado en todos los controladores de dominio, el usuario puede estar vinculado volver al objeto de Active Directory. Sellos de PFMigrate ADCDoNotReplicate como una dirección de proxy X.500 en la carpeta pública. La marca de ADCDoNotReplicate indica el ADC no replicar este objeto a Active Directory. El bit entre sitios no puede utilizarse para detener este comportamiento porque GlobalNames el ADC no se replica entre sitios. Por lo tanto, los acuerdos de conexión que replican los cambios que proceden de un sitio no locales no sería Vea sitios cruzados bit y todavía se replicaría eliminaciones y actualizaciones.

Comportamiento de limpieza del ADC

actualizar grupos de distribución
En Exchange Server 5.5, el antiguo objeto carpetas públicas de Exchange Server 5.5 debe quitarse de la lista de distribución y la carpeta pública ha movido debe actualizarse en la lista de distribución de Active Directory.

Objetos de dominio son uno de los objetos más básicos de Active Directory. Todos los demás objetos están subordinados a objetos de dominio. El nombre completo (DN) de un objeto de dominio se compone de los componentes de dominio (dc) de nombre DNS del dominio. Por ejemplo, objeto del dominio microsoft.com tiene un nombre completo del dc = microsoft, dc = com. El objectclass que se utiliza para este objeto es domainDNS y la objectcategory es DomainDNS.

Porque la pertenencia a listas de distribución se basa en DN y la pertenencia no cambia durante la entre grupos administrativos mover de una carpeta pública, Active Directory tiene la pertenencia correcta de la carpeta pública. ADC utiliza el comando ADCGlobalNames para buscar la pertenencia al grupo y vínculos de DN cuando se replica a Exchange Server 5.5. ADC puede actualizar las listas de distribución de Exchange Server 5.5 forzar la replicación del grupo de Active Directory. Sin embargo, puede haber latencia entre sitios de Exchange Server 5.5. Por tanto, cuando se actualiza la lista de distribución en un sitio, que no tenga el nuevo objeto y sólo puede tener conocimiento del objeto de código auxiliar de carpetas públicas. Para evitar este problema, el ADC realiza búsquedas de vínculo de DN a permite vincular objetos antiguos Si no se encuentra el nuevo objeto cuando se busca el directorio de Exchange Server 5.5.

Si la antigua carpeta pública de Exchange Server 5.5 se han eliminado y no se dejaron como una carpeta pública de código auxiliar hasta después de limpieza de la lista de distribución, la carpeta pública se quitarán de sus listas de distribución y la carpeta pública perdería su pertenencia a la lista de distribución. Esto puede ocurrir si las listas de distribución replican en Active Directory y quitado el usuario a sus listas de distribución. Sin embargo, ya que la carpeta pública de código auxiliar se mantiene, debe ser un proceso que limpia estas listas de distribución para que el objeto recién mover carpetas públicas se agrega a sus listas de distribución a través de Exchange Server 5.5 de sitios, y por lo que finalmente se puede quitar el objeto de código auxiliar de carpetas públicas. Este comportamiento puede producirse en una de las siguientes formas de dos:
  • El proceso de PFMigrate toca todos listas de distribución a las que la carpeta pública movida pertenece en Active Directory. Por lo tanto, Active Directory replicará la pertenencia correcta en Exchange Server 5.5. El atributo ObjectVersion replicado se actualiza en Active Directory.
  • Si las listas de distribución no están en el sitio de destino, el ADC automáticamente puede forzar la replicación de todas las listas de distribución a las que la carpeta pública pertenece a. PFMigrate marca todo entre--grupo administrativo, mover, carpetas públicas con el X 500: ADCDeleteWhenUnlinked valor proxy y busca distribución lista de pertenencia. ADC busca objetos con una dirección de proxy de X 500: ADCDeleteWhenUnlinked para forzar la replicación. Si el grupo de distribución está en el sitio local, toque el grupo en Active Directory que tiene la pertenencia correcta con la nueva carpeta pública en el nuevo sitio para forzar la replicación a Exchange Server 5.5. Este comportamiento se agregó a la fase de ADC tiene para que limpieza de directorios resolver vínculos sin resolver de DN. Este comportamiento se ejecuta cada 12 horas.



objetos de código auxiliar de eliminación en el sitio original de Exchange Server 5.5


El X 500: ADCDeleteWhenUnlinked valor proxy se estampa en un objeto por el PFMigrate proceso para indicar que el objeto debe eliminarse cuando su atributo de miembro está vacía. Esto significa que el objeto no pertenece a los grupos de distribución debido del comportamiento de lista de distribución actualizado que se describe anteriormente. Esto también se agregó a la fase de que el ADC tiene para que limpieza de directorios resolver vínculos sin resolver de DN.

Estado de lectura y no leídos de Outlook Web Access y Outlook

Cuando se mueve una carpeta pública a un servidor diferente durante mueve entre sitios de carpetas públicas, el estado de lectura y no leído de los mensajes en la carpeta pública de se pierde. Esto ocurre porque la lectura y el estado no leído no se replica entre servidores. Por tanto, cuando un usuario utiliza Outlook Web Access, o cuando Outlook tiene acceso a una carpeta pública que se ha movido entre sitios, todos los mensajes aparecerán como no leídos. Este comportamiento también ocurre cuando mueve réplicas de carpetas públicas dentro del sitio. Este comportamiento no es específico de sitios cruzados se desplaza.

Acceso a un público carpeta que se ha movido entre sitios

Puede producirse el siguiente comportamiento:
  • Se puede denegar temporalmente el acceso a una carpeta pública ha movido.
  • Es posible que no le enviará a la nueva casa de la carpeta pública.
  • No todo el contenido puede estar en la nueva carpeta pública.
Este comportamiento puede producirse por una de las dos razones siguientes:
  • Si no se actualiza la lista de réplicas en servidor ?s usuario que tiene acceso a sitios cruzados mover carpetas públicas, el usuario se dirige a la réplica antigua hasta que actualice la lista de réplicas. Si se elimina la réplica antigua, el usuario no recibirá acceso a la carpeta pública. La lista de réplicas debe actualizarse en cinco minutos del movimiento entre sitios. Sin embargo, si la lista de réplicas no puede replicarse antes de elimina la réplica de carpetas públicas, los usuarios no tendrán acceso a la carpeta pública hasta que actualice la lista de réplicas.
  • El usuario puede conectarse al sitio nuevo para tener acceso a sus carpetas públicas antes de que se replica todo el contenido al sitio nuevo.


Afinidad de carpetas públicas

Acceso a carpetas públicas no puede completarse si afinidad de carpetas públicas no se establece en el nuevo sitio. Esto ocurre porque la afinidad debe configurarse para el nuevo sitio ? principal ? de la carpeta pública antes del traslado entre sitios de carpetas públicas. Este comportamiento se produce cuando mover réplicas de carpetas públicas y no es específica de sitios cruzados se desplaza.

Afinidad de carpetas públicas es la capacidad de un programa de cliente para ver un servidor en otro sitio y para tener acceso a una carpeta pública. Esto se realiza en lugar de replicar esa carpeta en el sitio local. Afinidad de carpetas públicas normalmente se utiliza si existe una conexión de ancho de banda elevado.

Nota Afinidad de carpetas públicas no es necesario si se siguen las instrucciones para proporcionar las réplicas en sitios de origen y destino durante el buzón mover pasos. Afinidad será necesaria si se mueven las carpetas públicas en total antes o después de mover buzones.

Problemas conocidos: comportamiento después mueve carpetas públicas de sitios cruzados

Efectos en los usuarios de Exchange Server 5.5 y en los usuarios cuando se envían mensajes de correo electrónico a carpetas públicas de Exchange Server 2003

Problemas de entrega de mensajes pueden producirse cuando los usuarios enviar los mensajes de correo electrónico a una carpeta pública durante una entre grupos administrativos se mueven y mientras el ADC está limpiando los objetos de directorio de Exchange Server 5.5.

Nota Durante el desplazamiento entre sitios, los usuarios pueden recibir un informe de no entrega (NDR) que contiene el error siguiente:
acceso denegado 0 x 80070005




reglas de la Bandeja de entrada


Reglas que mueven mensajes hacia y desde las carpetas públicas se basan en la carpeta ID (FID) no funcionará después de han movidas las carpetas públicas entre grupos administrativos. Puede recibir un mensaje similar al siguiente:
No se encuentra la carpeta de destino




movido carpetas públicas en la lista global de direcciones


Las carpetas públicas se mueven entre grupos administrativos pueden desaparecer de la lista global de direcciones en Exchange Server 5.5. Este comportamiento puede producirse si está oculto el objeto de Exchange Server 5.5 original en el sitio anterior antes de objeto se replica al nuevo sitio de Active Directory nuevo Exchange Server 5.5. No están afectadas entre administrativas carpetas movidas públicas en Active Directory, en la lista de direcciones global de Exchange 2000 Server o en la lista global de direcciones de Exchange Server 2003.



diario


El diario no funcionará si una carpeta pública que se utiliza para Exchange Server 5.5 o Exchange 2000 Server diario está movidos grupos administrativos de entre. Este problema se produce porque cambió el atributo LegacyExchangeDN .

Nota Diario de una carpeta pública en Exchange 2000 y Exchange Server 2003 no admite y puede causar problemas de funcionalidad y rendimiento en el entorno de Exchange. Al volver a configurar el diario después de mover entre sitios, cambiar su diario de destino de un buzón en lugar de una carpeta pública.



formularios de organización


Formularios de organización no se mueven entre sitios mediante la secuencia de comandos PFMigrate. Formularios de organización forman parte de las carpetas del sistema y los administradores deben actualizar manualmente la lista de réplicas de carpetas públicas para este y otras carpetas del sistema.


programas de terceros basados en carpetas públicas


Programas de terceros que se basan en una carpeta pública y el atributo LegacyExchangeDN de la carpeta pública no funcionen después de mover una carpeta pública entre sitios.

direcciones proxy
Las carpetas públicas mantendrá sus direcciones de proxy original en su sitio anterior. Además, las carpetas públicas no obtendrán el nuevo proxy las direcciones que se va a mover entre grupos administrativos, incluso si la directiva de destinatario se basa en la pertenencia a grupo administrativo.

El servicio de actualización de destinatarios no se marca proxy actualizados si la carpeta pública ya tiene servidores proxy de ese tipo. Para recibir una nueva dirección de proxy para una directiva de destinatario que ahora se aplicarían al usuario basado en la nueva pertenencia a grupo administrativo, haga clic en Aplicar ahora en la directiva de destinatarios y, a continuación, reconstruya el servicio de actualización de destinatarios. Recomendamos que no hace esto a menos que sea necesario porque esto puede afectar al rendimiento de la red.

Aunque no se actualizan las direcciones de proxy, el flujo de mensajes de correo electrónico no se verán afectado. Sin embargo, si el sistema realiza alguna comprobación de restricción muy específica, puede experimentar un problema si no se actualizan las direcciones. Por ejemplo, considere la situación siguiente:
  • Grupo AG1 acepta mensajes de correo electrónico para domain1.com.
  • AG2 acepta mensajes de correo electrónico para domain2.com.
  • El conector que conecta los dos grupos administrativos no permite que alguien fuera de la organización para enviar mensajes de correo electrónico a través de él.
  • Por lo tanto, los mensajes de correo electrónico generaría un NDR. No se enviarán los mensajes de correo electrónico a través del conector.




ejecutar el ajustador de coherencia servicio de directorio/almacén de información opción ? rehome ?


Cuando se mueven entre sitios de una carpeta pública, lo mejor es que no se ejecuta el servicio de directorio/almacén de información (DS / IS) activado ajustador de coherencia con la característica sincronizados con el directorio y restablecer el valor de servidor principal hasta que finalice toda replicación de directorios. Recomendamos que nunca ejecute el DS / IS consistency adjuster a menos que sea necesario. Debe esperar hasta que se desplaza entre sitios de carpeta pública completa antes de ejecutar el DS / IS ajustador de coherencia.
Si ejecuta el DS / IS consistency adjuster poco después de que se mueve entre sitios de carpetas públicas, puede volver a asignar las carpetas públicas a un sitio distinto del sitio de destino especificado por PFMigrate. Este comportamiento puede producirse si se cumplen las condiciones siguientes:
  • Ejecutar PFMigrate para agregar réplicas de carpetas públicas para todas las carpetas públicas en un sitio a un servidor de destino en un sitio nuevo.
  • Ejecutar PFMigrate para eliminar todas las réplicas de carpetas públicas de todos los servidores en el sitio de origen.
  • Un administrador ejecuta el DS / IS consistency adjuster antes atributos alojados se hayan replicado de Active Directory al directorio de Exchange Server 5.5.
Sin embargo, después de Active Directory se replica con Exchange Server 5.5, no hay riesgo en la ejecución del DS / IS consistency adjuster.

Solucionar problemas de comportamiento después de entre el buzón de grupo administrativo mueve

Efectos en los usuarios de Exchange Server 5.5 y en los usuarios de Exchange Server 2003

Hay un número de problemas de entrega de mensajes durante un movimiento entre grupos administrativos y mientras el ADC está limpiando los objetos de directorio de Exchange Server 5.5. Para preparar este comportamiento, es mejor que comprende perfectamente los problemas potenciales.

Problemas de flujo de correo

Durante un breve período de tiempo después de mover el buzón, los mensajes pueden acabar en cola para servidores que están en un sitio diferente como si los servidores están en el sitio local. Esto es porque el agente de transferencia de mensajes (MTA) no se entiende cómo un usuario puede mover entre sitios. Por tanto, el MTA hace algunos supuestos incorrectos una vez liberado el bloque PR_IN_TRANSIT.

Se realizan intentos para entregar los mensajes a través de procedimientos almacenados remotos (RPC). Estos intentos fallar si sólo una X 400 del conector conecta los sitios y si no comparten el mismo contexto de seguridad (la misma cuenta de servicio). También puede recibir mensajes de error similares al siguiente en el servidor de Exchange 5.5:



Tipo de suceso: advertencia
Origen del suceso: MSExchangeMTA
Categoría del suceso: interfaz
ID. de suceso: 9318
Usuario: N/d
Equipo: Exchange5.5ServerName
Descripción: Error de comunicaciones de RPC al. No se puede enlazar a través de RPC. Índice de tabla (LTAB) Localidad: 6, código de error de NT/MTA: 1753. Comms error 1753, 0, de error de enlace de nombre del servidor remoto ExchangeServerName [MAIN BASE 1 500 % 10] (14)



La solución para este problema consiste en crear temporalmente un conector de sitio entre los sitios. Esto permite una conexión directa de RPC a realizarse entre los servidores en cuestión. Esta conexión permite que se entregue correo. Después de que el movimiento de buzones entre sitios haya finalizado y el MTA ha identificado correctamente la ruta correcta para el usuario, no experimentará este problema.



reglas de la Bandeja de entrada


Si dispone de las reglas de Bandeja de entrada de lado de cliente o servidor que se basan en un usuario y sus LegacyExchangeDN de Exchange, se romperá las reglas cuando mueve grupos entre administrativos de los usuarios porque el LegacyExchangeDN de un usuario cambia. Sin embargo, las reglas de la Bandeja de entrada no rompen si el usuario reside en un servidor basado en una versión posterior o de Exchange Server 2003 Service Pack 1. Las reglas de la Bandeja de entrada funcionan en Exchange Server 2003 Service Pack 1, después un grupo administrativo de entre mover porque los cambios en el almacén de buzón permiten reglas de trabajo incluso cuando cambia el LegacyExchangeDN de un usuario. En lugar de basarse en el atributo LegacyExchangeDN, se puede utilizar la dirección proxy X.500 adicional-que se ha agregado durante el movimiento entre grupos administrativos durante el procesamiento en servidores de Exchange 2003 Service Pack 1 de regla.

Si el usuario no está alojado en Exchange Server 2003 Service Pack 1, sus reglas de Bandeja de entrada que se basan en un grupo administrativo de entre mueven persona debe volverse a crear.



usuarios movidos la lista global de direcciones
Usuarios que se mueven entre grupos administrativos pueden desaparecer de la lista global de direcciones en Exchange Server 5.5 durante un breve período de tiempo mientras el objeto original de Exchange Server 5.5 en el sitio anterior está oculto y antes del nuevo Exchange Server 5.5 objeto ha replicado en el nuevo sitio de Active Directory. Grupo administrativo de entre mover los usuarios son no afectados en Active Directory, Exchange 2000 Server y la lista global de direcciones de Exchange Server 2003.

direcciones proxy


Los usuarios conservan sus direcciones de proxy original en su sitio anterior. Sin embargo, los usuarios no obtendrán el nuevo proxy las direcciones que se va a mover entre grupos administrativos, incluso si la directiva de destinatario se basa en la pertenencia a grupo administrativo.

El servicio de actualización de destinatarios no se marca proxy actualizados si el usuario ya tiene servidores proxy de ese tipo. Para recibir una nueva dirección de proxy para una directiva de destinatario que ahora se aplicarían al usuario basado en la nueva pertenencia a grupo administrativo, haga clic en Aplicar ahora en la directiva de destinatarios y, a continuación, reconstruya el servicio de actualización de destinatarios. Recomendamos que no hace esto a menos que sea necesario porque esto puede afectar al rendimiento de la red.

Aunque no se actualizan las direcciones de proxy, el flujo de mensajes de correo electrónico no se verán afectado. Sin embargo, si el sistema realiza alguna comprobación de restricción muy específica, puede experimentar un problema si no se actualizan las direcciones. Por ejemplo, considere la situación siguiente:
  • Grupo AG1 acepta mensajes de correo electrónico para domain1.com.
  • AG2 acepta mensajes de correo electrónico para domain2.com.
  • El conector que conecte los dos grupos administrativos no permite que alguien fuera de la organización para enviar correo electrónico a través de él.
  • Por lo tanto, el mensaje de correo electrónico genera un NDR. Y, no se enviará el mensaje de correo electrónico a través del conector.

proceso de inicio de sesión de Outlook Web Access


En una implementación de cliente y servicios de fondo, los usuarios tener acceso sus buzones mediante Outlook Web Access (OWA) escribiendo un Inicio de sesión explícito o un Inicio de sesión implícito . La dirección URL de inicio de sesión explícito especifica el servidor y el buzón que el usuario desea tener acceso a y adopta la forma: http:// servername nombreServidor/Exchange / username /, donde servername es el nombre del cualquier cliente de servidor servidor OWA y username es el nombre de cuenta de Microsoft Windows del usuario. Cuando un usuario utiliza un inicio de sesión para el inicio de sesión para Outlook Web Access (OWA) explícito, el inicio de sesión no funcionen. Este problema se produce porque cuando un usuario se mueve entre administrativas agrupar, directorio virtual HTTP que el usuario utiliza para los cambios de Outlook Web Access (OWA). El directorio virtual de HTTP que el usuario utiliza para Outlook Web Access (OWA) cambia porque cambia el servidor de back-end de buzones de Exchange del usuario. Si la dirección SMTP en el nuevo directorio virtual HTTP no es una dirección SMTP que el usuario tiene, se producirá el error de inicio de sesión.

Nota Los directorios virtuales de Exchange Outlook Web Access predeterminados son difíciles de todo codificadas para utilizar la directiva de destinatario predeterminada y la dirección SMTP en esa directiva. Sólo puede utilizar diferentes directivas de destinatarios que tengan diferentes direcciones de SMTP si crea un nuevo directorio virtual.

Este problema es probable que se produzcan en cualquiera de los dos escenarios siguientes:
  • Escenario uno: Si el sitio de origen es un sitio puro de Exchange Server 5.5 donde cada sitio tiene una dirección SMTP diferente y el buzón actual tiene una dirección SMTP en Exchange Server 5.5 que no coincide con el valor predeterminado Exchange dirección SMTP en el servidor de Exchange Server 2003 Service Pack 1 de directorio virtual. Cuando el usuario se mueve desde Exchange Server 5.5 a Exchange Server 2003, cuando el usuario intenta utilizar un inicio de sesión explícito con Outlook Web Access para iniciar sesión en el servidor de Exchange Server 2003 Service Pack 1, no se pueden iniciar sesión.
  • Escenario dos: en un puro o mixto Exchange 2000 Server y Exchange Server 2003 entorno, si el usuario está utilizando actualmente un directorio virtual dedicado que se crea un administrador y no es el directorio virtual predeterminado, para Outlook Web Access. El directorio virtual dedicado, utiliza una dirección SMTP de una directiva de destinatario que también proporciona direcciones SMTP que se utilizan por los buzones de la organización de Exchange. Esto significa que el SMTP trata la coincidencia. Cuando el usuario se mueve al nuevo sitio, se mueven a un nuevo servidor de buzón de Exchange está configurado para utilizar el directorio virtual de Exchange Outlook Web Access predeterminado. Este directorio virtual de Exchange predeterminado utiliza la directiva de destinatarios predeterminada y tiene una dirección SMTP diferente que el usuario no tiene. Por lo tanto, cuando el usuario se mueve desde Exchange Server 5.5 a Exchange Server 2003, cuando el usuario intenta utilizar un inicio de sesión explícito en Outlook Web Access para iniciar sesión en el servidor de Exchange Server 2003 Service Pack 1, no se sesión.
Para evitar los problemas en el escenario 1 y en dos escenarios, utilice uno de las siguientes soluciones:
  • Cree un directorio virtual dedicado en el sitio nuevo para el nuevo servidor de buzón que se mueve el usuario. Seleccione una directiva de destinatario que tiene la dirección SMTP que el usuario tiene el nuevo directorio virtual dedicado.
  • En un sitio mixto sitios o puro Exchange Server 2000 escenario, agregue la dirección SMTP de la directiva de destinatario predeterminada a la directiva de destinatarios se aplica al usuario movido. Una vez actualizado el servicio de actualización de destinatarios, el usuario tendrá un proxy de SMTP adicionales ahora coincide con el directorio virtual predeterminado.
  • Agregue manualmente la dirección SMTP correcta al usuario mover
Exchange Server 2003 Service Pack 1 incluye una solución que permite utilizar la dirección SMTP en los inicios de sesión implícito o inicios de sesión explícitos para evitar este problema. Outlook Web Access funcionará siempre en las situaciones siguientes cuando se conecta a un servidor basado en Exchange Server 2003 Service Pack 1:
  • Inicio de sesión implícito
    Por ejemplo, escriba la dirección URL para el acceso OWA en el siguiente formato:
    http:// Server / exchange
  • Inicio de sesión explícito con el nombre principal de usuario (UPN) o la dirección de SMTP
    Por ejemplo, escriba la dirección URL para el acceso OWA en el siguiente formato:
    http:// server servidor/exchange/usuario @ Domain_Name. com

Cuando intenta utilizar un inicio de sesión explícito mediante el alias del usuario y el usuario no tiene la dirección SMTP del directorio virtual HTTP, no se completará el inicio de sesión. Por ejemplo, si escribe la dirección URL para el acceso OWA en el siguiente formato: http:// Server servidor/Exchange / User, no tendrá acceso a buzón de Exchange server. Este problema se produce cuando se utiliza un inicio de sesión explícito mediante el alias de un usuario para OWA y no es específico de escenarios entre grupos administrativos.



información de disponibilidad y los buzones de recursos


Información de disponibilidad debe estar re-published después de mover un buzón entre sitios. Para los buzones de usuario, esto ocurrirá 15 minutos después de que el usuario utiliza Outlook para iniciar sesión en el servidor de Exchange y el usuario realiza una acción del calendario. Por ejemplo, si el usuario aprueba, se quita o crea una convocatoria de reunión, la información del calendario libres y ocupadas es volver a publicar 15 minutos más tarde.

El propietario de un buzón de recursos, por ejemplo una sala de reunión, debe abrir el buzón y realizar una acción de calendario para volver a publicar la información de disponibilidad.

Este comportamiento se produce porque no habrá un mensaje de disponibilidad para nuevo atributo el usuario ?s LegacyExchangeDN en el sitio de destino, pero Outlook no publicará una actualización hasta que se realiza un cambio de calendario y dirtied la caché de disponibilidad ? local ? de Outlook. Este comportamiento se produce también si ejecuta el proceso GUIDGen para restablecer las carpetas de sistema del sitio.

O la herramienta UpdateFB puede utilizarse para automatizar este proceso se pueden volver a publicar de disponibilidad.

Para obtener información adicional acerca de la herramienta UpdateFB, haga clic en el número de artículo siguiente para verlo en Microsoft Knowledge Base:
294282Cómo utilizar Updatefb.exe para volver a publicar ausente datos de disponibilidad


Libreta de direcciones sin conexión

descarga de libreta de direcciones sin conexión y sitios remotos
Cuando un usuario ejecuta Outlook 2003 en modo de caché en sitios remotos con Exchange Server 2003 o una versión anterior, deben asegurarse de que tienen un ancho de banda suficiente para permitir una descarga completa de la Libreta de direcciones sin conexión para todos los clientes en el sitio remoto.



sitios remotos en vínculos lentos


Cuando se mueven los buzones que utiliza Outlook 2003 en modo de caché desde un servidor remoto de Exchange Server 5.5 a un servidor central de Exchange 2003 SP1, cualquiera entre sitios o no, debe descargar una libreta de direcciones sin conexión completa. Además, cuando hay un cambio significativo en el directorio, o cuando se agrega o quita un nuevo grupo de administración, se generará una descarga de libreta de direcciones sin conexión completa para los usuarios de modo de caché. Por lo tanto, sitios remotos deben asegurarse de que hay suficiente ancho de banda para admitir una libreta de direcciones sin conexión completa para todos los clientes en el sitio remoto.



descarga de información adicional acerca de completa Libreta de direcciones sin conexión


Normalmente, Los clientes de Outlook sólo verá una diferencia de la Libreta de direcciones sin conexión descargar. Esto es un pequeño subconjunto de la descarga de libreta de direcciones sin conexión completa que contiene sólo los cambios en lugar de la lista completa global de direcciones. Sin embargo, hay casos en los clientes de Outlook tendrá para descargar la Libreta de direcciones sin conexión completa. Si el directorio tiene un número significativo de cambios, por ejemplo, se agrega o quita gran cantidad de nuevas cuentas, los cambios de nombre y mucho más, o un nuevo grupo de administración de Exchange, todos los clientes en modo de caché se actualizarán con una libreta de direcciones sin conexión completa. Además, los clientes que se mueven desde Exchange Server 5.5 a un nuevo servidor de Exchange Server 2003 también recibirán una nueva completa sin conexión Libreta de direcciones.

Para obtener información adicional acerca de cómo limitar el efecto de OAB completa descargas de Exchange Server 2003, haga clic en el número de artículo siguiente para verlo en Microsoft Knowledge Base:
867623Límite de libreta de direcciones sin conexión completa descarga to limit the effect on a LAN in Exchange Server 2003


Espere a que las actualizaciones de directorio

Los administradores tendrán que esperar a actualizaciones de directorio que se produzca antes de que los mensajes de correo electrónico pueden fluir sin crear un informe de no entrega (NDR).

Problemas conocidos: comportamiento tras rehome de objeto

Entrega de mensajes se verán afectado en Exchange Server 5.5 y Exchange Server 2003 para los usuarios listas de distribución y de contacto de correo

Si los usuarios envían mensajes de correo electrónico a contacto y listas de distribución durante un grupo administrativo de entre mover y, durante el ADC limpiar los objetos de directorio de Exchange Server 5.5, hay en contacto con un número de problemas de entrega de mensajes que pueden producirse.

reglas de la Bandeja de entrada


Cuando el lista de distribución o grupo es re-homed durante un grupo administrativo de entre mover, las reglas de Bandeja de entrada que procesar los mensajes basado en la DL como remitente o destinatario no funcionará para los buzones que están alojados en servidores de Exchange que son anteriores a Exchange Server 2003 Service Pack 1. Se deben volver a crear estas reglas, o se deben mover los buzones con la regla a un servidor que ejecuta Exchange 2003 SP1.



movido carpetas públicas en la lista global de direcciones


Cuando se vuelven a ubicar una lista de distribución y contactos, puede desaparecer de la lista global de direcciones en Exchange Server 5.5 durante el tiempo que el objeto original de Exchange Server 5.5 en el sitio anterior está oculto y antes de nuevo Exchange Server 5.5 ha replicado el objeto en el nuevo sitio de Active Directory. Alojan los objetos en Active Directory, en la lista de direcciones global de Exchange 2000 Server o en la lista global de direcciones de Exchange Server 2003 no se verán afectados.



direcciones proxy


Objetos que se alojan conservarán sus direcciones de proxy original en su sitio anterior. Sin embargo, no obtendrán nuevas direcciones de proxy cuando se mueve entre grupos administrativos, incluso si la directiva de destinatario se basa en la pertenencia a grupo administrativo.

El servicio de actualización de destinatarios no marca proxy actualizados en el objeto si el objeto alojan ya tiene el mismo tipo de proxy. Para recibir una nueva dirección de proxy para una directiva de destinatario que ahora se aplicarían al objeto basándose en la nueva pertenencia a grupo administrativo, haga clic en Aplicar ahora en la directiva de destinatarios y, a continuación, reconstruya el servicio de actualización de destinatarios. Recomendamos que no hace esto a menos que sea necesario porque esto puede afectar al rendimiento de la red.
Aunque no se actualizan las direcciones de proxy, el flujo de mensajes de correo electrónico no se verán afectado. Sin embargo, si el sistema realiza alguna comprobación de restricción muy específica, puede experimentar un problema si no se actualizan las direcciones. Por ejemplo, considere la situación siguiente:
  • Grupo AG1 acepta mensajes de correo electrónico para domain1.com.
  • AG2 acepta mensajes de correo electrónico para domain2.com.
  • El conector que conecta los dos grupos administrativos no permite fuera de la organización para enviar mensajes de correo electrónico a través de él.
  • Por lo tanto, el mensaje de correo electrónico generaría un NDR. No se enviará el mensaje de correo electrónico a través del conector.


direcciones X.500 se sobrescriben con ADC entre organizaciones de contactos que mueve entre sitios


Considere esta situación. Un acuerdo de conexión entre organizaciones (CA) crea un contacto en una organización. El contacto representa a los buzones de otra organización. Si el contacto se mueve entre sitios, el nombre de directorio original del contacto desde el sitio de origen se marca en el contacto movido en el formulario de una dirección X.500. Sin embargo, si se cambia el buzón que representa el contacto, el cambio se replica al objeto movido contacto y el ADC sobrescribirá la dirección X.500.

Para evitar este problema, utilice uno o varios de los procedimientos siguientes:
  • Volver a configurar al ADC en un sitio nuevo y, a continuación, ejecute la herramienta perder todas las direcciones X.500.
  • Exportar el LegacyExchangeDNs desde Exchange Server 5.5 antes el movimiento entre sitios y, a continuación, importar el LegacyExchangeDNs como direcciones X.500 en los buzones de Exchange Server 5.5.
  • Cambie a modo nativo de Exchange y no se mueven los contactos.


Espere a que el ADC completar


Debe esperar para Active Directory para replicación de Exchange Server 5.5, la replicación entre sitios y replicación entre sitios para completar. Flujo de mensajes de correo electrónico y otras operaciones se verán afectadas hasta que los directorios de Exchange Server 5.5 están sincronizados y se ha ejecutado el ADC para corregir los cambios.

ejecuta el ajustador de coherencia servicio de directorio/almacén de información


Después de una distribución de lista que se concede acceso a una carpeta pública se mueve entre sitios, debe ejecutar la revisión servicio de directorio/almacén de información (DS / IS) herramienta de ajustador de coherencia para Asegúrese de que la lista de distribución es todavía tener acceso a la carpeta pública.

Referencias

Para obtener información adicional, haga clic en los números de artículo siguientes para verlos en Microsoft Knowledge Base:
836489Una actualización es necesaria para consolidación de sitios de modo mixto con Exchange Server 5.5
843107Cómo utilizar la herramienta pfMigrate para realizar una operación de mover carpetas públicas entre sitios en Exchange Server 2003 Service Pack 1

Propiedades

Id. de artículo: 841659 - Última revisión: sábado, 1 de febrero de 2014 - Versión: 3.2
La información de este artículo se refiere a:
  • Microsoft Exchange Server 2003 Service Pack 1
Palabras clave: 
kbnosurvey kbarchive kbmt kbinfo kbexchange2003sp1fix KB841659 KbMtes
Traducción automática
IMPORTANTE: Este artículo ha sido traducido por un software de traducción automática de Microsoft (http://support.microsoft.com/gp/mtdetails) en lugar de un traductor humano. Microsoft le ofrece artículos traducidos por un traductor humano y artículos traducidos automáticamente para que tenga acceso en su propio idioma a todos los artículos de nuestra base de conocimientos (Knowledge Base). Sin embargo, los artículos traducidos automáticamente pueden contener errores en el vocabulario, la sintaxis o la gramática, como los que un extranjero podría cometer al hablar el idioma. Microsoft no se hace responsable de cualquier imprecisión, error o daño ocasionado por una mala traducción del contenido o como consecuencia de su utilización por nuestros clientes. Microsoft suele actualizar el software de traducción frecuentemente.
Haga clic aquí para ver el artículo original (en inglés): 841659

Enviar comentarios

 

Contact us for more help

Contact us for more help
Connect with Answer Desk for expert help.
Get more support from smallbusiness.support.microsoft.com