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，生成一个xml文件描述pdb原来文件的路径和scn等信息;
将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中国
