Clustering de basculement et groupes de disponibilité Always On (SQL Server)Failover Clustering and Always On Availability Groups (SQL Server)

CETTE RUBRIQUE S’APPLIQUE À : ouiSQL Server (à partir de la version 2012)nonAzure SQL DatabasenonAzure SQL Data WarehousenonParallel Data Warehouse THIS TOPIC APPLIES TO: yesSQL Server (starting with 2012)noAzure SQL DatabasenoAzure SQL Data Warehouse noParallel Data Warehouse

Groupes de disponibilité Always OnAlways On availability groups, la solution haute disponibilité et de récupération d'urgence introduite dans SQL Server 2012SQL Server 2012, requiert le Clustering de basculement Windows Server (WSFC)., the high availability and disaster recovery solution introduced in SQL Server 2012SQL Server 2012, requires Windows Server Failover Clustering (WSFC). En outre, bien que Groupes de disponibilité Always OnAlways On availability groups ne dépende pas du Clustering de basculement SQL ServerSQL Server , vous pouvez utiliser une instance de clustering de basculement pour héberger un réplica de disponibilité pour un groupe de disponibilité.Also, though Groupes de disponibilité Always OnAlways On availability groups is not dependent upon SQL ServerSQL Server Failover Clustering, you can use a failover clustering instance (FCI) to host an availability replica for an availability group. Il est important de connaître le rôle de chaque technologie de clustering, ainsi que les observations nécessaires lorsque vous concevez votre environnement Groupes de disponibilité Always OnAlways On availability groups .It is important to know the role of each clustering technology, and to know what considerations are necessary as you design your Groupes de disponibilité Always OnAlways On availability groups environment.

Note

Pour plus d’informations sur les concepts Groupes de disponibilité Always OnAlways On availability groups , consultez Vue d’ensemble des groupes de disponibilité Always On (SQL Server).For information about Groupes de disponibilité Always OnAlways On availability groups concepts, see Overview of Always On Availability Groups (SQL Server).

Dans cette rubrique :In This Topic:

Clustering de basculement de serveur Windows et groupes de disponibilité Windows Server Failover Clustering and Availability Groups

Le déploiement de Groupes de disponibilité Always OnAlways On availability groups requiert un cluster WSFC (clustering de basculement Windows Server).Deploying Groupes de disponibilité Always OnAlways On availability groups requires a Windows Server Failover Clustering (WSFC) cluster. Pour que Groupes de disponibilité Always OnAlways On availability groupssoit activén une instance de SQL ServerSQL Server doit résider sur un nœud WSFC, et le cluster et le nœud WSFC doivent être en ligne.To be enabled for Groupes de disponibilité Always OnAlways On availability groups, an instance of SQL ServerSQL Server must reside on a WSFC node, and the WSFC cluster and node must be online. De plus, chaque réplica de disponibilité d'un groupe de disponibilité donné doit résider sur un nœud différent du même cluster WSFC.Furthermore, each availability replica of a given availability group must reside on a different node of the same WSFC cluster. La seule exception survient lors de la migration vers un autre cluster WSFC : un groupe de disponibilité peut temporairement chevaucher deux clusters.The only exception is that while being migrated to another WSFC cluster, an availability group can temporarily straddle two clusters.

Groupes de disponibilité Always OnAlways On availability groups s’appuie sur le cluster WSFC (clustering de basculement Windows Server) pour surveiller et gérer les rôles actuels des réplicas de disponibilité qui appartiennent à un groupe de disponibilité donné et pour déterminer de quelle manière un événement de basculement affecte les réplicas de disponibilité. relies on the Windows Failover Clustering (WSFC) cluster to monitor and manage the current roles of the availability replicas that belong to a given availability group and to determine how a failover event affects the availability replicas. Un groupe de ressources WSFC est créé pour chaque groupe de disponibilité que vous créez.A WSFC resource group is created for every availability group that you create. Le cluster WSFC surveille ce groupe de ressources pour évaluer l'intégrité du réplica principal.The WSFC cluster monitors this resource group to evaluate the health of the primary replica.

Le quorum pour Groupes de disponibilité Always OnAlways On availability groups est basé sur tous les nœuds du cluster WSFC, indépendamment du fait qu'un nœud de cluster donné héberge des réplicas de disponibilité.The quorum for Groupes de disponibilité Always OnAlways On availability groups is based on all nodes in the WSFC cluster regardless of whether a given cluster node hosts any availability replicas. Contrairement à la mise en miroir de bases de données, il n'existe aucun rôle de témoin dans Groupes de disponibilité Always OnAlways On availability groups.In contrast to database mirroring, there is no witness role in Groupes de disponibilité Always OnAlways On availability groups.

L'intégrité globale d'un cluster WSFC est déterminée par les votes d'un quorum de nœuds du cluster.The overall health of a WSFC cluster is determined by the votes of quorum of nodes in the cluster. Si le cluster WSFC est mis hors connexion en raison d'un problème grave non planifié, ou en raison d'un problème de matériel ou de communication persistant, une intervention administrative manuelle est nécessaire.If the WSFC cluster goes offline because of an unplanned disaster, or due to a persistent hardware or communications failure, manual administrative intervention is required. Un administrateur Windows Server ou de cluster WSFC doit forcer un quorum et remettre les nœuds de cluster survivants en ligne dans une configuration sans tolérance de panne.A Windows Server or WSFC cluster administrator will need to force a quorum and then bring the surviving cluster nodes back online in a non-fault-tolerant configuration.

Important

Groupes de disponibilité Always OnAlways On availability groups sont des sous-clés du cluster WSFC. registry keys are subkeys of the WSFC cluster. Si vous supprimez et recréez un cluster WSFC, vous devez désactiver puis réactiver la fonctionnalité Groupes de disponibilité Always OnAlways On availability groups sur chaque instance de SQL ServerSQL Server qui hébergeait un réplica de disponibilité sur le cluster WSFC d'origine.If you delete and re-create a WSFC cluster, you must disable and re-enable the Groupes de disponibilité Always OnAlways On availability groups feature on each instance of SQL ServerSQL Server that hosted an availability replica on the original WSFC cluster.

Pour plus d’informations sur l’exécution de SQL ServerSQL Server sur nœuds de clustering de basculement Windows Server (WSFC) et sur le quorum WSFC, consultez Clustering de basculement Windows Server (WSFC) avec SQL Server.For information about running SQL ServerSQL Server on Windows Server Failover Clustering (WSFC) nodes and about WSFC quorum, see Windows Server Failover Clustering (WSFC) with SQL Server.

Migration entre clusters de groupes de disponibilité Always On pour la mise à niveau du système d’exploitationCross-Cluster Migration of Always On Availability Groups for OS Upgrade

Depuis SQL Server 2012 SP1SQL Server 2012 SP1, Groupes de disponibilité Always OnAlways On availability groups prend en charge la migration entre clusters de groupes de disponibilité pour les déploiements dans un nouveau cluster de clustering de basculement Windows Server (WSFC).Beginning with SQL Server 2012 SP1SQL Server 2012 SP1, Groupes de disponibilité Always OnAlways On availability groups supports cross-cluster migration of availability groups for deployments to a new Windows Server Failover Clustering (WSFC) cluster. Une migration entre clusters déplace un groupe de disponibilité ou un lot de groupes de disponibilité vers le nouveau cluster WSFC de destination avec un temps mort minimal.A cross-cluster migration moves one availability group or a batch of availability groups to the new, destination WSFC cluster with minimal downtime. Le processus de migration entre clusters permet de conserver les contrats de niveau de service (SLA) lors de la mise à niveau vers un cluster Windows Server 2012Windows Server 2012 .The cross-cluster migration process enables you to maintain your service level agreements (SLAs) when upgrading to a Windows Server 2012Windows Server 2012 cluster. SQL Server 2012 SP1SQL Server 2012 SP1 (ou une version ultérieure) doit être installé et activé pour Always On sur le cluster WSFC de destination. (or a later version) must be installed and enabled for Always On on the destination WSFC cluster. La réussite d'une migration entre clusters dépend de la planification et de la préparation du cluster WSFC de destination.The success of a cross-cluster migration depends on thorough planning and preparation of the destination WSFC cluster.

Pour plus d’informations, consultez Migration entre clusters de groupes de disponibilité Always On pour la mise à niveau du système d’exploitation.For more information, see Cross-Cluster Migration of Always On Availability Groups for OS Upgrade.

SQL ServerSQL Server Instances de cluster de basculement et groupes de disponibilité SQL ServerSQL Server Failover Cluster Instances (FCIs) and Availability Groups

Vous pouvez configurer une deuxième couche de basculement au niveau de l'instance serveur en implémentant le clustering de basculement SQL ServerSQL Server avec le cluster WSFC.You can set up a second layer of failover at the server-instance level by implementing SQL ServerSQL Server failover clustering together with the WSFC cluster. Un réplica de disponibilité peut être hébergé par une instance autonome de SQL ServerSQL Server ou par une instance de cluster de basculement.An availability replica can be hosted by either a standalone instance of SQL ServerSQL Server or an FCI instance. Un seul partenaire FCI peut héberger un réplica pour un groupe de disponibilité donné.Only one FCI partner can host a replica for a given availability group. Lorsqu'un réplica de disponibilité s'exécute sur une FCI, la liste des propriétaires possibles pour le groupe de disponibilité contiendra uniquement le nœud FCI actif.When an availability replica is running on an FCI, the possible owners list for the availability group will contain only the active FCI node.

Groupes de disponibilité Always OnAlways On availability groups ne dépend d'aucune forme de stockage partagé. does not depend on any form of shared storage. Toutefois, si vous utilisez une instance de cluster de basculement SQL ServerSQL Server pour héberger un ou plusieurs réplicas de disponibilité, chacune de ces instances de cluster de basculement requiert un stockage partagé conformément à l'installation standard de l'instance de cluster de basculement SQL Server.However, if you use a SQL ServerSQL Server failover cluster instance (FCI) to host one or more availability replicas, each of those FCIs will require shared storage as per standard SQL Server failover cluster instance installation.

Pour plus d’informations sur les conditions préalables requises, consultez la section « Conditions préalables requises et restrictions pour l’utilisation d’une instance de cluster de basculement SQL Server afin d’héberger un réplica de disponibilité » de Conditions préalables requises, restrictions et recommandations pour les groupes de disponibilité Always On (SQL Server).For more information about additional prerequisites, see the "Prerequisites and Restrictions for Using a SQL Server Failover Cluster Instance (FCI) to Host an Availability Replica" section of Prerequisites, Restrictions, and Recommendations for Always On Availability Groups (SQL Server).

Comparaison des instances de cluster de basculement et des groupes de disponibilitéComparison of Failover Cluster Instances and Availability Groups

Quel que soit le nombre de nœuds de l'instance de cluster de basculement, celle-ci ne peut héberger qu'un seul réplica dans un groupe de disponibilité.Regardless of the number of nodes in the FCI, an entire FCI hosts a single replica within an availability group. Le tableau suivant décrit les distinctions de concepts entre les nœuds d'une instance de cluster de basculement et les réplicas dans un groupe de disponibilité.The following table describes the distinctions in concepts between nodes in an FCI and replicas within an availability group.

Nœuds dans une instance de cluster de basculementNodes within an FCI Réplicas dans un groupe de disponibilitéReplicas within an availability group
Utilise le cluster WSFCUses WSFC cluster OuiYes OuiYes
Niveau de protectionProtection level InstanceInstance Base de donnéesDatabase
Type de stockageStorage type PartagésShared Non partagéNon-shared

Même si les réplicas dans un groupe de disponibilité ne partagent pas le stockage, un réplica hébergé par une instance de cluster de basculement utilise une solution de stockage partagé conforme aux exigences de cette instance de cluster de basculement.While the replicas in an availability group do not share storage, a replica that is hosted by an FCI uses a shared storage solution as required by that FCI. La solution de stockage est partagée uniquement par les nœuds de l'instance de cluster de basculement et pas entre les réplicas du groupe de disponibilité.The storage solution is shared only by nodes within the FCI and not between replicas of the availability group.
Solutions de stockageStorage solutions attachement direct, SAN, points de montage, SMBDirect attached, SAN, mount points, SMB Dépend du type de nœudDepends on node type
Secondaires accessibles en lectureReadable secondaries NonNo OuiYes
Paramètres de stratégie de basculement applicablesApplicable failover policy settings Quorum WSFCWSFC quorum

Spécifique à l'instance de cluster de basculementFCI-specific

Paramètres du groupe de disponibilitéAvailability group settings
Quorum WSFCWSFC quorum

Paramètres du groupe de disponibilitéAvailability group settings
Ressources basculéesFailed-over resources Serveur, instance et base de donnéesServer, instance, and database Base de données uniquementDatabase only

Alors que les réplicas secondaires synchrones dans un groupe de disponibilité s’exécutent toujours sur leurs instances SQL ServerSQL Server respectives, les nœuds secondaires dans une instance de cluster de basculement n’ont pas démarré leurs instances SQL ServerSQL Server respectives et sont donc inaccessibles en lecture.Whereas synchronous secondary replicas in an availability group are always running on their respective SQL ServerSQL Server instances, secondary nodes in an FCI actually have not started their respective SQL ServerSQL Server instances and are therefore not readable. Dans une instance de cluster de basculement, un nœud secondaire démarre son instance de SQL ServerSQL Server uniquement lorsque la propriété du groupe de ressources lui est transférée lors d'un basculement de l'instance de cluster de basculement.In an FCI, a secondary node starts its SQL ServerSQL Server instance only when the resource group ownership is transferred to it during an FCI failover. Toutefois, sur le nœud actif de l'instance de cluster de basculement, lorsqu'une base de données hébergée par l'instance de cluster de basculement appartient à un groupe de disponibilité, si le réplica de disponibilité local s'exécute comme réplica secondaire accessible en lecture, la base de données est accessible en lecture.However, on the active FCI node, when an FCI-hosted database belongs to an availability group, if the local availability replica is running as a readable secondary replica, the database is readable.

Les paramètres de stratégie de basculement du groupe de disponibilité s’appliquent à tous les réplicas, qu’il soit hébergé dans une instance autonome ou une instance de cluster de basculement.Failover policy settings for the availability group apply to all replicas, whether it is hosted in a standalone instance or an FCI instance.

Note

Pour plus d’informations sur le nombre de nœuds dans le clustering de basculement et les groupes de disponibilité Always On dans les différentes éditions de SQL ServerSQL Server, consultez Fonctionnalités prises en charge par les éditions de SQL Server 2012 (http://go.microsoft.com/fwlink/?linkid=232473).For more information about Number of nodes within Failover Clustering and Always On Availability Groups for different editions of SQL ServerSQL Server, see Features Supported by the Editions of SQL Server 2012 (http://go.microsoft.com/fwlink/?linkid=232473).

Considérations relatives à l'hébergement d'un réplica de disponibilité sur une instance de cluster de disponibilitéConsiderations for hosting an Availability Replica on an FCI

Important

Si vous envisagez d’héberger un réplica de disponibilité sur une instance de cluster de basculement SQL Server, assurez-vous que les nœuds hôtes Windows Server 2008 respectent les conditions préalables requises et les restrictions Always On applicables aux instances de cluster de basculement.If you plan to host an availability replica on a SQL Server Failover Cluster Instance (FCI), ensure that the Windows Server 2008 host nodes meet the Always On prerequisites and restrictions for Failover Cluster Instances (FCIs). Pour plus d’informations, consultez Conditions préalables requises, restrictions et recommandations pour les groupes de disponibilité Always On (SQL Server).For more information, see Prerequisites, Restrictions, and Recommendations for Always On Availability Groups (SQL Server).

SQL ServerSQL Server Les instances de cluster de basculement ne prennent pas en charge le basculement automatique par les groupes de disponibilité. Par conséquent, tout réplica de disponibilité hébergé par une instance de cluster de basculement ne peut être configuré que pour un basculement manuel. Failover Cluster Instances (FCIs) do not support automatic failover by availability groups, so any availability replica that is hosted by an FCI can only be configured for manual failover.

Vous devrez peut-être configurer un cluster WSFC (Clustering de basculement Windows Server) de manière à inclure les disques partagés qui ne sont pas disponibles sur tous les nœuds.You might need to configure a Windows Server Failover Clustering (WSFC) cluster to include shared disks that are not available on all nodes. Prenons par exemple un cluster WSFC réparti entre deux centres de données comportant trois nœuds.For example, consider a WSFC cluster across two data centers with three nodes. Deux des nœuds hébergent une instance de clustering de basculement SQL Server dans le centre de données principal et ont accès aux mêmes disques partagés.Two of the nodes host a SQL Server failover clustering instance (FCI) in the primary data center and have access to the same shared disks. Le troisième nœud héberge une instance autonome de SQL Server dans un centre de données différent et n'a pas accès aux disques partagés du centre de données principal.The third node hosts a stand-alone instance of SQL Server in a different data center and does not have access to the shared disks from the primary data center. Cette configuration de cluster WSFC prend en charge le déploiement d'un groupe de disponibilité si l'instance de cluster de basculement héberge le réplica principal et l'instance autonome héberge le réplica secondaire.This WSFC cluster configuration supports the deployment of an availability group if the FCI hosts the primary replica and the stand-alone instance hosts the secondary replica.

Lorsque vous choisissez une instance de cluster de basculement pour l'hébergement d'un réplica de disponibilité pour un groupe de disponibilité donné, vérifiez qu'un basculement de l'instance de cluster de basculement ne peut pas provoquer de tentative d'hébergement, par un seul nœud WSFC, de deux réplicas de disponibilité pour le même groupe de disponibilité.When choosing an FCI to host an availability replica for a given availability group, ensure that an FCI failover could not potentially cause a single WSFC node to attempt to host two availability replicas for the same availability group.

L'exemple de scénario suivant montre en quoi cette configuration risque de provoquer des problèmes :The following example scenario illustrates how this configuration could lead to problems:

Marcel configure un cluster WSFC avec deux nœuds, NODE01 et NODE02.Marcel configures two a WSFC cluster with two nodes, NODE01 and NODE02. Il installe une instance de cluster de basculement SQL ServerSQL Server , fciInstance1, sur NODE01 et NODE02 , où NODE01 est le propriétaire actuel de fciInstance1.He installs a SQL ServerSQL Server failover cluster instance, fciInstance1, on both NODE01 and NODE02 where NODE01 is the current owner for fciInstance1.
Sur NODE02, Marcel installe une autre instance de SQL ServerSQL Server, Instance3, qui est une instance autonome.On NODE02, Marcel installs another instance of SQL ServerSQL Server, Instance3, which is a stand-alone instance.
Sur NODE01, Marcel active fciInstance1 pour Groupes de disponibilité Always OnAlways On availability groups.On NODE01, Marcel enables fciInstance1 for Groupes de disponibilité Always OnAlways On availability groups. Sur NODE02, il active Instance3 pour Groupes de disponibilité Always OnAlways On availability groups.On NODE02, he enables Instance3 for Groupes de disponibilité Always OnAlways On availability groups. Il configure ensuite un groupe de disponibilité pour lequel fciInstance1 héberge le réplica principal et Instance3 héberge le réplica secondaire.Then he sets up an availability group for which fciInstance1 hosts the primary replica, and Instance3 hosts the secondary replica.
À un certain stade, fciInstance1 devient indisponible sur NODE01, et le cluster WSFC provoque un basculement de fciInstance1 vers NODE02.At some point fciInstance1 becomes unavailable on NODE01, and the WSFC cluster causes a failover of fciInstance1 to NODE02. Après le basculement, fciInstance1 est une instance activée pour Groupes de disponibilité Always OnAlways On availability groupsqui s'exécute sous le rôle principal sur NODE02.After the failover, fciInstance1 is a Groupes de disponibilité Always OnAlways On availability groups-enabled instance running under the primary role on NODE02. Toutefois, Instance3 réside maintenant sur le même nœud WSFC que fciInstance1.However, Instance3 now resides on the same WSFC node as fciInstance1. Cela viole la contrainte Groupes de disponibilité Always OnAlways On availability groups .This violates the Groupes de disponibilité Always OnAlways On availability groups constraint.
Pour résoudre le problème présenté par ce scénario, l'instance autonome, Instance3, doit résider sur un autre nœud dans le même cluster WSFC que NODE01 et NODE02.To correct the problem that this scenario presents, the stand-alone instance, Instance3, must reside on another node in the same WSFC cluster as NODE01 and NODE02.

Pour plus d’informations sur le SQL ServerSQL Server , consultez Instances de cluster de basculement Always On (SQL Server).For more information about SQL ServerSQL Server failover clustering, see Always On Failover Cluster Instances (SQL Server).

Restrictions d'utilisation du Gestionnaire du cluster de basculement WSFC avec des groupes de disponibilité Restrictions on Using The WSFC Failover Cluster Manager with Availability Groups

N'utilisez pas le Gestionnaire du cluster de basculement pour manipuler des groupes de disponibilité, par exemple :Do not use the Failover Cluster Manager to manipulate availability groups, for example:

  • N'ajoutez pas ou ne supprimez pas de ressources dans le service cluster (groupe de ressources) du groupe de disponibilité.Do not add or remove resources in the clustered service (resource group) for the availability group.

  • Ne modifiez pas les propriétés du groupe de disponibilité, telles que les propriétaires possibles et par défaut.Do not change any availability group properties, such as the possible owners and preferred owners. Ces propriétés sont définies automatiquement par le groupe de disponibilité.These properties are set automatically by the availability group.

  • N'utilisez pas le Gestionnaire du cluster de basculement pour déplacer des groupes de disponibilité vers différents nœuds ou faire basculer des groupes de disponibilité.Do not use the Failover Cluster Manager to move availability groups to different nodes or to fail over availability groups. Le Gestionnaire du cluster de basculement n'a pas connaissance de l'état de synchronisation des réplicas de disponibilité, et cela peut provoquer temps morts étendus.The Failover Cluster Manager is not aware of the synchronization status of the availability replicas, and doing so can lead to extended downtime. Vous devez utiliser Transact-SQLTransact-SQL ou SQL Server Management StudioSQL Server Management Studio.You must use Transact-SQLTransact-SQL or SQL Server Management StudioSQL Server Management Studio.

Voir aussiSee Also

Vue d’ensemble des groupes de disponibilité Always On (SQL Server) Overview of Always On Availability Groups (SQL Server)
Activer et désactiver les groupes de disponibilité Always On (SQL Server) Enable and Disable Always On Availability Groups (SQL Server)
Surveiller des groupes de disponibilité (Transact-SQL) Monitor Availability Groups (Transact-SQL)
Instances de cluster de basculement Always On (SQL Server)Always On Failover Cluster Instances (SQL Server)