Prácticas recomendadas para las carpetas públicas de Exchange: escalabilidad

  • Artículo

 

Última modificación del tema: 2006-09-14

Cuando diseñe e implemente carpetas públicas de Microsoft® Exchange Server, tenga en cuenta los siguientes factores para determinar el modo de optimizar la escalabilidad:

  • Número de bases de datos de carpetas públicas
  • Anchura y profundidad de la jerarquía de carpetas públicas
  • Elementos por carpeta pública
  • Usuarios por base de datos de carpeta pública

En este artículo se estudia cada uno de estos factores detalladamente. Para obtener más información sobre el tamaño del disco, la velocidad de crecimiento de las carpetas públicas y la planificación de la capacidad general, consulte Prácticas recomendadas para las carpetas públicas de Exchange: administración de datos.

Número de bases de datos de carpetas públicas

Cuando diseñe el número de bases de datos de carpetas públicas que vaya a implementar, tenga en cuenta dos prácticas recomendadas.

En primer lugar, para topologías de grandes empresas en las que se utilicen mucho las carpetas públicas, despliegue servidores dedicados de carpetas públicas. Esta práctica recomendada proviene de la práctica recomendada general de dedicar recursos de la CPU y del disco a funciones aisladas del servidor.

En segundo lugar, recuerde que es más fácil escalar y administrar unas cuantas bases de datos de carpetas públicas de gran tamaño que muchas bases de datos pequeñas. Mediante la reducción del número bases de datos de carpetas públicas, puede reducir el tiempo necesario para realizar copias de seguridad y restaurar muchas bases de datos más pequeñas. También se reduce la cantidad de tráfico de replicación general. Además, el mantenimiento en línea de menos bases de datos de gran tamaño es más rápido que el mantenimiento en línea de muchas bases de datos pequeñas. Finalmente, es más fácil administrar un número reducido de bases de datos de carpetas públicas a la hora de aplicar permisos y acceso al contenido, e implementar replicación y referencias de forma eficaz.

La práctica recomendada que indica que es más fácil escalar y administrar unas cuantas bases de datos de carpetas públicas de gran tamaño que muchas bases de datos pequeñas se cumple especialmente cuando se considera la topología desde el nivel de la organización. Desde el nivel del servidor, algunas tareas de administración y mantenimiento como, por ejemplo, copia de seguridad y restauración, se realizan con más rapidez cuando se implementan más bases de datos pequeñas. Finalmente, el número de bases de datos de carpetas públicas que se implemente deberá responder a las necesidades de la empresa. Cuando determine el número de bases de datos que desea implementar, deberá equilibrar el costo del tráfico de replicación con los costos del tiempo de copia de seguridad, mantenimiento y restauración de las bases de datos.

Anchura y profundidad de la jerarquía

Cuando diseñe la jerarquía de carpetas públicas, deberá reconocer el efecto de la replicación de jerarquías en su entorno. Las jerarquías de carpetas públicas profundas se escalan mejor que las jerarquías anchas. Una jerarquía profunda consta de muchas carpetas anidadas verticalmente en lugar de muchas carpetas de nivel superior. Una jerarquía ancha consta de muchas carpetas de nivel superior con menos subcarpetas anidadas verticalmente.

Por ejemplo, piense en el modo de organizar 250 carpetas en una jerarquía específica. Una jerarquía ancha puede tener 250 subcarpetas directas bajo una carpeta principal. Una jerarquía profunda puede tener cinco carpetas de nivel superior, cada una de ellas con cinco subcarpetas directas. Dentro de cada una de estas subcarpetas puede haber diez subcarpetas.

En ambos ejemplos, hay 250 carpetas (5*5*10=250). Sin embargo, la jerarquía profunda ofrece mayor rendimiento que la jerarquía ancha por dos motivos. El primero es el modo en el que la replicación maneja las carpetas que tienen diferentes permisos. El segundo motivo es que, en una carpeta con diez subcarpetas, las acciones de los clientes como, por ejemplo, ordenar, buscar y expandir son mucho menos costosas que en una carpeta con 250 subcarpetas.

Aunque las jerarquías profundas se escalan mejor que las anchas, recuerde que es una práctica recomendada no sobrepasar las 250 subcarpetas por carpeta. Si se sobrepasan las 250 subcarpetas es probable que la experiencia del cliente sea inaceptable cuando un cliente solicite acceso.

Como se ha indicado anteriormente, un factor que se debe tener en cuenta al implementar una jerarquía es el efecto de los permisos en la experiencia del cliente cuando un usuario desea obtener acceso a las carpetas públicas. Cuando se han definido entradas de Lista de control de acceso (ACL) propias para cada subcarpeta de la carpeta pública, cada vez que el equipo de Exchange Server reciba un nuevo mensaje de replicación de carpetas públicas, la ACL de la carpeta pública principal se deberá evaluar para determinar qué usuario tiene derechos para ver los cambios en la carpeta pública principal. Si la carpeta pública principal tiene una entrada de lista de control de acceso discrecional (DACL), se puede tardar mucho tiempo en actualizar la vista de cada suscriptor de la carpeta pública.

Nota

La DACL de la carpeta principal está formada por la suma de las DACL de todas las subcarpetas de la carpeta pública.

Es posible que tenga muchos megabytes (MB) de datos de DACL que se deban analizar si se cumplen las condiciones siguientes:

  • Tiene muchas subcarpetas bajo una sola carpeta pública principal.
  • Cada una de estas subcarpetas tiene definida su propia ACL.

Los datos de esta DACL se deben analizar de modo que la pantalla se pueda actualizar para todos los suscriptores de carpetas públicas cada vez que se reciba un mensaje de replicación de carpetas públicas.

Por lo tanto, es recomendable organizar la jerarquía de carpetas públicas en función de los conjuntos de usuarios que accedan a las carpetas principales. Además, no debe implementar modelos de permisos complejos en las jerarquías de carpetas públicas. Si ya ha implementado jerarquías de carpetas profundas con diferentes permisos en varios nodos del árbol, consulte el artículo de Microsoft Knowledge Base, "Los usuarios experimentan una respuesta lenta cuando tienen acceso a carpetas públicas de un equipo que ejecuta Exchange Server 2003" para obtener una revisión que pueda mejorar el rendimiento del cliente. Para obtener una revisión similar para Exchange 2000 Server, consulte el artículo de Knowledge Base, "Los usuarios experimentan una respuesta lenta de un servidor de carpetas públicas de Exchange 2000".

Cuando vaya a diseñar la jerarquía, también deberá tener en cuenta el modo de replicar el contenido en la jerarquía. La mayor parte del tiempo es razonable distribuir el contenido y reducir el número de réplicas tanto como sea posible. Para obtener más información, consulte Prácticas recomendadas para las carpetas públicas de Exchange: implementación de replicación.

Elementos por carpeta

Una práctica recomendada es que el número de elementos por carpeta pública no sobrepase los 5.000 elementos. Para administrar el número de elementos por carpeta, deberá configurar la caducidad en consecuencia. Si el límite de 5.000 elementos por carpeta se alcanza habitualmente, incluso con una programación de caducidad estricta, puede segmentar el asunto de las carpetas públicas en temas secundarios y crear varias carpetas públicas para cada tema secundario.

Para obtener más información, consulte Prácticas recomendadas para las carpetas públicas de Exchange: administración de datos.

Usuarios por base de datos de carpeta pública

Aunque no existen límites definidos para el número de usuarios que pueden tener acceso a una base de datos de carpetas públicas, es recomendable limitar el número a 10.000 usuarios. El motivo principal para este límite recomendado es que la memoria virtual o la memoria de núcleo de Exchange Server se puede agotar si más de 10.000 usuarios acceden a una única base de datos.

Debe supervisar los Inicios de sesión de clientes y el Máximo de inicios de sesión de clientes en el objeto de rendimiento MSExchangeIS Public de la herramienta administrativa de complementos de la Consola de administración de Microsoft (MMC) para realizar el seguimiento del número de usuarios que acceden a las carpetas públicas de un servidor concreto.

Para obtener más información acerca de la supervisión de la carga, el ajuste del rendimiento y la escalabilidad, consulte la Guía de rendimiento y escalabilidad de Exchange Server 2003.

Información adicional

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