ADF管道同步SQL Server到ADW时部分表无数据写入求助

我之前帮好几个客户排查过类似的ADF同步问题，这种“切片器显示读了数据但ADW里啥都没有”的情况，通常跑不出这几个常见原因，你可以挨个排查试试：

数据类型兼容性坑 #

ADW（Azure Synapse Analytics）对SQL Server的部分数据类型支持有限，比如nvarchar(max)如果存了超大内容，或者timestamp、sql_variant这类特殊类型，可能会导致数据写不进去，但管道还不报错（尤其是错误处理设置得比较宽松的时候）。

• 先对比空表在SQL Server和ADW的Schema，重点盯ADW不兼容的数据类型；
• 手动同步这张空表的一小批数据，看能不能触发明确的错误提示。

切片器/过滤逻辑出问题 #

你提到用了切片器，有可能是切片范围设置错了，导致读了全表但实际没匹配到符合条件的数据？

• 检查切片器的过滤条件，比如日期范围、主键范围有没有写错；
• 去ADF监控面板看对应复制活动的数据统计，确认“写入行数”是不是真的为0——有时候切片器显示“已读取”只是扫描了表，但没捞到符合条件的行；
• 如果用了增量同步，确认初始同步的切片范围有没有覆盖全部历史数据。

ADW这边的隐性权限/锁问题 #

虽然管道没报错，但ADW可能藏着权限或锁的问题：

• 检查ADF连接ADW的服务账号，有没有INSERT和ALTER权限（建表要ALTER，写入要INSERT，缺一个都不行）；
• 查ADW的查询日志，用SELECT * FROM sys.dm_pdw_exec_requests WHERE status = 'failed'看看有没有隐藏的写入失败请求；
• 确认目标表有没有触发器、主键约束之类的，会不会是写入的数据触发了约束导致回滚，但ADF没捕获到错误。

复制活动的映射/写入模式问题 #

如果复制活动用了“追加”模式，但源表和目标表的列顺序或名称有细微差异，可能导致数据写错列或者被忽略：

• 检查复制活动的“映射”设置，确保所有列都正确对应，没有遗漏或错配；
• 试试把写入模式改成“替换”，单独同步一张空表，看能不能正常写入数据。

大数据量分批处理的隐性失败 #

1000+表的批量同步，有些表数据量太大，ADF分批写入时可能悄悄失败了：

• 看复制活动的“高级”设置，有没有启用“批量插入”，试着把批量大小调小（比如从默认的10000改成1000）；
• 检查ADW的资源队列，会不会是资源不足导致写入请求被延迟或终止。

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