《Oracle简单常用的数据泵导出导入(expdp/impdp)命令举例(上)》

《Oracle简单常用的数据泵导出导入(expdp/impdp)命令举例(下)》

目的：指导项目侧自行进行简单的数据泵迁移工作。

本文实验环境：Oracle 11.2.0.4，利用数据库自带的scott示例用户进行试验测试。 根据《简单常用的数据泵导出导入(expdp/impdp)命令举例(上)》的expdp导出的二进制文件进行impdp导入。

1.首先需要创建Directory

2.创建表空间和用户及赋权

3. 使用impdp导入用户数据

4. 特殊需求

由于我这里的实验环境还是导出的那台主机，所以需要先模拟出一个导入的环境，你实际导入并不需要。

1.删除scott用户； drop user scott cascade; 2.删除users表空间。 drop tablespace users including contents and datafiles; 可能users表空间是默认的数据库表空间，导致删除失败，只需要更改下再执行删除即可。

这样就模拟出了一个没有users表空间和scott用户的崭新环境。

这里目录名字定义为"jy"， 若是windows平台，对应系统目录为"E:\jingyu";

若是Unix/Linux平台，对应系统目录为"/tmp/jingyu".

注意：目录在系统上需要真实存在（mkdir -p /tmp/jingyu），且有访问的权限。 drwxr-xr-x. 2 oracle oinstall 4.0K May 22 16:48 jingyu

初始化环境： 初始1：得到删除当前用户下表的SQL：`select 'drop table '||table_name||' purge;' from user_tables;` 初始2：得到查询当前用户下表的数据量：`select 'select count(1) from '||table_name||';' from user_tables;`

impdp system directory=jy dumpfile=scott_meta.dmp logfile=impdp_scott_meta.log

在3.1导入元数据后才可以导入数据。 impdp system directory=jy dumpfile=scott_data.dmp logfile=impdp_scott_data.log

这里为了演示导入，先初始化删除scott用户下的所有表。

impdp scott directory=jy tables=emp dumpfile=scott_emp_dept.dmp logfile=impdp_scott_emp.log

这里为了演示导入，先初始化删除scott用户下的所有表。

impdp scott directory=jy tables=emp,dept dumpfile=scott_emp_dept_meta.dmp logfile=impdp_scott_emp_dept_meta.log

由于导出就是emp,dept两张表，所以也可以不指定tables，以下两种写法在这里都是可以的： impdp scott directory=jy dumpfile=scott_emp_dept_meta.dmp logfile=impdp_scott_emp_dept_meta.log

impdp scott directory=jy dumpfile=scott_emp_dept_meta.dmp logfile=impdp_scott_emp_dept_meta.log full=y

impdp system directory=jy schemas=scott dumpfile=scott_all.dmp logfile=impdp_scott_all.log

如果是在2.4基础上直接导入，会因为emp,dept表已经存在导致导入过程中会由于table_exists_action参数的默认选项是skip，从而跳过emp，dept表数据的导入，如下：

所以这时我们想导入这些数据，可以加参数 table_exists_action，指定想要的选项。 TABLE_EXISTS_ACTION Action to take if imported object already exists. Valid keywords are: APPEND, REPLACE, [SKIP] and TRUNCATE.

这里选择truncate，即如果表存在，那么处理方式是truncate此表后导入文件中包含的数据。 impdp system directory=jy schemas=scott table_exists_action=truncate dumpfile=scott_all.dmp logfile=impdp_scott_all.log

注意：如果这里选用append选项，那么如果原表有数据，且没有合理的约束条件，则可能导致数据的重复导入，所以，生产环境实际导入过程中一定要弄清楚数据的实际情况才能准确决定如何选用此参数的选项。 如下所示，SALGRADE表会出现5条重复数据： impdp system directory=jy schemas=scott table_exists_action=append dumpfile=scott_all.dmp logfile=impdp_scott_all.log

impdp system directory=jy schemas=scott table_exists_action=replace dumpfile=scott_all%U.dmp logfile=impdp_scott_all.log parallel=2

这里对于已经存在的对象直接replace掉。

特殊需求环境准备： 创建表空间users2：

create tablespace users2 datafile '+data1' size 10M autoextend on maxsize 30G; 创建用户scott2：

create user scott2 identified by tiger default tablespace users2; 赋权用户scott2：

grant connect, resource to scott2;

需求：将原scott用户的数据导入到现在的scott2用户。 impdp system directory=jy schemas=scott REMAP_SCHEMA=scott:scott2 table_exists_action=replace dumpfile=scott_all%U.dmp logfile=impdp_scott_all.log parallel=2

需求：将原users表空间的对象重定向到users2表空间。 impdp system directory=jy schemas=scott REMAP_SCHEMA=scott:scott2 REMAP_TABLESPACE=users:users2 table_exists_action=replace dumpfile=scott_all%U.dmp logfile=impdp_scott_all.log parallel=2

细心的朋友，会发现导入的日志最后都提示有一个错误，往上查发现是报错ORA-31684用户已存在，这是因为我们习惯在导入前建立好对应的用户，避免一些其他的权限错误，所以这个错误是可以忽略的。 当然其实如果我们已经建立了对应的表空间，用户也是可以不事先建立的，比如： 我们这里的情景，如果只事先建立users2表空间，不建立scott2用户，也是可以成功导入且不会有任何报错提示。