Azure Data Factory CDC无法写入目标Azure SQL Server问题咨询

针对你遇到的源库CDC变更已读取但目标库无数据的问题，目标Azure SQL Server（D1）确实可能存在需要调整的配置或潜在问题，以下是具体排查方向：

• 目标表结构一致性检查
  确保D1中的目标表与S1的源表结构完全匹配：字段名、数据类型（含长度/精度）、主键约束必须一一对应。如果存在主键缺失、字段类型不兼容（比如源表是nvarchar(50)目标是varchar(30)），会导致写入操作静默失败，监控仅统计操作次数但实际数据未落地。

• 写入账号权限验证
  同步工具使用的目标库登录账号需具备以下权限：

  • 目标表的INSERT、UPDATE、DELETE权限
  • 若工具依赖系统视图或存储过程，需额外赋予VIEW DATABASE STATE权限
    可以通过执行以下语句验证权限：

  USE D1;
  EXEC sp_helprotect @username = '你的同步账号', @objname = '目标表名';
  

• 事务提交机制检查
  部分同步工具采用批量事务提交策略，若单条变更未达到提交阈值（比如工具设置为10条才提交），会导致事务处于未提交状态，目标库查询不到数据。可以检查工具的事务配置，启用自动提交或调低批量提交阈值后重试。

• 目标库CDC配置（按需）
  如果你的同步方案是通过目标库CDC来接收变更（如双向同步场景），则必须为D1启用CDC，并为目标表开启CDC：

  USE D1;
  EXEC sys.sp_cdc_enable_db;
  EXEC sys.sp_cdc_enable_table 
      @source_schema = 'dbo',
      @source_name = '目标表名',
      @role_name = NULL;
  

  若为单向直接写入目标表的场景，则无需启用目标库CDC，但要确保工具逻辑是直接操作业务表而非CDC系统表。

• 幂等性逻辑导致的跳过写入
  部分同步工具会基于变更日志的LSN（日志序列号）做幂等性校验，若工具判定该条变更已应用过（比如之前同步失败后未重置LSN），会跳过写入。可查看工具的详细日志，确认是否有跳过记录，必要时重置同步的起始LSN重新测试。

• 防火墙与网络验证
  虽然监控显示写入成功，但仍需确认目标Azure SQL的防火墙规则是否允许同步工具的IP访问；若使用Azure服务端点，需检查VNet配置是否正确，避免网络层面的隐性拦截。

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