sys.availability_groups (Transact-SQL)
S'applique à : 
SQL Server
Retourne une ligne pour chaque groupe de disponibilité pour lequel l'instance locale d' SQL Server héberge un réplica de disponibilité. Chaque ligne contient une copie mise en cache des métadonnées du groupe de disponibilité.
| Nom de la colonne | Type de données | Description |
|---|---|---|
group_id |
uniqueidentifier | Identificateur unique (GUID) du groupe de disponibilité. |
name |
sysname | Nom du groupe de disponibilité. Il s'agit d'un nom spécifié par l'utilisateur qui doit être unique dans le cluster de basculement Windows Server (WSFC). |
resource_id |
nvarchar(40) | ID de ressource pour la ressource de cluster WSFC. |
resource_group_id |
nvarchar(40) | ID du groupe de ressources pour le groupe de ressources du cluster WSFC du groupe de disponibilité. |
failure_condition_level |
int | Niveau de condition d’échec défini par l’utilisateur sous lequel un basculement automatique doit être déclenché, l’une des valeurs entières indiquées dans le tableau immédiatement sous ce tableau. Les niveaux de condition d’échec (1-5) s’étendent du moins restrictif, le niveau 1, au plus restrictif, le niveau 5. Un niveau de condition donné comprend tous les niveaux moins restrictifs. Par conséquent, le niveau de condition le plus strict, le niveau 5, inclut les quatre niveaux de condition moins restrictifs (1 à 4), le niveau 4 inclut les niveaux 1 à 3, et ainsi de suite. Pour modifier cette valeur, utilisez l’option FAILURE_CONDITION_LEVEL de l’instruction ALTER AVAILABILITY GROUP (Transact-SQL). |
health_check_timeout |
int | Temps d’attente (en millisecondes) pour la procédure stockée système sp_server_diagnostics (Transact-SQL) pour retourner les informations d’intégrité du serveur, avant que l’instance de serveur ne soit supposée être lente ou ne répond pas. La valeur par défaut est 30 000 millisecondes (ou 30 secondes). Pour modifier cette valeur, utilisez l’option HEALTH_CHECK_TIMEOUT de l’instruction ALTER AVAILABILITY GROUP (Transact-SQL). |
automated_backup_preference |
tinyint | Emplacement par défaut des sauvegardes effectuées sur des bases de données de disponibilité dans ce groupe de disponibilité. Voici les valeurs possibles et leurs descriptions. 0 : Principal. Les sauvegardes doivent toujours avoir lieu sur le réplica principal. 1 : Secondaire uniquement. Les sauvegardes sur un réplica secondaire sont préférables. 2 : Préférer secondaire. L’exécution de sauvegardes sur un réplica secondaire est recommandée, mais l’exécution de sauvegardes sur le réplica principal est acceptable si aucun réplica secondaire n’est disponible pour les opérations de sauvegarde. C’est le paramétrage par défaut. 3 : n’importe quel réplica. Aucune préférence : les sauvegardes sont effectuées sur le réplica principal ou sur un réplica secondaire. Pour plus d’informations, consultez Décharger les sauvegardes prises en charge vers des réplicas secondaires d’un groupe de disponibilité. |
automated_backup_preference_desc |
nvarchar(60) | Description de automated_backup_preference, l’une des suivantes :PRIMARYSECONDARY_ONLYSECONDARYNONE |
version |
smallint | Version des métadonnées du groupe de disponibilité stockées dans le cluster de basculement Windows. Ce numéro de version est incrémenté lorsque de nouvelles fonctionnalités sont ajoutées. |
basic_features |
bit | Spécifie s’il s’agit d’un groupe de disponibilité de base. Pour plus d’informations, consultez Groupes de disponibilité Always On de base pour une base de données unique. |
dtc_support |
bit | Spécifie si la prise en charge de DTC est activée pour ce groupe de disponibilité. Option DTC_SUPPORT des contrôles de CREATE AVAILABILITY GROUP ce paramètre. |
db_failover |
bit | Spécifie si le groupe de disponibilité prend en charge le basculement pour les conditions d’intégrité de la base de données. Option DB_FAILOVER des contrôles de CREATE AVAILABILITY GROUP ce paramètre. |
is_distributed |
bit | Spécifie s’il s’agit d’un groupe de disponibilité distribué. Pour plus d’informations, consultez Groupes de disponibilité distribués. |
cluster_type |
tinyint | 0 : Cluster de basculement Windows Server 1 : Aucune 2 : Cluster externe (par exemple, Linux Pacemaker) |
cluster_type_desc |
nvarchar(60) | Description textuelle du type de cluster |
required_synchronized_secondaries_to_commit |
int | Nombre de réplicas secondaires qui doivent être dans un état synchronisé pour qu’une validation se termine |
sequence_number |
bigint | Identifie la séquence de configuration du groupe de disponibilité. Augmente de façon incrémentielle chaque fois que le réplica principal du groupe de disponibilité met à jour la configuration du groupe. |
is_contained |
bit | 1 : Instance principale de cluster Big Data configurée pour la haute disponibilité. 0 : tous les autres. |
Valeurs au niveau de la condition d’échec
Le tableau suivant décrit les niveaux de condition d’échec possibles pour la failure_condition_level colonne.
| Valeur | Condition d’échec |
|---|---|
1 |
Spécifie qu'un basculement automatique doit être initialisé lorsque l'une des conditions suivantes se produit : - Le service SQL Server est arrêté. - Le bail du groupe de disponibilité pour la connexion au cluster de basculement WSFC expire, car aucun ACK n’est reçu de l’instance de serveur. Pour plus d’informations, consultez How It Works: SQL Server Always On Lease Timeout. |
2 |
Spécifie qu'un basculement automatique doit être initialisé lorsque l'une des conditions suivantes se produit : - L’instance de SQL Server ne se connecte pas au cluster et le seuil spécifié par health_check_timeout l’utilisateur du groupe de disponibilité est dépassé.- Le réplica de disponibilité est en état d’échec. |
3 |
Spécifie qu'un basculement automatique doit être initialisé sur les erreurs internes critiques SQL Server, telles que les verrouillages spinlock orphelins, les violations graves d'accès en écriture, ou en cas de vidages trop importants. Il s’agit de la valeur par défaut. |
4 |
Spécifie qu'un basculement automatique doit être initialisé sur les erreurs internes modérées SQL Server, telles qu'une condition persistante de mémoire insuffisante dans le pool de ressources interne SQL Server. |
5 |
Spécifie qu'un basculement automatique doit être initialisé sur tous les états d'échec qualifiés, notamment : - Épuisement des threads de travail du moteur SQL. - Détection d’un interblocage irrésolvable. |
autorisations
Nécessite VIEW ANY DEFINITION une autorisation sur l’instance de serveur.