什么是 Azure SQL 数据同步？

适用于：Azure SQL 数据库

使用 SQL 数据同步这项基于 Azure SQL 数据库的服务，可以跨多个本地和云端数据库双向同步选定数据。

Azure SQL 数据同步不支持 Azure SQL 托管实例或 Azure Synapse Analytics。

数据同步以同步组的概念为依据。 同步组是一组要同步的数据库。

SQL 数据同步使用中心辐射型拓扑来同步数据。 将同步组中的一个数据库定义为中心数据库。 其余数据库均为成员数据库。 仅在中心和各成员之间同步数据。

• 中心数据库必须是 Azure SQL 数据库。
• 成员数据库可以是 Azure SQL 数据库或 SQL Server 实例中的数据库。
• 同步元数据数据库包含用于数据同步的元数据和日志。同步元数据数据库必须是与中心数据库位于同一区域的 Azure SQL 数据库。 同步元数据数据库的创建者和所有者均为客户。 每个区域和订阅只能有一个同步元数据数据库。 存在同步组或同步代理时，无法删除或重命名同步元数据数据库。 Azure 建议新建空数据库，以将其用作同步元数据数据库。 SQL 数据同步在此数据库中创建表，并经常运行工作负载。

同步组具有以下属性：

• “同步架构”描述了在同步的数据。
• “同步方向”可以是双向同步，也可以仅为单向同步。 也就是说，“同步方向”可以是“从中心同步到成员”和/或“从成员同步到中心”。
• “同步间隔”描述多久执行一次同步。
• “冲突解决策略”是组级别策略，可以是“中心胜出”，也可以是“成员胜出”。

如果需要跨 Azure SQL 数据库或 SQL Server 中的多个数据库使数据保持最新，数据同步非常有用。 下面是 SQL 数据同步的主要用例：

• 混合数据同步：借助数据同步，可以在 SQL Server 和 Azure SQL 数据库中的数据库之间保持数据同步，以便启用混合应用程序。 此功能可能会吸引考虑迁移到云端并希望将某些应用程序部署到 Azure 的客户。
• 分布式应用程序： 在许多情况下，跨各个数据库分散不同的工作负载会大有裨益。 例如，如果有大型生产数据库，但还需要对此数据运行报表或分析工作负载，那么使用第二个数据库来处理此额外工作负载将会有所帮助。 这种方法可最大限度地减轻对生产工作负载造成的性能影响。 可以使用 SQL 数据同步来同步这两个数据库。
• 全球分布的应用程序： 许多企业的业务分布在多个区域。 为了最大限度地缩短网络延迟时间，最好将数据存储在靠近的区域中。 借助数据同步，可轻松让所有区域中的数据库保持同步。

数据同步不是以下场景的首选解决方案：

• 跟踪数据更改： SQL 数据同步使用插入、更新和删除触发器来跟踪更改。 更改记录在用户数据库中的端表内。 默认情况下 BULK INSERT 不会激发触发器。 如果未指定 FIRE_TRIGGERS，则不执行任何插入触发器操作。 添加 FIRE_TRIGGERS 选项，以便数据同步可以跟踪这些插入。
• 同步数据： 根据设计，数据同步采用中心辐射型模型。 中心与各个成员同步数据。 中心内的更改会先下载到成员，然后成员内的更改会上传到中心。
• 解决冲突： SQL 数据同步提供两个冲突解决选项，即“中心胜出”或“成员胜出” 。
  • 如果选择“中心胜出”，中心内的更改始终覆盖成员内的更改。
  • 如果选择“成员胜出”，成员内的更改覆盖中心内的更改。 如果有多个成员，最终值取决于哪个成员最先同步。

使用新的专用链接功能，可以选择服务托管的专用终结点，以便在数据同步过程中在同步服务与成员/中心数据库之间建立安全连接。 服务托管的专用终结点是特定虚拟网络和子网中的专用 IP 地址。 在数据同步中，服务托管的专用终结点由 Microsoft 创建，并且由数据同步服务专门用于给定的同步操作。

在设置专用链接之前，请阅读功能的常规要求。

• 教程：设置 Azure SQL 数据库和 SQL Server 的数据库之间的 SQL 数据同步
• Data Sync Agent - SQL 数据同步的 Data Sync Agent

• 使用 PowerShell 在 Azure SQL 数据库中的多个数据库之间同步数据
• 使用 PowerShell 在 SQL 数据库和 SQL Server 之间同步数据

• 使用 REST API 在多个数据库之间同步数据

• Azure SQL 数据同步最佳实践

• 排查 SQL 数据同步的问题

由于 SQL 数据同步是基于触发器的服务，因此无法保证事务一致性。 Azure 保证最终执行所有更改，且数据同步不会导致数据丢失。

SQL 数据同步使用插入、更新和删除触发器来跟踪更改。 它在用户数据库中创建用于跟踪的端表。 这些更改跟踪活动会对数据库工作负荷产生影响。 评估服务层级并根据需要升级。

在同步组创建、更新和删除期间预配和取消预配也可能会影响数据库性能。

• 每个表都必须有主键。 请勿更改任何一行中的主键值。 如果必须更改主键值，请先删除行，再使用新的主键值重新创建此行。

• 必须同时为同步成员和中心启用快照隔离。 有关详细信息，请参阅 SQL Server 中的快照隔离。

• 若要使用数据同步专用链接，成员数据库和中心数据库都必须托管在 Azure 中（位于相同或不同的区域）。 此外，若要使用专用链接，必须为托管中心服务器和成员服务器的订阅注册 Microsoft.Network 资源提供程序。 最后，在同步配置期间，必须在 Azure 门户的“专用终结点连接”部分（或通过 PowerShell）手动批准数据同步的专用链接。 有关如何批准专用链接的详细信息，请参阅教程：在 Azure SQL 数据库和 SQL Server 中的数据库之间设置 SQL 数据同步。 批准服务托管的专用终结点后，同步服务和成员/中心数据库之间的所有通信都通过专用链接进行。 可以更新现有同步组以启用此功能。

• 表不能包含非主键标识列。
• 主键不能具有以下数据类型：sql_variant、binary、varbinary、image、xml。
• 使用以下数据类型作为主键时请小心谨慎，因为支持的精度仅到秒：time、datetime、datetime2、datetimeoffset。
• 对象（数据库、表和列）的名称不能包含可打印字符句点 (.)、左方括号 ([) 或右方括号 (])。
• 表名不能包含可打印字符：! " # $ % ' ( ) * + - 或空格。
• 不支持 Microsoft Entra（以前称为 Azure Active Directory）身份验证。
• 如果存在名称相同但架构不同的表（例如 dbo.customers 和 sales.customers），则只能将其中一个表添加到同步中。
• 不支持具有用户定义数据类型的列。
• 不支持在不同订阅之间移动服务器。
• 如果两个主键只是大小写不同（例如 Foo 和 foo），数据同步也不支持这种情况。
• 截断表不是数据同步支持的操作（不会跟踪更改）。
• 不支持将 Azure SQL 超大规模数据库用作中心或同步元数据数据库。 但是，超大规模数据库可以是数据同步拓扑中的成员数据库。
• 不支持内存优化表。
• 不会自动复制架构更改。 可以创建自定义解决方案来自动复制架构更改。
• 数据同步仅支持以下两个索引属性：Unique、Clustered/Non-Clustered。 索引的其他属性（如 IGNORE_DUP_KEY 或 WHERE 筛选器谓词等）不受支持，并且即使源索引设置了这些属性，目标索引也会在未设置这些属性的情况下进行预配。
• Azure 弹性作业数据库不能用作 SQL 数据同步元数据数据库，反之亦然。
• 账本数据库不支持 SQL 数据同步。

• FileStream
• SQL/CLR UDT
• XMLSchemaCollection（支持 XML）
• Cursor、RowVersion、Timestamp、Hierarchyid

数据同步无法同步只读列或系统生成的列。 例如：

• 计算列。
• 系统生成的时态表列。

在建立同步组后，数据同步服务需要连接到中心数据库。 建立同步组时，Azure SQL Server 的 Firewalls and virtual networks 设置必须具有以下配置：

• “拒绝公用网络访问”必须设置为“关”。
• “允许 Azure 服务和资源访问此服务器”必须设置为“是”，否则必须为数据同步服务使用的 IP 地址创建 IP 规则 。

创建并预配同步组后，可以禁用这些设置。 同步代理将直接连接到中心数据库，你可以使用服务器的防火墙 IP 规则或专用终结点允许代理访问中心服务器。

如果在同一区域内同步数据，SQL 数据同步不会在部署服务实例的区域外存储/处理客户数据。 如果跨不同区域同步数据，SQL 数据同步将把客户数据复制到配对区域。

对 SQL 数据同步服务本身不收取任何费用。 但是，对于传入和传出 SQL 数据库实例的数据移动，你仍然收取数据传输费用。 有关详细信息，请参阅数据传输费用。

SQL 数据同步在所有区域中都可用。

是的。 必须拥有 SQL 数据库帐户才能托管中心数据库。

无法直接配合使用。 但是，可以间接地在 SQL Server 数据库之间同步，方法是在 Azure 中创建一个中心数据库，然后将本地数据库添加到同步组。

是的。 你可以在属于不同订阅拥有的资源组的数据库之间配置同步，即使订阅属于不同的租户。

• 如果订阅属于同一租户，并且你有权访问所有订阅，则可以在 Azure 门户中配置同步组。
• 否则，必须使用 PowerShell 来添加同步成员。

是的。 可以在属于不同云的数据库之间设置同步。 必须使用 PowerShell 来添加属于不同订阅的同步成员。

是的。 通过从原始数据库编写脚本，在新数据库中手动创建架构。 创建架构后，将表添加到同步组以复制数据并使其同步。

建议不要使用 SQL 数据同步创建数据备份。 由于 SQL 数据同步的同步不进行版本控制，因此无法备份并还原到特定时间点。 此外，SQL 数据同步不会备份其他 SQL 对象（如存储过程），并且不会快速执行还原操作的等效操作。

有关推荐的备份技术，请参阅在 Azure SQL 数据库中复制数据库的事务一致性副本。

• 如果数据库使用了 Always Encrypted，则只能同步未加密的表和列。 无法同步加密的列，因为数据同步无法对数据进行解密。
• 如果某个列使用了列级加密 (CLE)，则可以对该列进行同步，只要行大小小于最大大小 24 MB。 数据同步将密钥 (CLE) 加密的列视为普通的二进制数据。 若要解密其他同步成员上的数据，则需要具有相同的证书。

是的。 SQL 数据同步在以下情况下支持配置排序规则设置：

• 如果所选同步架构表不在中心或成员数据库中，则部署同步组时，该服务会使用空目标数据库中选择的排序规则设置自动创建相应的表和列。
• 如果要同步的表已经存在于中心和成员数据库中，则 SQL 数据同步要求中心数据库和成员数据库之间的主键列具有相同的排序规则，以成功部署同步组。 主键列以外的列没有排序规则限制。

联合根数据库可用于 SQL 数据同步服务，没有任何限制。 不能将联合数据库终结点添加到当前版本的 SQL 数据同步。

利用 Dynamics 365 自带数据库功能，管理员可以将数据实体从应用程序导出到其自己的 Azure SQL 数据库中。 如果使用“增量推送”（不支持完全推送）导出数据，并且“在目标数据库中启用触发器”设置为“是”，则可以使用数据同步来将这些数据同步到其他数据库中。

• 若要确保故障转移区域中的数据同步操作与主要区域中的情况相当，在故障转移后，必须在故障转移区域中使用与主要区域相同的设置手动重新创建同步组。

是否必须更新同步组中数据库的架构？ 不会自动复制架构更改。 有关某些解决方案，请参阅以下文章：

• 在 Azure SQL 数据同步中自动复制架构更改
• 使用 PowerShell 更新现有同步组中的同步架构

SQL 数据同步是否按预期执行？ 若要监视活动和排查问题，请参阅以下文章：

• 使用 Azure Monitor 日志监视 SQL 数据同步
• Azure SQL 数据同步问题疑难解答

有关 Azure SQL 数据库的详细信息，请参阅以下文章：

• SQL 数据库概述
• 数据库生命周期管理