AWS RDS SQL Server独立实时副本：备份恢复后DMS CDC配置及一致性问询

API 探路者

2026-6-15

针对AWS RDS SQL Server独立实时副本的一致性同步方案

一、时间戳方案的可靠性与选型

时间戳方案是可行的，但可靠性完全取决于时间戳的实现方式：

可靠性前提：所有业务表必须包含自动维护的时间戳字段，不能依赖应用侧生成的时间（避免应用服务器时区不一致、人为篡改等问题）。
推荐时间戳类型：
- 优先选SYSDATETIMEOFFSET()：带时区的UTC时间格式，能彻底避免跨时区场景下的时间混乱，定义列时设置DEFAULT SYSDATETIMEOFFSET() FOR INSERT和ON UPDATE SYSDATETIMEOFFSET()，确保数据新增/更新时自动刷新。
- 次选ROWVERSION（原TIMESTAMP）：这是SQL Server内置的二进制序列，数据每次变更都会自动递增，完全无需人工维护，不会出现漏更的情况，但需要在同步时做二进制转时间的映射（可通过cdc.lsn_time_mapping关联）。
注意事项：
- 同步任务必须基于时间戳做增量过滤，且每次同步后记录本次最大时间戳，作为下一次的起始条件。
- 要处理重复数据：用主键+时间戳作为唯一约束，避免因重试导致的重复插入。
- 若存在不更新时间戳字段的批量更新操作，会导致数据遗漏，必须提前规范所有数据变更语句。

虽然RDS备份不保留CDC系统表，但可以通过提前记录LSN来实现CDC衔接：

备份前预存LSN：在执行源库备份前，运行以下语句记录关键LSN：
```
SELECT 
    sys.fn_cdc_get_max_lsn() AS max_lsn,
    GETUTCDATE() AS backup_start_time;
```
同时记录当前的事务ID：SELECT CURRENT_TRANSACTION_ID();
恢复目标库后配置DMS：用备份恢复目标库后，确保源库已启用CDC，然后在DMS CDC任务中设置起始LSN为之前记录的max_lsn值。
验证一致性：恢复后对比源库和目标库的关键表数据行数，确认全量一致后再启动CDC任务，这样DMS会从备份完成后的LSN开始捕获增量，保证数据不丢不重。

只读副本分流全量负载：先创建源库的RDS只读副本，从只读副本导出全量数据（用bcp或SSMS导出工具），避免直接占用源库资源。导出恢复到目标库后，配置DMS从只读副本拉取CDC增量（只读副本的事务日志与源库实时同步）。
DMS分批次全量同步：利用DMS的分批加载功能，将大表按主键范围拆分为多个批次，并行执行全量加载，同时开启CDC捕获。DMS会自动在全量完成后切换到增量同步，且可通过调整并行度控制源库负载。
事务日志备份+恢复：定期备份源库的事务日志，将目标库设置为NORECOVERY模式，持续恢复事务日志实现近实时同步。这种方式无需依赖DMS，但需要手动维护备份周期和恢复流程，适合对延迟容忍度较高的场景。

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