AWS DMS复制任务报内存不足致命错误失败，如何排查解决？

报错信息：Replication task out of memory。停止原因：FATAL_ERROR，错误等级：FATAL

前置验证 #

首先确认基础配置矛盾：dms.r5.large 实例规格原生最大可用内存仅为16GiB，你配置的100GB分配内存属于超出实例硬件上限的无效配置，DMS实际可调用的内存上限仍为16GiB，这是该问题的高频触发原因。

排查步骤 #

• 检查Lob字段处理配置
  若同步的表包含大对象（TEXT/BLOB/CLOB）字段，默认配置下DMS会将全量Lob数据加载到内存处理，哪怕总数据量只有8GB，单条超大Lob条目也会直接占满内存。建议调整任务配置为有限Lob模式，设置lobChunkSize参数限制单条Lob的内存加载大小，同时关闭fullLobMode选项。
• 核对任务内存相关参数
  检查是否手动修改了以下参数：
  • MemoryLimitTotal：若该值设置低于实例实际可用内存的70%，会提前触发OOM
  • MemoryKeepTime：若该值设置高于600秒，会导致缓存数据长期占用内存无法释放
    上述参数保持默认配置即可满足8GB数据量的同步需求。
• 检查并发与附加功能配置
  • 全量同步阶段的并发数不要超过实例vCPU核心数的2倍（dms.r5.large为2vCPU，并发数建议不超过4）
  • 关闭不必要的附加功能：包括全量数据逐行校验、全量CDC变更日志记录、自定义数据转换规则，这些功能会占用大量额外内存。
• 缩小范围排查异常表
  新建测试任务仅同步1张无Lob字段的小表，若仍触发OOM，说明实例本身配置存在异常，建议直接升级实例规格到dms.r5.xlarge（32GiB内存）后重试；若单表同步正常，再逐步添加同步表，定位是否存在某张含特殊字段/大索引的表导致内存溢出。
• 开启详细日志定位根因
  将任务日志级别调整为DEBUG_DETAIL，重新运行触发错误后，在CloudWatch日志中搜索memory allocation failed、OOM相关条目，可定位到具体内存溢出的处理进程。

优先修复建议 #

先调整Lob处理参数，再升级实例规格到匹配你配置的内存需求，90%以上的小数据量DMS OOM问题可通过这两个操作解决。

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