Requisitos de almacenamiento
Última modificación del tema: 2009-09-28
Para planear el almacenamiento, tiene que determinar los componentes de almacenamiento que desea implementar, incluidos el tipo de almacenamiento, la ubicación de almacenamiento de la base de datos y de los archivos de registro, así como las decisiones referentes a los componentes que se van a usar para lograr la escalabilidad y una alta disponibilidad.
Componentes de almacenamiento
Tipos de datos y almacenamiento
Al planear una solución de almacenamiento para Office Communications Server 2007 R2, es preciso saber qué tipos de datos se generan y dónde se almacena cada uno. En la tabla siguiente se recopila esta información.
Tabla 1. Tipos de datos y almacenamiento
| Tipo de datos | Nombre del almacén de datos | Ubicación |
|---|---|---|
Datos de usuario persistentes (por ejemplo, listas de control de acceso, contactos, servidor principal o grupo de servidores principales, conferencias programadas) |
RTC |
Enterprise Edition, base de datos back-end; Standard Edition, Microsoft SQL Server 2005 Express con SP2. |
Configuración persistente de Office Communications Server 2007 R2 |
RTCConfig |
Enterprise Edition, base de datos back-end; Standard Edition, SQL Server 2005 Express con SP2. |
Datos de usuario transitorios (por ejemplo, extremos, suscripciones y estado de conferencia transitorio) |
RTCDyn |
Enterprise Edition, base de datos back-end; Standard Edition, SQL Server 2005 Express con SP2. |
Base de datos que contiene información de la dirección global utilizada por el servicio de consulta web de libreta de direcciones para admitir las consultas de búsqueda de la libreta de direcciones de los clientes de Communicator Mobile para Windows |
RTCab |
Enterprise Edition, base de datos back-end; Standard Edition, SQL Server 2005 Express con SP2. |
Archivos de descarga de la libreta de direcciones creados por el servidor de libreta de direcciones y descargados por los clientes de Office Communicator, Office Communicator Phone Edition y Office Communicator Attendant |
Ruta de acceso UNC especificada por el usuario |
En el caso de Enterprise Edition, los archivos de descarga se almacenan en una carpeta NTFS compartida creada por el usuario que se encuentra en un servidor de archivos dedicado de un equipo independiente (opción recomendada) del servidor front-end Enterprise Edition. En el caso de Standard Edition, los archivos se almacenan en <carpeta de instalación de Microsoft Office Communications Server 2007 R2>\Web Components\archivos de la Libreta de direcciones del servidor Standard Edition local. |
El contenido de las reuniones (por ejemplo, las presentaciones de Microsoft Office PowerPoint, los registros de preguntas y respuestas, los sondeos, las charlas y el contenido que se carga) |
Ruta de acceso UNC especificada por el usuario |
En el caso de Enterprise Edition, los archivos de descarga se almacenan en una carpeta NTFS compartida creada por el usuario que se encuentra en un servidor de archivos dedicado de un equipo independiente (opción recomendada) del servidor front-end Enterprise Edition. En el caso de Standard Edition, los archivos se almacenan en <carpeta de instalación de Microsoft Office Communications Server 2007 R2>\Web Components\Data MCU Web\Web del servidor Standard Edition local. |
Los metadatos de contenido de las reuniones (datos XML que describen el contenido de las reuniones, como la fecha y la hora a la que se carga una presentación de PowerPoint) |
Ruta de acceso UNC especificada por el usuario |
En el caso de Enterprise Edition, los archivos de descarga se almacenan en una carpeta NTFS compartida creada por el usuario que se encuentra en un servidor de archivos dedicado de un equipo independiente (opción recomendada) del servidor front-end Enterprise Edition. En el caso de Standard Edition, los archivos se almacenan en <carpeta de instalación de Microsoft Office Communications Server 2007 R2>\Web Components\Data MCU Web\\Non-Web del servidor Standard Edition local. |
Registro de requisitos del contenido de las reuniones (datos XML que registran las actividades de carga de contenido junto con el contenido cargado de las reuniones) |
Ruta de acceso UNC especificada por el usuario |
En el caso de Enterprise Edition, los archivos de descarga se almacenan en una carpeta NTFS compartida creada por el usuario que se encuentra en un servidor de archivos dedicado de un equipo independiente (opción recomendada) del servidor front-end Enterprise Edition. En el caso de Standard Edition, los archivos se almacenan en una carpeta predeterminada del servidor Standard Edition local. |
Archivos de datos de aplicación utilizados internamente por el componente del servidor de aplicaciones para el grupo de servidores |
Ruta de acceso UNC especificada por el usuario |
En el caso de Enterprise Edition, los archivos de descarga se almacenan en una carpeta NTFS compartida creada por el usuario que se encuentra en un servidor de archivos dedicado de un equipo independiente (opción recomendada) del servidor front-end Enterprise Edition. En el caso de Standard Edition, los archivos se almacenan en el directorio <\carpeta de instalación de Microsoft Office Communications Server 2007 R2>\Application Host\Application Data del servidor Standard Edition local. |
Archivos de actualización utilizados por el mecanismo de control de versiones de cliente para actualizar los clientes de Office Communicator y por el servicio de actualización de dispositivos para actualizar los dispositivos de comunicaciones unificadas (UC) |
Ruta UNC especificada por el usuario en Enterprise Edition Carpeta creada por el instalador en Standard Edition |
En el caso de Enterprise Edition, los archivos de actualización se almacenan en un recurso compartido de archivos creado por el usuario que se encuentra en un equipo independiente (opción recomendada) del servidor front-end Enterprise Edition. En el caso de Standard Edition:
|
Datos de Calidad de la experiencia (QoE) del servidor de supervisión |
QoEMetrics |
Base de datos QoE del servidor de supervisión, que normalmente se implementa en un equipo independiente desde la base de datos back-end (configuración recomendada). Esta base de datos siempre se implementa en el mismo servidor, en la misma instancia, como la base de datos CDR. |
Datos CDR del servidor de supervisión |
LcsCDR |
Base de datos CDR del servidor de supervisión, que normalmente se implementa en un equipo independiente desde la base de datos back-end (configuración recomendada). Esta base de datos siempre se implementa en el mismo servidor, en la misma instancia, como la base de datos QoE. |
Datos de archivado |
LcsLog |
Base de datos para el servicio de archivado, la cual se implementa normalmente en un equipo independiente de la base de datos back-end (configuración recomendada) |
Datos de Conversaciones en grupo |
Nombre de base de datos especificado por el usuario |
Base de datos de SQL Server 2005 o SQL Server 2008 que se implementa en un equipo independiente desde el servidor de conversaciones en grupo. |
Las carpetas de cumplimiento y de conversaciones en grupo web (para almacenar los archivos cargados en el servicio web de conversaciones en grupo) |
Ruta de acceso UNC especificada por el usuario |
Todos los servidores de conversaciones en grupo y servicios del grupo de servidores pueden tener acceso al recurso compartido de archivos. |
Datos de cumplimiento de conversaciones en grupo |
Nombre de base de datos especificado por el usuario |
La base de datos de SQL Server 2005 con SP2 o de SQL Server 2008 implementada en un equipo independiente del servicio de cumplimiento. Puede ser la misma instancia de base de datos que se utiliza para los datos de Conversaciones en grupo. |
Datos transitorios del servicio de grupo de respuesta |
ACDDyn |
Enterprise Edition, base de datos back-end; Standard Edition, SQL Server 2005 Express con SP2. |
Consideraciones relativas al almacenamiento
Planear una estrategia de almacenamiento eficaz, sobre todo en el caso de implementar un grupo de servidores Enterprise con una base de datos back-end, es esencial para que la implementación de Office Communications Server 2007 R2 se realice correctamente. No evaluar correctamente los requisitos de almacenamiento y no implementar estrategias para optimizar el acceso a los datos y la seguridad puede resultar poco práctico en el mejor de los casos y catastrófico en el peor de los casos.
Al planear la estrategia de almacenamiento para Office Communications Server 2007 R2, deberá sopesar tres criterios: la capacidad, la disponibilidad y el rendimiento. Las opciones que elija al planear e implementar la solución de almacenamiento afectarán al costo asociado a la administración y al mantenimiento del entorno de Office Communications Server 2007 R2:
- Capacidad. En Office Communications Server 2007 R2, la capacidad total de la base de datos back-end de Enterprise Edition es de aproximadamente 10 gigabytes (GB) para una implementación de gran tamaño. De acuerdo con los estándares tradicionales, una base de datos de este tamaño no se considera grande.
- Disponibilidad. La disponibilidad de la base de datos se puede aumentar a través de la redundancia. La redundancia puede significar que debe agrupar las aplicaciones en clústeres para proporcionar redundancia a la CPU o implementar una solución de matriz redundante de discos independientes (RAID) con el fin de proporcionar redundancia a los datos.
- Rendimiento. Los requisitos de rendimiento son también únicos para cada organización. Esto hace referencia al rendimiento en relación con la capacidad de proceso. Con respecto a la tecnología de almacenamiento, la capacidad de proceso se mide por el número de lecturas y escrituras que un dispositivo de almacenamiento puede realizar por segundo.
Antes de diseñar la solución de almacenamiento de Office Communications Server 2007 R2, determine la prioridad de cada uno de estos tres criterios en su compañía, sobre todo al considerar el equilibrio entre la disponibilidad y el rendimiento. En las secciones siguientes se analizan los factores que se han de tener en cuenta en relación con el almacenamiento.
Principios de almacenamiento generales
Independientemente de la aplicación que ejecute, tenga en cuenta los siguientes principios de almacenamiento para obtener la máxima capacidad, disponibilidad y rendimiento:
- Reduzca el procesamiento necesario en la CPU implementando una solución de hardware especializada, por ejemplo una RAID o una red de área de almacenamiento (SAN) que incorpore la tecnología RAID. En este escenario, se da por supuesto que utiliza una solución de hardware en lugar de una solución RAID de software (basada en host).
- Reduzca el tiempo total que se tarda en completar una transacción mediante la separación de los archivos a los que se obtiene acceso secuencialmente de los archivos a los que se obtiene acceso de forma aleatoria. Al almacenar por separado los archivos a los que se obtiene acceso secuencialmente, se mantienen los cabezales del disco en posición para la entrada/salida secuencial, lo que reduce el tiempo necesario para encontrar los datos.
- Utilice varios discos porque su rendimiento es mejor que el de un solo disco grande. En general, el uso de más discos genera un rendimiento mayor.
Utilice la información de las secciones siguientes para comparar y contrastar estas tecnologías de almacenamiento.
Soluciones RAID
Mediante una solución RAID, puede aumentar la tolerancia a errores de la implementación de Office Communications Server 2007 R2. En una configuración RAID, parte de la capacidad de almacenamiento físico contiene información redundante sobre los datos almacenados en los discos duros. La información redundante es información de paridad (en el caso de un volumen RAID-5) o una copia completa e independiente de los datos (en el caso de un volumen RAID1 reflejado o un volumen RAID 0+1 seccionado y reflejado). La información redundante permite la regeneración de datos.
Consideraciones para Office Communications Server 2007 R2
Al planear la solución de almacenamiento, tenga en cuenta las siguientes características de Office Communications Server 2007 R2:
- Office Communications Server puede admitir hasta 100.000 usuarios simultáneamente en un grupo de servidores de la configuración consolidada. La base de datos back-end de cada grupo de servidores Enterprise y la base de datos de SQL Server 2005 con SP2 en un servidor Standard Edition tienen cada una un conjunto de archivos de registro de transacciones y archivos de base de datos.
- No todos los datos almacenados en Office Communications Server se administran de la misma manera. Una única solución de almacenamiento para todos los tipos de datos no es lo más eficaz. Por ejemplo, los datos transitorios y estáticos residen ambos en la base de datos back-end. En la base de datos RTCDyn se almacena la información de estado de las conferencias así como otra información de índole transitoria. Dada su naturaleza temporal, no es preciso crear una copia de seguridad de esta información ni guardarla periódicamente para fines de restauración. Sin embargo, es importante planear la redundancia y la disponibilidad continuada de los datos siguientes:
- Los datos persistentes almacenados en las bases de datos RTC (configuración de usuario) y RTCConfig (valores de configuración) en un servidor Standard Edition y un grupo de servidores Enterprise.
- La base de datos del servidor de archivado, que contiene información de conformidad que es importante para el archivado.
- En Office Communications Server 2007 R2, el acceso a los archivos de registro de transacciones es secuencial, mientras que el acceso a las bases de datos es aleatorio. De acuerdo con los principios generales de almacenamiento, debe separar los archivos de registro de transacciones (E/S secuencial) de las bases de datos (E/S aleatoria) para maximizar el rendimiento de E/S y aumentar la tolerancia a errores. En concreto, debe mover los archivos de registro de transacciones a discos independientes del almacenamiento de archivos de base de datos.
Para mejorar aún más el rendimiento del sistema, almacene los archivos de registro de transacciones de la base de datos RTCDyn en un dispositivo dedicado independiente. Esto ayuda a garantizar la capacidad de proceso de las transacciones. - SQL Server 2005 Enterprise Edition con Service Pack 2 o SQL Server 2008 Enterprise se pueden configurar como clústeres de conmutación por error para proporcionar una alta disponibilidad. Por ejemplo, en el caso de que se produzca un error en el sistema operativo o una actualización programada, se puede configurar un nodo en el clúster de conmutación por error de modo que realice la conmutación por error a otro nodo del clúster. Esta función ayuda a minimizar el tiempo de inactividad del sistema, por lo que la disponibilidad del servidor es alta. Además, si decide implementar el archivado en modo crítico, lo que significa que el servidor Office Communications Server se cierra si el archivado no está disponible, puede ser conveniente usar un clúster de conmutación por error porque un error en SQL Server puede tirar abajo toda la infraestructura de Office Communications Server.
Independientemente de que use soluciones de almacenamiento directamente conectado (DAS) o de red de área de almacenamiento (SAN), dichas soluciones requiere una planeación y un diseño apropiados a fin de garantizar una capacidad y un rendimiento adecuados para Office Communications Server 2007 R2.
Almacenar archivos de registro de transacciones y archivos de base de datos
Tal y como se ha mencionado anteriormente, para proporcionar la tolerancia a errores en caso de que se produzca un error en el disco duro, guarde los archivos de base de datos y de registro de transacciones de Office Communications Server 2007 R2 en discos duros físicos independientes. Además, si guarda estos archivos de base de datos y de registro en discos independientes, mejorará significativamente el rendimiento de entrada/salida del disco duro. Para obtener acceso al archivo de transacciones y a los datos, seleccione canales de E/S independientes en el controlador RAID y, si es posible, ubique cada canal de E/S en un controlador RAID independiente.
Si se produce un error en el disco duro que contiene los archivos de registro de transacciones, pero no en el disco que contiene las bases de datos, no tendrá que restaurar los datos de Office Communications Server 2007 R2 a partir de una copia de seguridad. Los registros de transacciones de SQL Server para Office Communications Server 2007 R2 se contraen periódicamente y se mantienen dentro de un tamaño limitado. También debe habilitar caché de escritura si el controlador admite esta función. Al habilitar caché de escritura, aumenta el rendimiento de forma significativa.
.gif "Dd425133.important(es-es,office.13).gif") Importante: |
|---|
| Si guarda los archivos de registro de transacciones y las bases de datos de Office Communications Server 2007 R2 en el mismo disco duro físico, el rendimiento se verá afectado y, si se produce un error en ese disco, se podrán recuperar únicamente los datos existentes hasta la última copia de seguridad. |
Compruebe que dispone de la capacidad de disco duro apropiada para los servidores Office Communications Server 2007 R2. Debe tener espacio suficiente en el disco duro para poder restaurar los archivos de registro y de base de datos. En caso contrario, podría tener archivos de copia de seguridad demasiado grandes para restaurarlos en su ubicación original.
Usar clústeres de servidores
La agrupación en clústeres de conmutación por error (que anteriormente recibía el nombre de clústeres de servidores o MSCS) es una característica de Windows Server que se puede usar para lograr una alta disponibilidad y escalabilidad de la base de datos back-end de Office Communications Server 2007 R2. Un clúster se compone de equipos individuales (denominados nodos) que funcionan conjuntamente en un servicio de clúster. Estos equipos funcionan como proveedores de servicios de red o como equipos de reserva que se encargan de las operaciones de servidor para otro nodo si éste experimenta problemas. La agrupación en clústeres proporciona tolerancia a errores y confiabilidad. Además, según la configuración del clúster, la agrupación en clústeres puede simplificar el proceso de recuperación de un solo servidor ante desastres.
En un entorno de agrupación en clústeres, SQL Server se ejecuta como un servidor virtual (y no como servidor independiente), ya que cualquier nodo de un clúster puede asumir el control de un servidor virtual. Si el nodo que ejecuta el servidor virtual SQL Server experimenta problemas, dicho servidor virtual se desconecta durante un breve período hasta que otro nodo toma el control del nodo dañado.
Office Communications Server 2007 R2 admite clústeres de varios nodos activo/pasivo para la base de datos back-end. No se admiten clústeres activo/activo. En un clúster de varios nodos, la instancia de Office Communications Server SQL debe ser capaz de realizar una conmutación por error a un nodo pasivo que, por motivos de rendimiento, no deba compartirse con otra instancia de SQL.
Para poder planear e implementar los clústeres de Office Communications Server R2, debe conocer los conceptos de la agrupación en clústeres de conmutación por error.
Para obtener información detallada sobre la agrupación en clústeres, vea Introducción técnica de Windows Server 2003 Clustering Services en el sitio web de Microsoft: https://go.microsoft.com/fwlink/?LinkId=139792 (en inglés).
Para obtener información detallada sobre la conmutación por error, vea Alta disponibilidad de Windows Server 2008 (en inglés) en el sitio web de Microsoft: https://go.microsoft.com/fwlink/?LinkId=139793 (en inglés).
Para obtener información detallada sobre cómo diseñar el almacenamiento de bases de datos para SQL Server, vea Diseño de almacenamiento de bases de datos físicas (en inglés) en el sitio web de Microsoft: https://go.microsoft.com/fwlink/?LinkId=139794 (en inglés).
Requisitos de versión de SQL Server, Windows y Office Communications Server
Para crear un clúster de Office Communications Server 2007 R2, se requieren versiones específicas de SQL Server y Windows. En la tabla siguiente se recogen estos requisitos.
Tabla 2. Requisitos de versión de SQL Server, Windows y Office Communications Server
| Versión de SQL Server | Versiones de Windows | Versión de Office Communications Server | Nodos de clúster disponibles |
|---|---|---|---|
SQL Server 2008 Enterprise (32 bits o 64 bits) (versión recomendada) |
Edición de 64 bits de Windows Server 2008 (Standard o Enterprise) (versión recomendada) |
Office Communications Server 2007 R2 Enterprise Edition |
Máximo de 16 |
SQL Server 2008 Enterprise (32 bits o 64 bits) (versión recomendada) |
La edición de 64 bits de Windows Server 2003 R2 Standard con SP2 o la edición de 64 bits de Windows Server 2003 R2 Enterprise con SP2 La edición de 64 bits de Windows Server 2003 Standard con SP2 o la edición de 64 bits de Windows Server 2003 Enterprise con SP2 |
Office Communications Server 2007 R2 Enterprise Edition |
Máximo de 8 |
SQL Server 2008 Standard (de 32 bits o 64 bits) |
Edición de 64 bits de Windows Server 2008 (Standard o Enterprise) (versión recomendada) La edición de 64 bits de Windows Server 2003 R2 Standard con SP2 o la edición de 64 bits de Windows Server 2003 R2 Enterprise con SP2 La edición de 64 bits de Windows Server 2003 Standard con SP2 o la edición de 64 bits de Windows Server 2003 Enterprise con SP2 |
Office Communications Server 2007 R2 Enterprise Edition |
Máximo de 2 |
SQL Server 2005 Enterprise Edition con SP2 (32 bits o 64 bits) |
Edición de 64 bits de Windows Server 2008 Standard (versión recomendada) Edición de 64 bits de Windows Server 2003 R2 Enterprise con SP2 Edición de 64 bits de Windows Server 2003 Enterprise con SP2 |
Office Communications Server 2007 R2 Enterprise Edition |
Máximo de 8 |
SQL Server 2005 Standard Edition con SP2 (32 bits o 64 bits) |
Edición de 64 bits de Windows Server 2008 Standard (versión recomendada) Edición de 64 bits de Windows Server 2003 R2 Enterprise con SP2 Edición de 64 bits de Windows Server 2003 Enterprise con SP2 |
Office Communications Server 2007 R2 Enterprise Edition |
Máximo de 2 |
SQL Server 2005 Enterprise Edition con SP2 (32 bits o 64 bits) SQL Server 2005 Standard Edition con SP2 (32 bits o 64 bits) |
La edición de 64 bits de Windows Server 2008 Standard Edición de 64 bits de Windows Server 2003 R2 Standard con SP2 Edición de 64 bits de Windows Server 2003 Standard con SP2 |
Office Communications Server 2007 R2 Enterprise Edition Office Communications Server 2007 R2 Standard Edition (para la base de datos de supervisión o de archivado)* |
Ninguno |
Nota
*SQL Server 2005 Express con SP2 se proporciona con Office Communications Server 2007 R2 Standard Edition.
Recomendaciones referentes a la partición de servidores
Para incrementar la tolerancia a errores y facilitar la solución de problemas, siga este procedimiento:
- Divida los discos en particiones de manera que pueda iniciar una sesión con el símbolo del sistema en caso de emergencia. Al dividir los discos de este modo, aumentan las opciones de recuperación. Por ejemplo, puede iniciar una sesión con el símbolo del sistema y modificar o sustituir cualquier archivo de inicio que esté dañado y le impida iniciar Windows.
- Para incrementar el rendimiento, configure los discos de modo que los archivos de aplicación de Office Communications Server 2007 R2, los archivos de base de datos y los archivos de registro de transacciones estén todos en discos físicos independientes.
Si divide los discos duros en particiones de acuerdo con estas recomendaciones, a cada conjunto de archivos se le asignará un disco físico independiente con una letra de unidad distinta. Al estar representado cada conjunto de archivos por su propia letra de unidad, será más fácil realizar un seguimiento de las particiones de las que debe hacer copias de seguridad de acuerdo con el método de recuperación de datos que seleccione.
Carpetas
Para implementar los servidores Enterprise Edition, determine las necesidades de almacenamiento y cree cinco carpetas compartidas en un servidor de archivos dedicado, usando los nombres de carpeta sugeridos o los que prefiera, donde pueda almacenar la siguiente información:
Presentaciones: presentaciones de reuniones que los asistentes a las conferencias van a descargar o transferir, pero no el contenido de las sesiones de uso compartido de escritorio.
Metadatos: información sobre las reuniones (metadatos) que el componente del servidor de conferencia web del grupo de servidores usa internamente.
Nota
Conceda acceso al recurso compartido de archivos Metadatos a la cuenta de servicio que se use para ejecutar el servidor de conferencia web así como a todas las cuentas de administrador necesarias. Quite el acceso al recurso compartido de archivos Metadatos de todas las demás cuentas de usuario.
Servidor de libreta de direcciones: Los archivos de libreta de direcciones que escribe el servidor de libreta de direcciones, que se instala con el servidor front-end, para proporcionar información de contacto y de usuarios de la lista global de direcciones a Office Communicator 2007 R2, Office Communicator 2007, Office Communicator 2005, Office Communicator 2007 R2 Phone Edition, Office Communicator Phone Edition 2007 y la versión 2007 versión de los clientes de Office Communicator Mobile diariamente. (La versión 2007 R2 de Office Communicator Mobile para el cliente de Windows utiliza un servicio web de consulta de la libreta de direcciones independiente para obtener información de la libreta de direcciones).
Aplicaciones: archivos de aplicación utilizados internamente por el componente del servidor de aplicaciones para el grupo de servidores.
Actualizaciones: archivos utilizados por el mecanismo de control de las versiones de cliente para actualizar los clientes de Office Communicator y por el servicio de actualización de dispositivos para actualizar los dispositivos.
Otorgue control total de cada una de estas carpetas compartidas al administrador, al grupo RTCUniversalServerAdmins, así como a cualquier otro usuario o grupo responsable de la creación de grupos de servidores. Quite el permiso de lectura del grupo Todos. Si estas carpetas compartidas heredan los permisos de las carpetas o unidades primarias, asegúrese de cambiar manualmente los permisos en las carpetas compartidas.
Para obtener información detallada y los requisitos referentes a la carpeta Actualizaciones, vea Servicio de actualización de dispositivos.
Nota
Si utiliza un clúster compartido para los recursos compartidos de archivo de la implementación, utilice el Administrador de clústeres con el objeto de crear los recursos compartidos de archivos. Para obtener información detallada sobre cómo utilizar el Administrador de clústeres, vea el artículo 284838 de Microsoft Knowledge Base, “Cómo crear un archivo de clúster servidor recursoCompartido con Cluster.exe” en https://go.microsoft.com/fwlink/?LinkId=140899 (en inglés).
Si la organización debe cumplir requisitos normativos para el archivado del contenido de las reuniones, puede habilitar los requisitos de reunión. Para administrar estos requisitos, primero debe crear una carpeta compartida en un servidor dedicado de archivos con el fin de almacenar los registros de las reuniones. Puede usar el nombre sugerido o el que prefiera para almacenar los siguientes elementos:
- Requisitos de reunión (opcional): actividades y contenido que se cargan durante las reuniones.
Conceda al grupo RTCComponentUniversalServices control total sobre esta carpeta compartida y a cualquier otro usuario o grupo responsable de la creación de grupos de servidores. Quite el permiso de lectura del grupo Todos.
Si piensa instalar el servidor de archivado, considere las necesidades de almacenamiento para el archivado de los archivos. Para obtener información detallada, vea Compatibilidad con el archivado.