PDB大致功能描述：
创建：
用create pluggable database的命令，
用file_name_convert的方式拷贝seed pdb的文件到对应的新pdb的路径下。拷贝的是最基本system和sysaux表空间，
将新建的pdb从mount的状态打开到read write的状态。
建立pdb用户的默认表空间。
拔出：
a)用dbca进行拔出有2种生成结果，一种是生成打包文件，一种是生成.xml文件和.DFB文件。
a .1)打包方式：
操作的时候，先close pdb，然后在$ORACLE_HOMEassistantsdbcatemplates
将pdb的数据文件复制到$ORACLE_HOMEassistantsdbcatemplates
生成一个pdb_info.txt描述本次pdb unplug的相关文件。
将上述3种类型的文件打包成一个gz包。
在cdb中，以drop pluggable database的方式，删除pdb的信息和在物理上删除pdb的数据文件。
a.2)生成.xml和.DFB文件的方式
也是类似，只是不打包成一个gz包，且pdb的多个数据文件也被整合在一个.DFB文件中。最后也删除cdb中关于此pdb的信息。
插入：
如果用dbca，原来打包成gz包的来做plug就非常方便，只要选中gz包，直接plug即可。如果原来是分开文件的方式，也只需根据xml文件和.DFB文件，先restore数据文件，再create pluggable database using xml文件。
克隆：
将pdb至于read only模式，然后利用create pluggable database xxx from xxx…命令进行可克隆。注该方法需要将原pdb至于read only模式。可以常用在测试环境用克隆另外一个类似的环境。
PDB手工操作：
a)创建
| SQL> CREATE PLUGGABLE DATABASE mypdb1 ADMIN USER pdbadmin IDENTIFIED BY Orac1e_1981 ROLES=(CONNECT) 2 file_name_convert=(‘E:ORA12CAPPORACLEUSERORADATAORA12CPDBSEED’,’E:ORA12CAPPORACLEUSERORADATAORA12Cmypdb1′); Pluggable database created. SQL> SQL> alter pluggable database mypdb1 open; Pluggable database altered. SQL> |
b)拔出：
| SQL> ALTER PLUGGABLE DATABASE mypdb1 CLOSE; Pluggable database altered. SQL> SQL> alter pluggable database MYPDB1 unplug into ‘E:ora12capporacleuserproduct12.1.0dbhome_1assistantsdbcatemplatesora12c_MYPDB1.xml’; Pluggable database altered. SQL> SQL> host cp -R E:ora12capporacleuseroradataora12cmypdb1 E:ora12capporacleuseroradataora12cmypdb1_bak SQL> DROP PLUGGABLE DATABASE mypdb1 including datafiles; Pluggable database dropped. |
c)插入：
| SQL> –注：不需要拷贝回去temp tablespace的文件。不然在下一个create pluggable database的时候会报错ORA-01119。 SQL> host cp E:ora12capporacleuseroradataora12cmypdb1_bak*.DBF E:ora12capporacleuseroradataora12cmypdb1 SQL> SQL> create pluggable database b_pdb1 using ‘E:ora12capporacleuserproduct12.1.0dbhome_1assistantsdbcatemplatesora12c_MYPDB1.xml’ nocopy; Pluggable database created. SQL> SQL> alter pluggable database b_pdb1 open; Pluggable database altered. SQL> |
d)克隆：
| SQL> select dbid,name,open_mode from v$pdbs; DBID NAME OPEN_MODE ———- —————————— ———- 4039091088 PDB$SEED READ ONLY 2213957720 B_PDB1 READ WRITE 4261134367 MYPDB2 READ WRITE SQL> SQL> SQL> SQL> alter pluggable database mypdb2 close; Pluggable database altered. SQL> alter pluggable database mypdb2 open read only; Pluggable database altered. SQL> create pluggable database b_pdb2 2 from MYPDB2 3 file_name_convert =(‘E:ora12capporacleuseroradataora12cmypdb2′,’E:ora12capporacleuseroradataora12cb_pdb2’); Pluggable database created. SQL> select dbid,name,open_mode from v$pdbs; DBID NAME OPEN_MODE ———- —————————— ———- 4039091088 PDB$SEED READ ONLY 2213957720 B_PDB1 READ WRITE 4261134367 MYPDB2 READ ONLY 2540280635 B_PDB2 MOUNTED SQL> alter pluggable database B_PDB2 open; Pluggable database altered. SQL> |
常用检查语句：
| SQL> SELECT sys_context(‘userenv’,’con_name’) MY_CONTAINER FROM dual; MY_CONTAINER ——————– CDB$ROOT SQL> |
| SQL> SHOW con_name CON_NAME —————————— CDB$ROOT SQL> |
| SQL> SELECT 2 ‘DB_NAME: ‘ ||sys_context(‘userenv’, ‘db_name’)|| 3 ‘ / CDB?: ‘ ||(select cdb from v$database)|| 4 ‘ / AUTH_ID: ‘ ||sys_context(‘userenv’, ‘authenticated_identity’)|| 5 ‘ / USER: ‘ ||sys_context(‘userenv’, ‘current_user’)|| 6 ‘ / CONTAINER: ‘||nvl(sys_Context(‘userenv’, ‘con_Name’), ‘NON-CDB’) 7 as “DB DETAILS” 8 FROM DUAL; DB DETAILS —————————————————————————————————- DB_NAME: ora12c / CDB?: YES / AUTH_ID: HE-PCjijihe / USER: SYS / CONTAINER: CDB$ROOT SQL> SQL> alter session set container=MYPDB2; Session altered. SQL> SELECT 2 ‘DB_NAME: ‘ ||sys_context(‘userenv’, ‘db_name’)|| 3 ‘ / CDB?: ‘ ||(select cdb from v$database)|| 4 ‘ / AUTH_ID: ‘ ||sys_context(‘userenv’, ‘authenticated_identity’)|| 5 ‘ / USER: ‘ ||sys_context(‘userenv’, ‘current_user’)|| 6 ‘ / CONTAINER: ‘||nvl(sys_Context(‘userenv’, ‘con_Name’), ‘NON-CDB’) 7 as “DB DETAILS” 8 FROM DUAL; DB DETAILS ———————————————————————————————— DB_NAME: ora12c / CDB?: YES / AUTH_ID: HE-PCjijihe / USER: SYS / CONTAINER: MYPDB2 SQL> |
| SQL> select v.name, v.open_mode, nvl(v.restricted, ‘n/a’) “RESTRICTED”, d.status 2 from v$PDBs v inner join dba_pdbs d 3 using (GUID) 4 order by v.create_scn 5 / NAME OPEN_MODE RESTRICTED STATUS —————————— ———- ————— ————- PDB$SEED READ ONLY NO NORMAL MYPDB1 READ WRITE NO NORMAL MYPDB2 READ WRITE NO NORMAL SQL> alter pluggable database mypdb1 close; Pluggable database altered. SQL> select v.name, v.open_mode, nvl(v.restricted, ‘n/a’) “RESTRICTED”, d.status 2 from v$PDBs v inner join dba_pdbs d 3 using (GUID) 4 order by v.create_scn 5 / NAME OPEN_MODE RESTRICTED STATUS —————————— ———- ————— ————- PDB$SEED READ ONLY NO NORMAL MYPDB1 MOUNTED n/a NORMAL MYPDB2 READ WRITE NO NORMAL SQL> alter pluggable database mypdb1 open restricted; Pluggable database altered. SQL> select v.name, v.open_mode, nvl(v.restricted, ‘n/a’) “RESTRICTED”, d.status 2 from v$PDBs v inner join dba_pdbs d 3 using (GUID) 4 order by v.create_scn 5 / NAME OPEN_MODE RESTRICTED STATUS —————————— ———- ————— ————- PDB$SEED READ ONLY NO NORMAL MYPDB1 READ WRITE YES NORMAL MYPDB2 READ WRITE NO NORMAL SQL> |
评：感觉PDB不像什么革命性的技术，只是将数据库至于mount模式后，拷贝数据文件，做成一个备份，然后将此备份plug和unplug。这样的技术，感觉跨平台的迁移不太理想。
另外，由于一个cdb中可以挂多个pdb，资源的分配使用就变得非常重要了，在12c中，估计原来几乎不常用的Resource Manager plan会逐步用起来。
关于redo，由于redo是可以多个pdb共享，因此cdb的管理者可以通过logmnr的方式去挖对应pdb的日志，从dump出来的redo log来看，redo log中含有container id(CON_ID，0为cdb，1为cdb$root, 2为pdb seed，3以上为pdb)，pdbid和pxid，至少这些信息可以用于区分不同pdb中的事务。
我们一直都在努力坚持原创.......请不要一声不吭，就悄悄拿走。
我原创，你原创，我们的内容世界才会更加精彩！
【所有原创内容版权均属TechTarget，欢迎大家转发分享。但未经授权，严禁任何媒体（平面媒体、网络媒体、自媒体等）以及微信公众号复制、转载、摘编或以其他方式进行使用。】
微信公众号
TechTarget
官方微博
TechTarget中国
作者
相关推荐
-
甲骨文正式开放Oracle 12c数据库下载
长期等待的用户终于迎来了新版Oracle数据库，甲骨文公司于北京时间今天在官网上开放了Oracle Database 12c的下载。