You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: docs/relational-databases/system-catalog-views/sys-availability-groups-transact-sql.md
+9-9Lines changed: 9 additions & 9 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -1,9 +1,9 @@
1
1
---
2
2
title: "sys.availability_groups (Transact-SQL)"
3
-
description: Returns a row for each availability group for which the local instance of SQL Server hosts an availability replica.
3
+
description: sys.availability_groups returns a row for each availability group for which the local instance of SQL Server hosts an availability replica.
Returns a row for each availability group for which the local instance of SQL Server hosts an availability replica. Each row contains a cached copy of the availability group metadata.
25
+
Returns a row for each availability group where the local instance of SQL Server hosts an availability replica. Each row contains a cached copy of the availability group metadata.
26
26
27
27
| Column name | Data type | Description |
28
28
| --- | --- | --- |
29
29
|`group_id`|**uniqueidentifier**| Unique identifier (GUID) of the availability group. |
30
30
|`name`|**sysname**| Name of the availability group. This is a user-specified name that must be unique within the Windows Server Failover Cluster (WSFC). |
31
31
|`resource_id`|**nvarchar(40)**| Resource ID for the WSFC cluster resource. |
32
32
|`resource_group_id`|**nvarchar(40)**| Resource Group ID for the WSFC cluster resource group of the availability group. |
33
-
|`failure_condition_level`|**int**| User-defined failure condition level under which an automatic failover must be triggered, one of the integer values shown in the table immediately below this table.<br /><br />The failure-condition levels (1-5) range from the least restrictive, level 1, to the most restrictive, level 5. A given condition level encompasses all of the less restrictive levels. Thus, the strictest condition level, 5, includes the four less restrictive condition levels (1-4), level 4 includes levels 1-3, and so forth.<br /><br />To change this value, use the `FAILURE_CONDITION_LEVEL` option of the [ALTER AVAILABILITY GROUP (Transact-SQL)](../../t-sql/statements/alter-availability-group-transact-sql.md) statement. |
34
-
|`health_check_timeout`|**int**| Wait time (in milliseconds) for the [sp_server_diagnostics (Transact-SQL)](../system-stored-procedures/sp-server-diagnostics-transact-sql.md) system stored procedure to return server-health information, before the server instance is assumed to be slow or not responding. The default value is 30000 milliseconds (30 seconds).<br /><br />To change this value, use the `HEALTH_CHECK_TIMEOUT` option of the [ALTER AVAILABILITY GROUP (Transact-SQL)](../../t-sql/statements/alter-availability-group-transact-sql.md) statement. |
35
-
|`automated_backup_preference`|**tinyint**| Preferred location for performing backups on the availability databases in this availability group. The following are the possible values and their descriptions.<br /><br />0: Primary. Backups should always occur on the primary replica.<br />1: Secondary only. Performing backups on a secondary replica is preferable.<br />2: Prefer Secondary. Performing backups on a secondary replica is preferred, but performing backups on the primary replica is acceptable if no secondary replica is available for backup operations. This is the default behavior.<br />3: Any Replica. No preference about whether backups are performed on the primary replica or on a secondary replica.<br /><br />For more information, see [Offload supported backups to secondary replicas of an availability group](../../database-engine/availability-groups/windows/active-secondaries-backup-on-secondary-replicas-always-on-availability-groups.md). |
33
+
|`failure_condition_level`|**int**| User-defined failure condition level under which an automatic failover must be triggered, one of the integer values shown in the table immediately below this table.<br /><br />The failure-condition levels (1-5) range from the least restrictive, level 1, to the most restrictive, level 5. A given condition level encompasses all of the less restrictive levels. Thus, the strictest condition level, 5, includes the four less restrictive condition levels (1-4), level 4 includes levels 1-3, and so forth.<br /><br />To change this value, use the `FAILURE_CONDITION_LEVEL` option of the [ALTER AVAILABILITY GROUP](../../t-sql/statements/alter-availability-group-transact-sql.md) statement. |
34
+
|`health_check_timeout`|**int**| Wait time (in milliseconds) for the [sp_server_diagnostics](../system-stored-procedures/sp-server-diagnostics-transact-sql.md) system stored procedure to return server-health information, before the server instance is assumed to be slow or not responding. The default value is 30000 milliseconds (30 seconds).<br /><br />To change this value, use the `HEALTH_CHECK_TIMEOUT` option of the [ALTER AVAILABILITY GROUP](../../t-sql/statements/alter-availability-group-transact-sql.md) statement. |
35
+
|`automated_backup_preference`|**tinyint**| Preferred location for performing backups on the availability databases in this availability group. The following are the possible values and their descriptions.<br /><br />`0`: Primary. Backups should always occur on the primary replica.<br /><br />`1`: Secondary only. Performing backups on a secondary replica is preferable.<br /><br />`2`: Prefer Secondary. Performing backups on a secondary replica is preferred, but performing backups on the primary replica is acceptable if no secondary replica is available for backup operations. This is the default behavior.<br /><br />`3`: Any Replica. No preference about whether backups are performed on the primary replica or on a secondary replica.<br /><br />For more information, see [Offload supported backups to secondary replicas of an availability group](../../database-engine/availability-groups/windows/active-secondaries-backup-on-secondary-replicas-always-on-availability-groups.md). |
36
36
|`automated_backup_preference_desc`|**nvarchar(60)**| Description of `automated_backup_preference`, one of:<br /><br />`PRIMARY`<br />`SECONDARY_ONLY`<br />`SECONDARY`<br />`NONE`|
37
37
|`version`|**smallint**| The version of the availability group metadata stored in the Windows Failover Cluster. This version number is incremented when new features are added. |
38
38
|`basic_features`|**bit**| Specifies whether this is a Basic availability group. For more information, see [Basic Always On availability groups for a single database](../../database-engine/availability-groups/windows/basic-availability-groups-always-on-availability-groups.md). |
39
39
|`dtc_support`|**bit**| Specifies whether DTC support is enabled for this availability group. The `DTC_SUPPORT` option of `CREATE AVAILABILITY GROUP` controls this setting. |
40
40
|`db_failover`|**bit**| Specifies whether the availability group supports failover for database health conditions. The `DB_FAILOVER` option of `CREATE AVAILABILITY GROUP` controls this setting. |
41
41
|`is_distributed`|**bit**| Specifies whether this is a distributed availability group. For more information, see [Distributed availability groups](../../database-engine/availability-groups/windows/distributed-availability-groups.md). |
42
-
|`cluster_type`|**tinyint**|0: Windows Server failover cluster<br />1: None<br />2: External cluster (for example, Linux Pacemaker) |
42
+
|`cluster_type`|**tinyint**|`0`: Windows Server failover cluster<br />`1`: None<br />`2`: External cluster (for example, Linux Pacemaker) |
43
43
|`cluster_type_desc`|**nvarchar(60)**| Text description of cluster type |
44
44
|`required_synchronized_secondaries_to_commit`|**int**| The number of secondary replicas that must be in a synchronized state for a commit to complete |
45
45
|`sequence_number`|**bigint**| Identifies the availability group configuration sequence. Incrementally increases every time the availability group primary replica updates the configuration of the group. |
46
-
|`is_contained`|**bit**|1: Big data cluster master instance configured for high-availability.<br />0: all other. |
46
+
|`is_contained`|**bit**|Specifies whether this is a contained database. |
47
47
48
48
## Failure condition level values
49
49
50
50
The following table describes the possible failure condition levels for the `failure_condition_level` column.
51
51
52
52
| Value | Failure condition |
53
53
| --- | --- |
54
-
|`1`| Specifies that an automatic failover should be initiated when any of the following occurs:<br /><br />- The [!INCLUDE [ssNoVersion](../../includes/ssnoversion-md.md)] service is down.<br />- The lease of the availability group for connecting to the WSFC failover cluster expires because no ACK is received from the server instance.<br /><br />For more information, see [How It Works: SQL Server Always On Lease Timeout](https://techcommunity.microsoft.com/t5/sql-server-support-blog/how-it-works-sql-server-alwayson-lease-timeout/ba-p/317268). |
54
+
|`1`| Specifies that an automatic failover should be initiated when any of the following occurs:<br /><br />- The [!INCLUDE [ssNoVersion](../../includes/ssnoversion-md.md)] service is down.<br />- The lease of the availability group for connecting to the WSFC failover cluster expires because no ACK is received from the server instance.<br /><br />For more information, see [How It Works: SQL Server Always On Lease Timeout](https://techcommunity.microsoft.com/blog/sqlserversupport/how-it-works-sql-server-alwayson-lease-timeout/317268). |
55
55
|`2`| Specifies that an automatic failover should be initiated when any of the following occurs:<br /><br />- The instance of [!INCLUDE [ssNoVersion](../../includes/ssnoversion-md.md)] doesn't connect to cluster, and the user-specified `health_check_timeout` threshold of the availability group is exceeded.<br />- The availability replica is in failed state. |
56
56
|`3`| Specifies that an automatic failover should be initiated on critical [!INCLUDE [ssNoVersion](../../includes/ssnoversion-md.md)] internal errors, such as orphaned spinlocks, serious write-access violations, or too much dumping.<br /><br />This is the default value. |
57
57
|`4`| Specifies that an automatic failover should be initiated on moderate [!INCLUDE [ssNoVersion](../../includes/ssnoversion-md.md)] internal errors, such as a persistent out-of-memory condition in the [!INCLUDE [ssNoVersion](../../includes/ssnoversion-md.md)] internal resource pool. |
0 commit comments