12C中CDB和PDB的一些概念
1.通过名称和ID来识别容器
一个集成的CDB中,可以包含多个容器,他们可以通过名称和数字,也就是con_id来进行识别.在12c版本中,所有用来显示一个实例中包含哪些对象的v$视图,都添加了一列,用来显示CON_ID,以便标记对象属于哪个PDB.
CDB本身是一个容器,其容器CON_ID为0,被标记为CON_ID=0的对象,都是 CDB级别的对象,并且不会关联到其它的容器.
在任意CDB环境中,第一个容器都是根容器,名为CDB$ROOT,并且CON_ID=1,其它所有的容器都是PDB
在任意CDB中的第一个PDB容器,都是种子容器,名为PDB$SEED,因为他的CDB中的第二个容器,所以CON_ID=2
在CON_ID>2的容器就是用户PDB
在PDB中查询dba_pdbs中,CON_UID和DBID一致,表示当前PDB的唯一ID
而在V$DATABASE中查询的DBID是CDB$ROOT的唯一ID,和以前的概念一致.
2.容器列表
视图DBA_PDBS列出了所有的PDB及其状态:
PDB_ID PDB_NAME STATUS DBID CON_ID
---------- ------------------------------ ---------- ---------- ----------
2 PDB$SEED NORMAL 3575060827 2
对于PDB而言,当刚创建时,其状态为NEW,并且在第一次将其以读/写方式打开时,其状态调整为NORMAL,因为在第一次打开PDB的时候,需要进行一些相关操作.状态为UNUSABLE表明该PDB创建失败,并且唯一允许的操作是将其删除.
状态为UNPLUGGED,表明该PDB将会被传输到其它的CDB,而在源CDB上,唯一能做的操作就是将该PDB删除.
SQL> l
1* select con_id,name,open_mode,open_time from v$pdbs
SQL> /
CON_ID NAME OPEN_MODE OPEN_TIME
---------- ------------------------------ ---------- ---------------------------------------------------------------------------
2 PDB$SEED READ ONLY 21-JUN-19 10.31.47.849 AM +08:00
在非PDB中,MOUNTED状态表明当前的控制文件已经被读取,但是数据文件还没有被实例打开.可以使用show pdbs来查看当前的PDB状态,如果正处于根容器中,还可以显示所有的PDB:
SQL> show pdbs
CON_ID CON_NAME OPEN MODE RESTRICTED
---------- ------------------------------ ---------- ----------
2 PDB$SEED READ ONLY NO
3.通过CON_ID和DBID来识别容器
CON_ID来标识容器,但是当PDB移动的时候,CON_ID就会变化,因此使用CON_UID来唯一标识PDB.
4.连接到容器
使用show con_id和show con_name来查看当前连接的pdb
SQL> show con_id
CON_ID
------------------------------
1
SQL> show con_name
CON_NAME
------------------------------
CDB$ROOT
可以使用alter session命令来切换容器,例如:
SQL> alter session set container=brent;
Session altered.
PDB的隔离性:
在pdb中只能访问到当前PDB的数据.不同PDB之间的操作是相互独立的.你可以使用alter session set container=XX;来在PDB之间进行切换.
但是注意当在一个PDB上进行事务的时候,如果没有提交或者回滚,在不能在另一个PDB上开启事务.
如果你想使用PDB,CDB的特性,则需要使用12c的客户端,否则在执行切换PDB的时候会产生错误.
注意:
不同的PDB可以使用自己的system,sysaux,undo,temp,users表空间(推荐这么做),但是使用共有的redo日志,控制文件和参数文件.
如果想在切换不同的pdb的时候执行不同的参数,可以在PDB中创建BEFORE SET CONTAINER或者AFTER SET CONTAINER触发器.
5.容器中的字典
当你处在PDB中时候,pdb中包含了所有你想从数据库中看到的内容.当你在一个PDB中进行数据字典查询的时候,与你在其它非CDB环境中的一样.DBA_和V$视图都是当前PDB下的.
当你处在CDB的时候,就可以看CDB_视图,这些视图是所有容器DBA_视图的union all结果.这是一个CDB管理员使用的方法,从而查看所有对象.
对于CDB$ROOT用户,v$视图将会显示所有的容器内的信息.例如v$session中con_id标识了此会话当前属于哪个PDB.
6.参数文件
对于所有的容器,spfile是公用的,spfile持有的该实例的相关参数,并为整个CDB进行属性设置.
有些参数可以在PDB级别进行单独配置.具体哪些参数,可以参考v$parameter中的ISPDB_MODIFIABLE为TRUE的列.
如果手工指定了某pdb的参数,那么此pdb的参数将覆盖cdb的参数.不再参考cdb的参数值.而且此pdb的参数是存放在CDB的数据字典PDB_SPFILE$中.
可以通过查看数据字典pdb_spfile$来查看pdb指定的参数:
SQL> select a.name,a.dbid,b.pdb_uid,b.name,b.value$ from v$pdbs a ,pdb_spfile$ b where a.dbid=b.pdb_uid and a.name='PDB2'
SQL> /
NAME DBID PDB_UID NAME VALUE$
------------------------------ ---------- ---------- -------------------------------------------------------------------------------- ------------------------------
PDB2 2158045800 2158045800 db_securefile 'PREFERRED'
PDB2 2158045800 2158045800 open_cursors 1000
注意一个DB_FILES参数,默认为200,当你有很多PDB的时候,可能很快就会超过,因此注意在创建CDB的时候就修改其大小.
7.控制文件
控制文件也是CDB级别的.控制文件是唯一真正存储数据文件名称的地方.例如你在CDB中查询dba_data_files只显示当前CDB的数据文件,并不会列出所有的数据文件,
但是你查询v$datafile会列出所有的数据文件,因为v$datafile查询的是控制文件.
当一个PDB被拔出或者插入的时候,所有与该PDB相关的数据文件信息,也会被控制文件中导出,然后存储到一个XML文件中.
8.UNDO文件
在12.1中UNDO是CDB级别的.
但是在12.2中UNDO可以是PDB级别的,当LOCAL_UNDO被设置为on的时候,每个PDB都拥有自身的UNDO表空间
建议将UNDO本地管理,即每个PDB都拥有其独立的undo,这样可以做到PDB隔离,而且在PDB闪回的时候也更方便.
9.临时表空间
临时表空间可以是PDB或者CDB级别创建,建议每个PDB拥有其独立的临时表空间
如果某个会话在执行的过程中没有指定临时表空间,而且该PDB也没有默认的临时表空间,则使用CDB的临时表空间.
10.redo日志
redo日志是CDB级别的,所有的PDB公用相同的redo日志
CDB环境下的redo日志与以前的类似,但是需要在每一条redo中记录额外的信息用来标记来至哪个容器.
使用统一的redo线程来处理所有的PDB,因此对于DBA管理CDB而言就变得轻松.所有的备份,rac配置,dg配置都是在CDB级别进行配置,PDB会随着CDB自动进行备份,配置,DG等.