Vue d’ensemble des groupes de disponibilité Always On (SQL Server)Overview of Always On Availability Groups (SQL Server)

Cette rubrique s’applique à : OuiSQL Serveraucunbase de données SQL AzureaucunAzure SQL Data Warehouse aucun Parallel Data WarehouseTHIS TOPIC APPLIES TO: yesSQL ServernoAzure SQL DatabasenoAzure SQL Data Warehouse noParallel Data Warehouse

Pour du contenu sur les versions précédentes de SQL Server, consultez Vue d’ensemble des groupes de disponibilité AlwaysOn (SQL Server).For content related to previous versions of SQL Server, see Overview of AlwaysOn Availability Groups (SQL Server).

Cette rubrique présente les concepts Groupes de disponibilité Always OnAlways On availability groups essentiels pour configurer et gérer un ou plusieurs groupes de disponibilité dans SQL Server 2017SQL Server 2017.This topic introduces the Groupes de disponibilité Always OnAlways On availability groups concepts that are central for configuring and managing one or more availability groups in SQL Server 2017SQL Server 2017. Pour obtenir un résumé des avantages offerts par les groupes de disponibilité et une vue d’ensemble de la terminologie Groupes de disponibilité Always OnAlways On availability groups, consultez Groupes de disponibilité Always On (SQL Server).For a summary of the benefits offered by availability groups and an overview of Groupes de disponibilité Always OnAlways On availability groups terminology, see Always On Availability Groups (SQL Server).

Un groupe de disponibilité prend en charge un environnement répliqué pour un ensemble discret de bases de données utilisateur, appelées bases de données de disponibilité.An availability group supports a replicated environment for a discrete set of user databases, known as availability databases. Vous pouvez créer un groupe de disponibilité pour avoir un haut niveau de disponibilité ou pour une échelle lecture.You can create an availability group for high availability (HA) or for read-scale. Un groupe de disponibilité avec un haut niveau de disponibilité est un groupe de bases de données qui basculent en même temps.An HA availability group is a group of databases that fail over together. Un groupe de disponibilité avec échelle lecture est un groupe de bases de données copiées dans d’autres instances de SQL Server pour une charge de travail en lecture seule.A read-scale availability group is a group of databases that are copied to other instances of SQL Server for read-only workload. Un groupe de disponibilité prend en charge un ensemble de bases de données principales et de un à huit ensembles de bases de données secondaires correspondantes.An availability group supports one set of primary databases and one to eight sets of corresponding secondary databases. Les bases de données secondaires ne sont pas des sauvegardes.Secondary databases are not backups. Continuez à sauvegarder vos bases de données et leurs journaux des transactions de manière régulière.Continue to back up your databases and their transaction logs on a regular basis.

Conseil

Vous pouvez créer n'importe quel type de sauvegarde d'une base de données primaire.You can create any type of backup of a primary database. Vous pouvez également créer des sauvegardes de journaux et des sauvegardes complètes de copie uniquement des bases de données secondaires.Alternatively, you can create log backups and copy-only full backups of secondary databases. Pour plus d’informations, consultez Secondaires actifs : sauvegarde sur les réplicas secondaires (groupes de disponibilité Always On).For more information, see Active Secondaries: Backup on Secondary Replicas (Always On Availability Groups).

Chaque ensemble de bases de données de disponibilité est hébergé par un réplica de disponibilité.Each set of availability database is hosted by an availability replica. Deux types de réplicas de disponibilité existent mais il ne peut y avoir qu'un seul réplica principalTwo types of availability replicas exist: a single primary replica. qui héberge les bases de données primaires et un à huit réplicas secondairesqui hébergent un ensemble de bases de données secondaires et servent de cibles potentielles d'un basculement du groupe de disponibilité.which hosts the primary databases, and one to eight secondary replicas, each of which hosts a set of secondary databases and serves as a potential failover targets for the availability group. Un groupe de disponibilité bascule au niveau d'un réplica de disponibilité.An availability group fails over at the level of an availability replica. Un réplica de disponibilité apporte la redondance uniquement au niveau de la base de données, pour l'ensemble des bases de données d'un groupe de disponibilité.An availability replica provides redundancy only at the database level—for the set of databases in one availability group. Les basculements ne sont pas dus à des problèmes de base de données, tels qu'une base de données devenant suspecte en raison de la perte d'un fichier de données ou de l'altération d'un journal des transactions.Failovers are not caused by database issues such as a database becoming suspect due to a loss of a data file or corruption of a transaction log.

Le réplica principal rend les bases de données primaires disponibles pour les connexions en lecture-écriture à partir des clients.The primary replica makes the primary databases available for read-write connections from clients. Le réplica principal envoie les enregistrements du journal des transactions de chaque base de données primaire à chaque base de données secondaire.The primary replica sends transaction log records of each primary database to every secondary database. Ce processus (appelé synchronisation des données) se produit au niveau de la base de données.This process - known as data synchronization - occurs at the database level. Chaque réplica secondaire met en cache les enregistrements du journal des transactions (renforce le journal) puis les applique à sa base de données secondaire correspondante.Every secondary replica caches the transaction log records (hardens the log) and then applies them to its corresponding secondary database. La synchronisation des données se produit entre la base de données primaire et chaque base de données secondaire connectée, indépendamment des autres bases de données.Data synchronization occurs between the primary database and each connected secondary database, independently of the other databases. Par conséquent, une base de données secondaire peut être interrompue ou échouer sans affecter d'autres bases de données secondaires, et une base de données primaire peut être annulée ou échouer sans affecter d'autres bases de données primaires.Therefore, a secondary database can be suspended or fail without affecting other secondary databases, and a primary database can be suspended or fail without affecting other primary databases.

Éventuellement, vous pouvez configurer un ou plusieurs réplicas secondaires pour prendre en charge l'accès en lecture seule aux bases de données secondaires, et vous pouvez configurer tout réplica secondaire pour permettre des sauvegardes sur des bases de données secondaires.Optionally, you can configure one or more secondary replicas to support read-only access to secondary databases, and you can configure any secondary replica to permit backups on secondary databases.

SQL Server 2017 introduit deux architectures différentes pour les groupes de disponibilité.SQL Server 2017 introduces two different architectures for availability groups. Les groupes de disponibilité Always On permettent un haut niveau de disponibilité, la récupération d’urgence et l’équilibrage de l’échelle lecture.Always On availability groups provide high availability, disaster recovery, and read-scale balancing. Ces groupes de disponibilité nécessitent un gestionnaire de cluster.These availability groups require a cluster manager. Dans Windows, le clustering de basculement fournit le gestionnaire du cluster.In Windows, failover clustering provides the cluster manager. Dans Linux, vous pouvez utiliser Pacemaker.In Linux, you can use Pacemaker. L’autre architecture est un groupe de disponibilité avec échelle lecture.The other architecture is a read-scale availability group. Un groupe de disponibilité avec échelle lecture fournit des réplicas pour les charges de travail en lecture seule, mais pas de haut niveau de disponibilité.A read scale availability group provides replicas for read-only workloads but not high availability. Dans un groupe de disponibilité avec échelle lecture, il n’existe pas de gestionnaire du cluster.In a read-scale availability group there is no cluster manager.

Le déploiement de Groupes de disponibilité Always OnAlways On availability groups pour un haut niveau de disponibilité sur Windows nécessite un clustering de basculement Windows Server (WSFC).Deploying Groupes de disponibilité Always OnAlways On availability groups for HA on Windows requires a Windows Server Failover Cluster(WSFC). 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.Each availability replica of a given availability group must reside on a different node of the same WSFC. 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.

Note

Pour plus d’informations sur les groupes de disponibilité sur Linux, consultez Groupe de disponibilité Always On pour SQL Server sur Linux .For information about availability groups on Linux, see Always On availability group for SQL Server on Linux .

Dans une configuration à haut niveau de disponibilité, un rôle de cluster est créé pour chaque groupe de disponibilité que vous créez.In an HA configuration, a cluster role is created for every availability group that you create. Le cluster WSFC surveille ce rôle pour évaluer l'intégrité du réplica principal.The WSFC cluster monitors this role 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.

Note

Pour plus d’informations sur la relation entre les composants SQL Server Always On et le cluster WSFC, consultez Clustering de basculement Windows Server (WSFC) avec SQL Server.For information about the relationship of SQL Server Always On components to the WSFC cluster, see Windows Server Failover Clustering (WSFC) with SQL Server.

L'illustration suivante montre un groupe de disponibilité qui contient un réplica principal et quatre réplicas secondaires.The following illustration shows an availability group that contains one primary replica and four secondary replicas. Jusqu'à huit réplicas secondaires sont pris en charge, notamment un réplica principal et deux réplicas secondaires avec validation synchrone.Up to eight secondary replicas are supported, including one primary replica and two synchronous-commit secondary replicas.

Groupe de disponibilité avec cinq réplicasAvailability group with five replicas

Availability DatabasesAvailability Databases

Pour ajouter une base de données à un groupe de disponibilité, la base de données doit être une base de données en ligne en lecture-écriture qui existe sur l'instance de serveur qui héberge le réplica principal.To add a database to an availability group, the database must be an online, read-write database that exists on the server instance that hosts the primary replica. Lorsque vous ajoutez une base de données, elle joint le groupe de disponibilité comme base de données primaire, tout en restant disponible aux clients.When you add a database, it joins the availability group as a primary database, while remaining available to clients. Il n'existe aucune base de données secondaire correspondante jusqu'à ce que les sauvegardes de la nouvelle base de données primaire soient restaurées dans l'instance de serveur qui héberge le réplica secondaire (avec RESTORE WITH NORECOVERY).No corresponding secondary database exists until backups of the new primary database are restored to the server instance that hosts the secondary replica (using RESTORE WITH NORECOVERY). La nouvelle base de données secondaire se trouve dans l'état RESTORING jusqu'à ce qu'elle soit jointe au groupe de disponibilité.The new secondary database is in the RESTORING state until it is joined to the availability group. Pour plus d’informations, consultez Démarrer un mouvement de données sur une base de données secondaire Always On (SQL Server).For more information, see Start Data Movement on an Always On Secondary Database (SQL Server).

Une jointure place la base de données secondaire dans l'état ONLINE et démarre la synchronisation des données avec la base de données primaire correspondante.Joining places the secondary database into the ONLINE state and initiates data synchronization with the corresponding primary database. Lasynchronisation des données correspond au processus selon lequel les modifications apportées à une base de données primaire sont reproduites sur une base de données secondaire.Data synchronization is the process by which changes to a primary database are reproduced on a secondary database. La synchronisation des données implique l'envoi par la base de données primaire d'enregistrements de journal des transactions à la base de données secondaire.Data synchronization involves the primary database sending transaction log records to the secondary database.

Important

Une base de données de disponibilité est parfois désignée sous le terme de réplica de base de données dans Transact-SQLTransact-SQL, PowerShell et les noms SMO (SQL Server Management Objects).An availability database is sometimes called a database replica in Transact-SQLTransact-SQL, PowerShell, and SQL Server Management Objects (SMO) names. Par exemple, le terme « réplica de base de données » est utilisé dans les noms des vues de gestion dynamique Always On qui retournent des informations sur les bases de données de disponibilité : sys.dm_hadr_database_replica_states et sys.dm_hadr_database_replica_cluster_states.For example, the term "database replica" is used in the names of the Always On dynamic management views that return information about availability databases: sys.dm_hadr_database_replica_states and sys.dm_hadr_database_replica_cluster_states. Toutefois, dans la documentation en ligne de SQL Server, le terme « réplica » fait généralement référence aux réplicas de disponibilité.However, in SQL Server Books Online, the term "replica" typically refers to availability replicas. Par exemple, les termes « réplica principal » et « réplica secondaire » font toujours référence aux réplicas de disponibilité.For example, "primary replica" and "secondary replica" always refer to availability replicas.

Réplicas de disponibilitéAvailability Replicas

Chaque groupe de disponibilité définit un ensemble de deux partenaires de basculement ou plus, appelés réplicas de disponibilité.Each availability group defines a set of two or more failover partners known as availability replicas. Lesréplicas de disponibilité sont des composants du groupe de disponibilité.Availability replicas are components of the availability group. Chaque réplica de disponibilité héberge une copie des bases de données de disponibilité dans le groupe de disponibilité.Each availability replica hosts a copy of the availability databases in the availability group. Pour un groupe de disponibilité donné, les réplicas de disponibilité doivent être hébergés par des instances distinctes de SQL ServerSQL Server qui résident sur différents nœuds d'un cluster WSFC.For a given availability group, the availability replicas must be hosted by separate instances of SQL ServerSQL Server residing on different nodes of a WSFC cluster. Chacune de ces instances de serveur doit être activée pour Always On.Each of these server instances must be enabled for Always On.

Un instance donnée ne peut héberger qu'un seul réplica de disponibilité par groupe de disponibilité.A given instance can host only one availability replica per availability group. Toutefois, chaque instance peut être utilisée pour de nombreux groupes de disponibilité.However, each instance can be used for many availability groups. Une instance donnée peut être une instance autonome ou une instance de cluster de basculement SQL ServerSQL Server (FCI).A given instance can be either a stand-alone instance or a SQL ServerSQL Server failover cluster instance (FCI). Si vous avez besoin d'une redondance au niveau serveur, utilisez des instances de cluster de basculement.If you require server-level redundancy, use Failover Cluster Instances.

Chaque réplica de disponibilité se voit attribuer un rôle initial, soit le rôle principal , soit le rôle secondaire, qui est hérité par les bases de données de disponibilité de ce réplica.Every availability replica is assigned an initial role—either the primary role or the secondary role, which is inherited by the availability databases of that replica. Le rôle d'un réplica donné détermine s'il héberge les bases de données en lecture-écriture ou les bases de données en lecture seule.The role of a given replica determines whether it hosts read-write databases or read-only databases. Un réplica, appelé réplica principal, se voit attribuer le rôle principal et héberge les bases de données en lecture-écriture, qui sont appelées bases de données primaires.One replica, known as the primary replica, is assigned the primary role and hosts read-write databases, which are known as primary databases. Au moins un autre réplica, appelé réplica secondaire, se voit attribuer le rôle secondaire.At least one other replica, known as a secondary replica, is assigned the secondary role. Un réplica secondaire héberge les bases de données en lecture seule, appelées bases de données secondaires.A secondary replica hosts read-only databases, known as secondary databases.

Note

Lorsque le rôle d'un réplica de disponibilité est indéterminé, comme lors d'un basculement, ses bases de données sont temporairement dans un état NOT SYNCHRONIZING.When the role of an availability replica is indeterminate, such as during a failover, its databases are temporarily in a NOT SYNCHRONIZING state. Leur rôle est défini sur RESOLVING jusqu'à ce que le rôle du réplica de disponibilité soit résolu.Their role is set to RESOLVING until the role of the availability replica has resolved. Si un réplica de disponibilité est résolu en rôle principal, ses bases de données deviennent les bases de données primaires.If an availability replica resolves to the primary role, its databases become the primary databases. Si un réplica de disponibilité est résolu en rôle secondaire, ses bases de données deviennent les bases de données secondaires.If an availability replica resolves to the secondary role, its databases become secondary databases.

Modes de disponibilitéAvailability Modes

Le mode de disponibilité est une propriété de chaque réplica de disponibilité.The availability mode is a property of each availability replica. Le mode de disponibilité détermine si le réplica principal attend, pour valider des transactions sur une base de données, qu'un réplica secondaire donné ait écrit les enregistrements du journal des transactions sur le disque (journal renforcé).The availability mode determines whether the primary replica waits to commit transactions on a database until a given secondary replica has written the transaction log records to disk (hardened the log). Groupes de disponibilité Always OnAlways On availability groups prend en charge deux modes de disponibilité : lemode avec validation asynchrone et le mode avec validation synchrone. supports two availability modes—asynchronous-commit mode and synchronous-commit mode.

  • Asynchronous-commit modeAsynchronous-commit mode

    Un réplica de disponibilité qui utilise ce mode de disponibilité est appeléréplica avec validation asynchrone.An availability replica that uses this availability mode is known as anasynchronous-commit replica. En mode de validation asynchrone, le réplica principal valide les transactions sans attendre d'accusé de réception confirmant qu'un réplica secondaire avec validation asynchrone a renforcé le journal.Under asynchronous-commit mode, the primary replica commits transactions without waiting for acknowledgement that an asynchronous-commit secondary replica has hardened the log. Le mode de validation asynchrone réduit la latence de transaction sur les bases de données secondaires, mais leur permet d'être antérieures aux bases de données primaires, ce qui rend possible la perte de données.Asynchronous-commit mode minimizes transaction latency on the secondary databases but allows them to lag behind the primary databases, making some data loss possible.

  • Synchronous-commit modeSynchronous-commit mode

    Un réplica de disponibilité qui utilise ce mode de disponibilité est appelé réplica avec validation synchrone.An availability replica that uses this availability mode is known as a synchronous-commit replica. En mode de validation synchrone, avant de valider des transactions, un réplica principal avec validation synchrone attend qu'un réplica secondaire avec validation synchrone confirme qu'il a terminé le renforcement du journal.Under synchronous-commit mode, before committing transactions, a synchronous-commit primary replica waits for a synchronous-commit secondary replica to acknowledge that it has finished hardening the log. Le mode de validation synchrone garantit qu'une fois qu'une base de données secondaire particulière est synchronisée avec la base de données primaire, les transactions validées sont entièrement protégées.Synchronous-commit mode ensures that once a given secondary database is synchronized with the primary database, committed transactions are fully protected. Cette protection se fait au prix d'une latence accrue des transactions.This protection comes at the cost of increased transaction latency.

    Pour plus d’informations, consultez Modes de disponibilité (groupes de disponibilité Always On).For more information, see Availability Modes (Always On Availability Groups).

Types de basculementTypes of Failover

Dans le contexte d'une session entre le réplica principal et un réplica secondaire, les rôles principal et secondaire sont potentiellement interchangeables dans un processus appelé basculement.Within the context of a session between the primary replica and a secondary replica, the primary and secondary roles are potentially interchangeable in a process known as failover. Lors d'un basculement, le réplica secondaire cible joue le rôle principal, en devenant le nouveau réplica principal.During a failover the target secondary replica transitions to the primary role, becoming the new primary replica. Le nouveau réplica principal met ses bases de données en ligne comme bases de données primaires, et les applications clientes peuvent se connecter à ces dernières.The new primary replica brings its databases online as the primary databases, and client applications can connect to them. Lorsque le réplica principal précédent est disponible, il prend le rôle secondaire, en devenant un réplica secondaire.When the former primary replica is available, it transitions to the secondary role, becoming a secondary replica. Les bases de données primaires précédentes deviennent les bases de données secondaires et la synchronisation des données reprend.The former primary databases become secondary databases and data synchronization resumes.

Il existe trois types de basculement : automatique, manuel et forcé (avec perte de données possible).Three forms of failover exist—automatic, manual, and forced (with possible data loss). La ou les formes de basculement prises en charge par un réplica secondaire dépendent de son mode de disponibilité, et en mode de validation synchrone, du mode de basculement sur le réplica principal et le réplica secondaire cible, comme suit.The form or forms of failover supported by a given secondary replica depends on its availability mode, and, for synchronous-commit mode, on the failover mode on the primary replica and target secondary replica, as follows.

  • Le mode de validation synchrone prend en charge deux formes de basculement : lebasculement manuel planifié et le basculement automatique, si le réplica secondaire cible est actuellement synchronisé avec avt1.Synchronous-commit mode supports two forms of failover—planned manual failover and automatic failover, if the target secondary replica is currently synchronized with the avt1. La prise en charge de ces formes de basculement dépend du paramètre de la propriété de mode de basculement sur les serveurs partenaires de basculement.The support for these forms of failover depends on the setting of the failover mode property on the failover partners. Si le mode de basculement est défini sur « manuel » sur le réplica principal ou secondaire, seul le basculement manuel est pris en charge pour ce réplica secondaire.If failover mode is set to "manual" on either the primary or secondary replica, only manual failover is supported for that secondary replica. Si le mode de basculement est défini sur « automatique » dans les réplicas principal et secondaire, les basculements manuel et automatique sont pris en charge sur ce réplica secondaire.If failover mode is set to "automatic" on both the primary and secondary replicas, both automatic and manual failover are supported on that secondary replica.

    • Basculement manuel planifié (sans perte de données)Planned manual failover (without data loss)

      Un basculement manuel se produit après qu'un administrateur de base de données a émis une commande de basculement et provoqué la transition d'un réplica secondaire synchronisé vers le rôle principal (avec protection garantie des données) et la transition du réplica principal vers le rôle secondaire.A manual failover occurs after a database administrator issues a failover command and causes a synchronized secondary replica to transition to the primary role (with guaranteed data protection) and the primary replica to transition to the secondary role. Un basculement manuel nécessite qu'à la fois le réplica principal et le réplica secondaire cible s'exécutent en mode de validation synchrone, le réplica secondaire devant déjà être synchronisé.A manual failover requires that both the primary replica and the target secondary replica are running under synchronous-commit mode, and the secondary replica must already be synchronized.

    • Basculement automatique (sans perte de données)Automatic failover (without data loss)

      Un basculement automatique se produit en réponse à un échec qui provoque la transition d'un réplica secondaire synchronisé vers le rôle principal (avec protection garantie des données).An automatic failover occurs in response to a failure that causes a synchronized secondary replica to transition to the primary role (with guaranteed data protection). Lorsque le réplica principal précédent devient disponible, il adopte le rôle secondaire.When the former primary replica becomes available, it transitions to the secondary role. Le basculement automatique nécessite qu'à la fois le réplica principal et le réplica secondaire cible s'exécutent en mode de validation synchrone avec le mode de basculement défini sur « Automatique ».Automatic failover requires that both the primary replica and the target secondary replica are running under synchronous-commit mode with the failover mode set to "Automatic". En outre, le réplica secondaire doit déjà être synchronisé, posséder le quorum WSFC et remplir les conditions spécifiées par la stratégie de basculement soupledu groupe de disponibilité.In addition, the secondary replica must already be synchronized, have WSFC quorum, and meet the conditions specified by the flexible failover policyof the availability group.

      Important

      Les instances de cluster de basculement (FCI) SQL Server 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.SQL Server 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.

    Note

    Notez que si vous exécutez une commande de basculement forcé sur un réplica secondaire synchronisé, le réplica secondaire se comporte de la même manière que pour un basculement manuel planifié.Note that if you issue a forced failover command on a synchronized secondary replica, the secondary replica behaves the same as for a planned manual failover.

  • En mode de validation asynchrone, la seule forme de basculement est le basculement manuel forcé (avec perte de données possible), généralement appelé basculement forcé.Under asynchronous-commit mode, the only form of failover is forced manual failover (with possible data loss), typically called forced failover. Le basculement forcé est considéré comme une forme de basculement manuel, car il ne peut être initié que manuellement.Forced failover is considered a form of manual failover because it can only be initiated manually. Le basculement forcé est une option de récupération d'urgence.Forced failover is a disaster recovery option. Il s'agit de la seule forme de basculement possible lorsque le réplica secondaire cible n'est pas synchronisé avec le réplica principal.It is the only form of failover that is possible when the target secondary replica is not synchronized with the primary replica.

    Pour plus d’informations, consultez Basculement et modes de basculement (groupes de disponibilité Always On).For more information, see Failover and Failover Modes (Always On Availability Groups).

Connexions clientesClient Connections

Vous pouvez fournir la connectivité client au réplica principal d'un groupe de disponibilité donné en créant un écouteur de groupe de disponibilité.You can provide client connectivity to the primary replica of a given availability group by creating an availability group listener. Un écouteur de groupe de disponibilité fournit un ensemble de ressources joint à un groupe de disponibilité donné pour diriger les connexions clientes vers le réplica de disponibilité approprié.An availability group listener provides a set of resources that is attached to a given availability group to direct client connections to the appropriate availability replica.

Un écouteur de groupe de disponibilité est associé à un nom DNS unique qui sert de nom de réseau virtuel (VNN), une ou plusieurs adresses IP virtuelles (VIP) et un numéro de port TCP.An availability group listener is associated with a unique DNS name that serves as a virtual network name (VNN), one or more virtual IP addresses (VIPs), and a TCP port number. Pour plus d’informations, consultez Écouteurs de groupe de disponibilité, connectivité client et basculement d’application (SQL Server).For more information, see Availability Group Listeners, Client Connectivity, and Application Failover (SQL Server).

Conseil

Si un groupe de disponibilité a uniquement deux réplicas de disponibilité et n’est pas configuré pour autoriser l’accès en lecture au réplica secondaire, les clients peuvent se connecter au réplica principal à l’aide d’une chaîne de connexion de mise en miroir de bases de données.If an availability group possesses only two availability replicas and is not configured to allow read-access to the secondary replica, clients can connect to the primary replica by using a database mirroring connection string. Cette approche peut être utile temporairement après avoir migré une base de données de la mise en miroir de bases de données vers Groupes de disponibilité Always OnAlways On availability groups.This approach can be useful temporarily after you migrate a database from database mirroring to Groupes de disponibilité Always OnAlways On availability groups. Avant d'ajouter des réplicas secondaires supplémentaires, vous devrez créer un écouteur de groupe de disponibilité pour le groupe de disponibilité, puis mettre à jour vos applications afin d'utiliser le nom réseau de l'écouteur.Before you add additional secondary replicas, you will need to create an availability group listener the availability group and update your applications to use the network name of the listener.

Réplicas secondaires actifsActive Secondary Replicas

Groupes de disponibilité Always OnAlways On availability groups prend en charge les réplicas secondaires actifs. supports active secondary replicas. Les fonctions secondaires actives prennent en charge les opérations suivantes :Active secondary capabilities include support for:

  • Exécution d'opérations de sauvegarde sur des réplicas secondairesPerforming backup operations on secondary replicas

    Les réplicas secondaires prennent en charge l’exécution de sauvegardes de journal et de sauvegardes en copie seule d’une base de données complète, de fichiers ou de groupes de fichiers.The secondary replicas support performing log backups and copy-only backups of a full database, file, or filegroup. Vous pouvez configurer le groupe de disponibilité pour spécifier une préférence concernant l'emplacement où les sauvegardes doivent être effectuées.You can configure the availability group to specify a preference for where backups should be performed. Il est important de comprendre que la préférence n'est pas appliquée par SQL Server. Par conséquent, elle n'a aucune incidence sur les sauvegardes ad hoc.It is important to understand that the preference is not enforced by SQL Server, so it has no impact on ad-hoc backups. La traduction de cette préférence dépend de la logique, le cas échéant, que vous avez écrite dans vos travaux de sauvegarde pour chacune des bases de données dans un groupe de disponibilité donné.The interpretation of this preference depends on the logic, if any, that you script into your back jobs for each of the databases in a given availability group. Pour un réplica de disponibilité particulier, vous pouvez spécifier la priorité d'exécution des sauvegardes sur ce réplica par rapport aux autres réplicas dans le même groupe de disponibilité.For an individual availability replica, you can specify your priority for performing backups on this replica relative to the other replicas in the same availability group. Pour plus d’informations, consultez Secondaires actifs : sauvegarde sur les réplicas secondaires (groupes de disponibilité Always On).For more information, see Active Secondaries: Backup on Secondary Replicas (Always On Availability Groups).

  • Accès en lecture seule à un ou plusieurs réplicas secondaires (réplicas secondaires lisibles)Read-only access to one or more secondary replicas (readable secondary replicas)

    Tout réplica de disponibilité peut être configuré pour autoriser l'accès en lecture seule à ses bases de données locales lorsqu'il a le rôle secondaire, bien que certaines opérations ne soient pas totalement prises en charge.Any availability replica can be configured to allow read-only access to its local databases when performing the secondary role, though some operations are not fully supported. De plus, si vous souhaitez empêcher que les charges de travail en lecture seule s'exécutent sur le réplica principal, vous pouvez configurer les réplicas pour autoriser uniquement l'accès en lecture en cas d'exécution sous le rôle principal.Also, if you would like to prevent read-only workloads from running on the primary replica, you can configure the replicas to allow only read-write access when running under the primary role. Pour plus d’informations, consultez Secondaires actifs : réplicas secondaires lisibles (groupes de disponibilité Always On).For more information, see Active Secondaries: Readable Secondary Replicas (Always On Availability Groups).

    Si un groupe de disponibilité a un écouteur de groupe de disponibilité et un ou plusieurs réplicas secondaires lisibles, SQL ServerSQL Server peut acheminer les demandes de connexion d’intention de lecture vers l’un d’entre eux (routage en lecture seule).If an availability group currently possesses an availability group listener and one or more readable secondary replicas, SQL ServerSQL Server can route read-intent connection requests to one of them (read-only routing). Pour plus d’informations, consultez Écouteurs de groupe de disponibilité, connectivité client et basculement d’application (SQL Server).For more information, see Availability Group Listeners, Client Connectivity, and Application Failover (SQL Server).

Période d'expiration de sessionSession-Timeout Period

La période d'expiration de session est une propriété du réplica de disponibilité qui détermine le temps pendant lequel une connexion avec un autre réplica de disponibilité peut rester inactive avant qu'elle soit fermée.The session-timeout period is an availability-replica property that determines how long connection with another availability replica can remain inactive before the connection is closed. Les réplicas primaire et secondaire exécutent réciproquement une commande ping pour signaler qu'ils sont toujours actifs.The primary and secondary replicas ping each other to signal that they are still active. La réception d'une commande ping de l'autre réplica au cours de la période de délai d'attente indique que la connexion est toujours ouverte et que les instances de serveur communiquent.Receiving a ping from the other replica during the timeout period indicates that the connection is still open and that the server instances are communicating. À la réception d'un ping, un réplica de disponibilité réinitialise son compteur de période d'expiration de session sur cette connexion.On receiving a ping, an availability replica resets its session-timeout counter on that connection.

La période d'expiration de session évite que l'un ou l'autre réplica attendent indéfiniment de recevoir un ping de l'autre réplica.The session-timeout period prevents either replica from waiting indefinitely to receive a ping from the other replica. Si aucun ping n'est reçu de l'autre réplica au cours de la période d'expiration de session, le réplica expire. Sa connexion est fermée, et le réplica expiré passe à l'état DISCONNECTED.If no ping is received from the other replica within the session-timeout period, the replica times out. Its connection is closed, and the timed-out replica enters the DISCONNECTED state. Même si un réplica déconnecté est configuré pour le mode de validation synchrone, les transactions n'attendront pas que ce réplica se reconnecte et se resynchronise.Even if a disconnected replica is configured for synchronous-commit mode, transactions will not wait for that replica to reconnect and resynchronize.

La période d'expiration de session par défaut pour chaque réplica de disponibilité est de 10 secondes.The default session-timeout period for each availability replica is 10 seconds. Cette valeur peut être configurée par l'utilisateur et ne peut être inférieure à 5 secondes.This value is user-configurable, with a minimum of 5 seconds. Généralement, le temps d'attente recommandé est de 10 secondes minimum.Generally, we recommend that you keep the time-out period at 10 seconds or greater. En définissant une valeur inférieure à 10 secondes, vous permettez qu'un système surchargé déclare à tort un échec.Setting the value to less than 10 seconds creates the possibility of a heavily loaded system declaring a false failure.

Note

Pour le rôle de résolution, la période d'expiration de session ne s'applique pas parce que la requête ping ne se produit pas.In the resolving role, the session-timeout period does not apply because pinging does not occur.

Réparation de page automatiqueAutomatic Page Repair

Chaque réplica de disponibilité essaie d'effectuer une récupération automatiquement à partir de pages endommagées sur une base de données locale en résolvant certains types d'erreurs qui empêchent la lecture d'une page de données.Each availability replica tries to automatically recover from corrupted pages on a local database by resolving certain types of errors that prevent reading a data page. Si un réplica secondaire ne peut pas lire une page, le réplica demande une nouvelle copie de la page du réplica principal.If a secondary replica cannot read a page, the replica requests a fresh copy of the page from the primary replica. Si le réplica principal ne peut pas lire une page, le réplica diffuse une demande de nouvelle copie à tous les réplicas secondaires et obtient la page du premier qui y répond.If the primary replica cannot read a page, the replica broadcasts a request for a fresh copy to all the secondary replicas and gets the page from the first to respond. Si cette demande aboutit, la page illisible est remplacée par la copie, ce qui permet généralement de résoudre l'erreur.If this request succeeds, the unreadable page is replaced by the copy, which usually resolves the error.

Pour plus d'informations, consultez Automatic Page Repair (Availability Groups: Database Mirroring).For more information, see Automatic Page Repair (Availability Groups: Database Mirroring).

Tâches associéesRelated Tasks

Contenu associéRelated Content

Voir aussiSee Also

Modes de disponibilité (groupes de disponibilité Always On) Availability Modes (Always On Availability Groups)
Basculement et modes de basculement (groupes de disponibilité Always On) Failover and Failover Modes (Always On Availability Groups)
Vue d’ensemble des instructions Transact-SQL pour les groupes de disponibilité Always On (SQL Server) Overview of Transact-SQL Statements for Always On Availability Groups (SQL Server)
Vue d’ensemble des applets de commande PowerShell pour les groupes de disponibilité Always On (SQL Server) Overview of PowerShell Cmdlets for Always On Availability Groups (SQL Server)
Prise en charge de la haute disponibilité pour les bases de données OLTP en mémoire High Availability Support for In-Memory OLTP databases
Conditions préalables requises, restrictions et recommandations pour les groupes de disponibilité Always On (SQL Server) Prerequisites, Restrictions, and Recommendations for Always On Availability Groups (SQL Server)
Création et configuration des groupes de disponibilité (SQL Server) Creation and Configuration of Availability Groups (SQL Server)
Secondaires actifs : réplicas secondaires lisibles (groupes de disponibilité Always On) Active Secondaries: Readable Secondary Replicas (Always On Availability Groups)
Secondaires actifs : sauvegarde sur les réplicas secondaires (groupes de disponibilité Always On) Active Secondaries: Backup on Secondary Replicas (Always On Availability Groups)
Écouteurs de groupe de disponibilité, connectivité client et basculement d’application (SQL Server)Availability Group Listeners, Client Connectivity, and Application Failover (SQL Server)