Intégration de SQL Server 2008 et d’Office SharePoint Server 2007

Article
06/12/2012

Mise à jour : 2008-12-11

Dans cet article :

À propos de l’intégration d’Office SharePoint Server avec SQL Server 2008
Compression des sauvegardes de base de données
Compression des flux de journal
Chiffrement transparent des données
Gouverneur de ressources SQL Server 2008

Cet article offre des conseils sur la mise en œuvre de certaines fonctions récemment ajoutées à Microsoft SQL Server 2008, qui améliorent le déploiement de Microsoft Office SharePoint Server.

À propos de l’intégration d’Office SharePoint Server avec SQL Server 2008

Pour Office SharePoint Server, les principaux aspects de SQL Server 2008 concernent des améliorations apportées dans les domaines suivants :

Amélioration des performances, grâce à la compression des sauvegardes de base de données.
Amélioration de la disponibilité, grâce à la compression des flux de journal.
Amélioration de la sécurité, grâce au chiffrement transparent des données.
Amélioration de la gestion des ressources, grâce au gouverneur de ressources SQL Server 2008.

Remarque :
Pour plus d’informations sur la configuration requise pour Microsoft Office SharePoint Server 2007, voir Déterminer la configuration matérielle et logicielle requise (Office SharePoint Server). Pour plus d’informations sur la configuration requise pour SQL Server 2008, voir Configurations matérielle et logicielle requises pour l’installation de SQL Server 2008 (https://msdn.microsoft.com/fr-fr/library/ms143506.aspx?amp%3bclcid=0x40C). Pour découvrir un comparatif des fonctions prises en charge dans SQL Server 2008 Enterprise et SQL Server 2008 Standard, voir Microsoft SQL Server 2008 Enterprise and Standard Feature Compare (en anglais) (https://go.microsoft.com/fwlink/?linkid=129378&clcid=0x40C).

Pour plus d’informations sur la configuration requise pour Microsoft Office SharePoint Server 2007, voir Déterminer la configuration matérielle et logicielle requise (Office SharePoint Server).

Pour plus d’informations sur la configuration requise pour SQL Server 2008, voir Configurations matérielle et logicielle requises pour l’installation de SQL Server 2008 (https://msdn.microsoft.com/fr-fr/library/ms143506.aspx?amp%3bclcid=0x40C).

Pour découvrir un comparatif des fonctions prises en charge dans SQL Server 2008 Enterprise et SQL Server 2008 Standard, voir Microsoft SQL Server 2008 Enterprise and Standard Feature Compare (en anglais) (https://go.microsoft.com/fwlink/?linkid=129378&clcid=0x40C).

Compression des sauvegardes de base de données

SQL Server 2008 Enterprise permet de compresser les sauvegardes de base de données. Vous pouvez ensuite utiliser n’importe quelle version de SQL Server 2008 pour restaurer les sauvegardes de base de données compressées. La possibilité offerte aux utilisateurs d’Office SharePoint Server de compresser les sauvegardes de base de données est un des principaux avantages de SQL Server 2008. En définissant l’indicateur de compression dans votre script de sauvegarde ou en configurant le serveur d’applications exécutant SQL Server 2008 Enterprise Edition de sorte qu’il réalise par défaut une compression, vous pouvez réduire de façon significative la taille de vos sauvegardes de base de données et des journaux copiés.

Le coût et la complexité des opérations de sauvegarde et de restauration sont des aspects importants de la gestion informatique. Office SharePoint Server s’exécutant sur SQL Server 2008 peut permettre de réaliser des économies de coût pour les opérations de sauvegarde et de restauration en utilisant la compression des sauvegardes. Les économies de coût réalisées dépendent de la manière dont vos déploiements Office SharePoint Server sont basés sur des documents et des versions des applications clientes Office existant dans votre environnement.

Par défaut, Office SharePoint Server stocke les flux de documents dans des tables SQL. En fonction de votre déploiement, les flux de documents peuvent utiliser un pourcentage important de la capacité totale des bases de données (de 70 à 95 %, valeurs obtenues sur certaines bases de données Office SharePoint Server exemple). Si votre environnement se compose principalement d’applications clientes Office 2007, la compression des sauvegardes peut ne pas entraîner d’économies de coût significatives. Dans ce scénario, les économies réalisées peuvent atteindre à peine 20 % ou moins. Toutefois, si les données existantes se composent principalement de contenu créé à l’aide d’Office 2003 (ou de versions antérieures d’Office), l’activation de la compression des sauvegardes de SQL Server 2008 peut diminuer de manière significative la taille de vos images de sauvegarde et vous permettre de réaliser des économies intéressantes.

Vous pouvez activer la compression des sauvegardes en configurant les propriétés SQL Server dans SQL Server Management Studio sur le serveur d’applications exécutant SQL Server 2008 Enterprise Edition. Pour plus d’informations, voir Présentation de SQL Server Management Studio (https://technet.microsoft.com/fr-fr/library/ms174173.aspx?amp%3bclcid=0x40C).

Vous pouvez également configurer la compression des sauvegardes de base de données en ajoutant la clause de compression à votre script de sauvegarde, comme dans l’exemple de code suivant :

BACKUP DATABASE [<DATABASE_NAME>]
TO DISK = 'E:\BACKUP\<DATABASE_NAME>.bak'
WITH COMPRESSION;

La compression consomme beaucoup de ressources d’unité centrale. Dans bon nombre d’environnements, il est nécessaire d’économiser au minimum ces ressources, même pendant les créneaux réservés aux opérations de sauvegarde. Par défaut, la sauvegarde avec compression augmente de façon importante l’utilisation du processeur et des ressources supplémentaires sont consommées par le processus de compression. Ceci peut avoir un effet néfaste sur les autres opérations en cours au moment de la compression. Pour plus d’informations, voir Compression de sauvegardes (SQL Server) (https://msdn.microsoft.com/fr-fr/library/bb964719.aspx?amp%3bclcid=0x40C).

Compression des flux de journal

Le débit du réseau entre le serveur principal et le serveur miroir constitue l’un des principaux facteurs limitant les performances de la mise en miroir de bases de données. SQL Server 2008 prend en charge la compression des flux de journal, qui se composent des ajouts, des mises à jour et des suppressions transférées d’un serveur à un autre. La compression des flux de journal permet d’optimiser le débit du réseau, en particulier dans les environnements où les performances du réseau sont limitées. L’efficacité de la compression atteint en général le même niveau que pour la compression des sauvegardes et l’impact sur les ressources d’unité centrale est similaire. Cependant, contrairement à la compression des sauvegardes, l’impact sur les ressources d’unité centrale est difficile à contrôler. La compression des flux de journal est activée par défaut dès que vous lancez une session de mise en miroir. Vous pouvez désactiver cette fonction en utilisant l’indicateur de suivi 1462. Pour plus d’informations sur la compression des flux de journal et sur la mise en miroir, voir Améliorations de la disponibilité (moteur de base de données) (https://msdn.microsoft.com/fr-fr/library/cc645581.aspx?amp%3bclcid=0x40C).

Chiffrement transparent des données

La prise en charge du chiffrement transparent des données par SQL Server 2008 Enterprise Edition fait partie des améliorations importantes apportées aux fonctions de chiffrement de Microsoft SQL Server 2005. Le chiffrement transparent permet de chiffrer intégralement des bases de données sans connaissances particulières sur les applications ni modification de ces dernières. Le chiffrement transparent chiffre les données à mesure qu’elles sont écrites sur le disque et les déchiffre lorsqu’elles sont lues. Vous pouvez activer le chiffrement transparent en suivant la procédure décrite dans les exemples de code ci-dessous :

Créer une clé de chiffrement
Créer un certificat
Configurer la base de données de sorte qu’elle utilise le certificat pour le chiffrement
Activer le chiffrement

Créer une clé de chiffrement

USE MASTER;
CREATE MASTER KEY ENCRYPTION BY PASSWORD = 'p@$$W0rd'

SécuritéRemarque :
Si la complexité est appliquée, le mot de passe doit respecter des exigences de complexité.

Créer un certificat

CREATE CERTIFICATE MYENCRYPTCERT WITH SUBJECT = 'TDE';

Remarque :
Sauvegardez le certificat avec une clé et enregistrez-le.

Configurer la base de données de sorte qu’elle utilise le certificat pour le chiffrement

USE <ContentDB>;
CREATE DATABASE ENCRYPTION KEY
WITH ALGORITHM = AES_256
ENCRYPTION BY SERVER CERTIFICATE MYENCRYPTCERT;

Remarque :
Plusieurs algorithmes peuvent être utilisés dans l’exemple de code précédent.

Activer le chiffrement

ALTER DATABASE <ContentDB>
SET ENCRYPTION ON;

Le chiffrement transparent des données est une opération qui consomme beaucoup de ressources. Pour garantir la sécurité des données, l’étendue du chiffrement doit être limitée aux éléments suivants :

Base de données chiffrée
Journal
Base de données temporaire
Sauvegardes de la base de données chiffrée

Par conséquent, sur les systèmes occupés, un grand volume de ressources d’unité centrale sera utilisé, même si vous chiffrez un petit nombre de bases de données. Veillez donc à utiliser le chiffrement avec précaution. N’utilisez le chiffrement que lorsque cela est absolument nécessaire et uniquement après avoir soigneusement testé les performances et les conséquences de l’opération sur le fonctionnement du système. Si nécessaire, restreignez l’utilisation du chiffrement transparent à des sous-ensembles de base de données pour lesquels la sécurité est extrêmement importante et l’échelle n’est pas très importante.

Pour plus d’informations sur le chiffrement des bases de données dans SQL Server 2008 Enterprise Edition, voir Chiffrement des bases de données dans SQL Server 2008 Enterprise Edition (https://go.microsoft.com/fwlink/?linkid=129383&clcid=0x40C).

Autres éléments à prendre en compte si vous utilisez le chiffrement transparent des données

La compression des sauvegardes est moins efficace sur les bases de données chiffrées.
Le chiffrement transparent risque de ne pas pouvoir exploiter plusieurs processeurs.
Le chiffrement transparent influe sur les opérations de restauration et sur la récupération d’urgence, car un certificat de chiffrement est nécessaire pour restaurer une base de données. Sans certificat de chiffrement, l’opération de restauration échouera.
Le chiffrement transparent influe sur la mise en miroir des bases de données et la copie des journaux. Vous devez installer un certificat de chiffrement sur les serveurs partenaires pour pouvoir mettre en miroir des bases ou copier des journaux.
Les données de flux des fichiers ne sont pas chiffrées.

Pour plus d’informations sur le chiffrement transparent des données, voir Présentation du chiffrement transparent des données (TDE) (https://msdn.microsoft.com/fr-fr/library/bb934049.aspx?amp%3bclcid=0x40C).

Gouverneur de ressources SQL Server 2008

Le gouverneur de ressources SQL Server 2008 permet de contrôler précisément la manière dont vos ressources SQL Server sont allouées, notamment celles du processeur et de la mémoire. Vous pouvez utiliser le gouverneur de ressources pour appliquer des seuils aux connexions entrantes en fonction de critères définis. Vous pouvez appliquer le gouverneur de ressources à n’importe quel attribut permettant de reconnaître une demande unique. Par exemple, si vous souhaitez empêcher une application de rapports qui s’exécute sur un serveur distinct de consommer trop de mémoire, vous pouvez créer une stratégie identifiant l’application par le biais du nom d’application, du nom d’hôte ou du nom d’utilisateur.

Important :
N’utilisez pas le gouverneur de ressources SQL Server 2008 pour contrôler la manière dont Office SharePoint Server utilise SQL Server. Par exemple, si un serveur d’index utilise une quantité excessive de ressources SQL Server, vous devez résoudre ce problème en augmentant la capacité et non en restreignant artificiellement les services critiques. En effet, le fait de restreindre des services SharePoint, même ceux qui ne semblent pas être importants, peut avoir un effet néfaste sur l’intégrité et les capacités de prise en charge de votre environnement.

N’utilisez pas le gouverneur de ressources SQL Server 2008 pour contrôler la manière dont Office SharePoint Server utilise SQL Server. Par exemple, si un serveur d’index utilise une quantité excessive de ressources SQL Server, vous devez résoudre ce problème en augmentant la capacité et non en restreignant artificiellement les services critiques. En effet, le fait de restreindre des services SharePoint, même ceux qui ne semblent pas être importants, peut avoir un effet néfaste sur l’intégrité et les capacités de prise en charge de votre environnement.

Le gouverneur de ressources facilite la gestion et l’administration des ressources SQL Server. Par exemple, si vous souhaitez empêcher les membres de votre équipe d’utiliser Management Studio ou l’Analyseur de requêtes au point de surcharger SQL Server de requêtes ad hoc, vous pouvez utiliser le gouverneur de ressources pour empêcher les requêtes ad hoc de consommer plus de 25 % des ressources d’unité centrale disponibles en suivant la procédure décrite dans les exemples de code ci-dessous :

Créer une liste des ressources pour limiter à 25 % l’utilisation de l’unité centrale %
Créer un groupe de charge de travail pour les requêtes ad hoc et l’enregistrer avec la nouvelle liste des ressources
Créer une fonction classifiant Management Studio et l’Analyseur de requêtes comme membres du groupe ad hoc
Enregistrer la nouvelle fonction dans le gouverneur de ressources
Redémarrer le gouverneur de ressources

Créer une liste des ressources pour limiter à 25 % l’utilisation de l’unité centrale

CREATE RESOURCE POOL poolAdhoc
WITH (MAX_CPU_PERCENT = 25);

Créer un groupe de charge de travail pour les requêtes ad hoc et l’enregistrer avec la nouvelle liste des ressources

CREATE WORKLOAD GROUP groupAdhoc
USING poolAdhoc;

Créer une fonction classifiant Management Studio et l’Analyseur de requêtes comme membres du groupe ad hoc

CREATE FUNCTION adhocQueryClassifier() RETURNS SYSNAME
WITH SCHEMABINDING
AS
BEGIN
   DECLARE @grp_name AS SYSNAME
      IF (APP_NAME() LIKE '%MANAGEMENT STUDIO%')
         OR (APP_NAME() LIKE '%QUERY ANALYZER%')
         SET @grp_name = 'groupAdhoc'
   RETURN @grp_name
END
GO

Enregistrer la nouvelle fonction dans le gouverneur de ressources

ALTER RESOURCE GOVERNOR
WITH (CLASSIFIER_FUNCTION= dbo.adhocQueryClassifier);

Redémarrer le gouverneur de ressources

ALTER RESOURCE GOVERNOR RECONFIGURE;

Les requêtes issues de SQL Management Studio ou de l’Analyseur de requêtes seront affectées à la liste poolAdhoc et en cas d’utilisation importante des ressources, elles ne pourront pas utiliser plus de 25 % des ressources d’unité centrale disponibles. Si l’utilisation des ressources d’unité centrale est à un niveau normal, le gouverneur de ressources laisse chaque requête consommer les ressources nécessaires, sans restriction. Le gouverneur de ressources peut également être utilisé pour allouer des ressources minimales.

Pour plus d’informations sur le gouverneur de ressources, voir Gestion des charges de travail SQL Server avec le gouverneur de ressources (Gestion des charges de travail SQL Server avec le gouverneur de ressources).

Télécharger ce livre

Cette rubrique est incluse dans le livre à télécharger suivant pour une lecture et une impression plus faciles :

Planification et architecture d’Office SharePoint Server 2007, partie 2

Vous trouverez la liste complète des livres disponibles sur Livres à télécharger pour Office SharePoint Server 2007.

Partager via