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

S’applique à : SharePoint Foundation 2010

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

Cet article explique comment utiliser la mise en miroir de bases de données à haute disponibilité afin de configurer la disponibilité au sein d’une batterie de serveurs pour Microsoft SharePoint Foundation 2010. Vous êtes supposé connaître les concepts et les termes présentés dans Planifier la disponibilité (SharePoint Foundation 2010).

La mise en miroir de bases de données Microsoft SQL Server permet de gérer la disponibilité en envoyant les transactions directement d’une base de données et d’un serveur principaux vers une base de données et un serveur miroir lorsque la mémoire tampon du journal des transactions de la base de données principale est écrite sur disque. Pour la disponibilité au sein d’une batterie de serveurs Microsoft SharePoint Foundation 2010, vous utilisez la mise en miroir de bases de données à haute disponibilité, également connue sous le nom de mode haute sécurité avec basculement automatique. La mise en miroir de bases de données à haute disponibilité fait intervenir trois instances de serveurs : un principal, un miroir et un témoin. Le serveur témoin permet à SQL Server de basculer automatiquement du serveur principal vers le serveur miroir. Le basculement de la base de données principale vers la base de données miroir prend généralement plusieurs secondes.

Dans une batterie de serveurs SharePoint Foundation 2010, la mise en miroir permet d’assurer la redondance des bases de données de contenu et de configuration, ainsi que celle 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, le basculement de chaque base de données intervient individuellement. La figure suivante illustre la façon dont la mise en miroir est configurée afin d’assurer la disponibilité au sein d’une batterie de serveurs SharePoint Foundation 2010.

SharePoint Foundation 2010 prend en charge la mise en miroir. Pour utiliser la mise en miroir dans votre environnement, commencez par configurer la mise en miroir, puis définissez la valeur de la base de données de basculement dans SharePoint Foundation.

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 à haute disponibilité

• Configurer les produits SharePoint 2010 de sorte qu'ils prennent en charge les bases de données mises en miroir

• Expérience utilisateur lors d'un basculement

Avant de commencer

Avant de commencer à configurer la mise en miroir, assurez-vous que votre administrateur de base de données a connaissance de la configuration requise et des topologies prises en charge.

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

Prenez connaissance des recommandations dans la liste ci-dessous et vérifiez que vos bases de données et votre système sont conformes à la configuration requise avant de configurer la mise en miroir de bases de données pour un environnement SharePoint Foundation :

• Nous vous recommandons de définir sur votre système une latence inférieure ou égale à 1 milliseconde.

• La bande passante du système doit être, de préférence, égale à 1 gigaoctet (Go) par seconde.

• Les journaux sont copiés en temps réel entre le serveur principal et le serveur miroir, opération qui peut nuire aux performances. Assurez-vous que le serveur principal et le serveur miroir disposent d’une quantité de mémoire et de bande passante suffisantes.

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

• La mise en miroir fonctionne uniquement avec les bases de données qui utilisent le modèle de récupération complète.

  Par défaut, les bases de données SharePoint Foundation 2010 sont configurées pour utiliser le modèle de récupération simple. Pour configurer la mise en miroir de bases de données, le modèle de récupération de la base de données doit être défini à Complète. Pour plus d’informations sur la définition du modèle de récupération d’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 prévoyez de mettre en miroir des bases de données, sachez que les journaux des transactions de ces bases de données peuvent devenir très volumineux. Pour éviter cela, vous pouvez établir un plan de récupération qui tronque les journaux des transactions, selon les besoins. Pour plus d’informations, voir l’article suivant dans la base de connaissances Microsoft : Comment faire pour empêcher le journal des transactions d’une base de données SQL Server de grandir de façon inattendue (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 pour chaque base de données. Assurez-vous que le nombre de threads que votre serveur de base de données peut allouer est suffisant pour la mise en miroir de toutes les bases de données prises en charge. Dans le cas contraire, les performances risquent de diminuer à mesure que d’autres 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 en matière de 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).

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

La mise en miroir de bases de données fait appel à des sessions TCP pour transporter le journal des transactions d’un serveur à un autre et pour surveiller l’intégrité du système pour les basculements automatiques. L’authentification est assurée au niveau de la session lors de l’ouverture d’un port pour la connexion. La mise en miroir de bases de données prend en charge l’authentification (NTLM ou Kerberos) et les certificats Windows.

À moins que le réseau soit sécurisé, il est conseillé de chiffrer les données transmises pendant la session. 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 noms d’accès et les autorisations 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 du serveur miroir. De ce fait, vous devez configurer les autorisations pour les noms d’accès requis. Cela comprend notamment :

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

• tous les comptes de pool d’applications, les comptes d’accès au contenu par défaut, ainsi que les comptes requis pour les applications de service doivent avoir des noms d’accès SQL Server, même si les rôles de serveur ou de base de données fixes SQL Server ne leur sont pas nécessairement attribués ;

• les membres du groupe Administrateurs de batterie de serveurs SharePoint doivent également disposer de noms d’accès SQL Server et doivent être membres des mêmes rôles SQL Server que le compte de pool d’applications Administration centrale.

Nous vous recommandons de transférer vos noms d’accès et vos autorisations du serveur principal vers le serveur miroir en exécutant un script. Un exemple de script est disponible dans l’article n° 918992 de la base de connaissances intitulé « 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 les instances, voir dans la documentation en ligne SQL Server l’article Gestion 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 maintenir un mappage un-à-un entre l’instance de serveur et de base de données principale et l’instance de serveur et de base de données miroir pour assurer une compatibilité avec SharePoint Foundation 2010.

Parmi les topologies prises en charge figurent notamment 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 Administration centrale et des bases de données d’applications de service, à l’exception de la base de données de la zone de transit Web Analytics et de la base de données de synchronisation des profils utilisateur.

Évitez les topologies dépourvues d’instances de serveur et de base de données principales et d’instances de serveur et de base de données miroir correspondantes. De même, maintenez 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 à haute disponibilité

Il est recommandé de charger un administrateur de base de données SQL Server de configurer la mise en miroir à haute disponibilité pour un environnement de production. Pour un environnement de test, nous avons mis à disposition des scripts Transact-SQL que vous pouvez utiliser pour 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 de sorte qu’ils prennent en charge les bases de données mises en miroir

Pour que SharePoint Foundation 2010 prenne en charge les bases de données de basculement mises en miroir, exécutez la procédure suivante pour toutes les bases de données de configuration et de contenu.

Pour configurer les produits SharePoint 2010 de sorte qu’ils prennent en charge les 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 la commande suivante, puis appuyez sur Entrée :

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

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

   $db.Update()

Pour plus d’informations, voir Get-SPDatabase.

Expérience utilisateur lors d’un basculement

Pendant que SQL Server opère un basculement en vue d’utiliser une base de données mise en miroir, les utilisateurs d’un site SharePoint qui s’exécute sur la base de données peuvent rencontrer des problèmes de connectivité et une perte de données momentanés.

Surveillance de la mise en miroir et résolution des problèmes associés

Pour surveiller l’état et les performances de la mise en miroir au sein d’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 permet de vérifier si et comment les données circulent dans la session de mise en miroir de bases de données. Le Moniteur de mise en miroir de bases de données s’avère également utile pour identifier la cause d’une 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 de dépannage à votre disposition dans la documentation en ligne SQL Server Online, avec l’article 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