ORACLE 12C CDB中PDB参数管理机制

Oracle 前端之家
前端之家收集整理的这篇文章主要介绍了ORACLE 12C CDB中PDB参数管理机制，前端之家小编觉得挺不错的，现在分享给大家，也给大家做个参考。

转自：http://www.xifenfei.com/2013/06/oracle-12c-cdb%E4%B8%ADpdb%E5%8F%82%E6%95%B0%E7%AE%A1%E7%90%86%E6%9C%BA%E5%88%B6.html


在ORACLE 12C中参数文件只是记录了cdb的参数信息,没有记录任何的pdb的信息,那ORACLE是如何管理使得各个pdb有自己的参数,这里通过试验的出来ORACLE 12C CDB环境中是通过参数文件结合PDB_SPFILE$来实现参数管理
数据库版本

sql> select * from v$version;
BANNER CON_ID
-------------------------------------------------------------------------------- ----------
Oracle Database 12c Enterprise Edition Release 12.1.0.1.0 - 64bit Production 0
PL/sql Release 12.1.0.1.0 - Production 0
CORE 12.1.0.1.0 Production 0
TNS for Linux: Version 12.1.0.1.0 - Production 0
NLSRTL Version 12.1.0.1.0 - Production 0

pdb信息

PDB_NAME,CON_UID,pdb_id,status dba_pdbs;
PDB_NAME CON_UID PDB_ID STATUS
---------- ---------- ---------- -------------
PDB1 3313918585 3 NORMAL
PDB$SEED 4048821679 2 NORMAL
PDB2 3872456618 4 NORMAL
con_id,dbid, NAME ,OPEN_MODE v$pdbs;
CON_ID DBID OPEN_MODE
---------- ---------- ------------------------------ ----------
2 4048821679 PDB$SEED READ ONLY
3 3313918585 PDB1 READ WRITE
4 3872456618 PDB2 MOUNTED

CDB$ROOT中修改参数

--指定container=all
sql> show con_name
CON_NAME
------------------------------
CDB$ROOT
alter system set open_cursors=500 container= all ;
System altered.
sql> show parameter open_cursors;
TYPE VALUE
------------------------------------ ----------- ------------------------------
open_cursors integer 500
session container=pdb1;
Session altered.
sql> show con_name
CON_NAME
------------------------------
PDB1
sql> show parameter open_cursors;
TYPE VALUE
------------------------------------ ----------- ------------------------------
500
@H_404_294@
--在CDB$ROOT中修改不指定container参数表示全部pdb生效
container=CDB$ROOT;
Session altered.
open_cursors=100;
System altered.
sql> show parameter open_cursors;
TYPE VALUE
------------------------------------ ----------- ------------------------------
100
container=pdb1;
Session altered.
sql> show parameter open_cursors;
TYPE VALUE
------------------------------------ ----------- ------------------------------
100
--指定container=current
open_cursors=120 container= current ;
System altered.
sql> show parameter open_cursors;
@H_405_404@ TYPE VALUE
------------------------------------ ----------- ------------------------------
120
container=pdb2 ;
Session altered.
sql> show parameter open_cursors;
TYPE VALUE
------------------------------------ ----------- ------------------------------
120

这里可以看出来,在ROOT中修改参数,默认情况和指定container=all/current均是所有open的pdb都生效.
这里有个疑问ORACLE的参数文件只是记录的cdb的sid的参数,并未记录各个pdb的参数,那是如何实现cdb中各个pdb参数不一致的呢？继续分析

修改pdb参数做10046

sql> show con_name;
CON_NAME
------------------------------
PDB1
sql> oradebug setmypid
Statement processed.
sql> oradebug EVENT 10046 TRACE CONTEXT FOREVER,85) !important; background: none !important;">LEVEL 12
Statement processed.
sql> oradebug TRACEFILE_NAME
/u01/app/oracle/diag/rdbms/cdb/cdb/trace/cdb_ora_18377.trc
sessions=100;
System altered.
sql> oradebug EVENT 10046 trace name context off
Statement processed.
--继续修改pdb参数
container=pdb1;
Session altered.
sql> oradebug setmypid
Statement processed.
12
Statement processed.
sql> oradebug TRACEFILE_NAME
/u01/app/oracle/diag/rdbms/cdb/cdb/trace/cdb_ora_20275.trc
sessions=101;
@H_404_294@ System altered.
off
Statement processed.

分析trace文件

--第一次修改pdb参数值
insert into pdb_spfile$(db_uniq_name,pdb_uid,sid,name,value$,comment$) values(:1,:2,:3,:4,:5,:6)
END OF STMT
PARSE #140085118752824:c=3999,e=3397,p=0,cr=0,cu=0,mis=1,r=0,dep=1,og=4,plh=0,tim=99767937623
BINDS #140085118752824:
Bind #0
oacdty=01 mxl=32(03) mxlc=00 mal=00 scl=00 pre=00
oacflg=10 fl2=0001 frm=01 csi=852 siz=32 off=0
kxsbbbfp=7fffcfaa5842 bln=32 avl=03 flg=09
value= "cdb"
#1
oacdty=02 mxl=22(22) mxlc=00 mal=00 scl=00 pre=00
oacflg=00 fl2=1000001 frm=00 csi=00 siz=24 off=0
kxsbbbfp=7f681bbb2170 bln=22 avl=06 flg=05
value=3313918585
#2
oacdty=01 mxl=32(01) mxlc=00 mal=00 scl=00 pre=00
oacflg=10 fl2=0001 frm=01 csi=852 siz=32 off=0
kxsbbbfp=7fffcfaa46f8 bln=32 avl=01 flg=09
"*"
#3
oacdty=01 mxl=32(08) mxlc=00 mal=00 scl=00 pre=00
oacflg=10 fl2=0001 frm=01 csi=852 siz=32 off=0
kxsbbbfp=0bc220d8 bln=32 avl=08 flg=09
"sessions"
#4
oacdty=01 mxl=32(03) mxlc=00 mal=00 scl=00 pre=00
oacflg=10 fl2=0001 frm=01 csi=852 siz=32 off=0
kxsbbbfp=7fffcfaa474c bln=32 avl=03 flg=09
"100"
#5
oacdty=01 mxl=32(00) mxlc=00 mal=00 scl=00 pre=00
@H_404_294@ oacflg=10 fl2=0001 frm=01 csi=852 siz=32 off=0
kxsbbbfp=00000000 bln=32 avl=00 flg=09
--第二次修改pdb参数值(相同参数)
update pdb_spfile$ set value$=:5,comment$=:6 where name=:1 and pdb_uid=:2 and db_uniq_name=:3 and sid=:4
#140603847818408:
#0
oacdty=01 mxl=32(03) mxlc=00 mal=00 scl=00 pre=00
oacflg=10 fl2=0001 frm=01 csi=852 siz=32 off=0
kxsbbbfp=7ffff6477dcc bln=32 avl=03 flg=09
"101"
#1
oacdty=01 mxl=32(00) mxlc=00 mal=00 scl=00 pre=00
oacflg=10 fl2=0001 frm=01 csi=852 siz=32 off=0
kxsbbbfp=00000000 bln=32 avl=00 flg=09
#2
oacdty=01 mxl=32(08) mxlc=00 mal=00 scl=00 pre=00
oacflg=10 fl2=0001 frm=01 csi=852 siz=32 off=0
kxsbbbfp=0bc220d8 bln=32 avl=08 flg=09
"sessions"
#3
oacdty=02 mxl=22(22) mxlc=00 mal=00 scl=00 pre=00
oacflg=00 fl2=1000001 frm=00 csi=00 siz=24 off=0
kxsbbbfp=7fe0e2638320 bln=22 avl=06 flg=05
value=3313918585
#4
oacdty=01 mxl=32(03) mxlc=00 mal=00 scl=00 pre=00
oacflg=10 fl2=0001 frm=01 csi=852 siz=32 off=0
kxsbbbfp=7ffff6478ec2 bln=32 avl=03 flg=09
"cdb"
#5
oacdty=01 mxl=32(01) mxlc=00 mal=00 scl=00 pre=00
oacflg=10 fl2=0001 frm=01 csi=852 siz=32 off=0
kxsbbbfp=7ffff6477d78 bln=32 avl=01 flg=09
@H_405_404@ "*"

通过这里我们发现在独立修改pdb参数之时,其本质是在pdb_spfile$基表中插入或者修改相关记录(第一次修改插入,后续修改是更新)

关于pdb_spfile$基表分析

sql> SHOW CON_NAME;
CDB$ROOT
sql> COL OWNER FOR A10
sql plain" style="font-size: 13px; border: 0px !important; margin: 0px !important; padding: 0px !important; vertical-align: baseline !important; font-family: Consolas,owner,object_type cdb_objects where object_name= 'PDB_SPFILE$' ;
CON_ID OWNER OBJECT_TYPE
---------- ---------- -----------------------
2 SYS TABLE
1 SYS TABLE
3 SYS TABLE
sql> COL DB_UNIQ_NAME A10
sql> COL NAME A15
sql> COL VALUE$ A10
SELECT DB_UNIQ_NAME,PDB_UID,VALUE$ FROM PDB_SPFILE$;
DB_UNIQ_NA PDB_UID VALUE$
---------- ---------- --------------- ----------
cdb 3313918585 sessions 101
ALTER SESSION SET CONTAINER=pdb1;
Session altered.
PDB_SPFILE$;
no rows selected

证明pdb中不同于root的参数是记录在root的PDB_SPFILE$基表中.
整个CDB的工作原理是如果在PDB_SPFILE$中无相关参数记录,则继承cdb的参数文件中值,如果PDB_SPFILE$中有记录则使用该值覆盖cdb参数文件值.

删除PDB_SPFILE$验证

sql> show parameter open_cursors;
TYPE VALUE
------------------------------------ ----------- ------------------------------
100
v$pdbs;
OPEN_MODE
---------- ---------- ------------------------------ ----------
ONLY
3 3313918585 PDB1 MOUNTED
4 3872456618 PDB2 WRITE
container=pdb2;
sql> show parameter open_cursors;
TYPE VALUE
------------------------------------ ----------- ------------------------------
100
open_cursors=110;
System altered.
@H_404_294@
sql> show parameter open_cursors;
TYPE VALUE
------------------------------------ ----------- ------------------------------
110
sql> conn / as sysdba
Connected.
value$ pdb_spfile$ where = 'open_cursors' ;
VALUE$
--------------------------------------------------------------------------------
110
delete ;
1 row deleted.
commit ;
Commit complete.
sql> startup
ORACLE instance started.
Total System Global Area 597098496 bytes
Fixed Size 2291072 bytes
Variable 272632448 bytes
Buffers 314572800 bytes
Redo Buffers 7602176 bytes
mounted.
opened.
;
@H_405_404@
selected
sql> show parameter open_cursors;
TYPE VALUE
------------------------------------ ----------- ------------------------------
100
container=pdb2 ;
Session altered.
alter database open ;
altered.
sql> show parameter open_cursors;
TYPE VALUE
------------------------------------ ----------- ------------------------------
100

删除PDB_SPFILE$中相关记录,pdb的参数值会自动继续继承cdb中参数值
总结说明:通过上述的一些列试验证明cdb中参数关系,在cdb中修改,会默认所有pdb均自动继承;如果在pdb中修改值会覆盖cdb参数,而且只对当前pdb生效,并记录在PDB_SPFILE$

猜你在找的Oracle相关文章

[Oracle]记一次由sequence引发的enq sv-contention等待事件
数据库版本：11.2.0.4 RAC(1)问题现象从EM里面可以看到，在23号早上8：45~8：55时，数据库...
oracle统计信息的锁定与解锁
（一）问题背景最近在对一个大约200万行数据的表查看执行计划时，发现存在异常，理论上应该...
【转】RMAN删除过期备份或非过期备份
（一）删除备份--DELETE命令用于删除RMAN备份记录及相应的物理文件。当使用RMAN执行备份操...
数据恢复顾问（DRA）
（1）DRA介绍 数据恢复顾问（Data Recovery Advise）是一个诊断和修复数据库的工具，DRA能...
RMAN备份与恢复（一）--认识RMAN
RMAN（Recovery Manager）是Oracle恢复管理器的简称，是集数据库备份（backup）、修复（re...
RMAN备份与恢复（二）--RMAN常用操作学习
（1）连接目标数据库 在RMAN中可以建立与目标数据库或恢复目录数据库的连接。与目标数据库...
ORA-00245问题总结
（1）问题描述 在进行数据库归档备份时（备份归档日志文件和控制文件），有时成功，有时失...
使用RMAN对数据文件进行恢复
（1）备份数据库 在使用RMAN进行数据库恢复之前，先用RMAN进行全库备份 （2）删除数据文件...
Oracle使用fy_recover_data恢复truncate删除的数据
(一)truncate操作概述在生产中，truncate是使用较多的命令，在使用不当的情况下，往往会造...
备份与恢复（四）--RMAN使用恢复目录catalog来保存档案资料库
（一）恢复目录概述RMAN档案资料库用于存储数据库备份、修复以及恢复所需的信息。这些信息...
MySQLMsSQLOracleSqlitePostgre SQLMariadbMongoDBNoSQLHBaseJDBC
undo日志persistent-cmysql-error-postal-codesql-match-almysql-5.6mysql-8.0database-tri安装路径系统错误data_dir丢失文件主从同步sql_mode数据库目录匿名用户character_seID归零数据库位置查询表重复字段查询字段截断日志SUSPECT7391Remote ServeLinked Serve玄学问题登录不上开启远程访问