无Oracle Log Miner/Binary Reader权限时，能否用AWS DMS迁移Oracle到S3？

核心思路：仅执行全量迁移，彻底绕过CDC依赖 #

AWS DMS默认会尝试启用CDC相关功能，即使手动设置UseBFile和UseLogminerReader为false，系统也会自动启用其中一个，触发权限检查失败。要彻底避开这个问题，需明确配置任务为仅全量迁移，并调整终端节点参数完全禁用CDC相关逻辑：

1. 配置Oracle源终端节点的额外连接属性 #

在源终端节点的Extra connection attributes中添加以下参数，强制关闭所有CDC相关机制：

useLogminerReader=false;useBFile=false;enableSupplementalLogging=false;useDirectPathFullLoad=true;

• useLogminerReader=false：关闭Logminer读取器
• useBFile=false：关闭BFile方式的CDC
• enableSupplementalLogging=false：禁用补充日志（CDC的前提条件，关闭后无需访问V_$LOG）
• useDirectPathFullLoad=true：使用直接路径加载提升全量迁移效率，同时避免依赖CDC相关视图

2. 创建迁移任务时选择"仅全量迁移"模式 #

在创建DMS迁移任务的迁移类型中，明确选择**"Migrate existing data"**（仅迁移现有数据），不要选择包含CDC的选项（如"Migrate existing data and replicate ongoing changes"）。

3. 确认源用户的基础权限 #

即使无需CDC权限，源用户仍需以下基础权限完成全量迁移：

• 对需迁移的表拥有SELECT权限
• CREATE SESSION权限
• SELECT_CATALOG_ROLE权限（用于读取数据字典、获取表结构信息）
  如果管理员不愿授予SELECT_CATALOG_ROLE，可要求单独授予对以下数据字典视图的SELECT权限：
  • ALL_TABLES、ALL_TAB_COLUMNS、ALL_INDEXES、ALL_CONSTRAINTS
  • ALL_PART_TABLES、ALL_PART_KEY_COLUMNS（涉及分区表时需要）

4. 测试终端节点与任务 #

完成上述配置后，重新测试源终端节点，系统不会再检查V_$LOG的访问权限，测试应能通过。之后启动全量迁移任务即可完成数据迁移。

注意：该方法仅适用于一次性全量迁移场景，如果后续需要增量同步，必须说服管理员授予CDC所需权限（包括SELECT on V_$LOG、V_$LOGMNR_CONTENTS等，以及ALTER ANY TABLE用于开启补充日志）。

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