Configurer des groupes de disponibilité AlwaysOn SQL Server pour SharePoint Server

 

**Sapplique à :**SharePoint Foundation 2013, SharePoint Server 2013, SharePoint Server 2016

**Dernière rubrique modifiée :**2017-12-08

Résumé : Découvrez comment créer et configurer un groupe de disponibilité AlwaysOn SQL Server pour une batterie de serveurs SharePoint Server 2016 et SharePoint 2013.

Cet article fournit les informations nécessaires et des procédures détaillées pour créer et configurer un groupe de disponibilité AlwaysOn Microsoft SQL Server 2014 (SP1) ou Microsoft SQL Server 2016 pour une batterie de serveurs SharePoint Server 2016 et un groupe de disponibilité AlwaysOn SQL Server 2012 pour une batterie de serveurs SharePoint 2013.

Important

Les étapes décrites dans cet article montrent comment déployer une nouvelle batterie de serveurs SharePoint et ne couvre pas la mise à niveau à partir de SQL Server 2008 R2 avec Service Pack 1 (SP1) ou SQL Server 2012 vers SQL Server 2014 (SP1) ou SQL Server 2016.
Les étapes de cet article s’appliquent aussi à SharePoint Foundation 2013 et à SharePoint Server 2013. Pour ces deux produits, ces étapes expliquent comment déployer une nouvelle batterie de serveurs SharePoint et ne traitent pas de la mise à niveau de SQL Server 2008 R2 vers SQL Server 2012.

Dans cet article :

  • Vue d’ensemble du processus

  • Avant de commencer

  • Étapes détaillées de configuration d'un groupe de disponibilité AlwaysOn pour SharePoint

  • Utiliser des tests de basculement pour valider l’installation AlwaysOn

  • Surveiller l’environnement AlwaysOn

Vue d’ensemble du processus

Nous vous recommandons de suivre les étapes d’installation et de configuration dans l’ordre indiqué pour déployer une batterie de serveurs SharePoint qui utilise un groupe de disponibilité AlwaysOn :

  • Sélectionner ou créer un cluster de basculement Windows Server

  • Installer SQL Server 2014 (SP1), SQL Server 2016 ou SQL Server 2012 sur chaque nœud de cluster.

  • Créer et configurer un groupe de disponibilité

  • Installez et configurez SharePoint Server 2016, SharePoint Server 2013 ou SharePoint Foundation 2013.

  • Ajouter les bases de données SharePoint au groupe de disponibilité

  • Tester le basculement du groupe de disponibilité

Avant de commencer

Avant de commencer le déploiement, passez en revue les informations suivantes relatives à SQL Server AlwaysOn, aux technologies qui prennent en charge AlwaysOn et à SharePoint Server 2016 :

  • Exigences en matière de compétences et de savoir-faire

  • Concepts de groupe de disponibilité AlwaysOn

  • Configuration matérielle et logicielle requise

  • Autorisations

Exigences en matière de compétences et de savoir-faire

Pour mettre en œuvre des groupes de disponibilité AlwaysOn SQL Server comme solution de récupération d’urgence et de haute disponibilité, plusieurs technologies interagissent et doivent être installées et configurées correctement. Nous vous recommandons de veiller à ce que l’équipe responsable de la configuration d’un environnement AlwaysOn pour Produits SharePoint maîtrise les technologies suivantes :

  • Services de clustering de basculement Windows Server (WSFC)

  • SQL Server 2014 (SP1), SQL Server 2016 ou SQL Server 2012

  • SharePoint Server 2016

  • SharePoint Server 2013

  • SharePoint Foundation 2013

Concepts de groupe de disponibilité AlwaysOn SQL Server

Un groupe de disponibilité est constitué des éléments suivants :

  • des réplicas, qui sont un ensemble distinct de bases de données utilisateur appelées bases de données de disponibilité et qui basculent ensemble. Chaque groupe de disponibilité dans SQL Server 2014 (SP1) et SQL Server 2016 prend en charge un réplica principal et jusqu’à huit réplicas secondaires. Chaque groupe de disponibilité dans SQL Server 2012 prend en charge un réplica principal et jusqu’à quatre réplicas secondaires.

  • une instance spécifique de SQL Server pour héberger chaque réplica et tenir à jour une copie locale de chaque base de données qui appartient au groupe de disponibilité.

Groupes de disponibilité AlwaysOn (SQL Server) et Vue d’ensemble des groupes de disponibilité AlwaysOn (SQL Server )

Réplicas et basculement

Le réplica principal rend les bases de données de disponibilité disponibles pour les connexions lecture-écriture en provenance des clients et envoie les enregistrements de journaux de transactions pour chaque base de données primaire à chaque réplica secondaire, qui applique les enregistrements de journaux de transactions à ses bases de données secondaires.

Tous les réplicas peuvent s’exécuter en mode de validation asynchrone, ou jusqu’à trois d’entre eux peuvent s’exécuter en mode de validation synchrone. Pour plus d’informations sur les modes de validation synchrone et asynchrone, voir Modes de disponibilité (groupes de disponibilité AlwaysOn).

Notes

Les problèmes liés aux bases de données (tels que la perte d’un fichier de données, la suppression d’une base de données ou l’endommagement d’un journal des transactions) ne provoquent pas de basculement.

Pour en savoir plus sur les concepts fondamentaux liés à la technologie AlwaysOn SQL Server, voir les articles suivants :

Important

Vous pouvez installer SQL Server 2012 sur Windows Server Core pour améliorer la sécurité et réduire la maintenance, mais vous ne pouvez pas installer SharePoint Server 2016 sur Windows Server Core. Pour plus d’informations, voir la page Server Core pour Windows Server 2008 R2. Pour plus d’informations sur Server Core et Windows Server 2012, voir Options d’installation de Windows Server.

Clustering de basculement Windows Server

Pour créer et utiliser des groupes disponibilité AlwaysOn SQL Server 2014 (SP1) ou SQL Server 2016, vous devez installer les deux versions de SQL Server sur un cluster de basculement Windows Server (WSFC). Pour plus d’informations, voir Clustering de basculement Windows Server (WSFC) avec SQL Server et pour SQL Server 2016, Clustering de basculement Windows Server (WSFC) avec SQL Server.

Pour créer et utiliser des groupes de disponibilité AlwaysOn SQL Server 2012, vous devez installer SQL Server 2012 sur un cluster de basculement Windows Server (WSFC).

Bien que la configuration d’un cluster WSFC soit au-delà de la portée de cet article, vous devez avoir connaissance des conditions requises suivantes avant d’installer et de configurer un cluster :

L’un des aspects les plus importants de la configuration du clustering de basculement et de la fonctionnalité AlwaysOn consiste à déterminer les votes de quorum nécessaires pour les nœuds du cluster.

Le clustering de basculement est basé sur un algorithme de vote selon lequel plus de la moitié des votants, ou quorum, doivent être en ligne et capables de communiquer les uns avec les autres. Un cluster donné ayant une quantité spécifique de nœuds et une configuration de quorum spécifique, le service de cluster est en mesure de déterminer ce qui constitue un quorum. Le service de cluster s’arrête sur tous les nœuds si le nombre de votants bascule sous la majorité requise.

Pour plus d’informations, voir Modes de quorum WSFC et configuration de vote (SQL Server) et Configurer les paramètres NodeWeight pour un quorum de cluster.

SharePoint Server 2016, SharePoint Foundation 2013 et SharePoint Server 2013

Certaines bases de données SharePoint Server ne prennent pas en charge les groupes de disponibilité AlwaysOn SQL Server. Nous vous recommandons de consulter l’article Options de haute disponibilité et de récupération d’urgence prises en charge pour les bases de données SharePoint avant de configurer un environnement AlwaysOn, ainsi que les articles Configuration matérielle et logicielle requise pour une solution SharePoint Server 2016 et Configuration matérielle et logicielle requise pour SharePoint 2013.

Étapes détaillées pour configurer un groupe de disponibilité AlwaysOn pour SharePoint

L’illustration suivante montre une batterie de serveurs SharePoint Server 2016 (SPHA_farm) qui utilise un groupe de disponibilité nommé SP_AG1. Nous utiliserons SPHA_farm comme exemple de référence lors des étapes de configuration de la fonctionnalité AlwaysOn.

A SharePoint Server farm that uses an Always On Availability Group

Préparer l’environnement de cluster Windows Server

Créez un cluster de basculement Windows Server (WSFC) à trois nœuds que vous pouvez utiliser pour installer SQL Server 2014 (SP1) ou SQL Server 2016 ou SQL Server 2012 sur chaque nœud, ou accédez à un cluster de ce type. Pour obtenir plus d’informations et une procédure détaillée afin de configurer un cluster de basculement Windows Server 2012 R2, reportez-vous à Vue d’ensemble du clustering de basculement.

Préparer l’environnement SQL Server

Pour pouvoir créer un groupe de disponibilité pour SharePoint Server 2016, vous devez préparer l’environnement SQL Server 2014 (SP1) ou SQL Server 2016.

Notes

Lors de la préparation de l’environnement de serveur de bases de données, vous devez prendre en compte les exigences liées aux bases de données SharePoint Server. Avant d’installer SQL Server, consultez les articles suivants :

Pour cela, effectuez les tâches suivantes :

  • Installez les éléments prérequis de SQL Server.

  • Installez SQL Server 2014 (SP1), SQL Server 2016 ou SQL Server 2012.

  • Activez AlwaysOn.

Installer SQL Server 2014 (SP1)

Appliquez la procédure suivante pour installer SQL Server 2014 (SP1).

Pour installer SQL Server 2014 (SP1)

  1. Installez les éléments prérequis de SQL Server 2014 (SP1) sur chaque nœud du cluster.

    Pour plus d’informations, voir Configurations matérielle et logicielle requises pour l’installation de SQL Server 2014 et Conditions préalables, restrictions et recommandations pour les groupes de disponibilité AlwaysOn (SQL Server).

  2. Installez SQL Server sur chaque nœud du cluster.

    Pour plus d’informations, voir Installation de démarrage rapide de SQL Server 2014 et Didacticiel étape par étape pour l’installation de SQL Server 2014.

Installer SQL Server 2016

Appliquez la procédure suivante pour installer SQL Server 2016.

Pour installer SQL Server 2016

  1. Installez les éléments prérequis de SQL Server 2016 sur chaque nœud du cluster.

    Pour plus d’informations, voir Installer SQL Server 2016.

  2. Installez SQL Server 2016 sur chaque nœud du cluster.

    Pour plus d’informations, voir Installation d’un cluster de basculement SQL Server.

Installer SQL Server 2012

Pour installer SQL Server 2012

  1. Installez les éléments prérequis de SQL Server 2012 sur chaque nœud du cluster.

    Pour plus d’informations, voir Conditions préalables requises, restrictions et recommandations pour les groupes de disponibilité AlwaysOn (SQL Server).

  2. Installez SQL Server sur chaque nœud du cluster.

    Pour plus d’informations, voir Installation pour SQL Server 2012.

Activer AlwaysOn

Vous devez activer AlwaysOn pour chaque serveur de base de données du cluster.

Notes

Vous pouvez activer AlwaysOn à l’aide de SQL Server Management Studio, Transact-SQL ou Windows PowerShell 3.0.

Pour activer AlwaysOn

  1. Votre compte d’ouverture de session doit disposer des niveaux d’autorisation requis pour créer un groupe de disponibilité. Ce compte doit être membre du rôle de base de données fixe db_owner et disposer des autorisations serveur CREATE AVAILABILITY GROUP, CONTROL AVAILABILITY GROUP, ALTER ANY AVAILABILITY GROUP ou CONTROL SERVER.

  2. Ouvrez une session sur le serveur qui va héberger le réplica principal, puis démarrez SQL ServerGestionnaire de configuration.

  3. Dans l’Explorateur d’objets, sélectionnez Services SQL Server, cliquez avec le bouton droit sur SQL Server (<instance name>), où <instance name> est le nom d’une instance de serveur locale pour laquelle vous souhaitez activer les groupes de disponibilité AlwaysOn, puis cliquez sur Propriétés.

  4. Sélectionnez l’onglet Haute disponibilité AlwaysOn.

  5. Activez la case à cocher Activer les groupes de disponibilité AlwaysOn, puis cliquez sur OK.

  6. Bien que la modification soit enregistrée, vous devez redémarrer manuellement le service SQL Server (MSSQLSERVER) pour la valider. Le redémarrage manuel vous permet de sélectionner un horaire de redémarrage adapté à vos exigences professionnelles.

  7. Répétez les étapes précédentes pour activer AlwaysOn pour SQL Server sur les autres nœuds du cluster.

Pour plus d’informations, voir Activer et désactiver les groupes de disponibilité AlwaysOn (SQL Server).

Créer et configurer le groupe de disponibilité

Selon l’environnement SQL Server 2014 (SP1) ou SQL Server 2016 ou SQL Server 2012 où vous prévoyez de créer le groupe de disponibilité, vous devrez peut-être créer une base de données temporaire à utiliser avant de créer le groupe de disponibilité.

Le processus de création de groupe de disponibilité exige que vous fournissiez un nom pour ce groupe, puis que vous sélectionniez une base de données utilisateur éligible sur l’instance de serveur connectée comme base de données de disponibilité.

Notes

Seules les bases de données utilisateur peuvent être ajoutées à un groupe de disponibilité. Les bases de données système ne peuvent pas en faire partie. Pour plus d’informations, voir la section « Conditions préalables requises et restrictions pour les groupes de disponibilité » de l’article Conditions préalables requises, restrictions et recommandations pour les groupes de disponibilité AlwaysOn (SQL Server) et Création et configuration des groupes de disponibilité (SQL Server).

S’il n’y a aucune base de données utilisateur sur l’instance du serveur connecté, ce qui est le cas dans notre exemple, vous devez en créer une. Appliquez la procédure suivante pour créer une base de données utilisateur temporaire qui sera utilisée comme réplica principal temporaire pour le groupe.

Pour créer une base de données utilisateur temporaire

  1. Vérifiez que votre compte d’ouverture de session dispose des autorisations adéquates pour cette tâche. Il vous faut l’une des autorisations suivantes dans la base de données maître pour créer la base de données :

    • CREATE DATABASE

    • CREATE ANY DATABASE

    • ALTER ANY DATABASE

  2. Connectez-vous au serveur qui hébergera le réplica principal. Dans notre exemple, il s’agit de SP-SRV1.

  3. Démarrez Management Studio.

  4. Dans l’Explorateur d’objets, cliquez avec le bouton droit sur Bases de données, puis cliquez sur Nouvelle base de données.

  5. Dans la boîte de dialogue Nouvelle base de données, tapez le nom de la base de données, « TemporaryUserDB » dans notre exemple.

    S’agissant d’une base de données temporaire que vous supprimerez après avoir créé le groupe de disponibilité, vous pouvez utiliser les paramètres par défaut. Cliquez sur OK.

    Étant donné que l’Assistant Nouveau groupe de disponibilité ne crée un groupe de disponibilité que si la base de données utilisateur a été sauvegardée, vous devez sauvegarder la base de données temporaire.

  6. Dans l’Explorateur d’objets, développez Bases de données et cliquez avec le bouton droit sur la base de données temporaire que vous venez de créer. Sélectionnez Tâches, puis Sauvegarder.

  7. Dans la boîte de dialogue Sauvegarder la base de données, cliquez sur OK pour accepter tous les paramètres par défaut et créer la sauvegarde.

À propos des réplicas et de la synchronisation des données

Vous devez connaître les informations suivantes sur les réplicas et la synchronisation des données avant de créer et de configurer des groupes de disponibilité pour votre batterie de serveurs SharePoint.

À propos des réplicas

Un rôle initial (rôle principal ou secondaire) est assigné à chaque réplica de disponibilité dont héritent ses bases de données. Le rôle d’un réplica donné détermine s’il héberge des bases de données accessibles en lecture-écriture ou en lecture seule, le type de basculement et s’il utilise le mode de validation synchrone ou asynchrone.

Notes

Le nombre maximal de réplicas secondaires passe de 4 à 8 dans SQL Server 2014 et les versions ultérieures.

Le tableau suivant montre les informations que vous devez fournir pour chaque réplica lors de la création initiale du groupe de disponibilité ou lors de l’ajout de réplicas secondaires.

Exigences relatives à la configuration des réplicas

Information sur le réplica Description

Instance de serveur

Indique le nom de l’instance du serveur qui hébergera le réplica de disponibilité.

Rôle initial

Indique le rôle rempli initialement par le nouveau réplica : principal ou secondaire.

Basculement automatique (jusqu’à 2 réplicas)

Indique le type de basculement utilisé par le réplica : automatique ou manuel.

Validation synchrone (jusqu’à 3 réplicas)

Indique le type de validation utilisé pour le réplica.

Secondaire lisible

Indique si un réplica secondaire peut être lu.

Les options de configuration ne sont pas disponibles pour l’accès en lecture, lecture seule et intention de lecture seule. Pour plus d’informations, voir Secondaires actifs : réplicas secondaires accessibles en lecture (groupes de disponibilité Always On) et Configurer le routage en lecture seule pour un groupe de disponibilité (SQL Server).

Notes

Dans UNRESOLVED_TOKEN_VAL(sql-2014-2ème) et versions ultérieures, les réplicas secondaires lisibles restent maintenant disponibles pour les charges de travail de lecture lorsqu’ils sont déconnectés des réplicas principaux ou pendant une perte de quorum de cluster.

Notes

Lorsque vous ajoutez des réplicas à un groupe, vous spécifiez également le point de terminaison pour chaque réplica et vous configurez des préférences de sauvegarde. Pour plus d’informations, voir Spécifier l’URL de point de terminaison lors de l’ajout ou lors de la modification d’un réplica de disponibilité (SQL Server) et Secondaires actifs : sauvegarde sur les réplicas secondaires (groupes de disponibilité d’AlwaysOn).

Synchronisation des données

Dans le cadre du processus de création de groupe de disponibilité, vous devez créer une copie exacte des données sur le réplica principal et installer la copie sur le réplica secondaire. Il s’agit de la synchronisation initiale des données pour le groupe de disponibilité. Pour plus d’informations, voir Page Sélectionner la synchronisation de données initiale (assistants de groupe de disponibilité AlwaysOn).

Un partage réseau existant doit être utilisé par tous les nœuds de la configuration AlwaysOn pour effectuer la synchronisation initiale des données entre tous les nœuds du cluster qui hébergent un réplica. Pour plus d’informations, voir Extension Partages réseau et Vue d’ensemble des services de stockage et de fichiers.

Notez les restrictions suivantes lors de l’utilisation de l’Assistant Nouveau groupe de disponibilité pour démarrer la synchronisation des données :

  • Si les chemins d’accès aux fichiers à l’emplacement du réplica secondaire diffèrent de ceux de l’emplacement principal, vous devez lancer la synchronisation des données manuellement.

  • S’il existe une base de données secondaire sur un réplica secondaire, vous devez la supprimer manuellement avant de lancer la synchronisation des données dans l’Assistant Nouveau groupe de disponibilité. Toutefois, si vous souhaitez utiliser des bases de données secondaires existantes, quittez l’Assistant et lancez la synchronisation des données manuellement.

  • Pour utiliser l’Assistant Nouveau groupe de disponibilité pour synchroniser des données, vous devez avoir un partage de sauvegarde accessible en écriture à tous les réplicas. Vous pouvez spécifier ce partage en naviguant jusqu’à lui ou en entrant le nom de son chemin d’accès UNC (Universal Naming Convention) complet, \\nom_système\nom_partage\chemin_accès\, dans la zone Spécifier un emplacement réseau partagé accessible par tous les réplicas.

Pour chaque base de données du groupe de disponibilité, la page Démarrer la synchronisation des données indique la progression des opérations suivantes :

  • Création d’une sauvegarde de base de données complète de la base de données primaire sur le partage réseau

  • Restauration de ces sauvegardes à l’emplacement du réplica secondaire

    Ces deux opérations de restauration utilisent l’option RESTORE WITH NORECOVERY et laissent la nouvelle base de données secondaire à l’état RESTORING.

  • Association de la base de données secondaire au groupe de disponibilité

    Cette étape place la base de données secondaire à l’état ONLINE et démarre la synchronisation des données pour cette base de données.

Réplication de connexion

Les connexions SharePoint créées à l’aide de la même approche que dans les versions précédentes de SQL Server ne sont pas répliquées dans un groupe de disponibilité. Cela est dû au fait que les informations de connexion sont stockées dans la base de données MasterDB, qui n’est pas répliquée. Bien que les comptes de la batterie de serveurs soient créés lors de la synchronisation des réplicas, les informations de connexion ne sont pas disponibles après un basculement.

Si vous avez déjà créé un groupe de disponibilité et synchronisé le réplica principal et les réplicas secondaires, la solution de contournement consiste à copier manuellement les connexions du réplica principal vers les réplicas secondaires.

SQL Server 2012 introduit le concept d’utilisateurs avec mots de passe pour les bases de données à relation contenant-contenu. La base de données proprement dite contient toutes les métadonnées de base de données et les informations utilisateur, et un utilisateur défini dans cette base de données n’est pas obligé d’avoir une connexion correspondante. Les informations contenues dans cette base de données sont répliquées par le groupe de disponibilité et sont disponibles après un basculement. Pour plus d’informations, voir Bases de données à relation contenant-contenu.

Important

Si vous créez une connexion SharePoint pour un groupe de disponibilité existant, assurez-vous d’ajouter la connexion à la base de données à relation contenant-contenu afin qu’elle soit répliquée sur chaque serveur qui héberge une instance de SQL Server pour le groupe de disponibilité. Par exemple, si vous créez un autre pool d’applications pour une application web et que vous lui attribuez une nouvelle identité (un compte de pool d’applications que vous n’avez pas utilisé), vous devez ajouter ce compte comme connexion.

Créer et configurer le groupe de disponibilité

Appliquez la procédure suivante pour créer un groupe de disponibilité sur le réplica principal (SP-SRV1 dans notre exemple).

Créer le groupe de disponibilité

  1. Assurez-vous que le compte d’ouverture de session dispose des autorisations requises pour créer un groupe de disponibilité. Ce compte doit être membre du rôle de base de données fixe db_owner et avoir l’autorisation de serveur CREATE AVAILABILITY GROUP ou l’autorisation CONTROL AVAILABILITY GROUP, ALTER ANY AVAILABILITY GROUP ou CONTROL SERVER.

  2. Connectez-vous au serveur qui hébergera le réplica principal et démarrez SQL Server Management Studio.

  3. Pour démarrer l’Assistant Nouveau groupe de disponibilité, cliquez avec le bouton droit sur Haute disponibilité AlwaysOn, puis cliquez sur Assistant Nouveau groupe de disponibilité.

  4. Cliquez sur Suivant pour accéder à la page Spécifier le nom. Entrez SP-AG1 comme nom du nouveau groupe de disponibilité dans la zone Nom du groupe de disponibilité.

    Ce nom doit être un identificateur SQL Server valide, il doit être unique sur le cluster Clustering de basculement Windows Server et également unique dans le domaine.

  5. Sur la page Sélectionner des bases de données, toutes les bases de données utilisateur éligibles pour devenir la base de données primaire pour le nouveau groupe de disponibilité sont répertoriées dans la grille Bases de données utilisateur sur cette instance de SQL Server. Sélectionnez TemporaryUserDB, puis cliquez sur Suivant.

  6. Dans la page Spécifier les réplicas, utilisez les onglets suivants pour configurer les réplicas pour SP-AG1 : Réplicas, Points de terminaison et Préférences de sauvegarde.

  7. Un écouteur de groupe de disponibilité est un nom de serveur virtuel qui permet aux clients de se connecter à la base de données dans un groupe de disponibilité donné. Les écouteurs de groupe de disponibilité dirigent les connexions entrantes vers le réplica principal ou vers un réplica secondaire en lecture seule. L’écouteur fournit un basculement d’application rapide après le basculement d’un groupe de disponibilité. Pour plus d’informations, voir Écouteurs de groupe de disponibilité, connectivité client et basculement d’application (SQL Server).

    Sous l’onglet Écouteur, configurez un écouteur de groupe de disponibilité pour notre exemple, en utilisant le nom AGListener.

    Important

    Il est possible que vous constatiez une latence intermittente et anormalement élevée lorsque vous utilisez des groupes de disponibilité ayant des réplicas déployés sur plusieurs sous-réseaux.
    En guise de meilleure pratique, les connexions aux groupes de disponibilité SharePoint dans un environnement à plusieurs sous-réseaux doivent configurer specifyMultiSubnetFailover=True de façon à éviter les problèmes dus à une latence réseau élevée. Pour plus d’informations, voir Prise en charge de basculements de sous-réseaux multiples de groupe de disponibilité.

    Vous ne pouvez pas spécifier directement MultiSubnetFailover=True car un client SharePoint ne peut pas modifier directement une chaîne de connexion. Vous devez utiliser PowerShell pour définir cette valeur de la propriété de base de données MultiSubnetFailover. L’exemple suivant montre comment procéder.

    $dbs = Get-SPDatabase | ?{$_.MultiSubnetFailover -ne $true}
         foreach ($db in $dbs)
         {
              $db.MultiSubnetFailover = $true
               $db.Update()
         }
    
  8. Sélectionnez la configuration souhaitée pour chaque instance dans la grille Instances sélectionnées, puis cliquez sur Suivant.

  9. Cliquez sur Terminer pour créer le groupe de disponibilité.

  10. La page Sélectionner la synchronisation de données initiale vous permet de sélectionner une préférence de synchronisation et de spécifier l’emplacement réseau partagé accessible par tous les réplicas. Pour notre environnement, acceptez la valeur par défaut (Complète) afin d’effectuer une sauvegarde complète des bases de données et des journaux. Cliquez sur Suivant.

  11. La page Validation de l’Assistant montre les résultats de six vérifications avant de vous laisser poursuivre la création du groupe de disponibilité. Si toutes les vérifications réussissent, cliquez sur Suivant pour continuer. Si un ou plusieurs tests échouent, vous ne pouvez pas continuer avant d’avoir éliminé l’erreur et cliqué sur Réexécuter la validation pour réexécuter les tests de validation. Une fois tous les tests réussis, cliquez sur Suivant pour continuer.

  12. Dans la page Résumé, vérifiez la configuration du réplica que vous ajoutez, puis cliquez sur Terminer pour l’enregistrer. Pour modifier la configuration, cliquez sur Précédent pour revenir aux pages précédentes de l’Assistant.

Installer et configurer SharePoint Server

À ce stade, vous pouvez installer SharePoint Server et créer la batterie de serveurs. Appliquez la procédure suivante pour installer et configurer SharePoint Server.

Notes

Pour obtenir des instructions d’installation et de configuration détaillées, voir Installer SharePoint Server 2016 et Installation de SharePoint 2013.

Pour installer SharePoint Server

  1. Copiez les fichiers de programme SharePoint Server sur un disque local de l’ordinateur où vous prévoyez d’installer SharePoint ou sur un partage de fichiers réseau.

  2. Exécutez l’Outil de préparation des produits Microsoft SharePoint pour installer tous les éléments prérequis afin de configurer et d’utiliser SharePoint Server.

  3. Exécutez le programme d’installation pour installer les fichiers binaires, configurer les autorisations de sécurité et modifier les paramètres du Registre pour SharePoint Server.

  4. Exécutez l’Assistant Configuration des produits SharePoint pour installer et configurer la base de données de configuration, installer et configurer la base de données de contenu et installer le Administration centrale.

  5. Sur la page Spécifier les paramètres de la base de données de configuration, dans la zone Serveur de base de données, entrez AGListener comme nom de l’ordinateur exécutant SQL Server.

    Important

    Pour fournir le basculement automatique, vous devez spécifier le nom de l’écouteur de groupe de disponibilité comme nom de la base de données pour SharePoint Server.

Ajouter des bases de données SharePoint au groupe de disponibilité

Pour finaliser la configuration d’AlwaysOn pour une batterie de serveurs SharePoint Server, ajoutez les bases de données SharePoint au groupe de disponibilité et synchronisez les réplicas secondaires avec le réplica principal.

Important

Ajoutez uniquement les bases de données qui sont prises en charge pour une utilisation avec un groupe de disponibilité AlwaysOn SQL Server. Pour plus d’informations, voir Options de haute disponibilité et de récupération d’urgence prises en charge pour les bases de données SharePoint.

Sur le serveur qui héberge le réplica principal, vous devez exécuter l’Assistant Ajouter des bases de données au groupe de disponibilité pour ajouter toutes les bases de données SharePoint au groupe de disponibilité. La procédure suivante est identique à celle décrite précédemment sur la création du groupe de disponibilité.

Pour ajouter des bases de données SharePoint au groupe de disponibilité

  1. Connectez-vous au serveur qui hébergera le réplica principal et démarrez SQL Server Management Studio.

    Le compte utilisé doit être membre du groupe Administrateurs locaux pour chaque serveur où vous installez SharePoint Server.

    Par ailleurs, le compte doit disposer d’au moins l’une des autorisations suivantes :

    • Autorisation ALTER AVAILABILITY GROUP sur le groupe de disponibilité

    • Autorisation CONTROL AVAILABILITY GROUP

    • Autorisation ALTER ANY AVAILABILITY GROUP

    • Autorisation CONTROL SERVER

    L’association d’une base de données à un groupe de disponibilité nécessite l’appartenance au rôle de base de données fixe db_owner.

  2. Dans l’Explorateur d’objets, accédez au nœud Groupes de disponibilité et développez-le si nécessaire.

  3. Cliquez avec le bouton droit sur l’exemple de groupe (SP-AG1), puis cliquez sur Ajouter une base de données.

  4. Dans la page Sélectionner des bases de données, toutes les bases de données utilisateur éligibles pour devenir la base de données primaire pour le nouveau groupe de disponibilité sont répertoriées dans la grille Bases de données utilisateur sur cette instance de SQL Server. Utilisez les cases à cocher pour sélectionner toutes les bases de données que vous souhaitez ajouter au groupe, puis cliquez sur Suivant.

  5. La page Sélectionner la synchronisation de données initiale vous permet de sélectionner une préférence de synchronisation et de spécifier l’emplacement réseau partagé accessible par tous les réplicas. Pour notre environnement, nous allons accepter la valeur par défaut (Complète) afin d’effectuer une sauvegarde complète des bases de données et des journaux. Cliquez sur Suivant.

  6. La page Validation de l’Assistant montre les résultats de six vérifications avant de vous laisser poursuivre la création du groupe de disponibilité. Si un ou plusieurs tests échouent, vous ne pouvez pas continuer avant d’avoir éliminé l’erreur et cliqué sur Réexécuter la validation pour réexécuter les tests de validation. Une fois tous les tests réussis, cliquez sur Suivant pour continuer.

  7. Dans la page Résumé, vérifiez la configuration du réplica que vous ajoutez, puis cliquez sur Terminer pour la conserver. Pour modifier la configuration, cliquez sur Précédent pour revenir aux pages précédentes de l’Assistant.

Important

Les bases de données que vous ajoutez à une batterie de serveurs SharePoint ne sont pas ajoutées automatiquement au groupe de disponibilité. Vous devez les ajouter en effectuant les étapes décrites dans cet article ou en faisant appel à des scripts pour automatiser la procédure.

Utiliser des tests de basculement pour valider l’installation AlwaysOn

Après avoir synchronisé les données SharePoint avec les réplicas secondaires, l’étape finale consiste à tester le basculement.

Vous devez exécuter des tests de basculement étendus afin de vous assurer que le comportement de l’environnement AlwaysOn est tel que prévu et que vous comprenez intégralement les procédures et configurations requises liées aux groupes de disponibilité SQL Server 2014 (SP1), SQL Server 2016 ou SQL Server 2012. Il s’agit notamment des tests suivants :

  • Vérifier que toutes les fonctionnalités et tous les services de la batterie de serveurs sont entièrement fonctionnels

  • Vérifier que les données SharePoint Server sont préservées et non endommagées

Testez le basculement de groupe de disponibilité en utilisant le basculement manuel planifié ou le basculement manuel forcé, qui sont décrits dans les articles suivants :

SQL Server 2012

SQL Server 2014 (SP1)

SQL Server 2016

Vous pouvez effectuer ces deux types de basculement à l’aide de l’Assistant Basculement dans SQL Server Management Studio, de Transact-SQL ou de PowerShell dans SQL Server 2014 (SP1), SQL Server 2016 et SQL Server 2012.

Notes

Dans un scénario de cluster de basculement Actif-Actif où plusieurs instances de SharePoint peuvent basculer les unes vers les autres, vous devez vous assurer que chaque serveur a une capacité suffisante pour gérer la charge de travail locale et la charge de travail du serveur défaillant.

Surveiller l’environnement AlwaysOn

Les performances, l’intégrité et la capacité d’un environnement AlwaysOn doivent être surveillées.

Performances

Les nouveaux objets de performances suivants sont disponibles pour surveiller un environnement AlwaysOn.

SQL Server 2012

SQL Server 2014 (SP1)

SQL Server 2016

Intégrité et capacité

Pour la surveillance de l’intégrité générale, vous pouvez utiliser le tableau de bord Groupes de disponibilité afin d’obtenir des informations sur l’intégrité des groupes de disponibilité du système. Pour plus d’informations, reportez-vous à Stratégies Always On pour les problèmes opérationnels avec des groupes de disponibilité Always On (SQL Server) pour SQL Server 2014 (SP1) et Stratégies Always On pour les problèmes opérationnels - Disponibilité Always On pour SQL Server 2016. Pour plus d’informations sur SQL Server 2012, consultez les articles suivants :

Vous pouvez également utiliser Transact-SQL pour surveiller les groupes de disponibilité à l’aide de l’ensemble de vues de gestion dynamique et de catalogue fournies pour les groupes de disponibilité AlwaysOn. Pour plus d’informations, reportez-vous à Surveiller des groupes de disponibilité (Transact-SQL) pour SQL Server 2014 (SP1) et Surveiller des groupes de disponibilité (Transact-SQL) pour SQL Server 2016.

See also

Installer et configurer SharePoint Server 2016

Déploiement de SharePoint Server 2016 avec des groupes de disponibilité AlwaysOn SQL Server dans Azure