AWS DMS第二次运行失败：未配置Athena却触发相关错误

未配置Athena，但AWS DMS第二次运行时触发Athena相关错误，错误日志如下：

2024-09-18T15:49:45 [TARGET_APPLY    ]I:  Key len for get: 17 for table `(null)`.`(null)`  (file_glue_catalog_generation.c:296)
2024-09-18T15:49:45 [TASK_MANAGER    ]E:  Not retriable error: <InvalidRequestException> line 1:8: mismatched input 'DATABASE'. Expecting: 'MATERIALIZED', 'MULTI', 'OR', 'PROTECTED', 'ROLE', 'SCHEMA', 'TABLE', 'VIEW' [1001730]  (anw_retry_strategy.cpp:118)
2024-09-18T15:49:45 [TASK_MANAGER    ]E:  The athena start query execution request failed: line 1:8: mismatched input 'DATABASE'. Expecting: 'MATERIALIZED', 'MULTI', 'OR', 'PROTECTED', 'ROLE', 'SCHEMA', 'TABLE', 'VIEW' [1001804]  (athena_client.cpp:439)
2024-09-18T15:49:45 [TARGET_APPLY    ]E:  Failed to create Athena Database (null) [2]  (file_glue_catalog_generation.c:326)
2024-09-18T15:49:45 [TARGET_APPLY    ]I:  Error in bulk, bulk state: bulk confirmed record id - '0', bulk last record id - '0', confirmed record id - '10517', sorter confirmed record id - '10517'  (bulk_apply.c:2993)

错误原因分析 #

日志显示DMS尝试创建Athena数据库但失败，且库名/表名均为null，核心原因是：

1. 目标端点配置中隐含启用了Glue Catalog集成，Glue与Athena存在底层依赖，即使未显式配置Athena，DMS同步元数据时仍会调用Athena接口
2. 二次运行时任务残留了首次运行的配置缓存，导致逻辑冲突，无法正确识别目标元数据

解决步骤 #

• 检查目标端点参数：若目标为S3等存储，确认EnableGlueCatalog参数是否被默认开启，将其设置为false
• 重置任务运行模式：删除任务临时缓存，重启时选择从头开始加载，避免沿用之前的增量配置
• 清理IAM角色权限：确认DMS任务使用的IAM角色是否包含不必要的Athena权限（如Athena:StartQueryExecution），移除相关权限
• 验证表准备模式：在任务设置中，确认“目标表准备模式”未选择依赖Glue/Athena的选项

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