Configurer la disponibilité à l’aide de la mise en miroir de bases de données SQL Server (SharePoint Server 2010)

 

S’applique à : SharePoint Foundation 2010, SharePoint Server 2010

Dernière rubrique modifiée : 2016-11-30

Cet article explique comment utiliser la mise en miroir de bases de données à haut niveau de disponibilité pour configurer la disponibilité dans une batterie de serveurs pour Microsoft SharePoint Server 2010. L’article suppose que vous êtes familiarisé avec les concepts et les termes présentés dans Planifier la disponibilité (SharePoint Server 2010).

La mise en miroir de bases de données Microsoft SQL Server prend en charge la disponibilité en envoyant les transactions directement depuis une base de données et un serveur principaux vers une base de données et un serveur miroirs lorsque le tampon du journal des transactions de la base de données principale est écrit sur le disque. Pour la disponibilité dans une batterie de serveurs Microsoft SharePoint Server 2010, vous utilisez une mise en miroir de bases de données à haut niveau de disponibilité, également appelée mode haute sécurité avec basculement automatique. La mise en miroir de bases de données à haut niveau de disponibilité implique trois instances de serveur : un serveur principal, un serveur miroir et un serveur témoin. Le serveur témoin permet à SQL Server de basculer automatiquement depuis le serveur principal vers le serveur miroir. En règle générale, le basculement depuis la base de données principale vers la base de données miroir prend plusieurs secondes.

Dans une batterie de serveurs SharePoint Server 2010, la mise en miroir peut offrir une redondance pour les bases de données de contenu et de configuration, ainsi que pour de nombreuses bases de données de service. Même si vos bases de données sont mises en miroir sur le même serveur, chaque base de données bascule séparément. La figure suivante montre comment configurer la mise en miroir pour apporter la disponibilité dans une batterie de serveurs SharePoint Server 2010.

SharePoint Server 2010 détecte la présence de la mise en miroir. Pour utiliser la mise en miroir dans votre environnement, configurez la mise en miroir, puis définissez la valeur de la base de données de basculement dans SharePoint Server.

Dans cet article :

• Configuration requise pour la mise en miroir de bases de données

• Configurer la mise en miroir de bases de données à haut niveau de disponibilité

• Configurer les produits SharePoint 2010 afin qu'ils détectent la présence des bases de données mises en miroir

• Expérience utilisateur pendant un basculement

Avant de commencer

Avant de commencer à configurer la mise en miroir, assurez-vous que votre administrateur de base de données est au courant des configurations requises et des topologies prises en charge suivantes.

Configuration requise pour la mise en miroir de bases de données

Familiarisez-vous avec les recommandations indiquées dans la liste suivante et vérifiez que vos bases de données et système satisfont à toutes les conditions requises avant de configurer la mise en miroir de bases de données pour un environnement SharePoint Server :

• Il est recommandé que votre système présente une latence inférieure ou égale à 1 milliseconde.

• Dans la mesure du possible, la bande passante système doit être de 1 gigaoctet (Go) par seconde.

• Les journaux sont copiés en temps réel entre les serveurs principal et miroir, et la copie peut affecter les performances. Assurez-vous que vous disposez de suffisamment de mémoire et de bande passante sur les serveurs principal et miroir.

• Le serveur principal et le serveur miroir doivent exécuter les mêmes version et édition de SQL Server, et ils doivent s’exécuter dans la même langue. La mise en miroir de bases de données n’est disponible que dans les éditions Standard, Developer et Enterprise. Le serveur témoin peut exécuter n’importe quelle version de SQL Server, y compris SQL Server 2008 Express.

• La mise en miroir ne fonctionne qu’avec des bases de données qui utilisent le mode de récupération complète.

  Par défaut, les bases de données SharePoint Server 2010 sont configurées de manière à utiliser le mode de récupération simple. Pour configurer la mise en miroir de bases de données, le mode de récupération de la base de données doit être défini sur Complet. Pour plus d’informations sur la définition du mode de récupération pour une base de données, voir Procédure : affichage ou modification du mode de récupération d’une base de données (SQL Server Management Studio) (https://go.microsoft.com/fwlink/?linkid=132075&clcid=0x40C).

• Si vous envisagez de mettre des bases de données en miroir, n’oubliez pas que la taille des journaux des transactions pour ces bases de données peut devenir très volumineuse. Pour pallier cela, vous pouvez établir un plan de récupération qui tronque les journaux des transactions dès que cela est nécessaire. Pour plus d’informations, voir l’article Comment faire pour empêcher le journal des transactions d’une base de données SQL Server de grandir de façon inattendue dans la Base de connaissances Microsoft (https://go.microsoft.com/fwlink/?linkid=111458&clcid=0x40C).

• Chaque session de mise en miroir de bases de données crée au moins deux threads par base de données. Vérifiez que votre serveur de base de données est en mesure d’allouer suffisamment de threads pour la mise en miroir de toutes les bases de données prises en charge. Si la quantité de threads disponibles est insuffisante, les performances peuvent diminuer lorsque des bases de données sont ajoutées à une session.

Pour plus d’informations sur les performances liées à la mise en miroir de bases de données, voir Meilleures pratiques pour la mise en miroir de bases de données et considérations sur les performances (éventuellement en anglais) (https://go.microsoft.com/fwlink/?linkid=185119&clcid=0x40C).

Si vous êtes appelé à configurer une mise en miroir pour des bases de données Microsoft Project Server 2010, voir Configurer la disponibilité à l’aide de la mise en miroir de bases de données SQL Server (Project Server 2010) afin d’obtenir des informations spécifiques à Project Server.

Sécurité associée à la mise en miroir de bases de données

La mise en miroir de bases de données utilise des sessions TCP pour transporter le journal des transactions depuis un serveur vers un autre et pour surveiller l’intégrité actuelle du système pour les basculements automatiques. L’authentification est réalisée au niveau de la session lorsqu’un port est ouvert pour la connexion. La mise en miroir de bases de données prend en charge l’authentification Windows (NTLM ou Kerberos) et les certificats.

Sauf si le réseau est sécurisé, les données transmises pendant la session doivent être chiffrées. La mise en miroir de bases de données prend en charge les algorithmes de chiffrement AES (Advanced Encryption Standard) et RC4. Pour plus d’informations sur la sécurité associée à la mise en miroir de bases de données, voir Sécurité du transport de la mise en miroir de bases de données (https://go.microsoft.com/fwlink/?linkid=83569&clcid=0x40C).

Sécurité des produits SharePoint 2010 et serveurs mis en miroir

Lorsque vous configurez une base de données mise en miroir, les autorisations et les comptes de connexion SQL Server pour la base de données à utiliser avec une batterie de serveurs SharePoint ne sont pas automatiquement configurés dans les bases de données master et msdb sur le serveur miroir. À la place, vous devez configurer les autorisations pour les comptes de connexion requis. La liste non exhaustive de ces derniers est la suivante :

• Le compte du pool d’applications de l’Administration centrale doit être membre des rôles serveur fixes dbcreator et securityadmin.

• Tous les comptes des pools d’applications, les comptes d’accès au contenu par défaut et tous les comptes éventuellement nécessaires pour les applications de service doivent posséder des comptes de connexion SQL Server, bien qu’ils ne doivent pas être affectés à des rôles serveur fixes ou à des rôles de base de données fixes SQL Server.

• Les membres du groupe SharePoint Administrateurs de batterie doivent également posséder des comptes de connexion SQL Server et doivent être membres des mêmes rôles SQL Server que le compte du pool d’applications de l’Administration centrale.

Il est recommandé de transférer vos comptes de connexion et vos autorisations depuis le serveur principal vers le serveur miroir en exécutant un script. Un exemple de script est disponible dans l’article 918992 de la Base de connaissances : Comment faire pour transférer des noms d’accès et des mots de passe entre instances de SQL Server 2005 (https://go.microsoft.com/fwlink/?linkid=122053&clcid=0x40C). Pour plus d’informations sur le transfert de métadonnées SQL Server entre des instances, voir l’article de la documentation en ligne SQL ServerGestion des métadonnées lors de la mise à disposition d’une base de données sur une autre instance de serveur (https://go.microsoft.com/fwlink/?linkid=122055&clcid=0x40C).

Topologies prises en charge

Il est recommandé de conserver un mappage un-à-un entre l’instance de serveur et de base de données principaux et l’instance de serveur et de base de données miroirs pour assurer la compatibilité avec SharePoint Server 2010.

Les topologies prises en charge comprennent la mise en miroir de toutes les bases de données de contenu, de la base de données de configuration, de la base de données de contenu de l’Administration centrale et des bases de données d’application de service, à l’exception de la base de données Web Analytics de la zone de transit et de la base de données de synchronisation de profil utilisateur.

Notes

Il n’est pas recommandé de mettre en miroir la base de données de journalisation de la collecte des données relatives à l’état et à l’utilisation. Un environnement SharePoint peut continuer à s’exécuter si cette base de données échoue, et ces données peuvent être rapidement régénérées.

Évitez les topologies dans lesquelles il n’existe pas de correspondances entre les instances de serveur et de base de données principaux et les instances de serveur et de base de données miroirs. En outre, conservez la base de données de configuration et la base de données de contenu d’administration sur le même serveur.

Configurer la mise en miroir de bases de données à haut niveau de disponibilité

Il est recommandé qu’un administrateur de base de données SQL Server configure la mise en miroir à haut niveau de disponibilité pour un environnement de production. Pour un environnement de test, des scripts Transact-SQL sont à votre disposition, qui vous permettent de configurer votre environnement. Pour plus d’informations, voir Exemple de script pour la configuration de la mise en miroir SQL Server (SharePoint Foundation 2010).

Configurer les produits SharePoint 2010 afin qu’ils détectent la présence des bases de données mises en miroir

Pour que SharePoint Server 2010 détecte la présence des bases de données de basculement mises en miroir, effectuez la procédure suivante pour toutes les bases de données de configuration et de contenu.

Notes

Il est recommandé d’utiliser des applets de commande Windows PowerShell pour définir les valeurs des bases de données de basculement. Bien que vous puissiez utiliser le site Web Administration centrale pour définir certaines valeurs des bases de données de basculement, vous ne pouvez y recourir pour toutes les bases de données.

Pour configurer les produits SharePoint 2010 afin qu’ils détectent la présence des bases de données mises en miroir à l’aide de Windows PowerShell

1. Vérifiez que vous disposez de la configuration minimale requise suivante : Voir Add-SPShellAdmin.

2. Dans le menu Démarrer, cliquez sur Tous les programmes.

3. Cliquez sur Produits Microsoft SharePoint 2010.

4. Cliquez sur SharePoint 2010 Management Shell.

5. À l’invite de commandes Windows PowerShell, tapez les commandes suivantes, puis appuyez sur Entrée :

   $db = get-spdatabase | where {$_.Name -eq " nom de la base de données "}

   $db.AddFailoverServiceInstance(" nom de la base de données mises en miroir ")

   $db.Update()

Pour plus d’informations, voir Get-SPDatabase.

Expérience utilisateur pendant un basculement

Pendant que SQL Server effectue une transition vers l’utilisation d’une base de données mise en miroir, les utilisateurs d’un site SharePoint qui repose sur la base de données risquent de rencontrer des problèmes de connectivité brefs et de subir des pertes de données.

Surveillance et résolution des problèmes liés à la mise en miroir

Pour surveiller l’état et les performances de la mise en miroir dans une batterie de serveurs, les administrateurs de base de données peuvent utiliser le moniteur de mise en miroir de bases de données. La surveillance vous permet de déterminer la présence et la qualité du flux de données dans la session de mise en miroir de bases de données. Le moniteur de mise en miroir de bases de données est également utile pour la résolution des problèmes liés à la réduction du flux de données. Pour plus d’informations, voir Vue d’ensemble du moniteur de mise en miroir de bases de données (https://go.microsoft.com/fwlink/?linkid=185068&clcid=0x40C). Une autre ressource utile pour la résolution des problèmes est l’article de la documentation en ligne SQL Server Dépannage de l’établissement d’une mise en miroir de bases de données (https://go.microsoft.com/fwlink/?linkid=185069&clcid=0x40C).

See Also

Other Resources

Mise en miroir de bases de données