跨环境迁移Oracle数据泵需确保目录、权限、字符集三者严格一致：目录须为服务器本地路径且oracle用户有读写权；权限需显式授予DATAPUMP_EXP/IMP_FULL_DATABASE等特定角色；字符集NLS_CHARACTERSET必须相同，否则导入中断。
跨环境迁移用 expdp/impdp 不是“配好就能跑”，核心卡点永远在目录、权限、字符集这三件事上。其他参数调得再花哨，这三项没对齐，轻则报错中断，重则数据乱码或对象缺失。
目录对象必须指向服务器本地路径，且 oracle 用户有读写权限
很多人在客户端机器上建目录、或者用 NFS 挂载路径，expdp 会直接报 ORA-39002: invalid operation 或 ORA-39070: unable to open log file。因为数据泵作业运行在数据库服务器端，它只认服务器操作系统上的真实路径。
- 先在数据库服务器上创建物理目录，比如
/u01/app/oracle/dpump，并执行：chown oracle:oinstall /u01/app/oracle/dpump和chmod 755 /u01/app/oracle/dpump - 再以 DBA 身份登录数据库，执行：
CREATE OR REPLACE DIRECTORY dpump_dir AS '/u01/app/oracle/dpump' - 最后授权给操作用户：
GRANT READ, WRITE ON DIRECTORY dpump_dir TO migration_user - 验证是否生效：
SELECT directory_name, directory_path FROM dba_directories WHERE directory_name = 'DPUMP_DIR'，结果必须能查到且路径一致
EXPDP/IMPDP 所需权限不能靠“DBA 角色”一揽子解决
授予 DBA 角色看似省事，但实际生产环境常被禁用；更关键的是，DBA 并不自动包含 DATAPUMP_EXP_FULL_DATABASE 或 DATAPUMP_IMP_FULL_DATABASE——这两个才是数据泵作业的硬性依赖权限。
-
expdp导出时：若导整个库或跨用户，必须有DATAPUMP_EXP_FULL_DATABASE；若只导自己 Schema，可降级为EXP_FULL_DATABASE（旧版）或更细粒度的SELECT权限 -
impdp导入时：若重建用户或改表空间，必须有DATAPUMP_IMP_FULL_DATABASE；若仅向已有用户导入表，则需目标用户对对应表空间有UNLIMITED TABLESPACE或明确QUOTA - 常见错误
ORA-39161: Full database exports are not allowed就是权限不足，不是命令写错了
字符集不一致会导致元数据解析失败，而非简单乱码
源库和目标库的 NLS_CHARACTERSET 必须相同，否则 impdp 在解析 DDL 语句（如 CREATE TABLE 中的注释、列名、约束名）时会直接报 ORA-02374 或 ORA-12899，甚至跳过整张表。这不是后期能“转码修复”的问题，而是导入阶段就中断。
- 查源库字符集：
SELECT value FROM nls_database_parameters WHERE parameter = 'NLS_CHARACTERSET' - 查目标库字符集：同上命令，在目标库执行
- 如果不同，唯一安全方案是重建目标库并指定匹配的字符集；临时用
CONVERT参数强行导入，大概率导致索引失效、约束异常、LOB 字段截断 - 注意：
NLS_NCHAR_CHARACTERSET可不同，它只影响NCHAR/NVARCHAR2类型，不影响主流程
跨用户迁移时，schemas= 参数不等于“自动建用户”
用 schemas=DEV,OPS 导出再导入，impdp 默认行为是：只导入对象，不重建用户本身。如果目标库没有 DEV 和 OPS 用户，会报 ORA-31684: Object type USER:"DEV" already exists（反直觉的错误提示），实际意思是“用户不存在，无法把对象挂进去”。
- 正确做法是：先在目标库手动创建用户，包括指定默认表空间、临时表空间、配额，例如：
CREATE USER DEV IDENTIFIED BY xxx DEFAULT TABLESPACE devtbs QUOTA UNLIMITED ON devtbs - 导入时加
remap_schema=DEV:DEV（显式映射，避免歧义），并确保table_exists_action=replace或append符合业务预期 - 如果真想让
impdp自动建用户，必须用full=y+include=USER，但这会导入所有用户（含系统用户），风险极高，不推荐
真正容易被忽略的是：迁移前没确认源库是否存在未提交的分布式事务（dba_2pc_pending）或活动物化视图日志，这些不会报错，但会导致部分表数据不一致。建议在锁库后、导出前，执行一次 SELECT * FROM dba_2pc_pending 和 SELECT owner, name FROM dba_mview_logs 核对。
