Partager via


Emplacement des fichiers journaux et des données SQL Server

 

Dernière rubrique modifiée : 2011-05-11

Un exercice essentiel à réaliser lors de la planification et du déploiement de Microsoft SQL Server 2005, Microsoft SQL Server 2008 ou Microsoft SQL Server 2008 R2 pour votre infrastructure Microsoft Lync Server 2010 Enterprise Edition réside dans le placement des fichiers journaux et de données sur des disques durs physiques à des fins de performance. Les fichiers les plus importants en termes de performance sont le journal Rtcdyn et le journal Rtc. Le scénario optimal consiste à placer ces fichiers sur leur propre disque dur ou jeu RAID. Le tableau suivant présente les différents fichiers de base de données, ainsi que leur rôle.

Fichiers de données et fichiers journaux pour le magasin central de gestion

Fichiers de base de données magasin central de gestion Objectif du fichier de données ou du fichier journal

Xds.ldf

Fichier journal des transactions pour le magasin central de gestion

Xds.mdf

Gère la configuration de la topologie Lync Server 2010 actuelle, telle que définie et publiée par le Générateur de topologies

Lis.mdf

Fichier de données du service d’informations sur l’emplacement

Lis.ldf

Fichier journal des transactions pour le service d’informations sur l’emplacement

Fichiers de données et fichiers journaux pour l’utilisateur, la conférence et le carne d’adresses

Fichiers de base de données Lync Server 2010 principaux Objectif du fichier de données ou du fichier journal

Rtcdyn.mdf

Gère les données utilisateur temporaires (données d’exécution de présence)

Rtcdyn.ldf

Fichier journal des transactions pour les données Rtcdyn

Rtc.mdf

Données utilisateur persistantes (par exemple, les listes de contrôle d’accès, les contacts, le serveur Standard Edition ou le pool frontal Enterprise Edition, les conférences planifiées)

Rtc.ldf

Fichier journal des transactions pour les données Rtc

Rtcab.mdf

La base de données de carnet d’adresses RTC est le référentiel SQL Server où les informations de service de carnet d’adresses sont stockées

Rtcab.ldf

Fichier journal des transactions pour le service de carnet d’adresses

Rtcab1.mdf

La base de données de carnet d’adresses RTC est le référentiel SQL Server où les informations de service de carnet d’adresses sont stockées. (Copie secondaire à des fins de performances)

Rtcab1.ldf

Fichier journal des transactions pour le service de carnet d’adresses

Fichiers de données et fichiers journaux pour le parcage d’appel et le groupe Response Group

Base de données d’applications Objectif du fichier de données ou du fichier journal

Cpsdyn.mdf

Base de données d’informations dynamiques pour l’application de parcage d’appel

Cpsdyn.ldf

Fichier journal des transactions pour le fichier de données de l’application de parcage d’appel

Rgsconfig.mdf

Fichier de données du service Lync Server Response Group pour la configuration des services

Rgsconfig.ldf

Fichier journal des transactions pour la configuration de l’application Response Group

Rgsdyn.mdf

Fichier de données du service Response Group pour les opérations d’exécution

Rgsdyn.ldf

Fichier journal des transactions pour le fichier de données d’exécution du service Response Group

Fichiers de données et fichiers journaux pour le serveur d’archivage et de surveillance

Fichiers de base de données d’archivage et de surveillance Objectif du fichier de données ou du fichier journal

LcsCdr.mdf

Magasin de données pour le processus d’enregistrement des détails des appels (CDR) du serveur de surveillance

LcsCdr.ldf

Fichier journal des transactions pour les données d’enregistrement des détails des appels (CDR)

QoEMetrics.mdf

Fichier de données de qualité de l’expérience stocké sur le serveur de surveillance

QoEMetrics.ldf

Fichier journal des transactions pour les données de surveillance

Lcslog.mdf

Fichier de données pour la conservation des données de messagerie instantanée et de conférence sur un serveur d’archivage

Lcslog.ldf

Fichier journal des transactions pour les données d'archivage

Cette rubrique fait référence au disque et au jeu RAID. Veuillez noter que dans la configuration des ressources SQL Server, on appelle disque un périphérique matériel unique. Un disque dur à deux partitions, la première comportant les fichiers journaux et l’autre comportant les fichiers de données, est différent de deux disques dont l’un est dédié aux fichiers journaux et l’autre aux fichiers de données.

Concernant les jeux RAID, il existe diverses technologies RAID proposées par différents fournisseurs. En outre, avec la prolifération des réseaux SAN (Storage Area Network), les jeux RAID dédiés à un seul système sont plus rares. Contactez votre fournisseur de systèmes RAID ou SAN pour déterminer la meilleure configuration à appliquer à votre disposition de disque lors de la configuration des performances SQL Server avec Lync Server 2010.

Veuillez noter que tous les disques n’offrent pas les mêmes performances initialement. Les performances de disques provenant d’un même fabricant peuvent aussi varier en raison de la vitesse de rotation, de la taille du cache matériel et d’autres facteurs. Il est conseillé de tester les disques afin de déterminer ceux qui offrent les meilleures performances, puis de placer les fichiers journaux et de données qui sont les plus critiques et sensibles à la vitesse, notamment les fichiers journaux Rtcdyn et Rtc, sur les disques les plus performants.

Répartition des fichiers de disque et de base de données

Plusieurs solutions potentielles s’offrent à vous pour le placement de vos fichiers. Chacune des combinaisons possibles comporte des avantages et des inconvénients. La répartition optimale nécessite six disques durs ou jeux RAID distincts. Nous vous conseillons de toujours placer les deux fichiers les plus actifs (les fichiers journaux Rtcdyn et Rtc) sur leurs propres disques ou leur jeu RAID.

Répartition sur six disques

Généralement, le scénario de répartition sur six disques n’est utilisé que si vous souhaitez colocaliser les bases de données d’archivage et de surveillance sur le même serveur SQL Server. Cette solution nécessite six disques physiques ou jeux RAID dédiés. La répartition des fichiers de données et des fichiers journaux est présentée dans le diagramme suivant.

Avantages – Très hautes performances, faible latence et faible contention pour l’E/S du disque, par rapport aux autres solutions.

Inconvénient – Solution plus coûteuse que les autres solutions. Six disques durs minimum sont nécessaires.

Table de distribution à six disques

Répartition sur cinq disques

La répartition sur cinq disques utilise cinq disques ou cinq jeux RAID. Les fichiers journaux Rtcdyn et Rtc sont séparés sur leurs propres disques. Les données et journaux d’archivage et de surveillance sont respectivement placés sur leurs propres disques. Les fichiers de données et les fichiers journaux restants sont placés sur le cinquième disque.

Avantages – Offre de bonnes performances pour les fichiers journaux Rtcdyn et Rtc, tout en réduisant le nombre total de disques requis.

Inconvénients – Tous les autres fichiers journaux sont situés sur un seul disque, ce qui génère potentiellement une latence des performances d’E/S pour les autres charges de travail. L’impact est réduit si le serveur d’archivage et/ou le serveur de surveillance ne sont pas déployés.

Table de distribution à cinq disques

Répartition sur quatre disques

La répartition sur quatre disques utilise quatre disques ou quatre jeux RAID. Cette configuration est la plus recommandée en raison de la faible latence et de la faible contention pour les ressources d’E/S des disques. Les fichiers journaux Rtcdyn et Rtc sont séparés sur leurs propres disques. Les fichiers journaux restants sont placés sur le troisième disque, alors que les fichiers de données sont placés sur le quatrième.

Avantages – Offre de bonnes performances pour les fichiers journaux Rtcdyn et Rtc, tout en réduisant le nombre total de disques requis.

Inconvénients – Tous les autres fichiers journaux sont situés sur un seul disque, ce qui génère potentiellement une latence des performances d’E/S pour les autres charges de travail. L’impact est réduit si le serveur d’archivage et/ou le serveur de surveillance ne sont pas déployés.

Table de distribution à quatre disques

Répartition sur trois disques

La répartition sur trois disques utilise trois disques ou jeux RAID. Les fichiers journaux Rtcdyn et Rtc sont placés sur le premier disque et le deuxième disque. Les fichiers de données et les fichiers journaux restants sont placés sur le troisième disque.

Avantages – Solution moins coûteuse que les solutions à quatre et six disques. Le placement des fichiers journaux Rtcdyn et Rtc sur leurs propres disques durs génère de bonnes performances pour les fichiers journaux de transactions fréquemment mis à jour.

Inconvénients – Tous les autres fichiers de données et fichiers journaux sont placés sur le disque restant. Potentiel de latence accru en raison de l’augmentation des E/S de toutes les autres charges de travail sur le disque unique. Si la surveillance et l’archivage ne sont pas déployées, l’impact est réduit, mais le niveau de performances reste toujours problématique.

Table de distribution à trois disques

Répartition sur deux disques

La répartition sur deux disques utilise deux disques durs ou jeux RAID. Les fichiers journaux Rtcdyn et Rtc sont tous les deux placés sur le premier disque. Tous les autres fichiers de données et fichiers journaux sont placés sur le deuxième disque dur.

Avantages – La réduction du coût est le principal avantage. Les fichiers de données et les fichiers journaux destinés aux autres charges de travail sur le deuxième disque réduiront l’impact global sur les fichiers journaux Rtcdyn et Rtc.

Inconvénients – La combinaison des fichiers journaux Rtcdyn et Rtc commencera à impacter négativement les performances.

Table de distribution à deux disques

Répartition sur un seul disque

La répartition sur un seul disque utilise un seul disque dur ou jeu RAID. Les fichiers journaux Rtcdyn et Rtc sont placés sur le disque unique avec les autres fichiers journaux et de données.

Avantages – Solution largement moins coûteuse que les autres solutions. Un petit nombre d’utilisateurs peut bénéficier de performances acceptables.

Inconvénients – La latence du disque et le chargement du disque à partir de tous les fichiers de données et fichiers journaux de charge de travail sur le disque unique auront des répercussions sur les performances. Le déploiement des rôles de surveillance et d’archivage aura également un impact sur les performances.

Table de distribution à disque unique