将本地SQL Server可用性组同步至Azure SQL Database方案咨询

针对你这套本地SQL Server AG上的ERP要增量同步到Azure SQL DB数据仓库的需求，结合你提到的三个棘手问题——不想在云端部署额外SQL Server VM、全量数据传输成本太高、AG故障转移后要精准跟踪同步位置，我整理了几个落地性很强的实现思路和架构方案，附带着工具建议供你参考：

方案一：SQL Server CDC + Azure Data Factory (ADF) 增量同步架构 #

这是目前最贴合你需求的主流方案，完全规避云端额外VM，仅传输增量变更，且能可靠处理AG故障转移。

实现步骤 #

1. 在本地AG集群启用CDC
   AG环境完全支持SQL Server原生变更数据捕获（CDC），只需在AG的ERP数据库上启用CDC，再对需要同步的事务表单独开启：

   -- 启用数据库级CDC
   EXEC sys.sp_cdc_enable_db;
   -- 对指定事务表启用CDC
   EXEC sys.sp_cdc_enable_table 
       @source_schema = N'dbo', 
       @source_name = N'YourTransactionTable', 
       @role_name = NULL;
   

   注意：确保AG所有节点都安装了CDC组件，故障转移后新主节点的CDC会自动延续日志捕获，无需额外配置。

2. 用ADF搭建增量同步管道

   • 部署**自托管集成运行时（Self-Hosted IR）**到本地网络：它相当于本地与Azure的桥梁，不需要云端VM，就能安全连接本地SQL Server AG。
   • 构建同步管道：通过ADF的SQL Server连接器读取CDC捕获表（格式为cdc.[schema_table]_CT），只同步上次同步之后的增量数据（插入、更新、删除操作都会被捕获）。
   • 跟踪同步位置：要么用ADF自带的书签功能自动记录最后同步的LSN/时间戳，要么在Azure SQL DB里建一张自定义的SyncStatus表，手动维护每个表的同步进度。

3. 增量加载到Azure SQL DB数仓
   用ADF的合并（Merge）活动将增量变更写入数仓表，确保数据一致性，避免重复或丢失。

对应痛点解决 #

• 无云端SQL Server VM：用本地部署的自托管IR替代，成本低且符合你的限制。
• 避免全量传输：仅同步CDC捕获的增量变更，数据量远小于全量备份或事务日志。
• AG故障转移处理：用AG的监听地址配置连接，故障转移后自托管IR自动连接新主节点，从SyncStatus表或书签记录的位置继续同步，完全不中断。

方案二：事务复制到Azure SQL DB #

如果你的场景更偏向轻量型、低维护的增量同步，事务复制也是一个不错的选择，同样不需要云端VM。

实现步骤 #

1. 在本地AG配置发布
   在AG的主节点上创建事务发布，选择需要同步的ERP事务表，同时确保AG集群已启用复制支持（所有节点安装复制组件，发布数据库属于AG成员）。

2. 将Azure SQL DB设为订阅者
   Azure SQL DB原生支持作为事务复制的订阅者，直接在本地发布服务器上创建推送订阅，目标指向Azure SQL DB的数仓数据库即可。

3. 故障转移自动适配
   当AG主节点故障转移后，复制发布会自动切换到新的主节点，订阅者会自动连接新主节点继续接收增量事务，同步位置由复制代理自动跟踪，无需手动干预。

对应痛点解决 #

• 无额外云端VM：直接利用Azure SQL DB的原生复制支持，不需要部署中间VM。
• 增量传输：事务复制仅发送每次事务的变更内容，带宽占用极低。
• AG故障转移处理：AG与复制集成后，故障转移过程对订阅者完全透明，同步进度自动延续。

• 变更捕获工具：优先用SQL Server原生CDC，无需额外成本，配置简单，完美适配AG环境。
• 数据集成工具：
  • 复杂ETL场景选Azure Data Factory：支持自托管IR，内置CDC读取和合并能力，可视化配置，适合大规模数据同步。
  • 轻量场景选Azure Logic Apps：配合SQL Server连接器快速搭建同步工作流，适合小型表的增量同步。
• 事务复制：直接用SQL Server原生复制组件，Azure SQL DB官方支持，配置后几乎无需维护。
• 同步位置跟踪：ADF方案用自定义SyncStatus表或自带书签；事务复制方案依赖复制代理的内置LSN跟踪，无需额外开发。

• AG环境启用CDC时，要确保所有节点的SQL Server版本一致，CDC作业会随AG故障转移自动切换到新主节点。
• 事务复制场景下，Azure SQL DB建议选用Premium或Business Critical tier，保证同步性能和可靠性。
• 自托管IR要确保本地与Azure的网络连通性（比如VPN或Express Route），避免数据传输延迟或中断。

内容的提问来源于stack exchange，提问作者Tom Seidel