AWS DMS中Resume与Restart的区别及场景选择咨询

先明确两个功能的核心差异：

• Resume：从任务上次停止的检查点继续推进，不会重置同步状态，也不会触发全量加载的初始化动作（比如Truncate、全表扫描）。适合临时暂停后想衔接之前的进度，比如维护窗口结束后恢复任务。
• Restart：彻底重置任务状态，回到任务的初始执行阶段。如果任务配置了Truncate、全量加载这类初始化步骤，会重新执行一遍，相当于从头跑完整的同步流程。

你的场景该选Restart #

你已经修改任务勾选了Truncate选项，想要清空目标表后从头同步，必须选Restart：

• 要是选Resume，任务只会从上次停住的检查点继续跑，不会执行Truncate，也不会重新做全量加载，完全达不到你要的“从头再来”的效果。
• 选Restart后，DMS会先执行你配置的Truncate操作清空Redshift目标表，接着重新启动全量数据加载，之后再继续捕获RDS的增量变更。

其他实操场景参考 #

• 临时停任务排查小问题，排查完想继续之前的同步进度：用Resume
• 修改了任务的全量加载配置（比如新增同步表、开启Truncate、调整数据过滤规则）：用Restart
• 目标表数据出现不一致，需要重新全量同步校准：用Restart
• 任务因为临时故障（比如网络波动、目标库临时不可用）失败，故障修复后想快速恢复进度：用Resume（前提是不需要重置现有数据）

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