Recursos para la solución de problemas de las carpetas públicas de Exchange

  • Artículo

 

Última modificación del tema: 2007-02-20

En este artículo se proporcionan vínculos a documentación que se pueden utilizar para solucionar problemas de las carpetas públicas de Microsoft® Exchange Server.

Antes de solucionar un problema, se recomienda que ejecute la herramienta Microsoft® Exchange Server Best Practices Analyzer en su entorno. Exchange Server Best Practices Analyzer examina automáticamente la implementación de Exchange Server y determina si la configuración se ha establecido de acuerdo con las mejores prácticas de Microsoft. Esta herramienta puede instalarse en un equipo cliente que ejecute Microsoft .NET Framework 1.1. Si dispone de un acceso apropiado a la red, Exchange Server Best Practices Analyzer examina todos los servidores del servicio de directorio Microsoft Active Directory® y de Exchange.

Si desea determinar el estado general de la topología y de los servidores de Exchange, esta herramienta permite realizar las siguientes tareas:

  • Puede generar una lista de problemas; por ejemplo, opciones de configuración que se deben mejorar y opciones incompatibles o no recomendadas.
  • Puede determinar el estado general de un sistema.
  • Puede facilitar la solución de problemas específicos recopilando documentación específica de alertas acerca de cada mensaje de advertencia, error y configuración no predeterminada.

Puede ejecutar la herramienta para toda una implementación, un servidor específico o un conjunto de servidores.

Los elementos siguientes son ejemplos de configuraciones concretas de carpetas públicas sobre las que Exchange Server Best Practices Analyzer realiza un informe:

  • Valor de registro Aging Clean Interval
  • Valor de registro Background Cleanup
  • Valor de registro Replication Expiry
  • Valor de registro Minimum Runtime
  • Valor de registro Replication Folder Tombstone Age Limit
  • Valor de registro Replication Folder Conflict Age Limit
  • Valor de registro Preferred Backfill Source
  • El tamaño de la base de datos del almacén de carpetas públicas
  • La ubicación de la base de datos del almacén de carpetas públicas
  • Los almacenes de carpetas públicas que no tienen ninguna dirección de correo electrónico
  • Las asignaciones de árboles de base de datos de carpetas públicas
  • El seguimiento de valores de registro duplicados
  • Las configuraciones de indización de contenido
  • Los permisos en la jerarquía de nivel superior (TLH)
  • Las configuraciones para retención de elementos eliminados
  • Las configuraciones para la libreta de direcciones sin conexión
  • Las configuraciones para la jerarquía de carpetas públicas
  • Los acuerdos de conexión de carpetas públicas realizados mediante el Conector de Active Directory (ADC)

Eliminación de carpetas públicas de Exchange Server

En esta sección se facilitan algunas mejores prácticas generales que le ayudarán a eliminar carpetas públicas y bases de datos de carpetas públicas. Las carpetas públicas de Exchange Server y las bases de datos de carpetas públicas se deben eliminar con precaución.

Uso del Administrador del sistema de Exchange

Para eliminar carpetas públicas, en Carpetas, haga clic con el botón secundario del mouse de la carpeta apropiada y seleccione Eliminar. Esta acción produce las acciones siguientes:

  • Elimina la carpeta pública.
  • Genera un mensaje de replicación de jerarquías saliente.
  • Envía un mensaje de replicación de jerarquías saliente de este servidor a todos los demás servidores de carpetas públicas de la organización. El mensaje de replicación de jerarquía saliente proporciona información acerca de la eliminación de la carpeta pública.

En Exchange Server 5.5, los administradores pueden eliminar carpetas públicas sin que se capture ningún registro de la carpeta ni del suceso de eliminación. En Exchange 2000 Server y Exchange Server 2003, un administrador puede habilitar la auditoría de la eliminación de una carpeta pública mediante el ajuste del registro de diagnósticos de la categoría General de las carpetas públicas, en Medio o Alto. El ajuste produce un suceso que se registra en los registros de aplicación del servidor siempre que se elimina una carpeta pública. El suceso indica el nombre de la carpeta pública que se ha eliminado y la cuenta de usuario que se ha utilizado para eliminarla.

Si intenta eliminar un árbol de carpetas públicas, Exchange Server no lo eliminará hasta que se haya eliminado el almacén asociado. Cuando se eliminan almacenes de carpetas públicas y carpetas públicas, el Administrador del sistema de Exchange actualiza Active Directory de forma apropiada. Antes de eliminar un almacén público, debe eliminar o replicar en otro servidor todas las carpetas que existan en el almacén. El contenido de cualquier carpeta pública que sólo se replique en el almacén público que esté eliminando se perderá de forma permanente una vez que se haya eliminado la carpeta pública.

No es una práctica recomendada eliminar manualmente archivos de bases de datos públicas (archivos .edb y .stm) Una vez que estos archivos se han eliminado manualmente, Exchange Server vuelve a crearlos la próxima vez que se monta el almacén de Exchange Server. En este momento, se repone la jerarquía de carpetas y, si una o más carpetas del almacén eliminado tienen réplicas en otras carpetas, también se repondrá el contenido.

Advertencia

También puede eliminar carpetas públicas mediante el uso de la opción Quitar servidor del Administrador del sistema de Exchange. Al hacer clic con el botón secundario del mouse en el Administrador del sistema de Exchange y seleccionar Quitar servidor, se puede eliminar el servidor de la organización. Este método omite todas las comprobaciones que se realizan con otros métodos. Sin embargo, este método es la forma más destructiva de quitar un servidor y puede causar muchos problemas. Sólo debe utilizar este método si se ha perdido el servidor. Por ejemplo, si el servidor ha sufrido un error catastrófico y no dispone de una copia de seguridad, puede utilizar este método. Sin embargo, incluso en este caso, debe utilizar este método con prudencia.

Consideraciones sobre las carpetas del sitio

El primer servidor de Exchange que se instala en un grupo administrativo contiene las carpetas del sitio del grupo administrativo. Las carpetas del sitio conservan copias de la lista de direcciones sin conexión y de los datos de disponibilidad para ese grupo administrativo. Las carpetas del sitio también contienen réplicas de otras carpetas del sitio de otros grupos administrativos. Si intenta eliminar un almacén que contiene las carpetas del sitio, el Administrador del sistema de Exchange no eliminará el almacén hasta que las carpetas del sitio se hayan reubicado en otro servidor del grupo administrativo.

Por lo tanto, para quitar el primer servidor de Exchange de un grupo administrativo o para eliminar el almacén de carpetas públicas que contenga las carpetas del sitio, antes debe replicar las carpetas públicas en otro servidor de Exchange del grupo administrativo. Además, debe replicar la lista de direcciones sin conexión y la carpeta de disponibilidad de Schedule+ en otro servidor.

Recursos para administrar carpetas públicas

Para obtener más información acerca de la administración de carpetas públicas, consulte los siguientes artículos de Microsoft Knowledge Base:

Replicación

Antes de solucionar los problemas de la replicación con eficacia, debe conocer cómo funciona la replicación. Debe conocer los tipos de mensajes de replicación que emplea Exchange Server y los conjuntos de números de cambio (CNSet). Para ver una descripción de estos conceptos, consulte "Control de la replicación de carpetas públicas en Exchange Server 2003”, en Trabajo con almacenes de Exchange Server 2003. Además, para obtener información acerca de las mejores prácticas para implementar y configurar replicación de carpetas públicas en Exchange 2000 Server y Exchange Server 2003, consulte Prácticas recomendadas para las carpetas públicas de Exchange: implementación de replicación.

En la sección siguiente se indican algunas prácticas recomendadas generales que le ayudarán a solucionar los problemas de replicación.

El proceso de reposición tarda mucho tiempo

A veces, el proceso de reposición puede tardar mucho tiempo, especialmente si el almacén está inactivo y falta la actualización de replicación original y el subsiguiente mensaje de estado. A continuación se muestran algunas situaciones habituales en las que el proceso de reposición es lento.

  • Exchange Server está realizando la reposición desde un servidor que no está actualizado. Si se envía una solicitud de reposición a un servidor que no tiene los datos que faltan, no se cumplirá la solicitud de reposición. Un ejemplo de esta situación es aquel en el que se ha restaurado recientemente una antigua copia de seguridad en un servidor y se envía una solicitud de reposición a ese servidor después de haber restaurado la copia de seguridad. En este caso, el almacén debe enviar varias solicitudes de reposición. Este proceso puede tardar varias horas o incluso días.
  • Exchange Server está enviando solicitudes de estado a un nuevo servidor. Si el servidor que envía la solicitud inicial de estado es un nuevo almacén, es posible que el servidor sólo tenga la jerarquía. En este caso, los almacenes aparecerán sincronizados entre ellos aunque estén desincronizados del resto de la organización. Este problema se resolverá finalmente cuando lleguen las actualizaciones de otros almacenes de la organización. Sin embargo, como se ha satisfecho la solicitud inicial, las reposiciones posteriores pueden tardar varias horas o incluso días.
  • Se ha creado un nuevo grupo de enrutamiento. El programa de instalación de Exchange inicia la memoria pública de Exchange antes de que haya un vínculo de transporte con el resto de la organización. El almacén envía su solicitud de estado pero, como el transporte no está operativo todavía, el almacén no recibe ninguna respuesta. A continuación, el almacén vuelve a utilizar la programación revisada antes de enviar solicitudes de estado adicionales. Una vez que se ha establecido el vínculo de transporte, el servidor intenta enviar la solicitud o las actualizaciones de estado. Además, los mensajes de estado de otros almacenes pueden indicar que el almacén necesita una reposición. Pero, al haberse perdido la solicitud de estado inicial, la reposición de datos puede tardar varias horas o incluso días.
  • El servicio de actualización de destinatarios no ha actualizado los atributos de correo del almacén. Es posible que un almacén de carpetas públicas intente enviar una solicitud de estado antes de que el objeto de directorio se haya marcado con los atributos de correo necesarios. No cabe duda de que esta solicitud de estado produce una notificación de no entrega (NDR) para el mensaje de replicación. Nuevamente, al haber fallado la solicitud de estado inicial, es posible que el almacén tarde varias horas o incluso días en volver a sincronizarse.

En todas estas situaciones, se han perdido los mensajes de replicación iniciales o el almacén ha solicitado información de un almacén que no tiene información acerca de las carpetas públicas. Finalmente, estas situaciones se resuelven automáticamente mientras otros servidores descubren que faltan datos. Si observa que la carpeta está desincronizada y no parece que se vaya a volver a sincronizar después varios tiempos de espera de reposición, deberá modificar una réplica de la carpeta que se encuentre actualizada.

Para comprobar que una carpeta está actualizada, deberá confirmar visualmente que están presentes todos los elementos de la carpeta. Por ejemplo, si está experimentando problemas con jerarquías incompletas, modifique la jerarquía en la réplica actualizada. Para ello, cambie una entrada de permisos en la réplica actualizada. Además, si está experimentando problemas de falta de contenido, modifique el contenido en la réplica actualizada mediante la publicación de un mensaje. Esta acción forzará el envío de un mensaje de replicación al almacén desincronizado y desencadenará una solicitud de reposición.

Registro de diagnósticos

Puede solucionar problemas de replicación mediante la asignación del valor máximo al registro de diagnósticos para replicación entrante y saliente en un servidor concreto.

Para asignar el valor Máximo al registro de diagnósticos para replicación entrante y saliente en un servidor concreto

  1. En la página Propiedades del servidor, haga clic en la ficha Registro de diagnósticos.

  2. Expanda MSExchangeIS y, a continuación, Carpeta pública.

  3. En la ficha Carpeta pública, establezca Mensajes entrantes de replicación y Mensajes salientes de replicación en Máximo.

Este procedimiento genera varios Id. de sucesos, incluida la notificación de mensajes de replicación que se envían y se reciben para actualizaciones de carpetas públicas. Los Id. de sucesos para los mensajes de replicación entrantes se encuentran entre 3011 y 3020 y los Id. de sucesos para los mensajes de replicación salientes se encuentran entre 3021 y 3030. Estos son buenos mensajes de sucesos de replicación de propósito general que le pueden ayudar a limitar el problema de replicación.

Una vez que haya determinado el área de replicación específica, puede ampliar el registro a otros objetos de registro de replicación. Los otros objetos de replicación son Carpetas de replicación del sitio, Caducidad de replicación, Conflictos de replicación, Reposición de replicación y Errores de replicación. Asegúrese de volver a establecer el registro en Ninguno o Mínimo cuando termine de solucionar el problema porque el nivel de registro Máximo puede llenar los registros de sucesos rápidamente.

Cuando solucione los problemas de replicación de las carpetas públicas, es posible que observe que el registro de sucesos no muestra ningún error. Sin embargo, es posible que las carpetas públicas recién creadas y el contenido de las carpetas públicas antiguas no se repliquen correctamente a través de los grupos aunque haya transcurrido el período de tiempo de replicación. Esta discrepancia puede estar causada porque se hayan enviado los mensajes de replicación pero los servidores de destino no los hayan recibido. El seguimiento de mensajes es una herramienta muy útil para determinar la causa de esta discrepancia. Los almacenes se envían mensajes de correo electrónico entre ellos a través de aplicaciones y se puede realizar el seguimiento de estos mensajes utilizando herramientas de seguimiento de mensajes.

Para obtener más información acerca del modo de utilizar el seguimiento de mensajes para diagnosticar y resolver problemas de replicación de carpetas públicas, consulte el artículo de Knowledge Base, XADM: La jerarquía de carpetas públicas y el contenido no se replican a través de los grupos de enrutamiento.

Recursos para solución de problemas de replicación

Para obtener más información acerca de la solución de problemas de replicación, consulte los siguientes artículos de Knowledge Base:

Permisos

Existen dos problemas comunes relacionados con los permisos de carpetas públicas que pueden influir negativamente en la accesibilidad de los usuarios y el rendimiento del servidor de Exchange. Estos problemas son el resultado de una migración de Exchange Server 5.5 a Exchange 2000 Server o Exchange Server 2003.

En primer lugar, hay casos en los que parece que los permisos que se aplican a las carpetas públicas no se conservan. Por ejemplo, puede pasar por el proceso de proporcionar el usuario acceso a una carpeta pública agregando el usuario en la ficha Permisos de la página de propiedades de las carpetas públicas. Aunque parezca que se ha agregado el usuario, no se le permitirá tener acceso a la carpeta. Además, al actualizar la ficha Permisos, el usuario no aparecerá en la lista.

Este problema está causado por un error con la cuenta de Active Directory que está agregando a los permisos de la carpeta pública. Probablemente no es un problema de la carpeta pública. Es posible que la cuenta a la que está intentando permitir el acceso sea una cuenta habilitada para correo que tenga definido el atributo msExchMasterAccountSID. El almacén de información no considera que un usuario habilitado para correo con el atributo msExchMasterAccountSID sea una configuración válida. Al examinar los registros de aplicación del servidor de Exchange, probablemente verá 9.548 sucesos referidos al usuario que tiene el atributo msExchMasterAccountSID.

El atributo MSExchMasterAccountSID se crea en objetos de usuario habilitados para correo deshabilitados creados mediante el ADC. El atributo MSExchMasterAccountSID se establece con el identificador de seguridad (SID) de la cuenta de usuario asociada al buzón de Exchange 5.5 Server. En las situaciones de migración, esta cuenta de usuario suele ser una cuenta de Microsoft Windows NT® 4.0. No obstante, dependiendo de la situación, podría ser una cuenta de usuario de Active Directory de otro bosque asociado al buzón de Exchange 5.5 Server.

Este problema es más frecuente cuando las cuentas habilitadas para correo deshabilitadas que se crearon mediante el ADC se han habilitado manualmente en lugar de utilizar una herramienta como, por ejemplo, la Herramienta de migración para Active Directory, para migrar las cuentas a Active Directory. Se recomienda no habilitar manualmente las cuentas deshabilitadas. Para obtener más información sobre el modo de resolver este problema, consulte Recursos para solución de problemas de replicación más adelante en este artículo.

Otro problema frecuente de los permisos de las carpetas públicas también es consecuencia de la actualización de Exchange 5.5 Server. A veces, un buzón que tenía permisos para una carpeta pública de la organización de Exchange 5.5. Server no tiene un objeto de usuario asociado al buzón en Active Directory. Esta discrepancia puede causar problemas de acceso cuando los usuarios que tienen buzones de Exchange 2000 Server o Exchange Server 2003 intentan ver carpetas públicas. Los usuarios pueden experimentar problemas de acceso. Además, Exchange Server puede sufrir problemas generales de rendimiento.

El síntoma más frecuente que se puede experimentar con los permisos de carpetas públicas es que los usuarios no puedan ver algunas carpetas públicas de Microsoft Office Outlook®. No aparece la carpeta individual. Este síntoma sólo influye en los usuarios que han migrado a Exchange 2000 Server o Exchange Server 2003 y no influye en los usuarios de Exchange 5.5 Server.

Cuando observe el Administrador del sistema de Exchange, podrá ver las carpetas públicas. A continuación, si examina los permisos de la carpeta pública en el Administrador del sistema de Exchange, los usuarios que no puedan ver la carpeta pública se mostrarán con permisos. Si cambia los permisos para que esos usuarios tengan permisos de propietario, verán la carpeta pública en Outlook y podrán tener acceso a ella. Sin embargo, si después vuelve a cambiar los permisos a no propietario, la carpeta pública no aparecerá en Outlook cuando intenten verla de nuevo.

Este comportamiento es el resultado de un problema de conversión de la Lista de control de acceso (ACL). Probablemente hay un buzón que aparece con permisos en la carpeta pública pero ya no existe. Es posible que el buzón se haya eliminado de Exchange 5.5 Server pero no se haya quitado del ACL de las carpetas públicas o los buzones. También puede haber usuarios que aparezcan en la carpeta pública y tengan permisos que todavía no estén representados en Active Directory. Si examina los registros de aplicación de Exchange 2000 Server o Exchange Server 2003, es probable que vea 9.551 sucesos o 9.552. Los sucesos mostrarán las carpetas públicas con las que el servidor esté teniendo problemas de conversión. Los sucesos también incluirán en la lista el usuario o el grupo que esté causando el problema. Para obtener más información sobre el modo de solucionar este problema, consulte los recursos siguientes.

Recursos para solución de problemas de replicación

Para obtener más información acerca de la solución de problemas de replicación, consulte los siguientes artículos de Microsoft Knowledge Base:

Para obtener más información

Para aprender más acerca de las carpetas públicas de Exchange Server, consulte los recursos siguientes: