配置 Always On 分布式可用性组

项目
03/16/2023

要创建分布式可用性组，必须创建两个具有各自侦听程序的可用性组。然后将这些可用性组合并到分布式可用性组中。以下步骤提供了在 Transact-SQL 中实现此操作的基本示例。此示例不涵盖创建可用性组和侦听器的所有详细信息，相反，它着重于突出显示关键要求。

有关分布式可用性组的技术概述，请参阅分布式可用性组。

先决条件

如果使用分布式网络名称 (DNN) 在 Azure VM 上的 SQL Server 上为可用性组配置了侦听器，则不支持在可用性组之上配置分布式可用性组。若要了解详细信息，请参阅 Azure VM 上的 SQL Server 功能与 AG 和 DNN 侦听器的互操作性。

设置终结点侦听程序以侦听所有 IP 地址

确保终结点可在分布式可用性组中的不同可用性组之间进行通信。如果将一个可用性组设置为终结点上的特定网络，分布式可用性组将无法正常工作。在分布式可用性组中承载副本的每台服务器上，将侦听器设置为侦听所有 IP 地址 (LISTENER_IP = ALL)。

创建一个终结点以侦听所有 IP 地址

例如，以下脚本可在 TCP 端口 5022 上创建侦听所有 IP 地址的侦听程序终结点。

CREATE ENDPOINT [aodns-hadr] 
    STATE=STARTED
    AS TCP (LISTENER_PORT = 5022, LISTENER_IP = ALL)
FOR DATA_MIRRORING (
   ROLE = ALL, 
   AUTHENTICATION = WINDOWS NEGOTIATE,
   ENCRYPTION = REQUIRED ALGORITHM AES
)
GO

更改一个终结点以侦听所有 IP 地址

例如，以下脚本可更改侦听程序终结点以侦听所有 IP 地址。

ALTER ENDPOINT [aodns-hadr] 
    AS TCP (LISTENER_IP = ALL)
GO

创建第一个可用性组

在第一个群集上创建主要可用性组

在第一个 Windows Server 故障转移群集 (WSFC) 上创建可用性组。在此示例中，将用于数据库 ag1 的可用性组命令为 db1。主可用性组的主要副本在分布式可用性组中称为全局主要副本。 Server1 是此示例中的全局主要副本。

CREATE AVAILABILITY GROUP [ag1]   
FOR DATABASE db1   
REPLICA ON N'server1' WITH (ENDPOINT_URL = N'TCP://server1.contoso.com:5022',  
    FAILOVER_MODE = AUTOMATIC,  
    AVAILABILITY_MODE = SYNCHRONOUS_COMMIT,   
    BACKUP_PRIORITY = 50,   
    SECONDARY_ROLE(ALLOW_CONNECTIONS = NO),   
    SEEDING_MODE = AUTOMATIC),   
N'server2' WITH (ENDPOINT_URL = N'TCP://server2.contoso.com:5022',   
    FAILOVER_MODE = AUTOMATIC,   
    AVAILABILITY_MODE = SYNCHRONOUS_COMMIT,   
    BACKUP_PRIORITY = 50,   
    SECONDARY_ROLE(ALLOW_CONNECTIONS = NO),   
    SEEDING_MODE = AUTOMATIC);   
GO

注意

上述示例使用自动种子设定，其中 SEEDING_MODE 设置为 AUTOMATIC，用于副本和分布式可用性组。此配置将设置次要副本和次要可用性组自动填充，而无需手动备份和还原主要数据库。

将次要副本联接到主要可用性组

任何次要副本都必须使用 JOIN 选项联接到具有 ALTER AVAILABILITY GROUP 的可用性组。由于在此示例中使用了自动种子设定，因此也必须调用具有 GRANT CREATE ANY DATABASE 选项的 ALTER AVAILABILITY GROUP。此设置允许可用性组创建数据库并开始从主要副本自动进行种子设定。

在此示例中，在次要副本 server2上运行以下命令，以联接 ag1 可用性组。允许可用性组在次要副本上创建数据库。

ALTER AVAILABILITY GROUP [ag1] JOIN   
ALTER AVAILABILITY GROUP [ag1] GRANT CREATE ANY DATABASE  
GO

注意

当可用性组在辅助副本上创建数据库时，它将数据库所有者设置为运行 ALTER AVAILABILITY GROUP 语句的帐户以授予创建任意数据库的权限。有关详细信息，请参阅授予可用性组在复制副本上创建数据库的权限。

为主要可用性组创建侦听程序

接下来，在第一个 WSFC 上为主要可用性组添加侦听器。在此示例中，侦听器名为 ag1-listener。有关创建侦听程序的详细说明，请参阅创建或配置可用性组侦听程序 (SQL Server)。

ALTER AVAILABILITY GROUP [ag1]    
    ADD LISTENER 'ag1-listener' ( 
        WITH IP ( ('2001:db88:f0:f00f::cf3c'),('2001:4898:e0:f213::4ce2') ) , 
        PORT = 60173);    
GO

创建第二个可用性组

然后，在第二个 WSFC 上创建次要可用性组 ag2。在这种情况下，不会指定数据库，因为它会自动从主要可用性组进行种子设定。辅助可用性组的主要副本在分布式可用性组中称为转发器。在此示例中，server3 是转发器。

CREATE AVAILABILITY GROUP [ag2]   
FOR   
REPLICA ON N'server3' WITH (ENDPOINT_URL = N'TCP://server3.contoso.com:5022',   
    FAILOVER_MODE = MANUAL,   
    AVAILABILITY_MODE = SYNCHRONOUS_COMMIT,   
    BACKUP_PRIORITY = 50,   
    SECONDARY_ROLE(ALLOW_CONNECTIONS = NO),   
    SEEDING_MODE = AUTOMATIC),   
N'server4' WITH (ENDPOINT_URL = N'TCP://server4.contoso.com:5022',   
    FAILOVER_MODE = MANUAL,   
    AVAILABILITY_MODE = SYNCHRONOUS_COMMIT,   
    BACKUP_PRIORITY = 50,   
    SECONDARY_ROLE(ALLOW_CONNECTIONS = NO),   
    SEEDING_MODE = AUTOMATIC);   
GO

注意

该次要可用性组必须使用相同的数据库镜像终结点（此示例中为端口 5022）。否则，在本地故障转移后，副本会停止。

将次要副本联接到次要可用性组

在此示例中，在次要副本 server4上运行以下命令，以联接 ag2 可用性组。允许可用性组在次要副本上创建数据库以支持自动种子设定。

ALTER AVAILABILITY GROUP [ag2] JOIN   
ALTER AVAILABILITY GROUP [ag2] GRANT CREATE ANY DATABASE  
GO

为次要可用性组创建侦听器

接下来，在第二个 WSFC 上添加次要可用性组的侦听器。在此示例中，侦听器名为 ag2-listener。有关创建侦听程序的详细说明，请参阅创建或配置可用性组侦听程序 (SQL Server)。

ALTER AVAILABILITY GROUP [ag2]    
    ADD LISTENER 'ag2-listener' ( WITH IP ( ('2001:db88:f0:f00f::cf3c'),('2001:4898:e0:f213::4ce2') ) , PORT = 60173);    
GO

在第一个群集上创建分布式可用性组

在第一个 WSFC 上创建分布式可用性组（此示例中命名为 distributedag ）。使用具有 DISTRIBUTED 选项的 CREATE AVAILABILITY GROUP 命令。 AVAILABILITY GROUP ON 参数指定了成员可用性组、ag1 和 ag2。

自动种子设定
手动种子设定

若要使用自动种子设定创建分布式可用性组，请使用以下 Transact-SQL 代码：

CREATE AVAILABILITY GROUP [distributedag]  
   WITH (DISTRIBUTED)   
   AVAILABILITY GROUP ON  
      'ag1' WITH    
      (   
         LISTENER_URL = 'tcp://ag1-listener.contoso.com:5022',    
         AVAILABILITY_MODE = ASYNCHRONOUS_COMMIT,   
         FAILOVER_MODE = MANUAL,   
         SEEDING_MODE = AUTOMATIC   
      ),   
      'ag2' WITH    
      (   
         LISTENER_URL = 'tcp://ag2-listener.contoso.com:5022',   
         AVAILABILITY_MODE = ASYNCHRONOUS_COMMIT,   
         FAILOVER_MODE = MANUAL,   
         SEEDING_MODE = AUTOMATIC   
      );    
GO

若要使用手动种子设定创建分布式可用性组，请使用以下 Transact-SQL 代码：

CREATE AVAILABILITY GROUP [distributedag]  
   WITH (DISTRIBUTED)   
   AVAILABILITY GROUP ON  
      'ag1' WITH    
      (   
         LISTENER_URL = 'tcp://ag1-listener.contoso.com:5022',    
         AVAILABILITY_MODE = ASYNCHRONOUS_COMMIT,   
         FAILOVER_MODE = MANUAL,   
         SEEDING_MODE = MANUAL   
      ),   
      'ag2' WITH    
      (   
         LISTENER_URL = 'tcp://ag2-listener.contoso.com:5022',   
         AVAILABILITY_MODE = ASYNCHRONOUS_COMMIT,   
         FAILOVER_MODE = MANUAL,   
         SEEDING_MODE = MANUAL   
      );    
GO

注意

LISTENER_URL 为每个可用性组指定了侦听程序与可用性组的数据库镜像端点。在此示例中，为端口 5022 （不是用于创建侦听程序的端口 60173 ）。如果使用的是负载均衡器，对于 Azure 中的实例，请向分布式可用性组端口添加负载均衡规则。向侦听器端口添加规则，除了 SQL Server 实例端口。

取消转发器的自动种子设定

无论出于何种原因，如果必须在同步两个可用性组前取消转发器的初始化，请通过将转发器的 SEEDING_MODE 参数设置为 MANUAL 并立即取消种子设定来更改分布式可用性组。在全局主要可用性组中运行命令：

-- Cancel automatic seeding.  Connect to global primary but specify DAG AG2
ALTER AVAILABILITY GROUP [distributedag]   
   MODIFY  
   AVAILABILITY GROUP ON  
   'ag2' WITH  
   (  SEEDING_MODE = MANUAL  );

在第二个群集上联接分布式可用性组

然后，在第二个 WSFC 上联接分布式可用性组。

自动种子设定
手动种子设定

若要使用自动种子设定联接分布式可用性组，请使用以下 Transact-SQL 代码：

ALTER AVAILABILITY GROUP [distributedag]   
   JOIN   
   AVAILABILITY GROUP ON  
      'ag1' WITH    
      (   
         LISTENER_URL = 'tcp://ag1-listener.contoso.com:5022',    
         AVAILABILITY_MODE = ASYNCHRONOUS_COMMIT,   
         FAILOVER_MODE = MANUAL,   
         SEEDING_MODE = AUTOMATIC   
      ),   
      'ag2' WITH    
      (   
         LISTENER_URL = 'tcp://ag2-listener.contoso.com:5022',   
         AVAILABILITY_MODE = ASYNCHRONOUS_COMMIT,   
         FAILOVER_MODE = MANUAL,   
         SEEDING_MODE = AUTOMATIC   
      );    
GO

若要使用手动种子设定联接分布式可用性组，请使用以下 Transact-SQL 代码：

ALTER AVAILABILITY GROUP [distributedag]   
   JOIN   
   AVAILABILITY GROUP ON  
      'ag1' WITH    
      (   
         LISTENER_URL = 'tcp://ag1-listener.contoso.com:5022',    
         AVAILABILITY_MODE = ASYNCHRONOUS_COMMIT,   
         FAILOVER_MODE = MANUAL,   
         SEEDING_MODE = MANUAL   
      ),   
      'ag2' WITH    
      (   
         LISTENER_URL = 'tcp://ag2-listener.contoso.com:5022',   
         AVAILABILITY_MODE = ASYNCHRONOUS_COMMIT,   
         FAILOVER_MODE = MANUAL,   
         SEEDING_MODE = MANUAL  
      );    
GO

如果使用手动种子设定在转发器上创建数据库，请从全局主数据库执行完整备份和事务日志备份，并使用 NORECOVERY 选项将其还原到转发器。例如：

在全局主数据库上备份：

BACKUP DATABASE [db1] 
TO DISK = '<full backup location>' WITH FORMAT
BACKUP LOG [db1] 
TO DISK = '<log backup location>' WITH FORMAT

还原到转发器：

RESTORE DATABASE [db1] 
FROM DISK = '<full backup location>' WITH NORECOVERY
RESTORE LOG [db1] FROM DISK = '<log backup location>' WITH NORECOVERY

之后，在转发器上运行以下内容

ALTER DATABASE [db1] SET HADR AVAILABILITY GROUP = [distributedag]

联接第二个可用性组的辅助数据库

如果第二个可用性组已设置为使用自动种子设定，则转到步骤 2。

如果第二个可用性组正在使用手动种子设定，则将对全局主副本的备份还原到第二个可用性组的次要副本：

RESTORE DATABASE [db1] 
FROM DISK = '<full backup location>' WITH NORECOVERY
RESTORE LOG [db1] FROM DISK = '<log backup location>' WITH NORECOVERY

当第二个可用性组的次要副本上的数据库处于正在还原状态后，必须手动将它联接到可用性组。

ALTER DATABASE [db1] SET HADR AVAILABILITY GROUP = [ag2];

故障转移到次要可用性组

故障转移到辅助可用性组有两组不同的说明。使用适用于版本和配置的说明。

以下说明适用于 SQL Server 2022 (16.x) 或更高版本（如果设置了 REQUIRED_SYNCHRONIZED_SECONDARIES_TO_COMMIT）。

有关其他配置，请参阅故障转移到辅助可用性组（SQL Server 2022 之前的版本）。

如果未为分布式可用性组设置 REQUIRED_SYNCHRONIZED_SECONDARIES_TO_COMMIT，则以下说明适用。这包括 SQL Server 2022 (16.x) 之前的版本，因为分布式可用性组不支持此设置。

在 SQL Server 2022 (16.x) 或更高版本上，可以设置 REQUIRED_SYNCHRONIZED_SECONDARIES_TO_COMMIT。如果配置了此设置，请按照故障转移到辅助可用性组（SQL Server 2022 及更高版本）的说明操作。

故障转移到辅助可用性组（2022 SQL Server 之前的版本）

此时仅支持手动故障转移。手动故障转移分布式可用性组：

若要确保不会丢失任何数据，请停止全局主数据库（即主可用性组的数据库）上的所有事务，然后将分布式可用性组设置为同步提交。
等待直到分布式可用性组同步完成，且每个数据库具有相同的 last_hardened_lsn。
在全局主要副本上，将分布式可用性组角色设置为 SECONDARY。
测试故障转移就绪情况。
故障转移主要可用性组。

以下 Transact-SQL 示例演示了对名为 distributedag 的分布式可用性组进行故障转移的详细步骤：

若要确保不会丢失任何数据，请停止全局主数据库（即主可用性组的数据库）上的所有事务。然后，将分布式可用性组设置为同步提交，方法为同时在全局主数据库和转发器上运行以下代码。

-- sets the distributed availability group to synchronous commit 
 ALTER AVAILABILITY GROUP [distributedag] 
 MODIFY 
 AVAILABILITY GROUP ON
 'ag1' WITH 
  ( 
  AVAILABILITY_MODE = SYNCHRONOUS_COMMIT 
  ), 
  'ag2' WITH  
  ( 
  AVAILABILITY_MODE = SYNCHRONOUS_COMMIT 
  );

 -- verifies the commit state of the distributed availability group
 select ag.name, ag.is_distributed, ar.replica_server_name, ar.availability_mode_desc, ars.connected_state_desc, ars.role_desc, 
 ars.operational_state_desc, ars.synchronization_health_desc from sys.availability_groups ag  
 join sys.availability_replicas ar on ag.group_id=ar.group_id
 left join sys.dm_hadr_availability_replica_states ars
 on ars.replica_id=ar.replica_id
 where ag.is_distributed=1
 GO

注意

在分布式可用性组中，两个可用性组之间的同步状态取决于两个副本的可用性模式。对于同步提交模式，当前的主要可用性组和当前的次要可用性组必须具有 SYNCHRONOUS_COMMIT 可用性模式。因此，必须在全局主要副本和转发器上运行上述脚本。

等待直到分布式可用性组的状态更改为 SYNCHRONIZED 并且所有副本具有相同的 last_hardened_lsn（每个数据库）。在全局主数据库（即主可用性组的主副本）和转发器上运行以下查询，以检查 ynchronization_state_desc 和 last_hardened_lsn：
```
-- Run this query on the Global Primary and the forwarder
-- Check the results to see if synchronization_state_desc is SYNCHRONIZED, and the last_hardened_lsn is the same per database on both the global primary and       forwarder 
-- If not rerun the query on both side every 5 seconds until it is the case
--
SELECT ag.name
       , drs.database_id
       , db_name(drs.database_id) as database_name
       , drs.group_id
       , drs.replica_id
       , drs.synchronization_state_desc
       , drs.last_hardened_lsn  
FROM sys.dm_hadr_database_replica_states drs 
INNER JOIN sys.availability_groups ag on drs.group_id = ag.group_id;
```
在可用性组 synchronization_state_desc 为 SYNCHRONIZED 并且在全局主数据库和转发器上每个数据库的 last_hardened_lsn 都相同之后，再继续操作。如果 synchronization_state_desc 不为 SYNCHRONIZED 或 last_hardened_lsn 不相同，请每五秒钟运行一次命令，直到它更改为止。请在 synchronization_state_desc = SYNCHRONIZED 且每个数据库的 last_hardened_lsn 都相同之后，再继续操作。
在全局主要副本上，将分布式可用性组角色设置为 SECONDARY。
```
ALTER AVAILABILITY GROUP distributedag SET (ROLE = SECONDARY); 
```
此时，分布式可用性组不可用。

测试故障转移就绪。在全局主数据库和转发器上运行以下查询：

 -- Run this query on the Global Primary and the forwarder
 -- Check the results to see if the last_hardened_lsn is the same per database on both the global primary and forwarder 
 -- The availability group is ready to fail over when the last_hardened_lsn is the same for both availability groups per database
 --
 SELECT ag.name, 
     drs.database_id, 
     db_name(drs.database_id) as database_name,
     drs.group_id, 
     drs.replica_id,
     drs.last_hardened_lsn
 FROM sys.dm_hadr_database_replica_states drs
 INNER JOIN sys.availability_groups ag ON drs.group_id = ag.group_id;

当每个数据库的两个可用性组的 last_hardened_lsn 相同时，可用性组即可进行故障转移。如果在一段时间后 last_hardened_lsn 不同，则为了避免数据丢失，请在全局主数据库上运行此命令以故障回复到全局主数据库，然后从第二步重新开始：

-- If the last_hardened_lsn is not the same after a period of time, to avoid data loss, 
-- we need to fail back to the global primary by running this command on the global primary 
-- and then start over from the second step:

ALTER AVAILABILITY GROUP distributedag FORCE_FAILOVER_ALLOW_DATA_LOSS;

从主要可用性组故障转移到次要可用性组。在转发器上运行以下命令，转发器是指承载次要可用性组的主副本的 SQL Server。

-- Once the last_hardened_lsn is the same per database on both sides
-- We can Fail over from the primary availability group to the secondary availability group. 
-- Run the following command on the forwarder, the SQL Server instance that hosts the primary replica of the secondary availability group.

ALTER AVAILABILITY GROUP distributedag FORCE_FAILOVER_ALLOW_DATA_LOSS;

执行此步骤后，分布式可用性组将变为可用。

完成上述步骤后，分布式可用性组将进行故障转移，且不会丢失任何数据。如果可用性组位于不同的地理位置，导致延迟，请将可用性模式改回为 ASYNCHRONOUS_COMMIT。

故障转移到辅助可用性组（SQL Server 2022 及更高版本）

本部分中的步骤旨在保证分布式可用性组故障转移时不会丢失数据。这些步骤包括设置 REQUIRED_SYNCHRONIZED_SECONDARIES_TO_COMMIT。对此分布式可用性组设置的支持从 SQL Server 2022 (16.x) 开始。

此时仅支持手动故障转移。手动故障转移分布式可用性组：

若要确保不会丢失任何数据，请停止全局主数据库（即主可用性组的数据库）上的所有事务，然后将分布式可用性组设置为同步提交。
等待直到分布式可用性组同步完成，且每个数据库具有相同的 last_hardened_lsn。
在全局主要副本上，将分布式可用性组角色设置为 SECONDARY。

重要

此时，分布式可用性组不可用。

将分布式可用性组 REQUIRED_SYNCHRONIZED_SECONDARIES_TO_COMMIT 设置为 1。
测试故障转移就绪情况。
故障转移主要可用性组。
将分布式可用性组 REQUIRED_SYNCHRONIZED_SECONDARIES_TO_COMMIT 设置为 0。

以下 Transact-SQL 示例演示了对名为 distributedag 的分布式可用性组进行故障转移的详细步骤：

-- sets the distributed availability group to synchronous commit 
 ALTER AVAILABILITY GROUP [distributedag] 
 MODIFY 
 AVAILABILITY GROUP ON
 'ag1' WITH 
  ( 
  AVAILABILITY_MODE = SYNCHRONOUS_COMMIT 
  ), 
  'ag2' WITH  
  ( 
  AVAILABILITY_MODE = SYNCHRONOUS_COMMIT 
  );

 -- verifies the commit state of the distributed availability group
 select ag.name, ag.is_distributed, ar.replica_server_name, ar.availability_mode_desc, ars.connected_state_desc, ars.role_desc, 
 ars.operational_state_desc, ars.synchronization_health_desc from sys.availability_groups ag  
 join sys.availability_replicas ar on ag.group_id=ar.group_id
 left join sys.dm_hadr_availability_replica_states ars
 on ars.replica_id=ar.replica_id
 where ag.is_distributed=1
 GO

注意

等待直到分布式可用性组的状态更改为 SYNCHRONIZED 并且所有副本具有相同的 last_hardened_lsn（每个数据库）。在全局主数据库（即主可用性组的主副本）和转发器上运行以下查询，以检查 ynchronization_state_desc 和 last_hardened_lsn：
```
-- Run this query on the Global Primary and the forwarder
-- Check the results to see if synchronization_state_desc is SYNCHRONIZED, and the last_hardened_lsn is the same per database on both the global primary and       forwarder 
-- If not rerun the query on both side every 5 seconds until it is the case
--
SELECT ag.name
       , drs.database_id
       , db_name(drs.database_id) as database_name
       , drs.group_id
       , drs.replica_id
       , drs.synchronization_state_desc
       , drs.last_hardened_lsn  
FROM sys.dm_hadr_database_replica_states drs 
INNER JOIN sys.availability_groups ag on drs.group_id = ag.group_id;
```
在可用性组 synchronization_state_desc 为 SYNCHRONIZED 并且在全局主数据库和转发器上每个数据库的 last_hardened_lsn 都相同之后，再继续操作。如果 synchronization_state_desc 不为 SYNCHRONIZED 或 last_hardened_lsn 不相同，请每五秒钟运行一次命令，直到它更改为止。请在 synchronization_state_desc = SYNCHRONIZED 且每个数据库的 last_hardened_lsn 都相同之后，再继续操作。
在全局主要副本上，将分布式可用性组角色设置为 SECONDARY。
```
ALTER AVAILABILITY GROUP distributedag SET (ROLE = SECONDARY); 
```
此时，分布式可用性组不可用。
对于 SQL Server 2022 (16.x) 及更高版本，请在全局主数据库上设置 REQUIRED_SYNCHRONIZED_SECONDARIES_TO_COMMIT。
```
ALTER AVAILABILITY GROUP distributedag 
  SET (REQUIRED_SYNCHRONIZED_SECONDARIES_TO_COMMIT = 1);
```

测试故障转移就绪。在全局主数据库和转发器上运行以下查询：

 -- Run this query on the Global Primary and the forwarder
 -- Check the results to see if the last_hardened_lsn is the same per database on both the global primary and forwarder 
 -- The availability group is ready to fail over when the last_hardened_lsn is the same for both availability groups per database
 --
 SELECT ag.name, 
     drs.database_id, 
     db_name(drs.database_id) as database_name,
     drs.group_id, 
     drs.replica_id,
     drs.last_hardened_lsn
 FROM sys.dm_hadr_database_replica_states drs
 INNER JOIN sys.availability_groups ag ON drs.group_id = ag.group_id;

-- If the last_hardened_lsn is not the same after a period of time, to avoid data loss, 
-- we need to fail back to the global primary by running this command on the global primary 
-- and then start over from the second step:

ALTER AVAILABILITY GROUP distributedag FORCE_FAILOVER_ALLOW_DATA_LOSS;

从主要可用性组故障转移到次要可用性组。在转发器上运行以下命令，转发器是指承载次要可用性组的主副本的 SQL Server。

-- Once the last_hardened_lsn is the same per database on both sides
-- We can Fail over from the primary availability group to the secondary availability group. 
-- Run the following command on the forwarder, the SQL Server instance that hosts the primary replica of the secondary availability group.

ALTER AVAILABILITY GROUP distributedag FORCE_FAILOVER_ALLOW_DATA_LOSS;

执行此步骤后，分布式可用性组将变为可用。

对于 SQL Server 2022 (16.x) 及更高版本，请清除分布式可用性组 REQUIRED_SYNCHRONIZED_SECONDARIES_TO_COMMIT。
```
ALTER AVAILABILITY GROUP distributedag 
  SET (REQUIRED_SYNCHRONIZED_SECONDARIES_TO_COMMIT = 0);
```

删除分布式可用性组

以下 Transact-SQL 语句删除了名为 distributedag的分布式可用性组：

DROP AVAILABILITY GROUP [distributedag]

在故障转移群集实例上创建分布式可用性组

你可以使用故障转移群集实例 (FCI) 上的可用性组来创建分布式可用性组。在此情况下，无需任何可用性组侦听器。为 FCI 实例的主要副本使用虚拟网络名称 (VNN)。以下示例演示了一个名为 SQLFCIDAG 的分布式可用性组。一个可用性组为 SQLFCIAG。 SQLFCIAG 有 2 个 FCI 副本。 FCI 主要副本的 VNN 为 SQLFCIAG-1，FCI 次要副本的 VNN 为 SQLFCIAG-2。该分布式可用性组还包含用于灾难恢复的 SQLAG-DR。

AlwaysOn 分布式可用性组

以下 DDL 将创建此分布式可用性组。

CREATE AVAILABILITY GROUP [SQLFCIDAG]  
   WITH (DISTRIBUTED)   
   AVAILABILITY GROUP ON  
  'SQLFCIAG' WITH    
    (   
        LISTENER_URL = 'tcp://SQLFCIAG-1.contoso.com:5022',    
         AVAILABILITY_MODE = ASYNCHRONOUS_COMMIT,   
         FAILOVER_MODE = MANUAL,   
         SEEDING_MODE = AUTOMATIC
      ),   
  'SQLAG-DR' WITH    
       (   
         LISTENER_URL = 'tcp://SQLAG-DR.contoso.com:5022',   
         AVAILABILITY_MODE = ASYNCHRONOUS_COMMIT,   
         FAILOVER_MODE = MANUAL,   
         SEEDING_MODE = AUTOMATIC
      );

侦听程序 URL 是主要 FCI 实例的 VNN。

在分布式可用性组中手动故障转移 FCI

若要手动故障转移 FCI 可用性组，请更新分布式可用性组，以反映侦听程序 URL 的更改。例如，在分布式 AG 的全局 master 数据库和 SQLFCIDAG 的分布式 AG 的转发器上运行以下 DDL：

ALTER AVAILABILITY GROUP [SQLFCIDAG]  
   MODIFY AVAILABILITY GROUP ON  
 'SQLFCIAG' WITH    
    (   
        LISTENER_URL = 'tcp://SQLFCIAG-2.contoso.com:5022'
    )

后续步骤

CREATE AVAILABILITY GROUP (Transact-SQL)（创建可用性组 (Transact-SQL)）
更改可用性组 (Transact-SQL)