共计 2999 个字符，预计需要花费 8 分钟才能阅读完成。
最近在整理测试环境的服务器资源，发现真是混乱，问题比较多。首先是服务器配置较低（很多都是 KVM 或者 openstack 虚机），资源使用率不高，有些数据的版本较低（10gR2）, 没有开启归档，没有备库（有些都是异机备份的形式）。而且数据库比较散乱，整合起来难度较大，最大的难点就是数据库用户重复，大量重名的同义词等。之前尝试整合了一番，遇到了瓶颈，就暂停了整合的过程，现在来看 12c 还是一个不错的选择。当然我的选择似乎还是晚了些，下午在看很多人的博客的时候，发现不少人三四年前就在玩 12c 的很多特性，不与时俱进就太落后了。
首先我选择了一个测试数据库，数据库用户繁多，表空间非常多，有 50 多个，数据量不大（2G 以内），访问不频繁。
先在 12c 的环境中创建一个 PDB，为此专门指定了文件路径映射。
CREATE PLUGGABLE DATABASE tcymob0 ADMIN USER pdb_mgr IDENTIFIED BY Oracle file_name_convert=(‘/U01/app/oracle/oradata/newtest’,’/U01/app/oracle/oradata/newtest/tcymob0′);
Pluggable database created.
看看 PDB 的情况。
SQL> show pdbs;
CON_ID CON_NAME OPEN MODE RESTRICTED
———- —————————— ———- ———-
2 PDB$SEED READ ONLY NO
3 TCYMOB0 MOUNTED
默认创建好是处于 mount 状态的，启动起来。
SQL> alter pluggable database tcymob0 open;
Pluggable database altered.
切换到这个容器
SQL> alter session set container=tcymob0;
Session altered.
查看数据文件的情况，可以看到只有 system,sysaux, 其他的都是共享的。
SQL> select file_name from dba_data_files;
FILE_NAME
——————————————————————————–
/U01/app/oracle/oradata/newtest/tcymob0/pdbseed/system01.dbf
/U01/app/oracle/oradata/newtest/tcymob0/pdbseed/sysaux01.dbf
我们给 PDB 的管理用户赋予 DBA 权限吧。如果带着惯性，还是很容易出错。
比如 $ sqlplus / as sysdba
SQL> grant dba to pdb_mgr;
grant dba to pdb_mgr
*
ERROR at line 1:
ORA-01917: user or role ‘PDB_MGR’ does not exist
其实这个和容器设置有关。
查看当前的容器，是 CDB 啊。
SQL> show con_name
CON_NAME
——————————
CDB$ROOT
切换过去，再次赋权限就没有问题了。
SQL> alter session set container=tcymob0;
Session altered.
SQL> grant dba to pdb_mgr;
Grant succeeded.
PDB 已经建好了，剩下的事情就是数据迁移了，目前因为数据量不大，所以我采用了逻辑导出导入的方式，当然官网的推荐方案非常多。总有一款适合。要旨还是适用的场景决定适用的方案。
DataPump 导入需要目录。我们也创建一个。
SQL> conn pdb_mgr/oracle@tcymob0
SQL> create directory dp_dir as ‘/home/oracle/dp_dir’;
这里有个地方需要注意就是这个目录的容器归属是这个所在的 PDB.
SQL> select * from all_directories where directory_name=’DP_DIR’;
OWNER DIRECTORY_NAME DIRECTORY_PATH ORIGIN_CON_ID
—————————— —————————— —————————— ————-
SYS DP_DIR /home/oracle/dp_dir 3
为了进一步整合，表空间也可以简化一些，直接就用 users 好了。
SQL> create tablespace users datafile size 2G;
Tablespace created.
剩下的事情就是 impdp 导入了。
因为表空间非常多，但是数据量有不大，所以可以在主库生成一个 parfile 来。在源库中使用如下的语句导出动态 SQL, 简单修改即可。
SQL> select ‘remap_tablespace=’||tablespace_name||’:’||’USERS’from dba_tablespaces;
impdp 的导入如下，也做了一些简单的优化，把那些默认数据库用户都排除，表空间 remap_tablespace 使用 parfile 的方式。
impdp pdb_mgr/oracle@tcymob0 directory=dp_dir dumpfile=tcymob0.dmp full=y logfile=impdp.log EXCLUDE=SCHEMA:\”IN \(\’OUTLN\’, \’ANONYMOUS\’,\’OLAPSYS\’,\’SYSMAN\’,\’MDDATA\’,\’MGMT_VIEW\’,\’SYSTEM\’,\’SCOTT\’\)\” parfile=remap_ts.par
导入的时候抛出了一个错误。
ORA-39005: inconsistent arguments
ORA-31600: invalid input value NULL for parameter VALUE in function DBMS_DATAPUMP.METADATA_REMAP
看起来好像是在 remap_tablespace 的地方有问题，经过一番排查，发现表空间映射的地方多了个空格。
就类似下面的形式，USERS 前多了个空格：
remap_tablespace=ACCCYUC33_INDEX: USERS
除此之外，导入的过程还是很轻松的。耗时不到 9 分钟即可搞定。
更多 Oracle 相关信息见Oracle 专题页面 http://www.linuxidc.com/topicnews.aspx?tid=12
本文永久更新链接地址：http://www.linuxidc.com/Linux/2016-10/136211.htm
