Oracle 数据泵（expdp/impdp）数据迁移保姆级实战指南（亲测有效）

老鼠只爱大米

451人浏览 · 2026-05-28 16:40:37

老鼠只爱大米 · 2026-05-28 16:40:37 发布

1. 引言

在日常的 Oracle 数据库管理工作中，我们经常需要完成用户数据的迁移、备份、恢复或跨环境同步。比如将生产库的用户数据同步到测试库、或者在同一数据库中把一个旧 Schema 的数据完整复制给一个新 Schema。在这些场景下，数据泵（Data Pump） 凭借其高效率、灵活的参数和丰富的过滤选项，成了 DBA 和开发人员的首选工具。

本文将通过一个完整实战案例，详细拆解使用 expdp / impdp 进行同库跨用户数据迁移的全流程，并重点说明 remap_schema 和 TRANSFORM=OID:N 这两个容易被忽略但又至关重要的参数。

2.场景描述

假设我们需要在同一个 Oracle 数据库实例中，将 Schema test 的所有对象及数据，完整复制到另一个 Schema（例如 test2），以实现开发环境的重置或用户克隆。

整个操作可以分为以下几个步骤：

创建操作系统文件目录并配置 Oracle 目录对象；
用 expdp 导出源 Schema；
在目标库中重建用户（如需覆盖则先删除）；
用 impdp 导入到目标 Schema；
通过数据核对验证导入完整性。

接下来我们逐步展开。

3.环境准备：目录与权限

数据泵工具不直接使用文件系统路径，而是通过 Oracle 内部的 Directory 对象来映射一个操作系统文件夹。所以我们先要在服务器上创建物理目录，并授权给 Oracle 用户。

1. 创建操作系统目录

以 root 或具有权限的用户在服务器上执行：

mkdir -p /data/u01/app/oracle/dpdump
chown oracle:oinstall /data/u01/app/oracle/dpdump

这里假设 Oracle 安装用户为 oracle，所属组为 oinstall。
确保该目录有足够空间容纳导出的 dump 文件。

2. 创建 Oracle 目录对象

使用 sqlplus 以 sysdba 身份登录数据库：

sqlplus / as sysdba

在 SQL 提示符下执行：

CREATE OR REPLACE DIRECTORY DATA_DUMP_DIR AS '/data/u01/app/oracle/dpdump';

你可以通过查询 dba_directories 检查是否创建成功：

SELECT * FROM dba_directories WHERE directory_name = 'DATA_DUMP_DIR';

3. 授权给操作用户

需要将目录的读写权限授予执行导出和导入的数据库用户。实际中常用 system 或具有 DATAPUMP_EXP_FULL_DATABASE / DATAPUMP_IMP_FULL_DATABASE 角色的用户，这里我们授权给 system，同时为后续的导入用户也预先授权（可选）：

GRANT READ, WRITE ON DIRECTORY DATA_DUMP_DIR TO system;
GRANT READ, WRITE ON DIRECTORY DATA_DUMP_DIR TO your_import_user;  -- 如果需要

提示：如果使用 sysdba 身份直接执行导出导入，可忽略对用户的目录授权，但推荐用专门的备份用户操作。

4.数据导出：expdp 实战

数据泵导出命令 expdp 可以在服务器端命令行直接执行，无需进入 sqlplus。

1. 以 sysdba 身份导出（推荐在脚本中使用）

导出 crmbase 和 crmbaseuat 两个 Schema 的所有对象：

expdp \'\/ as sysdba\' \
  directory=DATA_DUMP_DIR \
  dumpfile=test.dmp \
  schemas=test \
  logfile=testexport.log \
  EXCLUDE=STATISTICS

参数说明：

\'\/ as sysdba\'：在 Linux/Unix 下需用引号和转义，表示以操作系统认证的 sysdba 身份连接空闲实例。
directory：指向之前创建的 Oracle 目录对象名称。
dumpfile：导出的文件名，支持 .dmp 扩展名。
schemas：指定要导出的模式（用户），可同时写多个，逗号分隔。
logfile：导出日志文件名，用于排错。
EXCLUDE=STATISTICS：排除统计信息，避免因统计信息版本问题导致导入时占用大量时间或报错，尤其适合跨版本迁移。

2. 以普通用户身份导出

如果你不想用 sysdba，可以用具有导出权限的普通用户（比如已授权 EXP_FULL_DATABASE 角色的用户）：

expdp username/password@tns_alias \
  directory=DATA_DUMP_DIR \
  dumpfile=test.dmp \
  schemas=tets \
  logfile=testexport.log \
  EXCLUDE=STATISTICS

这里的 tns_alias 是 tnsnames.ora 中定义的连接串，如果是本地数据库可以省略。

性能小贴士：如果你的表数据量很大，可以加上 parallel 参数（例如 parallel=4）来并行导出，但需要配合多个 dumpfile 文件或使用 %U 通配符。

5.目标用户管理：重建用户

在导入之前，我们需要确保目标用户已经存在（且最好是空的），如果之前已存在同名用户且需要覆盖，可以先删除再重建。

5.1. 删除原有用户（可选）

DROP USER test CASCADE;

CASCADE 会删除该用户下的所有对象，包括表、索引、过程等，请务必确认数据已备份或确认可以删除。

2. 创建新用户并授权

CREATE USER test2 IDENTIFIED BY test2;
GRANT CONNECT, RESOURCE, UNLIMITED TABLESPACE TO test2;

CONNECT 和 RESOURCE 是两个经典角色，提供了基本的连接、建表、过程等权限。
UNLIMITED TABLESPACE 允许用户在其默认表空间上无限制使用配额，你也可以指定具体表空间配额，如：
```
ALTER USER crmbase QUOTA UNLIMITED ON USERS;
```

6.数据导入：impdp 与核心参数详解

导入过程和导出类似，也是用命令 impdp 在服务器端执行。根据导入用户和导出用户是否一致，我们有不同的写法。

6.1 同用户导入（Schema 名称不变）

如果目标用户和源用户名称完全相同（比如我们将数据导入回同一个 crmbase），直接用：

impdp \'\/ as sysdba\' \
  directory=DATA_DUMP_DIR \
  dumpfile=crmbase.dmp \
  schemas=test \
  logfile=testimport.log

这种情况下，数据会直接恢复到对应 Schema 下，表、索引、存储过程等对象都会原样重建。

6.2 跨用户导入（Schema 映射）

这是本文最核心的场景：我们要将 crmbase 的数据导入到 crmbase2，将 crmbaseuat 的数据导入到 crmbaseuat2。此时必须使用 remap_schema 参数：

impdp \'\/ as sysdba\' \
  directory=DATA_DUMP_DIR \
  dumpfile=test.dmp \
  schemas=test \
  remap_schema=test:test2 \
  TRANSFORM=OID:N \
  logfile=testimport.log

重点参数解析：

remap_schema=源用户:目标用户
这是实现跨用户迁移的关键。它会把 dump 文件中属于 源用户 的所有对象（表、索引、触发器、包等）的属主改为 目标用户，这样就能无缝导入到不同的 Schema 下。
TRANSFORM=OID:N
这是一个容易被忽略但无比重要的参数。当源 Schema 中包含自定义类型（TYPE） 时，Oracle 会为每个类型分配一个全局唯一的对象标识符（OID）。如果同数据库中已经存在相同的 TYPE（例如从其他用户复制过来的），导入时就会抛出：
```
ORA-39083: Object type TYPE failed to create
ORA-02304: invalid object identifier literal
```
原因是 OID 冲突。TRANSFORM=OID:N 告诉数据泵在创建 TYPE 时不保留原始的 OID，而是重新生成一个新的 OID，这样就彻底避免了冲突。

即使你目前没有 TYPE 对象，也建议带上这个参数，以防未来 Schema 演进而导致导入失败。

额外实用参数：

TABLE_EXISTS_ACTION=REPLACE：如果表已存在则替换（删表重建）。
CONTENT=DATA_ONLY：仅导入数据，不导入元数据（适合只在表结构一致时灌数据）。
EXCLUDE=STATISTICS 同样适用于 impdp，可避免导入统计信息耗时。

7.数据核对：对象数量对比

导入完成后，强烈建议进行简单的数据核对，特别是当你在同一个数据库内做了用户映射。我们可以用一条 SQL 快速比对两个用户的各类对象数量（注意用户为大写）：

SELECT 
  NVL(a.object_type, b.object_type) AS object_type,
  NVL(a.cnt, 0) AS user1_count,
  NVL(b.cnt, 0) AS user2_count,
  NVL(a.cnt, 0) - NVL(b.cnt, 0) AS diff
FROM 
  (SELECT object_type, COUNT(*) cnt FROM dba_objects WHERE owner = 'TEST' GROUP BY object_type) a
FULL OUTER JOIN
  (SELECT object_type, COUNT(*) cnt FROM dba_objects WHERE owner = 'TEST2' GROUP BY object_type) b
ON a.object_type = b.object_type
ORDER BY object_type;