链接故障转移 - 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 托管实例链接”上，并选择“故障转移...”打开“SQL Server 和托管实例之间的故障转移”向导。 如果同一数据库中有多个链接，请在对象资源管理器的“AlwaysOn 可用性组”下展开“可用性组”，然后右键单击要故障转移的链接的分布式可用性组。 选择故障转移...以打开特定链接的SQL Server 和托管实例之间的故障转移向导。

   

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

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

   注意

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

5. 在“登录到 Azure 和远程实例”页上：

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

6. 在“故障转移后操作”页上，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 和托管实例之间的故障转移向导来生成适合你的环境的脚本。 可以从主副本或辅助副本执行计划的故障转移。 若要执行强制故障转移，请连接到辅助副本。

要在故障转移或迁移数据库时断开链接并停止复制，可以使用 Remove-AzSqlInstanceLink PowerShell 或 az sql mi link delete Azure CLI 命令，而无需考虑 SQL Server 版本。

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

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

# 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 上保留可用性组，但必须删除分布式可用性组才能从 SQL Server 中删除链接元数据。 只有当使用 PowerShell 进行故障转移时，才需要执行此附加步骤，因为 SSMS 会为你执行此操作。

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

• 将 <DAGName> 替换为 SQL Server 上分布式可用性组的名称（用于创建链接）。

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