Oracle 12C PDB迁移

最近在整理测试环境的服务器资源,发现真是混乱,问题比较多。首先是服务器配置较低(很多都是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分钟即可搞定。

相关推荐