如何重组用户数据_使用Data Pump只导出特定用户的元数据与数据-Oracle-PHP中文网

expdp 导出指定用户应使用 SCHEMAS 参数，而非 OWNER 或 QUERY；需确保权限、用户存在，排除对象用 EXCLUDE 更安全；跨版本迁移必须显式指定 VERSION 参数。

只导出指定用户的元数据和数据，`expdp` 的 `SCHEMAS` 参数是核心

直接用 schemas 指定用户名，就能完整导出该用户（schema）下的所有对象定义（ddl）和表数据。它比 include 更简洁、更可靠，也避免误漏依赖对象（比如同 schema 下的视图依赖的同名表）。

常见错误是混淆 OWNER（旧版 exp 工具参数）或试图用 QUERY 过滤用户——那根本不起作用，QUERY 只作用于单个表行数据。

expdp system/password SCHEMAS=HR DIRECTORY=dp_dir DUMPFILE=hr_full.dmp LOGFILE=hr_exp.log
确保 HR 用户存在，且当前连接用户（这里是 system）有 EXP_FULL_DATABASE 角色，或至少对 HR schema 有 SELECT_CATALOG_ROLE + 对每个表有 SELECT
若只要元数据（不含数据），加 CONTENT=METADATA_ONLY；若只要数据（不含建表语句等），加 CONTENT=DATA_ONLY

导出时排除特定对象类型，用 `EXCLUDE` 比 `INCLUDE` 更安全

比如想导出 HR 用户全部内容，但跳过所有物化视图日志（MATERIALIZED_VIEW_LOG）或统计信息（STATISTICS），用 EXCLUDE 显式剔除更可控。用 INCLUDE 反向列举反而容易漏掉新类型对象（如 Oracle 19c 新增的 ATTRIBUTE_DIMENSION）。

EXCLUDE=STATISTICS：跳过所有对象的统计信息，减小 dump 文件体积，且导入时通常会重新收集
EXCLUDE=MATERIALIZED_VIEW_LOG：避免因日志表状态不一致导致导入失败
多个排除项用逗号分隔：EXCLUDE=STATISTICS,MATERIALIZED_VIEW_LOG
注意大小写不敏感，但名称必须准确；可用 QUERY=SYS.KU$_DUMP_FILE_INFO 查看 Data Pump 支持的对象类型列表

导入前确认目标库中用户已存在，否则 `impdp` 会报 `ORA-31684`

ORA-31684: Object type USER:"HR" already exists 看似是“已存在”警告，实际常意味着目标库没有 HR 用户——Data Pump 尝试重建用户失败，因为默认不带 CREATE USER 权限或密码策略冲突。这不是可忽略的日志，而是导入中断的前兆。

手动创建用户：CREATE USER HR IDENTIFIED BY hr_pass DEFAULT TABLESPACE users QUOTA UNLIMITED ON users;
授必要权限：GRANT CONNECT, RESOURCE TO HR;（按需补充 SELECT_CATALOG_ROLE 等）
导入时不重建用户：impdp system/password SCHEMAS=HR DIRECTORY=dp_dir DUMPFILE=hr_full.dmp LOGFILE=hr_imp.log EXCLUDE=USER
如果 dump 文件里含 USER 对象且你确实想重建用户，必须保证执行用户有 CREATE USER 权限，并注意密码版本兼容性（如 12c+ 导入到 11g 会失败）

跨版本迁移时，`VERSION` 参数不是可选，而是必须显式指定

从 Oracle 19c 导出、导入到 12.2 数据库，如果不加 VERSION=12.2，expdp 默认按源库版本生成元数据，其中可能含 19c 特有语法（如 JSON 表约束、自动索引提示），导致 impdp 解析失败并报类似 ORA-39083: Object type TABLE failed to create 的模糊错误。