故障转移链接 - Azure SQL 托管实例

您可以从SQL Server 2022 CU13（KB5036432）开始使用 Transact-SQL 进行链接故障转移。

若要对连接执行计划性故障转移，请在主要副本上使用以下 T-SQL 命令：

ALTER AVAILABILITY GROUP [<DAGname>] FAILOVER

若要执行强制故障转移，请在次要副本上使用以下 T-SQL 命令：

ALTER AVAILABILITY GROUP [<DAGname>] FORCE_FAILOVER_ALLOW_DATA_LOSS

使用 SSMS 中的 SQL Server 和 托管实例 之间的故障切换 向导，将数据库从主数据库故障转移到次要数据库。

可以从主要副本或次要副本执行计划的故障转移。 若要执行强制故障转移，请连接到辅助副本。

若要故障转移数据库，请执行以下步骤：

1. 打开 SSMS 并连接到任一副本。

2. 在 对象资源管理器 中，右键点击你的复制数据库，将鼠标悬停在 Azure SQL 托管实例 链接上，然后选择 Failover... 打开 SQL Server 与 托管实例 之间的 Failover 向导。 如果同一数据库中有多个链接，请在对象资源管理器中展开Always On 可用性组下的Availability Groups，然后右键单击要执行故障转移的链接对应的分布式可用性组。 选择故障转移...以打开该特定链接的SQL Server 与托管实例故障转移向导。

   

3. 在“简介” 页上，选择“下一步”。

4. “选择故障转移类型”页显示有关每个副本、所选数据库的角色以及支持的故障转移类型的详细信息。 您可以从任意副本发起故障转移。 如果选择强制故障转移，则必须选中相应的方框，以表明你了解可能会出现数据丢失的情况。 选择下一步。

   注意

   如果要迁移到Azure SQL 托管实例，请选择计划故障转移。

5. 在 登录 Azure 和远程实例页面上：

   1. 选择 Sign-in 提供凭据并登录到Azure帐户。
   2. 根据上一页所选择的故障转移类型，登录选项的功能会有所不同。 对于计划的故障转移，必须登录到远程实例(SQL Server 或 SQL 管理实例)。 对于强制故障转移，登录是可选的，因为支持以下两种应用场景：
      • 真正的灾难恢复：由于主实例在真正的灾难期间通常不可用，因此用户无法进行登录操作，必须立即切换至辅助实例，使其成为新的主实例。 中断得到解决后，链接处于不一致状态，因为两个副本现在都处于主要角色（脑裂场景）。
      • 灾难恢复演练：不建议使用强制故障转移执行灾难恢复演练，因为可能存在潜在的数据丢失。 但是，在演练期间，由于主实例可用，因此支持登录，并且你可以选择为两个副本交换角色，以避免出现脑裂情况。

6. 在 Post-Failover Operations 页上，SQL Server 2022 与早期版本的选项不同，这取决于您是否能够连接到主实例。

   • 对于 SQL Server 2022，可以选择停止副本之间的复制，这会在故障转移完成后删除链接和分布式可用性组。 如果要维护链接并继续执行副本之间的复制操作，请取消选中相应的方框。 如果选择删除链接，也可以选中该框以删除可用性组（如果只为了将数据库复制到Azure，并且不再需要它）。 选中适合你的场景的相应方框，然后选择“下一步”。
   • 对于 SQL Server 2019 和更早版本，默认情况下会选中移除链接的选项，并且无法取消选中，因为故障转移到 SQL 托管实例将会停止复制、中断链接并删除分布式可用性组。 选中此框以表明你了解链接将被删除，然后选择“下一步”。
   • （可选）如果您在上一页能够成功登录到 SQL Server 实例，您还可以在强制故障转移后，通过勾选 清理 部分的框来删除该 SQL Server 实例上的可用性组。

7. 在“摘要”页面上查看操作。 或者，选择脚本生成脚本，以便将来可以轻松使用同一链接来对数据库进行故障切换。 准备好进行数据库故障转移时，选择完成。

8. 完成所有步骤后，“结果”页会在已成功完成的操作旁边显示复选标记。 现在可以关闭窗口。

如果选择保持 SQL Server 2022 的链接，辅助数据库将成为新的主数据库，该链接仍然处于活动状态，你可以切换回到辅助数据库。

如果使用的是 SQL Server 2019 及更低版本，或者选择删除 SQL Server 2022 的链接，则链接将被删除，故障转移完成后不再存在。 每个副本上的源数据库和目标数据库都可以执行读/写工作负荷。 它们是完全独立的。

若要故障转移，首先必须使用 Transact-SQL（T-SQL）切换SQL Server实例的复制模式。

然后，可以使用 PowerShell 进行角色故障转移与角色切换。

切换复制模式（故障转移到 SQL MI）

默认情况下，SQL Server和SQL 托管实例之间的复制是异步的。 在将数据库从 SQL Server 故障转移到 Azure SQL 托管实例之前，请先使用 Transact-SQL （T-SQL）将 SQL Server 上的链接切换到同步模式。

在SQL Server上运行以下 T-SQL 脚本，将分布式可用性组的复制模式从异步更改为同步。取代：

• <DAGName> 与分布式可用性组的名称一起使用（用于创建链接）。
• <AGName>，其中包含在SQL Server上创建的可用性组的名称（用于创建链接）。
• 将 <ManagedInstanceName> 替换为托管实例的名称。

-- Run on SQL Server
-- Sets the distributed availability group to a synchronous commit.
-- ManagedInstanceName example: 'sqlmi1'
USE master
GO
ALTER AVAILABILITY GROUP [<DAGName>] 
MODIFY 
AVAILABILITY GROUP ON
    '<AGName>' WITH
    (AVAILABILITY_MODE = SYNCHRONOUS_COMMIT),
    '<ManagedInstanceName>' WITH
    (AVAILABILITY_MODE = SYNCHRONOUS_COMMIT);

若要确认是否已成功更改链接的复制模式，请使用以下动态管理视图。 结果指示 SYNCHRONOUS_COMMIT 状态。

-- Run on SQL Server
-- Verifies the 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

将SQL Server切换到同步提交模式后，两个实例之间的复制是同步的。 如果需要反转此状态，请执行相同的步骤并将 AVAILABILITY_MODE 设置为 ASYNCHRONOUS_COMMIT。

检查SQL Server和SQL 托管实例上的 LSN 值

若要完成故障转移或迁移，请确认到辅助副本的复制已完成。 为此，请确保SQL Server和SQL 托管实例的日志记录中的日志序列号（LSN）相同。

最初，预计主要副本上的 LSN 将高于次要副本上的 LSN。 网络延迟可能会导致复制在一定程度上滞后于主库。 由于主节点上的工作负载已停止，因此 LSN（日志序列号）将匹配，并在一段时间后停止更改。

在 SQL Server 上使用以下 T-SQL 查询来读取最后记录的事务日志的 LSN。 替换：

• 将 <DatabaseName> 替换为数据库名称，并查找最后一个已加固的 LSN 编号。

-- Run on SQL Server
-- Obtain the last hardened LSN for the database on SQL Server.
SELECT
    ag.name AS [Replication group],
    db.name AS [Database name], 
    drs.database_id AS [Database ID], 
    drs.group_id, 
    drs.replica_id, 
    drs.synchronization_state_desc AS [Sync state], 
    drs.end_of_log_lsn AS [End of log LSN],
    drs.last_hardened_lsn AS [Last hardened LSN] 
FROM
    sys.dm_hadr_database_replica_states drs
    inner join sys.databases db on db.database_id = drs.database_id
    inner join sys.availability_groups ag on drs.group_id = ag.group_id
WHERE
    ag.is_distributed = 1 and db.name = '<DatabaseName>'

在 SQL 托管实例上使用以下 T-SQL 查询以读取数据库的最后一个固化 LSN。 将 <DatabaseName> 替换为你的数据库名称。

此查询适用于常规用途SQL 托管实例。 对于重要业务的 SQL 托管实例，请在脚本末尾取消注释 and drs.is_primary_replica = 1。 在业务关键服务层级，此筛选器可确保仅读取主要副本的详细信息。

-- Run on SQL managed instance
-- Obtain the LSN for the database on SQL Managed Instance.
SELECT
    db.name AS [Database name],
    drs.database_id AS [Database ID], 
    drs.group_id, 
    drs.replica_id, 
    drs.synchronization_state_desc AS [Sync state],
    drs.end_of_log_lsn AS [End of log LSN],
    drs.last_hardened_lsn AS [Last hardened LSN]
FROM
    sys.dm_hadr_database_replica_states drs
    inner join sys.databases db on db.database_id = drs.database_id
WHERE
    db.name = '<DatabaseName>'
    -- for Business Critical, add the following as well
    -- AND drs.is_primary_replica = 1

或者，还可以使用 Get-AzSqlInstanceLink PowerShell 或 az sql mi link show Azure CLI 命令获取 SQL 托管实例链接的 LastHardenedLsn 属性，以提供与以前的 T-SQL 查询相同的信息。

故障转移数据库

如果要使用 PowerShell 在 SQL Server 2022 与 SQL 管理实例之间对数据库进行故障切换，同时仍保持连接，或者要对任何版本的 SQL Server 执行可能导致数据丢失的故障切换，请使用在 SSMS 中的“SQL Server 和管理实例故障切换”向导，为您的环境生成脚本。 可以从主要副本或次要副本执行计划的故障转移。 若要执行强制故障转移，请连接到辅助副本。

若要在故障转移或迁移数据库时中断链接并停止复制，而不论 SQL Server 的版本，请使用 Remove-AzSqlInstanceLink PowerShell 或 az sql mi link delete Azure CLI 命令。

以下示例脚本会断开链接并结束副本之间的复制，使数据库可在两个实例上执行读/写操作。 替换：

• 将 <ManagedInstanceName> 替换为托管实例的名称。
• <DAGName> 替换为您正在故障转移的链接的名称（上述执行的 Name 命令中属性 Get-AzSqlInstanceLink 的输出）。

# Run in Azure Cloud Shell (select PowerShell console) 
# =============================================================================
# POWERSHELL SCRIPT TO FAIL OVER OR MIGRATE DATABASE TO AZURE
# ===== Enter user variables here ====

# Enter your managed instance name – for example, "sqlmi1"
$ManagedInstanceName = "<ManagedInstanceName>"
$LinkName = "<DAGName>"

# ==== Do not customize the following cmdlet ====

# Find out the resource group name
$ResourceGroup = (Get-AzSqlInstance -InstanceName $ManagedInstanceName).ResourceGroupName

# Failover the specified link
Remove-AzSqlInstanceLink -ResourceGroupName $ResourceGroup |
-InstanceName $ManagedInstanceName -Name $LinkName -Force

故障转移成功后，链接将被删除，不再存在。 SQL Server数据库和SQL 托管实例数据库都可以执行读写工作负荷，因为它们现在完全独立。

删除链接后，可以在SQL Server上保留可用性组，但必须删除 distributed 可用性组才能从SQL Server中删除链接元数据。 仅当使用 PowerShell 进行故障转移时，才需要执行此附加步骤，因为 SSMS 会为你执行此操作。

若要删除分布式可用性组，请替换以下值，然后运行示例 T-SQL 代码：

• <DAGName>，SQL Server 中用于创建链接的分布式可用性组的名称。

-- Run on SQL Server
USE MASTER
GO
DROP AVAILABILITY GROUP <DAGName> 
GO