DMS任务夜间CDC变更峰值、延迟及RDS数据缺失问题求助

异常CDC入站峰值排查 #

• 核查DMS变更捕获逻辑：未开启源端原生CDC时，DMS默认依赖PK轮询+全字段对比的方式捕获增量。午夜的峰值大概率是DMS触发了全量增量扫描，或是源库后台操作（如统计信息更新、索引重建、分区维护）被误判为数据变更。查看DMS任务日志，定位这些“变更”的表和操作类型（是DML还是元数据变更），确认是否为无效触发。
• 检查源库午夜后台作业：查看源SQL Server的Agent作业，确认午夜时段是否有数据维护类任务。这类操作会修改表的元数据或触发大量行的伪变更，被DMS轮询机制捕捉后形成峰值。
• 优化DMS增量捕获策略：调整轮询间隔（平衡延迟与扫描频率），配置DMS仅监控业务字段的变更而非全字段对比；开启变更过滤规则，排除系统账户或维护操作产生的变更。

主表缺失记录处理 #

• 做精准数据校验：用主表PK关联源端与RDS端数据，导出缺失的PK列表，查看这些记录的创建/更新时间，判断是全量同步遗漏还是增量同步丢失。
• 回溯全量同步日志：如果是全量阶段遗漏，检查任务全量同步时是否有中断、报错，或是源库在全量期间有数据写入未被捕获。可针对该主表单独触发一次全量补同步。
• 核查冲突处理规则：确认DMS任务的冲突配置，若RDS端存在手动写入或其他来源的数据，DMS可能因冲突跳过源端记录，需设置为源端优先覆盖的规则。

关于CDC开启的必要性 #

即便表有PK，开启源端SQL Server原生CDC能大幅提升同步精准度，避免轮询机制的误判和性能损耗。原生CDC直接读取事务日志，仅捕获真实业务DML变更，不会因后台操作产生无效入站。操作步骤：

1. 源库开启CDC：EXEC sp_cdc_enable_db;
2. 目标表开启CDC：EXEC sp_cdc_enable_table @source_schema = N'dbo', @source_name = N'YourTableName', @role_name = NULL;
3. 在DMS任务中切换为原生CDC捕获模式。

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