sys.dm_hadr_availability_replica_states (Transact-SQL)

S'applique à : SQL Server

Retourne une ligne pour chaque réplica local et une ligne pour chaque réplica distant dans le même groupe de disponibilité Always On qu'un réplica local. Chaque ligne contient des informations sur l'état d'un réplica donné.

Important

Pour obtenir des informations sur chaque réplica d’un groupe de disponibilité donné, interrogez sys.dm_hadr_availability_replica_states sur l’instance de serveur qui héberge le réplica principal. En cas d'interrogation sur une instance de serveur qui héberge un réplica secondaire d'un groupe de disponibilité, cette vue de gestion dynamique retourne uniquement les informations locales pour le groupe de disponibilité.

Nom de la colonne	Type de données	Description
replica_id	uniqueidentifier	Identificateur unique du réplica.
group_id	uniqueidentifier	Identificateur unique du groupe de disponibilité.
is_local	bit	Indique si le réplica est local, l’un des suivants : 0 = Indique un réplica secondaire distant dans un groupe de disponibilité dont le réplica principal est hébergé par l'instance de serveur local. Cette valeur est présente uniquement sur l'emplacement de réplica principal. 1 = Indique un réplica local. Sur les réplicas secondaires, il s'agit de la seule valeur disponible pour le groupe de disponibilité auquel le réplica appartient.
role	tinyint	Rôle de groupes de disponibilité Always On actuel d’un réplica local ou d’un réplica distant connecté, l’un des suivants : 0 = Résolution 1 = Principal 2 = Secondaire Pour plus d’informations sur les rôles des Groupes de disponibilité Always On, consultez Vue d’ensemble des groupes de disponibilité Always On (SQL Server).
role_desc	nvarchar(60)	Description du rôle, l’un des suivants : RESOLVING PRIMARY SECONDARY
operational_state	tinyint	État opérationnel actuel du réplica, l’un des suivants : 0 = Basculement en attente 1 = En attente 2 = En ligne 3 = Hors connexion 4 = Échec 5 = Échec, aucun quorum NULL = Le réplica n'est pas local. Pour plus d’informations, consultez Rôles et États opérationnels, plus loin dans cette rubrique.
operational_state_desc	nvarchar(60)	Description de operational_state, l’une des suivantes : PENDING_FAILOVER PENDING ONLINE OFFLINE FAILED FAILED_NO_QUORUM NULL
recovery_health	tinyint	Cumul de la colonne database_state de la vue de gestion dynamique sys.dm_hadr_database_replica_states . Voici les valeurs possibles et leurs descriptions. 0 : En cours. Au moins une base de données jointe a un état de base de données autre que ONLINE (database_state n’est pas 0). 1 : En ligne. Toutes les bases de données jointes ont un état de base de données ONLINE (database_state est 0). NULL : is_local = 0
recovery_health_desc	nvarchar(60)	Description de recovery_health, l’une des suivantes : ONLINE_IN_PROGRESS ONLINE NULL
synchronization_health	tinyint	Reflète un cumul de l’état de synchronisation de base de données (synchronization_state) de toutes les bases de données de disponibilité jointes (également appelées réplicas) et le mode de disponibilité du réplica (mode de validation synchrone ou de validation asynchrone). Le cumul reflète l’état cumulé le moins sain des bases de données sur le réplica. Vous trouverez ci-dessous les valeurs possibles et leurs descriptions. 0 : Pas sain. Au moins une base de données jointe est dans un état NOT SYNCHRONIZING. 1 : Partiellement sain. Certains réplicas ne sont pas dans l'état de synchronisation cible : les réplicas avec validation synchrone doivent être synchronisés, et les réplicas avec validation asynchrone doivent être en cours de synchronisation. 2 : Sain. Tous les réplicas sont dans l'état de synchronisation cible : les réplicas avec validation synchrone sont synchronisés, et les réplicas avec validation asynchrone sont en cours de synchronisation.
synchronization_health_desc	nvarchar(60)	Description de synchronization_health, l’une des suivantes : NOT_HEALTHY PARTIALLY_HEALTHY HEALTHY
connected_state	tinyint	Indique si un réplica secondaire est actuellement connecté au réplica principal. Les valeurs possibles sont indiquées ci-dessous avec leurs descriptions. 0 : Déconnecté. La réponse d’un réplica de disponibilité à l’état DISCONNECTED dépend de son rôle : sur le réplica principal, si un réplica secondaire est déconnecté, ses bases de données secondaires sont marquées comme NOT SYNCHRONIZED sur le réplica principal, qui attend que le réplica secondaire se reconnecte ; Sur un réplica secondaire, lors de la détection qu’il est déconnecté, le réplica secondaire tente de se reconnecter au réplica principal. 1 : Connecté. Chaque réplica principal suit l'état de la connexion pour chaque réplica secondaire dans le même groupe de disponibilité. Les réplicas secondaires suivent l'état de connexion du réplica principal uniquement.
connected_state_desc	nvarchar(60)	Description de connection_state, l’une des suivantes : DISCONNECTED CONNECTED
last_connect_error_number	int	Numéro de la dernière erreur de connexion.
last_connect_error_description	nvarchar(1024)	Texte du message last_connect_error_number .
last_connect_error_timestamp	datetime	Horodatage de date et d’heure indiquant quand l’erreur last_connect_error_number s’est produite.

Rôles et états opérationnels

Le rôle, le rôle, reflète l’état d’un réplica de disponibilité donné et l’état opérationnel, operational_state, décrit si le réplica est prêt à traiter les demandes du client pour toutes les bases de données du réplica de disponibilité. Voici un résumé des états opérationnels qui sont possibles pour chaque rôle : RESOLVING, PRIMARY et SECONDARY.

RÉSOLUTION : Lorsqu’un réplica de disponibilité se trouve dans le rôle RÉSOLUTION, les états opérationnels possibles sont indiqués dans le tableau suivant.

État opérationnel	Description
PENDING_FAILOVER	Une commande de basculement est traitée pour le groupe de disponibilité.
OFFLINE	Toutes les données de configuration du réplica de disponibilité ont été mises à jour sur le cluster WSFC, ainsi que dans les métadonnées locales, mais le groupe de disponibilité ne dispose pas actuellement de réplica principal.
FAILED	Un échec de lecture s'est produit pendant une tentative de récupération des informations du cluster WSFC.
FAILED_NO_QUORUM	Le nœud local WSFC n'a pas de quorum. Il s'agit d'un état déduit.

PRIMARY : Lorsqu’un réplica de disponibilité exécute le rôle PRIMARY, il s’agit actuellement du réplica principal. Les états opérationnels possibles sont comme indiqué dans le tableau suivant.

État opérationnel	Description
PENDING	Il s'agit d'un état temporaire, mais un réplica principal peut être bloqué dans cet état si les processus de travail ne sont pas disponibles pour traiter les demandes.
ONLINE	La ressource du groupe de disponibilité est en ligne, et tous les threads de travail de base de données ont été sélectionnés.
FAILED	Le réplica de disponibilité ne peut pas lire sur le cluster WSFC et/ou écrire à partir de celui-ci.

SECONDAIRE : Lorsqu’un réplica de disponibilité exécute le rôle SECONDAIRE, il s’agit actuellement d’un réplica secondaire. Les états opérationnels possibles sont comme indiqué dans le tableau ci-dessous.

État opérationnel	Description
ONLINE	Le réplica secondaire local n'est pas connecté au réplica principal.
FAILED	Le réplica secondaire local ne peut pas lire sur le cluster WSFC et/ou écrire à partir de celui-ci.
NULL	Sur un réplica principal, cette valeur est retournée lorsque la ligne est liée à un réplica secondaire.

autorisations

requièrent l'autorisation VIEW SERVER STATE sur le serveur.

Autorisations pour SQL Server 2022 (et versions plus récentes)

Nécessite l’autorisation VIEW SERVER PERFORMANCE STATE sur le serveur.

Voir aussi

Vue d’ensemble des groupes de disponibilité Always On (SQL Server)
Surveiller des groupes de disponibilité (Transact-SQL)