Exigences de stockage
Dernière rubrique modifiée : 2009-09-28
Pour planifier le stockage, vous devez déterminer les composants de stockage que vous souhaitez déployer, notamment le type de stockage, l'emplacement de stockage de la base de données et des fichiers journaux, ainsi que les composants à utiliser pour garantir l'évolutivité et un haut niveau de disponibilité.
Composants de stockage
Types de données et stockage
Pour procéder à la planification d'une solution de stockage pour Office Communications Server 2007 R2, vous devez savoir quels types de données ce dernier génère et l'endroit où elles se trouvent. Le tableau suivant répertorie ces informations.
Tableau 1. Types de données et stockage
| Type de données | Nom du magasin de données | Emplacement |
|---|---|---|
Données utilisateur persistantes (par exemple ACL, contacts, serveur central ou pool, conférences planifiées) |
RTC |
Enterprise Edition, base de données principale ; Standard Edition, Microsoft SQL Server 2005 Express avec SP2. |
Paramètres persistants d'Office Communications Server 2007 R2 |
RTCConfig |
Enterprise Edition, base de données principale ; Standard Edition, SQL Server 2005 Express avec SP2. |
Données utilisateur temporaires (par exemple points de terminaison et abonnements, état temporaire des conférences) |
RTCDyn |
Enterprise Edition, base de données principale ; Standard Edition, SQL Server 2005 Express avec SP2. |
Base de données qui contient des informations de la liste d'adresses globale utilisées par le service de requête sur le Web du carnet d'adresses pour prendre en charge des demandes de recherche dans le carnet d'adresses émanant de clients Office Communicator Mobile pour Windows |
RTCab |
Enterprise Edition, base de données principale ; Standard Edition, SQL Server 2005 Express avec SP2. |
Fichiers de téléchargement du carnet d'adresses créés par le serveur du carnet d'adresses et téléchargés par les clients Office Communicator, Office Communicator Phone Edition et Office Communicator Attendant |
Chemin d'accès UNC défini par l'utilisateur |
Pour Enterprise Edition, les fichiers de téléchargement sont stockés dans un dossier NTFS partagé créé par l'utilisateur, situé sur un serveur de fichiers dédié sur un ordinateur distinct (recommandé) du serveur frontal Enterprise Edition. Pour Standard Edition, les fichiers sont stockés dans <dossier d'installation de Microsoft Office Communications Server 2007 R2>\Web Components\Address Book Files sur le serveur Standard Edition Server local. |
Contenus de réunions (par exemple, présentations Microsoft Office PowerPoint, journaux de questions/réponses, interrogations, conversations et contenu téléchargé) |
Chemin d'accès UNC défini par l'utilisateur |
Pour Enterprise Edition, les fichiers de téléchargement sont stockés dans un dossier NTFS partagé créé par l'utilisateur et situé sur un serveur de fichiers dédié sur un ordinateur distinct (recommandé) du serveur frontal Enterprise Edition. Pour Standard Edition, les fichiers sont stockés dans <dossier d'installation de Microsoft Office Communications Server 2007 R2>\Web Components\Address Book Files sur le serveur Standard Edition Server local. |
Métadonnées des contenus de réunion (données XML décrivant le contenu d'une réunion, telles que l'heure et la date de téléchargement d'une présentation PowerPoint) |
Chemin d'accès UNC défini par l'utilisateur |
Pour Enterprise Edition, les fichiers de téléchargement sont stockés dans un dossier NTFS partagé créé par l'utilisateur et situé sur un serveur de fichiers dédié sur un ordinateur distinct (recommandé) du serveur frontal Enterprise Edition. Pour Standard Edition, les fichiers sont stockés dans <dossier d'installation de Microsoft Office Communications Server 2007 R2>\Web Components\Data MCU Web\Non-Web sur le serveur Standard Edition Server local. |
Journal de conformité du contenu d'une réunion (données XML enregistrant les téléchargements de contenu et les contenus téléchargés) |
Chemin d'accès UNC défini par l'utilisateur |
Pour Enterprise Edition, les fichiers de téléchargement sont stockés dans un dossier NTFS partagé créé par l'utilisateur et situé sur un serveur de fichiers dédié sur un ordinateur distinct (recommandé) du serveur frontal Enterprise Edition. Pour Standard Edition, les fichiers sont stockés dans un dossier par défaut sur le serveur Standard Edition Server local. |
Fichiers de données d'application utilisés en interne par le composant de serveur d'applications pour le pool |
Chemin d'accès UNC défini par l'utilisateur |
Pour Enterprise Edition, les fichiers de téléchargement sont stockés dans un dossier NTFS partagé créé par l'utilisateur et situé sur un serveur de fichiers dédié sur un ordinateur distinct (recommandé) du serveur frontal Enterprise Edition. Pour Standard Edition, les fichiers sont stockés dans <\dossier d'installation de Microsoft Office Communications Server 2007 R2>\Application Host\Application Data sur le serveur Standard Edition Server local. |
Fichiers de mise à jour utilisés par le mécanisme de contrôle de la version des clients pour mettre à jour des clients Office Communicator et par le service de mise à jour des périphériques pour mettre à jour des appareils de communications unifiées. |
Chemin d'accès UNC spécifié par l'utilisateur sur Enterprise Edition Dossier créé par le programme d'installation sur Standard Edition |
Pour Enterprise Edition, les fichiers de mise à jour sont stockés dans un partage de fichiers créé par l'utilisateur, situé sur un ordinateur distinct (recommandé) du serveur frontal Enterprise Edition. Pour Standard Edition :
|
Données du serveur de surveillance QoE (Quality of Experience) |
QoEMetrics |
Base de données du serveur de surveillance QoE, généralement déployée sur un ordinateur distinct (recommandé) de celui contenant la base de données principale. Cette base de données est toujours déployée sur le même serveur et dans la même instance que la base de données d'archivage et d'enregistrement des détails des appels. |
Données d'enregistrement des détails des appels (CDR) du serveur de surveillance |
LcsCDR |
Base de données d'enregistrement des détails des appels (CDR) du serveur de surveillance, généralement déployée sur un ordinateur distinct (recommandé) de celui contenant la base de données principale. Cette base de données est toujours déployée sur le même serveur et dans la même instance que la base de données QoE. |
Archivage des données |
LcsLog |
Base de données du service d'archivage, généralement déployée sur un ordinateur distinct (recommandé) de celui contenant la base de données principale. |
Données de conversation de groupe |
Nom de la base de données spécifiée par l'utilisateur |
Base de données SQL Server 2005 ou SQL Server 2008 déployée sur un ordinateur distinct du serveur de conversation de groupe. |
Dossiers Web de conversation de groupe et de conformité (pour stocker des fichiers téléchargés vers le service Web de conversation de groupe) |
Chemin d'accès UNC défini par l'utilisateur |
Partage de fichiers auxquels peuvent accéder tous les serveurs de conversation de groupe et les services dans le pool. |
Données de conformité de conversation de groupe |
Nom de la base de données défini par l'utilisateur |
Base de données SQL Server 2005 avec SP2 ou SQL Server 2008 déployée sur un ordinateur distinct de celui du service de conformité. Il peut s'agir de la même instance de base de données que celle utilisée pour les données de conversation de groupe. |
Données temporaires du service Response Group |
ACDDyn |
Enterprise Edition, base de données principale ; Standard Edition, SQL Server 2005 Express avec SP2. |
Remarques concernant le stockage
La planification d'une stratégie de stockage est essentielle au déploiement d'Office Communications Server 2007 R2, notamment si vous déployez un pool d'entreprise avec une base de données principale. Faute de parvenir à évaluer vos besoins en termes de stockage et de mettre en œuvre des stratégies afin d'optimiser l'accès aux données et la sécurité, vous risquez de subir des inconvénients pouvant dans le pire des cas aller jusqu'à la catastrophe.
Lorsque vous planifiez votre stratégie de stockage pour Office Communications Server 2007 R2, vous devez prendre en compte trois critères : capacité, disponibilité et performances. Les choix que vous faites lors de la planification et de l'implémentation de votre solution de stockage influent sur les coûts d'administration et de maintenance de votre environnement Office Communications Server 2007 R2.
- Capacité. Dans Office Communications Server 2007 R2, la capacité totale requise pour la base de données principale Enterprise Edition est d'environ 10 gigaoctets (Go) pour un déploiement de taille importante. Selon les critères habituels, cette taille n'est pas considérée comme importante pour une base de données.
- Disponibilité. La disponibilité de votre base de données peut être améliorée par la mise en place d'une redondance. Pour ce faire, vous pouvez par exemple procéder au clustering d'applications ou implémenter une solution RAID (Redundant Array Of Independent Disks).
- Performances. Les besoins en performances sont également propres à chaque organisation. On parle de performances à cause de la notion de débit. En termes de stockage, le débit est mesuré par le nombre de lectures et d'écritures par seconde qu'un système de stockage peut effectuer.
Avant de concevoir votre solution de stockage pour Office Communications Server 2007 R2, déterminez les priorités de votre entreprise pour ces trois critères, surtout au moment de rechercher le bon équilibre entre disponibilité et performances. Les sections suivantes décrivent les facteurs à prendre en compte concernant le stockage.
Principes généraux de stockage
Quelle que soit l'application exécutée, appliquez les principes suivants pour optimiser la capacité, la disponibilité et les performances :
- Réduisez le traitement à exécuter par l'UC en implémentant une solution matérielle spécialisée, par exemple une configuration RAID ou un réseau de stockage SAN (Storage Area Network) faisant appel à cette technologie. Dans ce scénario, nous supposons que vous utilisez une solution matérielle plutôt qu'une solution RAID logicielle (basée sur un système hôte).
- Réduisez le temps total d'exécution d'une transaction en séparant les fichiers à accès séquentiel des fichiers à accès aléatoire. L'enregistrement séparé des fichiers à accès séquentiel maintient les têtes de disque en place pour les E/S séquentielles, ce qui réduit le temps nécessaire pour localiser les données.
- Utilisez plusieurs disques ; ils permettent d'obtenir de meilleures performances qu'un seul disque de grande taille. En général, plus le nombre de disques est important, plus les performances sont rapides.
Utilisez les informations des sections suivantes pour comparer ces technologies de stockage.
Solutions RAID
L'utilisation d'une solution RAID permet d'accroître la tolérance de panne du déploiement d'Office Communications Server 2007 R2. Dans une configuration RAID, une partie de la capacité de stockage physique contient des informations redondantes sur les données enregistrées sur les disques durs. Ces informations redondantes sont soit des informations de parité (dans le cas d'un volume RAID-5), soit une copie complète et distincte des données (dans le cas d'un volume RAID1 mis en miroir ou d'un volume agrégé par bandes et mis en miroir RAID 0+1). Les informations redondantes permettent la régénération des données.
Remarques concernant Office Communications Server 2007 R2
Lorsque vous planifiez votre solution de stockage, tenez compte des caractéristiques suivantes d'Office Communications Server 2007 R2 :
- Office Communications Server peut prendre en charge jusqu'à 100 000 utilisateurs simultanés dans un pool de la configuration consolidée. La base de données SQL principale de chaque pool d'entreprise et la base de données SQL Server 2005 avec SP2 sur un serveur Standard Edition Server dispose d'un ensemble de fichiers journaux de transactions et de fichiers de base de données.
- Toutes les données stockées sous Office Communications Server ne sont pas gérées de la même manière. Par conséquent, l'utilisation d'une seule solution de stockage pour tous les types de données n'est pas l'option la plus efficace. Par exemple, la base de données principale contient à la fois des données temporaires et des données persistantes. La base de données RTCDyn contient des informations sur l'état des conférences, ainsi que d'autres informations temporaires. De par leur nature, ces informations n'ont pas à être sauvegardées ni enregistrées régulièrement à des fins de restauration. Toutefois, il est important de planifier la redondance et la disponibilité progressive des données suivantes :
- les données persistantes stockées dans les bases de données RTC (paramètres utilisateur) et RTCConfig (paramètres de configuration) sur le serveur Standard Edition Server et dans un pool d'entreprise ;
- la base de données du serveur contenant également des informations de conformité qui sont essentielles aux processus d'archivage.
- Dans Office Communications Server 2007 R2, les fichiers journaux des transactions font l'objet d'un accès séquentiel, tandis que l'accès aux bases de données est aléatoire. Conformément aux principes généraux de stockage, vous devez séparer les fichiers journaux des transactions (E/S séquentielles) des bases de données (E/S aléatoires) pour optimiser les performances des entrées/sorties et accroître la tolérance de panne. Plus précisément, vous devez placer les fichiers journaux des transactions sur des disques distincts de ceux des bases de données.
Pour améliorer encore davantage les performances système, stockez les fichiers journaux des transactions pour la base de données RTCDyn sur un périphérique séparé dédié. Ceci permet d'assurer un haut débit de transactions. - Pour optimiser la disponibilité de l'environnement, SQL Server 2005 Enterprise Edition avec SP2 ou SQL Server 2008 Enterprise peuvent être configurés en tant que clusters de basculement. Par exemple, pour fournir une prise en charge lors d'une panne liée au système d'exploitation ou d'une mise à niveau planifiée, il est possible de configurer un nœud du cluster de basculement pour qu'il bascule automatiquement sur un autre nœud. Cette capacité aide à réduire la durée des interruptions de service et permet donc d'augmenter la disponibilité du serveur. En outre, si vous décidez d'implémenter l'archivage en mode critique (Office Communications Server s'arrête si l'archivage n'est pas disponible), il peut s'avérer préférable d'utiliser un cluster de basculement. En effet, une panne du serveur SQL Server se produisant lorsque le mode critique est utilisé risquerait de rendre l'intégralité de l'infrastructure Office Communications Server indisponible.
Que vous utilisiez une solution DAS (Direct Attached Storage) ou SAN (Storage Area Network) pour le stockage, votre solution requiert une planification et une conception appropriées pour fournir à Office Communications Server 2007 R2 la capacité et le débit nécessaires.
Stockage des fichiers journaux de transactions et des fichiers de base de données
Comme nous l'avons vu plus haut, pour garantir la tolérance de panne en cas de panne d'un disque dur, placez vos fichiers journaux de transactions et vos fichiers de base de données Office Communications Server 2007 R2 sur des disques durs distincts. Cette précaution permet en outre d'améliorer de manière importante les performances d'E/S des disques durs. Pour l'accès aux fichiers de données et de transactions, sélectionnez des canaux d'E/S distincts sur le contrôleur RAID et, si possible, placez chaque canal d'E/S sur un contrôleur RAID distinct.
Si le disque dur contenant les fichiers journaux des transactions tombe en panne, mais pas celui qui contient vos bases de données, vous ne serez pas obligé de restaurer toutes les données Office Communications Server 2007 R2 à partir des sauvegardes. Les journaux de transactions SQL Server d'Office Communications Server 2007 R2 sont réduits de manière périodique et maintenus en dessous d'une certaine taille. Il est recommandé également d'activer le cache d'écriture si le contrôleur prend cette fonctionnalité en charge. Le cache d'écriture augmente le débit de manière significative.
.gif "Dd425133.important(fr-fr,office.13).gif") Important : |
|---|
| Si vous placez vos fichiers de base de données et journaux de transactions Office Communications Server 2007 R2 sur le même disque dur physique, vous observerez une baisse des performances ; si ce disque tombe en panne, vous ne pourrez récupérer que les données qui existaient déjà à votre dernière sauvegarde. |
Vérifiez que la capacité de vos disques durs est suffisante pour les systèmes Office Communications Server 2007 R2. Vous devez disposer de suffisamment d'espace sur chaque disque dur pour restaurer à la fois les fichiers de base de données et les fichiers journaux. Si tel n'est pas le cas, les fichiers de sauvegarde risquent d'être trop gros pour pouvoir être restaurés à leur emplacement d'origine.
Utilisation du clustering de serveurs
Le clustering de basculement, appelé clusters de serveur ou service MSCS (Microsoft Clustering Service) dans les versions précédentes, est une fonction Windows Server que vous pouvez utiliser pour garantir l'évolutivité et la haute disponibilité de la base de données principale d'Office Communications Server 2007 R2. Un cluster comprend plusieurs ordinateurs (également appelés nœuds) fonctionnant ensemble dans un service de cluster. Ces ordinateurs jouent le rôle de fournisseurs de services réseau ou d'ordinateurs de réserve qui prennent en charge les opérations du serveur d'un autre nœud en cas de problèmes. Le clustering garantit la tolérance de panne et la fiabilité. Par ailleurs, selon le mode de configuration du cluster, le clustering peut simplifier le processus de récupération d'un serveur en cas d'incident.
Dans un environnement de clustering, le serveur SQL Server s'exécute en tant que serveur virtuel (et non en tant que serveur autonome) car n'importe quel nœud d'un cluster peut prendre le contrôle d'un serveur virtuel. Si le nœud exécutant le serveur SQL Server virtuel rencontre des problèmes, le serveur virtuel SQL Server se met brièvement hors ligne jusqu'à ce qu'un autre nœud prenne le contrôle du nœud défaillant.
Office Communications Server 2007 R2 prend en charge les clusters actifs/passifs à plusieurs nœuds pour la base de données principale. Les clusters actif/actif ne sont pas pris en charge. Dans un cluster à plusieurs nœuds, l'instance SQL Office Communications Server doit être capable de basculer vers un nœud passif qui, pour des raisons de performance, ne doit pas être partagé par une autre instance SQL.
Vous devez vous familiariser avec les concepts le clustering de basculement avant de planifier et de déployer des clusters Office Communications Server 2007 R2.
Pour plus d'informations sur le clustering, consultez Présentation technique des services de clustering Windows Server 2003 sur le site Web de Microsoft : https://go.microsoft.com/fwlink/?LinkId=139792 (en anglais).
Pour plus d'informations sur le basculement, consultez Haute disponibilité de Windows Server 2008 sur le site Web de Microsoft : https://go.microsoft.com/fwlink/?LinkId=139793 (en anglais).
Pour plus d'informations sur la création du stockage de la base de données pour SQL Server, consultez la rubrique relative à la création du stockage de la base de données physique sur le site Web de Microsoft : https://go.microsoft.com/fwlink/?LinkId=139794 (en anglais).
Versions requises pour SQL Server, Windows et Office Communications Server
Des versions spécifiques de Windows et SQL Server sont requises pour créer un cluster Office Communications Server 2007 R2. Le tableau suivant répertorie ces versions.
Tableau 2. Versions SQL Server, Windows et Office Communications Server requises
| Version de SQL Server | Versions de Windows | Version d'Office Communications Server | Nœuds de cluster disponibles |
|---|---|---|---|
SQL Server 2008 Enterprise (32 bits ou 64 bits) (recommandé) |
Version 64 bits (Standard ou Enterprise) de Microsoft Windows Server 2008 (recommandé) |
Office Communications Server 2007 R2 Enterprise Edition |
16 au maximum |
SQL Server 2008 Enterprise (32 bits ou 64 bits) (recommandé) |
Windows Server 2003 R2 Standard x64 Edition avec SP2 ou Windows Server 2003 R2 Enterprise x64 Edition avec SP2 Windows Server 2003 Standard x64 Edition avec SP2 ou Windows Server 2003 Enterprise x64 Edition avec SP2 |
Office Communications Server 2007 R2 Enterprise Edition |
8 au maximum |
Microsoft SQL Server 2008 Standard (32 bis ou 64 bits) |
Version 64 bits (Standard ou Enterprise) de Microsoft Windows Server 2008 (recommandé) Windows Server 2003 R2 Standard x64 Edition avec SP2 ou Windows Server 2003 R2 Enterprise x64 Edition avec SP2 Windows Server 2003 Standard x64 Edition avec SP2 ou Windows Server 2003 Enterprise x64 Edition avec SP2 |
Office Communications Server 2007 R2 Enterprise Edition |
2 au maximum |
SQL Server 2005 Enterprise Edition avec SP2 (32 bits ou 64 bits) |
Version 64 bits de Microsoft Windows Server 2008 Enterprise (recommandé) Windows Server 2003 R2 Enterprise x64 Edition avec SP2 Windows Server 2003 Enterprise x64 Edition avec SP2 |
Office Communications Server 2007 R2 Enterprise Edition |
8 au maximum |
SQL Server 2005 Standard Edition avec SP2 (32 bits ou 64 bits) |
Version 64 bits de Microsoft Windows Server 2008 Enterprise (recommandé) Windows Server 2003 R2 Enterprise Edition x64 avec SP2 Windows Server 2003 Enterprise x64 Edition avec SP2 |
Office Communications Server 2007 R2 Enterprise Edition |
2 au maximum |
SQL Server 2005 Enterprise Edition avec SP2 (32 bits ou 64 bits) SQL Server 2005 Standard Edition avec SP2 (32 bits ou 64 bits) |
Édition 64 bits de Microsoft Windows Server 2008 Standard Windows Server 2003 R2 Standard x64 Edition avec SP2 Windows Server 2003 Standard x64 Edition avec SP2 |
Office Communications Server 2007 R2 Enterprise Edition Office Communications Server 2007 R2 Standard Edition (pour les bases de données de surveillance ou d'archivage)* |
Aucune |
.gif "Dd425133.note(fr-fr,office.13).gif") Remarque : |
|---|
| *SQL Server 2005 Express avec SP2 est fourni avec Office Communications Server 2007 R2 Standard Edition. |
Recommandations en matière de partitionnement des serveurs
Pour accroître la tolérance de panne et faciliter le dépannage, procédez comme suit :
- Partitionnez vos disques afin de pouvoir afficher une invite de commandes en cas d'urgence. Le partitionnement des disques vous permet d'avoir plus d'options de restauration. Par exemple, vous pouvez démarrer avec une invite de commandes et modifier ou remplacer des fichiers de démarrage endommagés qui vous empêchent de démarrer Windows.
- Configurez vos disques de sorte que les fichiers d'application Office Communications Server 2007 R2, les fichiers de base de données et les fichiers journaux des transactions soient tous sur des disques physiques distincts afin d'augmenter la performance.
Si vous appliquez ces recommandations pour partitionner vos disques durs, un disque physique distinct avec une lettre de lecteur spécifique est attribué à chaque ensemble de fichiers. Le fait que chaque ensemble de fichiers soit représenté par une lettre de lecteur spécifique vous aide à identifier les partitions à sauvegarder, conformément à la méthode de restauration des données que vous choisissez.
Dossiers
Avant de déployer les serveurs Enterprise Edition, déterminez l'espace de stockage nécessaire et créez cinq dossiers partagés sur un serveur de fichiers dédié, en utilisant les noms de dossiers proposés ou les noms de votre choix, où vous pourrez stocker les informations suivantes :
Présentations présentations de réunion qui doivent être téléchargées ou diffusées en continu par les participants aux conférences, mais pas le contenu de sessions de partage du Bureau.
Métadonnées : informations de réunion (métadonnées) utilisées en interne par le composant Serveur de conférence Web du pool.
Remarque :Accordez au partage de fichiers Métadonnées l'accès au compte de service utilisé pour exécuter le serveur de conférence Web ainsi qu'à tous les comptes d'administrateurs nécessaires. Supprimez l'accès au partage de fichiers Métadonnées pour tous les autres comptes d'utilisateurs. Serveur de carnet d'adresses : fichiers du carnet d'adresses écrits par le serveur du carnet d'adresses, qui est installé avec le serveur frontal, permettant de fournir quotidiennement les informations de contact et les informations relatives à la liste d'adresses globale à Office Communicator 2007 R2, Office Communicator 2007, Office Communicator 2005, Office Communicator 2007 R2 Phone Edition, Office Communicator Phone Edition 2007 et la version 2007 des clients Office Communicator Mobile. (La version 2007 R2 du client Office Communicator Mobile pour Windows utilise un service de requête sur le Web du carnet d'adresses séparé pour obtenir les informations de carnet d'adresses.)
Applications : fichiers d'application utilisés en interne par le composant de serveur d'applications du pool.
Mises à jour : fichiers utilisés par le mécanisme de contrôle de la version des clients pour mettre à jour des clients Office Communicator et par le service de mise à jour des périphériques pour mettre à jour des périphériques.
Accordez l'autorisation Contrôle total sur chaque dossier partagé à l'administrateur, au groupe RTCUniversalServerAdmins et à tout autre utilisateur ou groupe chargé de la création des pools. Supprimez l'autorisation de lecture du groupe Tout le monde. Si ces dossiers partagés héritent des autorisations des dossiers ou lecteurs parents, veillez à modifier manuellement les autorisations sur les dossiers partagés.
Pour plus d'informations et pour connaître les exigences relatives au dossier Updates, consultez la rubrique Service de mise à jour des périphériques.
| Remarque : |
|---|
| Si vous utilisez un cluster partagé pour les partages de fichiers dans votre déploiement, utilisez l'administrateur de clusters pour créer les partages de fichiers. Pour plus d'informations sur l'utilisation de l'administrateur de cluster, consultez l'article de la Base de connaissance Microsoft 284838, « Comment créer un partage de fichiers de clusters de serveurs avec Cluster.exe » à l'adresse https://go.microsoft.com/fwlink/?LinkId=140899 (en anglais). |
Si votre organisation doit satisfaire à des exigences réglementaires en ce qui concerne l'archivage du contenu des réunions, vous pouvez activer la conformité de réunion. Pour gérer la conformité de réunion, vous devez d'abord créer un dossier partagé sur un serveur de fichiers dédié afin de stocker les journaux de réunion. Vous pouvez utiliser le nom de dossier proposé ou le nom de votre choix pour stocker les éléments suivants :
- Conformité de réunion (facultatif) : activités et contenu de réunion téléchargés au cours des réunions.
Accordez le contrôle total au groupe RTCComponentUniversalServices sur ce dossier partagé et à tout autre utilisateur ou groupe responsable de la création de pools. Supprimez l'autorisation de lecture du groupe Tout le monde.
Si vous comptez installer le serveur d'archivage, tenez compte des besoins de stockage pour les fichiers d'archivage. Pour plus d'informations, consultez la rubrique Prise en charge de l'archivage.