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分钟即可搞定。

时间: 2024-09-24 07:21:17

Oracle 12c PDB迁移(一)的相关文章

Oracle 12c PDB迁移及ORA-00600错误分析和解决

最近迁移一台测试环境,准备整合到12c的PDB,常规的思路是用Datapump导出导入,对于数据较大的环境来说这个时间会比较长,为此自己也尝试先升级这个测试库,然后加入到CDB中去. 升级的过程就不多说了,其实对于大多数常规的业务来说,本身不是难点. 把升级后的NON-CDB加入到CDB中,基本是下面的思路,先把数据启动到只读模式,然后到处一个配置文件,加载到CDB的重要地方就是使用这个配置文件.先做检查. sqlplus / as sysdba SQL> select name, CDB fr

ORACLE 12C PDB 维护基础知识介绍_oracle

先说基本用法: 先按11G之前进行 conn / as sysdba; create user test identifed by test; ORA-65096: 公用用户名或角色名无效. 查官方文档得知"试图创建一个通用用户,必需要用C##或者c##开头",这时候心里会有疑问,什么是common user?不管先建成功了再说 create C##user test identifed by test; 创建成功 SQL>show con_name; CON_NAME ----

Oracle 12c PDB浅析(二)

之前写了第一篇Oracle 12c PDB浅析 http://blog.itpub.net/23718752/viewspace-1823792/?          在上次的基础上继续来学习学习.     首先关于多租户的架构设计来说,就好比在一座已经几十年的老房子上动地基一般,这个变化着实够大,如此重大的变化Oracle不遗余力的想引入进来,肯定有更深层次的原因,当然关于这种设计在SQLServer中确实已经早有实现,在Oracle中却被大家相传为一种略带神奇的架构设计.不过话说回来,这个和

Oracle 12c PDB中碰到的DG问题

Oracle 12c中的PDB一下子让数据文件的格式复杂了一些,所以Data Guard就很有必要了,一旦出现问题,受损失的数据库是全局的.没想到在搭建Data Guard的时候还是碰到了一些小问题. 问题源自于一次PDB创建的时候,早些时候我在搭建好Data Guard后,主备库的日志应用都没有问题,过了几天,根据需求需要再添加一个PDB,导入一些数据供应用使用.按照要求创建了数据文件然后导入数据,但是查看备库的状态发现MRP异常停止了. DG Broker检测的状态如下: DGMGRL> s

Oracle 12c PDB浅析

不管怎么样,12c出来这么久,总是因为各种各样的原因没有开始学习,现在似乎还是有些晚了.总是耳闻PDB在12c是一种全新的架构模式,在各种技术聊天也大概知道是一种可插拨的新型架构模式,但是似乎SQLServer中也有类似的架构,不管怎么样Oracle圈内还是很火,而且听说12c r2可以支持4096个pdb,这个也太大了,docker装一下试试:) 自己也在本地尝试了一下,其实中间了花了些时间,中途总是被各种事情打断,所以留下的都是一些零碎的知识片段,自己索引把环境重新删了再做几次. 在这种尝试

Oracle 12c PDB的数据备份恢复

今天测试了一下12c中的PDB还原恢复,里面还是有不少的差别. 我就简单模拟了一个破坏场景,是在一个未打开的PDB tcymob0从中删除了数据文件usres01.dbf,然后尝试备份恢复. 当然在这个操作前,我们使用RMAN来备份,使用命令backup database即可备份整个数据库. 手工破坏的语句如下: $ rm /U01/app/oracle/oradata/test12cs/tcymob0/pdbseed/users01.dbf这个时候的还原工作就很清晰了,直接还原对应的表空间或者

ORACLE 12C创建用户之ORA-65096

ORACLE 12C创建用户之ORA-65096   2016年2月25日,一北京北方人瑞教育咨询公司的同事遇到以.sql文件导入数据时遇到ORA-65096报错,如下图所示:      出现上图导入报错,原因初步定为创建数据库用户AJAO的方法不正确,经过查询发现DBA_USERS视图中已有C###AJAO用户,AJAO用户并不存在,所以在.sql导入时报ORA65096:错误原因是用户想在PDBORCL中创建AJAO用户,却未设置会话container到PDB,而在CDB中创建公有用户因无法

Oracle 12c多租户特性详解:从Schema到PDB的变化与隔离

(题图来自Oracle VP , Sally Piao的摄影佳作,感谢摄影师授权) 编辑手记:Oracle 12c的多租户特性是Oracle Database历史上最重要的革新之一,在云时代这一特性展现出强大的整合威力,这篇文章来自<深入解析Oracle>一书的摘录. 在Oracle Database 12c版本中,一个重要的新特性:插接式数据库(Pluggable Database)被引入进来.在12c之前的版本中,Oracle数据库中的多用户管理通过Schema – 模式管理方式来实现,而

Oracle 12c远程克隆PDB的问题及修复(r12笔记第78天)

 Oracle 12c里面的PDB迁移还是有很多花样的,玩法很多,如果想达到一种平滑方式的迁移,克隆远程PDB也是一种方法,保证网络畅通,即可远程克隆PDB到指定的目标容器数据库中,当然这种方式还是推荐数据量不大的PDB.   要实现远程克隆,主要就是创建DB link,然后使用create pluggable database语句指定db link复制的路径即可.当然这个过程中还是可能出现一大堆的问题.我就抛砖引玉,提一个比较有代表性的. 首先在目标端容器数据库创建DB link,指向源端的P