Descripción de las carpetas públicas
Se aplica a: Exchange Server 2010 SP2, Exchange Server 2010 SP3
Última modificación del tema: 2016-11-28
Las carpetas públicas, introducidas en la primera versión de Microsoft Exchange, están diseñadas para un acceso compartido y ofrecen una manera fácil y efectiva de obtener, organizar y compartir información con otras personas de su grupo de trabajo u organización. Las carpetas públicas se organizan jerárquicamente, se almacenan en bases de datos dedicadas y se pueden replicar entre los servidores en los que se ejecuta Exchange.
Las carpetas públicas no están diseñadas para los siguientes fines:
Archivo de datos Las carpetas públicas no están diseñadas para archivar datos. Los usuarios que tengan límites de buzón usan a veces carpetas públicas en lugar de archivos de carpetas personales (.pst) para archivar datos. Esto no se recomienda, ya que afecta al almacenamiento en servidores de carpetas públicas y debilita el objetivo de los límites de buzón.
Uso compartido de documentos y colaboración Las carpetas públicas no están diseñadas para compartir documentos y colaborar. Las carpetas públicas no proporcionan control de versiones ni otras características de administración de documentos, como la funcionalidad de protección y desprotección controlados y la notificación automática de cambios de contenido.
En Exchange Server 2010, las carpetas públicas son una función opcional. Si todos los equipos cliente de una organización ejecutan Microsoft Outlook 2010 o Office Outlook 2007, no se depende de las carpetas públicas para características como información de disponibilidad (libre/ocupado) y descargas de libretas de direcciones sin conexión (OAB). En lugar de usar las carpetas públicas para las descargas de libretas de direcciones sin conexión e información de disponibilidad (libre/ocupado), en Exchange 2010 estas características las ofrece el servicio Detección automática, el servicio Operador de sistema de Microsoft Exchange y el servicio de distribución de archivos de Microsoft Exchange.
Hasta que todos los equipos cliente de la organización ejecuten Outlook 2010 o Outlook 2007, habría que seguir usando las carpetas públicas.
Contenido
Crear una base de datos de carpetas públicas durante la instalación
Árboles de carpetas públicas
Replicación de carpetas públicas
Referencias a carpetas públicas
Carpetas públicas habilitadas para correo
Acceso a carpetas públicas
Factores por considerar en organizaciones mixtas de Exchange 2010 y Exchange 2007
Factores por considerar en organizaciones mixtas de Exchange 2010 y Exchange 2003
Actualización de la jerarquía de carpetas públicas
Replicación del contenido de carpetas públicas
Recomendaciones
Crear una base de datos de carpetas públicas durante la instalación
Los equipos que ejecutan Outlook 2003 y versiones anteriores o Microsoft Entourage necesitan una base de datos de carpetas públicas (anteriormente llamada almacén de carpetas públicas) para conectarse a Exchange. Por lo tanto, en una organización pura de Exchange 2010, al instalar el rol de servidor Buzón de correo, el programa de instalación muestra la siguiente pregunta: ¿Tiene algún equipo cliente en su organización en el que se ejecute Outlook 2003, versiones anteriores de éste o Entourage? Si la respuesta es sí, se crea una base de datos de carpetas públicas. Si la respuesta es no, no se crea ninguna base de datos de carpetas públicas.
Cuando se instala el segundo servidor, no aparece la pregunta y el programa de instalación no crea una base de datos de carpetas públicas. Solamente cuando se instala el primer servidor se decide si la organización necesita una base de datos de carpetas públicas. Después, todas las bases de datos de carpetas públicas son opcionales. Si no se crea una base de datos de carpetas públicas durante la instalación, siempre se puede crear una vez finalizada ésta. Para obtener más información acerca de cómo crear una base de datos de carpetas públicas, consulte Crear una base de datos de carpetas públicas.
En una organización de Exchange mixta, la instalación no hace esa pregunta. En estas organizaciones, para asegurar la compatibilidad retroactiva con versiones de Exchange anteriores a Exchange Server 2007, se crea una base de datos de carpetas públicas de forma predeterminada. Concretamente, como Exchange 2010 está instalado en su propio grupo administrativo, esta base de datos de carpetas públicas admite la funcionalidad de disponibilidad de Schedule+ heredada.
Para obtener más información acerca de cómo instalar Exchange 2010, consulte Implementación de Exchange 2010.
Crear una base de datos de carpetas públicas durante la instalación
Árboles de carpetas públicas
El árbol de carpetas MAPI se divide en los siguientes subárboles:
Carpetas públicas predeterminadas (también conocidas como el subárbol IPM) Los usuarios pueden obtener acceso a estas carpetas directamente usando aplicaciones cliente como Outlook.
Carpetas públicas de sistema (también conocidas como Non_IPM_Subtree) Los usuarios no pueden obtener acceso directo a estas carpetas mediante el uso de métodos convencionales. Las aplicaciones cliente como Outlook usan estas carpetas para almacenar datos como información de disponibilidad, libretas de direcciones sin conexión y formularios de organización. Otras carpetas del sistema contienen información de configuración que utilizan las aplicaciones personalizadas o el propio Exchange. Este árbol de carpetas públicas contiene más carpetas del sistema, como la carpeta EFORMS REGISTRY, que no existen en los árboles de carpetas públicas de uso general. En las carpetas de sistema se incluye:
EFORMS REGISTRY y Events Root De forma predeterminada, una réplica del contenido de cada una de estas carpetas reside en la base de datos de carpetas públicas predeterminada en el primer servidor Exchange que está instalado en el primer grupo administrativo. Esta es la ubicación donde se almacenan los formularios de organización para clientes de Outlook heredados (clientes que usan una versión de Outlook anterior a Outlook 2007).
Libreta de direcciones sin conexión y Disponibilidad Schedule+ La carpeta de libreta de direcciones sin conexión y la carpetade disponibilidad Schedule+ contienen automáticamente una subcarpeta para cada grupo (o sitio) administrativo de la topología. De forma predeterminada, una réplica de la carpeta de un grupo administrativo específico reside en el primer servidor instalado en el grupo administrativo. Estas carpetas se usan para almacenar información de disponibilidad heredada y datos de libretas de direcciones sin conexión para clientes heredados de Outlook. Los clientes heredados de Outlook no admiten las nuevas características de Exchange 2010 o Exchange 2007, que permiten administrar información de disponibilidad y datos de OAB. (Estas características incluyen el servicio de disponibilidad, el servicio Detección automática y la distribución de la Libreta de direcciones sin conexión en servidores de acceso de clientes.)
OWAScratchPad Cada base de datos de carpetas públicas tiene una carpeta OWAScratchPad, que se usa para almacenar temporalmente los datos adjuntos a los que se tiene acceso mediante Microsoft Office Outlook Web App. No modifique esta carpeta.
StoreEvents Cada base de datos de carpetas públicas tiene una carpeta StoreEvents que mantiene información de registro para eventos de bases de datos de Exchange personalizadas. No modifique esta carpeta.
Otras carpetas Para admitir operaciones internas de bases de datos de Exchange, puede que un árbol contenga otras carpetas de sistema, como schema-root. No modifique estas carpetas.
Crear una base de datos de carpetas públicas durante la instalación
Replicación de carpetas públicas
Las bases de datos de carpetas públicas replican dos tipos de información de carpetas públicas:
Jerarquía Propiedades de las carpetas e información de la organización acerca de las carpetas (incluida la estructura de árbol). Todas las bases de datos de carpetas públicas tienen una copia de la información de jerarquía. Para una carpeta específica, la base de datos de la carpeta pública puede usar información de jerarquía para identificar:
Permisos de la carpeta
Servidores con réplicas de contenido de la carpeta
La posición de la carpeta en el árbol de carpetas públicas (incluidas las carpetas principales y secundarias, si las hubiera)
Contenido Mensajes que forman el contenido de las carpetas. Para replicar el contenido, es necesario configurar una carpeta para que replique el contenido en una base de datos de carpetas públicas específica o en una lista de bases de datos de carpetas públicas. Sólo se mantendrán copias del contenido en las bases de datos especificadas. A una copia de la carpeta que incluye contenido se la llama réplica de contenido.
Nota
La replicación de contenido de carpetas públicas no está controlada por grupos de disponibilidad de base de datos (DAG). Puede tener bases de datos de carpetas públicas en servidores con DAG; sin embargo, las carpetas públicas usarán sus propios métodos de replicación de carpetas públicas fuera del DAG.
Para obtener más información acerca de la replicación de carpetas públicas, consulte Descripción de la replicación de carpetas públicas.
Crear una base de datos de carpetas públicas durante la instalación
Referencias a carpetas públicas
Cuando una aplicación cliente, como Outlook, intenta abrir una carpeta pública de Exchange, el servidor Exchange determina a qué réplica de carpeta debería obtener acceso la aplicación cliente. Este proceso se llama referencia a carpetas públicas. Si existe una réplica del contenido solicitado en el servidor Exchange que sirve la solicitud, la aplicación cliente tiene acceso a la réplica local. Si la réplica no existe en el servidor local, Exchange intenta localizar una réplica en el mismo sitio de Active Directory. Puede modificar el flujo de tráfico de usuarios para permitir referencias sobre ciertos conectores especificando una lista de servidores de referencia y asignando un costo de enrutamiento a cada servidor.
Para obtener más información acerca de las referencias a carpetas públicas, consulte Descripción de las referencias de carpetas públicas.
Crear una base de datos de carpetas públicas durante la instalación
Carpetas públicas habilitadas para correo
El hecho de habilitar una carpeta pública para correo genera un nivel adicional de funciones para los usuarios. Además de poder registrar mensajes en la carpeta, los usuarios pueden enviar mensajes de correo electrónico a la carpeta y, en algunos casos, recibir mensajes de correo electrónico de la misma. Si se están desarrollando aplicaciones personalizadas, se puede usar esta característica tanto para mover mensajes y documentos hasta las carpetas públicas, como para sacarlos de ellas.
Una carpeta habilitada para correo es una carpeta pública que dispone de una dirección de correo electrónico. Dependiendo de cómo esté configurada la carpeta, puede aparecer en la lista global de direcciones. Cada carpeta habilitada para correo incluye un objeto en Active Directory que almacena su dirección de correo electrónico, el nombre de la lista de direcciones y otros atributos relativos al correo.
Puesto que el correo que se envía a carpetas públicas se dirige a la base de datos de carpetas públicas en lugar de a un buzón de la base de datos de buzones de correo, Exchange enruta los mensajes de correo electrónico mediante un método ligeramente distinto del método usado para enrutar mensajes de correo electrónico a un buzón normal.
Crear una base de datos de carpetas públicas durante la instalación
Acceso a carpetas públicas
En Exchange 2010, las siguientes aplicaciones cliente pueden tener acceso a las carpetas públicas:
Outlook 2010
Outlook 2007
Outlook 2003
Para obtener más información acerca de cómo crear y administrar carpetas públicas mediante Outlook 2007, visite Crear y compartir una carpeta pública (en inglés).
Para obtener más información acerca de cómo crear y administrar carpetas públicas mediante Outlook 2003, visite Uso de carpetas públicas (en inglés).
Crear una base de datos de carpetas públicas durante la instalación
Factores por considerar en organizaciones mixtas de Exchange 2010 y Exchange 2007
En una organización mixta de Exchange 2010 y Exchange 2007, es necesario administrar las carpetas públicas y las bases de datos de carpetas públicas desde Exchange 2010. Los servidores Exchange 2007 no reconocen las bases de datos de carpetas públicas de Exchange 2010 debido a cambios de esquema de Active Directory. En la tabla siguiente se describen los comportamientos esperados al realizar determinadas tareas de administración de carpetas públicas en servidores Exchange 2007 y Exchange 2010.
| Tareas | Servidores de Exchange 2007 | Servidores de Exchange 2010 |
|---|---|---|
Cree una base de datos de carpetas públicas |
Si su organización dispone de bases de datos de buzones de Exchange 2010 y no ha rellenado el atributo msExchHomePublicDB, el servidor Exchange 2007 no puede actualizar el parámetro msExchHomePublicDB de la base de datos de buzones de Exchange 2010. Aunque reciba un mensaje de error, se crea la base de datos de carpetas públicas. Tras crear la base de datos de carpetas públicas, es necesario cambiar la base de datos de carpetas públicas predeterminada. Deberá realizar este procedimiento desde un servidor Exchange 2010. Para obtener información más detallada, consulte Cambiar la base de datos de carpetas públicas predeterminada de una base de datos de buzones. |
Siempre funciona. |
Quite la base de datos de carpetas públicas predeterminada. |
Si alguna base de datos de buzones señala a la base de datos de carpetas públicas que intenta quitar, recibirá un mensaje de error en el que se le indicará que cambie la base de datos de carpetas públicas predeterminada. Para cambiar la base de datos de carpetas públicas predeterminada, siga este procedimiento:
Nota Si la nueva base de datos de carpetas públicas predeterminada a la que señalan las bases de datos de buzones es una base de datos de Exchange 2010, consulte "Establecer una base de datos de carpetas públicas de Exchange 2010 como la base de datos de carpetas públicas predeterminada para una base de datos de buzones de Exchange 2007", más adelante en esta tabla. |
Funciona tanto en servidores Exchange 2007 como en servidores Exchange 2010 siempre que ninguna base de datos de buzones tenga la base de datos de carpetas públicas que intenta quitar como base de datos de carpetas públicas predeterminada. |
Quite la última base de datos de carpetas públicas de la organización |
Si esta es la última base de datos de carpetas públicas de Exchange 2007 de la organización, es necesario que el cmdlet Remove-PublicFolderDatabase actualice la propiedad msExchFirstInstance de la base de datos de carpetas públicas de Exchange 2010 a Ejecute el cmdlet Remove-PublicFolderDatabase desde el servidor Exchange 2010. |
Funciona tanto en servidores Exchange 2007 como en servidores Exchange 2010 siempre que ninguna base de datos de buzones tenga la base de datos de carpetas públicas que intenta quitar como base de datos de carpetas públicas predeterminada. |
Establezca una base de datos de carpetas públicas de Exchange 2010 como la base de datos de carpetas públicas predeterminada para una base de datos de buzones de Exchange 2007 |
No es posible cambiar una base de datos de carpetas públicas predeterminada en un servidor Exchange 2007, si la base de datos de buzones o la base de datos de carpetas públicas es una base de datos de Exchange 2010. Puesto que los servidores Exchange 2007 no reconocen las bases de datos de carpetas públicas de Exchange 2010, el cmdlet Set-MailboxDatabase debe ejecutarse en un servidor de Exchange 2010. En el servidor Exchange 2010, cambie la base de datos de carpetas públicas predeterminada por la base de datos de buzones de Exchange 2007. Para obtener información más detallada, consulte Cambiar la base de datos de carpetas públicas predeterminada de una base de datos de buzones. |
Funciona siempre y debe utilizarse para cambiar las bases de datos de carpetas públicas predeterminadas si la base de datos de carpetas públicas y la base de datos de buzones están asociadas con versiones distintas de Exchange. |
Crear una base de datos de carpetas públicas durante la instalación
Factores por considerar en organizaciones mixtas de Exchange 2010 y Exchange 2003
Cuando se instala Exchange 2010 en una organización de Exchange 2003, el programa de instalación crea automáticamente un grupo administrativo y un grupo de enrutamiento dentro de la organización de Exchange 2003. Los servidores de Exchange 2010 agregados a la organización se incluyen en el grupo administrativo y en el grupo de enrutamiento nuevos. Como se ha mencionado anteriormente, el programa de instalación también instala una base de datos de carpetas públicas en el primer servidor de buzones de correo de Exchange 2010. En esa base de datos de carpetas públicas, el programa de instalación crea una carpeta de disponibilidad para el nuevo grupo administrativo. La propiedad legacyExchangeDN para usuarios cuyos buzones de correo se crearon en un servidor de Exchange 2010 (y no se migraron de Exchange 2003) se asigna al nombre de grupo administrativo de Exchange 2010; por lo tanto, se asigna también a la carpeta Disponibilidad. De forma predeterminada, para facilitar las búsquedas de disponibilidad desde Outlook 2003 y usuarios de clientes más antiguos cuyos buzones de correo residan en un servidor de Exchange 2003, la información sobre disponibilidad de los usuarios de clientes se publica en la carpeta Disponibilidad.
Administración
En una organización mixta de Exchange 2010, Exchange 2007 y Exchange 2003, se puede usar el Administrador del sistema de Exchange para administrar las carpetas públicas. Son compatibles los siguientes escenarios:
El Administrador del sistema de Exchange debería conectarse solamente a la base de datos de carpetas públicas de Exchange 2003 para administración. Desde ahí, los cambios se replican a Exchange 2010.
En un entorno puro de Exchange 2010 o en una organización mixta de Exchange 2010 y Exchange 2007, no se puede reinstalar el Administrador del sistema de Exchange para administrar las carpetas públicas. Se debe usar el Shell de administración de Exchange.
Cuando se compruebe la replicación de jerarquía o cuando se visualice el valor del límite de antigüedad de la replicación local de una carpeta, se recomienda usar el Administrador del sistema de Exchange para las carpetas públicas que estén en un servidor de Exchange 2003, y usar el Shell para las carpetas públicas que estén en un servidor de Exchange 2010 o de Exchange 2007.
Outlook Web App
En una organización mixta de Exchange 2010, Exchange 2007 y Exchange 2003, uno de los servidores de acceso de cliente de Exchange 2010 y de Exchange 2007 tiene un directorio virtual llamado /public. Se puede obtener acceso total a las carpetas públicas desde Outlook Web App sin tener que usar el directorio virtual /public.
Importante
Los clientes de Outlook Web App de Exchange 2010 no pueden visualizar carpetas públicas que residan en servidores Exchange 2003.
Además, en Outlook Web App se encuentran disponibles las características de carpetas públicas siguientes:
Acceso completo a las carpetas públicas de los servidores de buzones de correo de Exchange 2010 sin tener que mantener un servidor de buzones de correo de Exchange 2003 disponible para obtener acceso a carpetas públicas desde Outlook Web App.
Capacidades de búsqueda en carpetas públicas
Soporte de elementos web
Crear una base de datos de carpetas públicas durante la instalación
Actualización de la jerarquía de carpetas públicas
Si advierte que la jerarquía de carpetas públicas de un servidor es distinta de la jerarquía de carpetas públicas de otros servidores, puede que le interese sincronizar la jerarquía. En Exchange 2003 Service Pack 2 (SP2), el comando Synchronize Hierarchy se usa para sincronizar la jerarquía de carpetas públicas de un servidor Exchange 2003 con los otros servidores de la organización. En Exchange 2010, el cmdlet Update-PublicFolderHierarchy se usa para sincronizar la jerarquía de carpetas públicas en el servidor Exchange 2010 con el resto de los servidores de la organización.
Nota
No se puede ejecutar el comando Synchronize Hierarchy en un servidor de Exchange 2010. Tampoco se puede ejecutar el cmdlet Update-PublicFolderHierarchy en un servidor de Exchange 2003. Sin embargo, la ejecución de cualquiera de los dos comandos actualiza la jerarquía de carpetas públicas de toda la organización.
Para obtener más información, consulte Actualizar una jerarquía de carpetas públicas.
Crear una base de datos de carpetas públicas durante la instalación
Replicación del contenido de carpetas públicas
Para evitar errores de replicación de contenido de carpetas públicas en la organización, se puede suspender la replicación de contenido de carpetas públicas. La suspensión de la replicación permite volver a configurar la jerarquía de carpetas públicas y los esquemas de replicación.
Para suspender o reanudar la replicación del contenido de carpetas públicas en una organización mixta, vaya a un servidor de Exchange 2010 y ejecute el cmdlet Suspend-PublicFolderReplication o el cmdlet Resume-PublicFolderReplication en el Shell. Aunque ejecute dichos cmdlets en un servidor Exchange 2010, éstos suspenderán o reanudarán la replicación de contenido de carpetas públicas en todos los servidores de la organización mixta. Para obtener más información acerca de cómo usar el Shell para suspender o reanudar la replicación de contenido de carpetas públicas, consulte los temas siguientes:
Crear una base de datos de carpetas públicas durante la instalación
Recomendaciones
En esta sección se ofrecen consejos para cuando se lleven a cabo las siguientes tareas de carpetas públicas en una organización de Exchange:
Creación de bases de datos de carpetas públicas
Diseño de la jerarquía de carpetas públicas
Realización del mantenimiento nocturno
Creación de bases de datos de carpetas públicas
Tenga en cuenta las siguientes recomendaciones para planear el número de bases de datos de carpetas públicas que creará en su organización:
Para topologías de grandes empresas que usan mucho las carpetas públicas, implemente servidores dedicados de carpetas públicas. Esta recomendación surge de la recomendación general de dedicar recursos de disco y de CPU a funciones aisladas del servidor.
Contar con pocas bases de datos más grandes de carpetas públicas permite escalar y administrar mejor que tener varias bases de datos más pequeñas. Si reduce el número de bases de datos de carpetas públicas, reducirá también el tiempo que destina a hacer copias de seguridad y a restaurar múltiples bases de datos más pequeñas. También se puede reducir el tráfico de replicación de fondo. Además, el mantenimiento en línea de unas pocas bases de datos más grandes es más rápido que el de varias bases de datos más pequeñas. Asimismo, es más fácil administrar un número menor de bases de datos de carpetas públicas si se prioriza la aplicación de permisos y accesos a contenido, así como la implementación de replicaciones y referencias eficientes.
La práctica recomendada de tener pocas bases de datos más grandes de carpetas públicas es de especial ayuda si se tiene en consideración la topología del nivel de organización. Sin embargo, en el nivel del servidor, algunas tareas de administración y mantenimiento, como los procesos de copia de seguridad y de restauración, se pueden efectuar más rápidamente si se tienen varias bases de datos más pequeñas. Por último, el número de bases de datos de carpetas públicas que se implemente se debe corresponder con los requisitos de la empresa. A medida que se determina el número de bases de datos que se quiere implementar, hay que contrastar el costo del tráfico de replicación con los costos del tiempo de copia de seguridad, mantenimiento y restauración.
Diseño de la jerarquía de carpetas públicas
A medida que se va diseñando la jerarquía de carpetas públicas, es necesario reconocer el efecto de la replicación de la jerarquía en el entorno. Las jerarquías profundas de carpetas públicas se escalan mejor que las jerarquías amplias. 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, considere cómo se podrían ordenar 250 carpetas en una jerarquía en concreto. Una jerarquía amplia podría tener 250 subcarpetas directas bajo una carpeta principal. Una jerarquía profunda podría tener cinco carpetas en el nivel más alto y cada una de ellas, cinco subcarpetas directas. Dentro de cada una de esas subcarpetas puede haber 10 subcarpetas.
En los dos ejemplos hay 250 carpetas (5 × 5 × 10 = 250). Sin embargo, la jerarquía profunda ofrece un rendimiento mejor que la jerarquía amplia por los siguientes motivos:
El modo en que la replicación maneja las carpetas a las que se aplican diferentes permisos es más eficiente en las jerarquías profundas.
Las acciones de equipos clientes (como ordenar, buscar y expandir) en una carpeta con 10 subcarpetas es mucho menos exigente que en una carpeta con 250 subcarpetas.
Aunque las jerarquías profundas se escalan mejor que las amplias, se recomienda no superar las 250 subcarpetas por carpeta. Si se superan las 250 subcarpetas se provocará muy probablemente una experiencia cliente inaceptable cuando un equipo cliente solicite acceso.
Un factor a tener en cuenta al implementar una jerarquía es el efecto que tienen los permisos en la experiencia de los usuarios cuando éstos quieren obtener acceso a carpetas públicas. Cuando cada subcarpeta pública tiene definidas las entradas de su propia lista de control de acceso, cada vez que el servidor de Exchange recibe un nuevo mensaje de replicación de carpeta pública, la lista de control de accesos de la carpeta pública principal deberá evaluarse para determinar qué usuarios tienen derechos para ver los cambios en la carpeta pública principal. Si la carpeta pública principal tiene una entrada muy amplia de la lista de control de acceso discrecional, puede que tarde mucho tiempo en actualizar la vista de cada suscriptor de carpeta pública.
Nota
La lista de control de acceso discrecional para la carpeta principal consiste en la suma de las listas de control de acceso discrecional de todas las subcarpetas públicas.
Puede tener muchos megabytes (MB) de datos DACL para analizar si se cumplen las condiciones siguientes:
Existen muchas subcarpetas debajo de una sola carpeta pública principal.
Cada una de esas subcarpetas tiene su propia lista de control de accesos definida.
Estos datos de lista de control de acceso discrecional tienen que ser analizados para que poder actualizar todos los suscriptores de carpetas públicas que se muestran cada vez que se recibe un mensaje de replicación de carpetas públicas.
Por lo tanto, se recomienda ordenar la jerarquía de carpetas públicas de acuerdo con las opciones de usuario que obtienen acceso a las carpetas principales. Y tampoco debería implementarse modelos de permisos complejos para las jerarquías de carpetas públicas.
Realización del mantenimiento nocturno
Para estar seguro de que las bases de datos siguen funcionando de forma eficiente, se recomienda realizar el mantenimiento nocturno de las bases de datos de buzones y de carpetas públicas. Los servidores Buzones de correo Exchange automatizan las tareas basándose en la programación establecida.
Crear una base de datos de carpetas públicas durante la instalación
© 2010 Microsoft Corporation. Reservados todos los derechos.