Oracle 11g迁移至AWS RDS Oracle 19c DataPump导入失败咨询

报错核心触发逻辑是导入程序无法识别指定dump文件的格式，和文件权限、导入范围配置、访问凭证、跨大版本兼容性无直接关联，常见触发原因共两类：

• 导出工具使用错误：导出时使用了传统原生命令行工具exp而非Data Pump专属导出工具expdp。两类工具生成的dump文件格式完全不兼容，AWS RDS Oracle的Datapump导入接口仅支持识别expdp生成的文件，不支持传统exp产出的dump。即使先将文件导入12c版本Oracle再做二次迁移，只要原始dump为exp生成，就会持续触发该报错。
• 文件损坏：dump文件在导出写入阶段损坏，或者上传到RDS Datapump目录的过程中因传输模式错误、传输中断导致文件残缺，无法被导入程序正常解析。

• 第一步核对导出命令：回溯源端导出操作的执行命令，若命令入口为exp而非expdp，可直接判定为工具误用问题，此前做的权限调整、导入参数修改、凭证配置、中间版本过渡操作均未命中问题根因。
• 第二步校验文件有效性：若确认导出使用的是expdp，在源库本地执行导入校验命令：impdp <源端数据库账号>/<密码> DIRECTORY=<本地导出目录名> DUMPFILE=test.dmp SHOW=Y SQLFILE=check.sql，如果本地校验同样抛出ORA-39143错误，说明dump文件本身已损坏。

针对工具误用场景 #

1. 废弃原有exp生成的dump文件，在Oracle 11g源端重新使用expdp执行导出，导出时追加兼容参数VERSION=19.0.0.0（匹配目标RDS Oracle 19c版本），避免跨版本元数据兼容问题。
2. 导出完成后先在本地执行上述校验命令，确认dump文件可被impdp正常识别、无格式错误。
3. 校验通过后将dump文件以二进制传输模式上传到RDS实例的DATA_PUMP_DIR目录，再调用RDS Datapump API执行导入即可。

针对文件损坏场景 #

1. 重新执行expdp导出任务，导出前确认导出目录所在磁盘剩余空间充足，任务执行过程中不要手动终止进程，避免写出残缺文件。
2. 上传dump文件到RDS目录时强制使用二进制传输模式，禁止使用ASCII文本模式传输；上传完成后对比本地文件与RDS侧文件的MD5校验值，确认文件完全一致无损坏后，再启动导入任务。

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