内容字号:默认大号超大号

段落设置:段首缩进取消段首缩进

字体设置:切换到微软雅黑切换到宋体

11.2.0.4单实例DRCP(Database Resident Connection Pooling)简单

2019-01-07 20:00 出处:清屏网 人气: 评论(0

DRCP配置及测试

一. DRCP介绍

数据库提供会话进程在数据库中使用资源的方式:

1)Dedicated Server,一个会话在数据库中对应一个专有进程,一对一服务(资源数据库占用过多,一般使用中间件应用层面进行会话数量管控及会话资源重用)

当接收到Client Server的请求之后,Dispatcher会将请求放置在一个common队列中。可用的Server Process就从队列中获取请求信息。当终止会话之后,对应的会话信息就被释放掉。Session信息是从SGA中分配出。

2)Shared Server,数据库中配置连接池,会话循环使用这些连接池的资源(bug 太多几乎无人使用)

当Client Server请求之后,Connection Broker从连接池中寻找一个空闲Pooled Server提供给Client Server。如果没有空闲的,Connection Broker就会创建出一个新的连接。如果当前连接池已经达到最大数量限制,就将请求放置在等待队列中,等待空闲Server。

创建回收分配资源,消耗大

3)Database Resident Connection Pooling

Shared server在一定程度上缓解了Server process IDEL和频繁创建销毁Server process的问题。但是,Shared Server没有解决Session数据共享的问题。当存在client需要长时间持有session,同时其他client没有大量会话要求的时候,这种模型是有效的。但是,在每次请求会话的时间很短(短会话)和数据库活动需要多次会话交互的时候,DRCP就是更加理想的连接池模型了。

DRCP新特性主要针对的就是应用程序在访问数据库时,出现高并发连接数问题。DRCP连接池将Server和Session信息进行缓存,为多个访问的应用程序提供连接共享。

当Client Server请求之后,Connection Broker从连接池中寻找一个空闲Pooled Server提供给Client Server。如果没有空闲的,Connection Broker就会创建出一个新的连接。如果当前连接池已经达到最大数量限制,就将请求放置在等待队列中,等待空闲Server。

当释放Pooled Server回到Connection Pool的时候,相应的数据库资源被释放掉。DRCP的内存要求与存储池大小和会话有关。每个Pooled Server有一个Session信息,且存储在PGA中。

从功能上说,Shared Server 几乎早已无人使用,对于会话的资源重用,限制由中间键承担,及时DRCP优化了Shared server,本质上说还是没有中间件控制更成熟,应用更广泛。

二. DRCP配置使用

1.  版本

测试环境11.2.0.4 linux5.6 单实例环境

SQL> select * from v$version where banner like '%Database%';

BANNER

--------------------------------------------------------------------------------

Oracle Database 11g Enterprise Edition Release 11.2.0.4.0 - 64bit Production

2.  连接池状态

查询数据库连接池状态,inactive未启用

SQL> select connection_pool, status, minsize, maxsize, INACTIVITY_TIMEOUT from dba_cpool_info;

CONNECTION_POOL               STATUS  MINSIZE    MAXSIZE INACTIVITY_TIMEOUT

------------------------------------------------------ ------------------------

SYS_DEFAULT_CONNECTION_POOL   INACTIVE      4         40                300

开启后,连接池中最少存在4个连接

默认最大的连接池支持40个连接

非活跃会话将在300秒后资源被回收

3.  启用DRCP

调用存储过程,启用DRCP

SQL> exec dbms_connection_pool.start_pool();

PL/SQL procedure successfully completed.

查询数据库连接池状态,已启用

SQL> select CONNECTION_POOL,STATUS,MINSIZE,MAXSIZE from dba_cpool_info;

CONNECTION_POOL                          STATUS              MINSIZE    MAXSIZE

---------------------------------------- ---------------- ---------- ----------

SYS_DEFAULT_CONNECTION_POOL              ACTIVE                    4         40

4.  管理服务进程

查询共享池连接管理进程

[root@t2 ~]# ps -ef|grep ora_n |grep -v grep

oracle    2967     1  0 20:35 ?        00:00:00 ora_n000_t2

ora_n000_sid 就是Connection Broker进程,负责连接管理。

查询连接池中server process进程,数量由minsize决定

[root@t2 ~]# ps -ef|grep ora_l |grep -v grep

oracle    2971     1  0 20:35 ?        00:00:00 ora_l000_t2

oracle    2975     1  0 20:35 ?        00:00:00 ora_l001_t2

oracle    2979     1  0 20:35 ?        00:00:00 ora_l002_t2

oracle    2983     1  0 20:35 ?        00:00:00 ora_l003_t2

oracle   29981     1  0 02:56 ?        00:00:06 ora_lgwr_t2

5.  编辑tnsnames.ora,客户端配置

#默认专有服务器连接模式

T2 =

(DESCRIPTION =

(ADDRESS = (PROTOCOL = TCP)(HOST = t2)(PORT = 1521))

(CONNECT_DATA =

(SERVER = DEDICATED)

(SERVICE_NAME = t2)

)

)

#使用连接池模式

Test =

(DESCRIPTION =

(ADDRESS = (PROTOCOL = TCP)(HOST = t2)(PORT = 1521))

(CONNECT_DATA =

(SERVER = POOLED)

(SERVICE_NAME = t2)

)

)

6.  会话进程

测试远程连接

[oracle@t2 admin]$ sqlplus sys/oracle@t2 as sysdba

#专有模式进程,远程连接

[root@t2 ~]# ps -ef|grep LOCAL|grep -v grep

oracle    3081     1  0 20:39 ?        00:00:00 oraclet2 (LOCAL=NO)

#连接池连接

[oracle@t2 admin]$ sqlplus sys/oracle@test as sysdba

SQL> select pid,spid from v$process where addr=(select paddr from v$session where sid =(select distinct sid from v$mystat));

PID SPID

---------- ------------------------

36 2979

[root@t2 ~]# ps -ef|grep 2979|grep -v grep

oracle    2979     1  0 20:35 ?        00:00:00 ora_l002_t2

[oracle@t2 ~]$ sqlplus scott/tiger@test

SQL> select pid,spid from v$process where addr=(select paddr from v$session where sid =(select distinct sid from v$mystat));

PID SPID

---------- ------------------------

34 2975

[root@t2 ~]# ps -ef|grep 2975|grep -v grep

oracle    2975     1  0 20:35 ?        00:00:00 ora_l001_t2

7.  关闭连接池

关闭资源池—已连接会话不结束,无法关闭。主动关闭会话或者等待连接池机制会话inactive达到断开机制才关闭

SQL> exec dbms_connection_pool.stop_pool;

Tue Dec 25 20:07:51 2018

Closing scheduler window

Closing Resource Manager plan via scheduler window

Clearing Resource Manager plan via parameter

关闭后,进程消失

[root@t2 ~]# ps -ef|grep ora_l|grep -v grep|grep -v lgwr

8.  调整连接池

修改为初始1个连接,最大3个连接,默认60s断开,测试连接达到最大值如何报错

SQL> exec dbms_connection_pool.configure_pool(minsize => 1,maxsize =>3 ,inactivity_timeout =>60);

select connection_pool, status, minsize, maxsize, INACTIVITY_TIMEOUT from dba_cpool_info

CONNECTION_POOL                     STATUS              MINSIZE    MAXSIZE INACTIVITY_TIMEOUT

----------------------------------- ---------------- ---------- ---------- ------------------

SYS_DEFAULT_CONNECTION_POOL         INACTIVE                  1          3                 60

测试第三个会话连接,hang住

[oracle@t2 ~]$ sqlplus scott/tiger@test

--等待60s,存在会话被强制断开后,空闲新的连接,添加进入

SQL> select * from cat;

select * from cat

*

ERROR at line 1:

ORA-03113: end-of-file on communication channel

Process ID: 3442

Session ID: 65 Serial number: 67

使用连接池方式登录数据库,连接池未开启报错

ERROR:

ORA-12520: TNS:listener could not find available handler for requested type of server

三. 管理思路

1.尝试杀会话,对数据库是否存在影响

ps -ef|grep ora_l|grep -v grep|grep -v lgwr

oracle    3427     1  0 21:04 ?        00:00:00 ora_l000_t2

oracle    3446     1  0 21:04 ?        00:00:00 ora_l002_t2

[root@t2 ~]# kill -9 3427

[root@t2 ~]# kill -9 3446

暂时无异常

新的会话连接,不受影响

2尝试杀连接池代理进程,什么影响

[root@t2 ~]#  ps -ef|grep ora_n |grep -v grep

oracle    3423     1  0 21:04 ?        00:00:00 ora_n000_t2

杀死代理进程,所有新的会话无法连接,已成功连接会话不受影响

[oracle@t2 admin]$ sqlplus sys/oracle@test as sysdba

ERROR:

ORA-12537: TNS:connection closed

Enter user-name:

间隔1分钟内,进程自启动(具体时间未测试)

[root@t2 ~]#  ps -ef|grep ora_n |grep -v grep

oracle    3564     1  0 21:11 ?        00:00:00 ora_n000_t2

新的会话能正常连接

[oracle@t2 admin]$ sqlplus sys/oracle@test as sysdba

SQL>

[root@t2 ~]#  ps -ef|grep ora_l |grep -v grep|grep -v lgwr

oracle    3544     1  0 21:10 ?        00:00:00 ora_l000_t2

oracle    3584     1  0 21:12 ?        00:00:00 ora_l001_t2

小结:对于数据库来说,开启drcp,不会影响专用进程的连接,只是多出一种新的连接方式;

由于使用少,且不熟悉该技术,因此不建议使用。最成熟的方式,数据库使用专用服务器连接模式,中间件去管理连接池,而不是使用数据库内部自带的连接池(DRCP);

当然,如果强行使用,通过服务器端测试,杀死会话或者连接池分配进程,存在健壮性,不会影响整个库,但是需要做好应用报错连接的准备,通过mos提前进行相关预防。

四. 总结

不建议使用

从功能上说,DRCP本质是节约数据库资源的保护措施,与中间件功能重叠,且中间件应用管理更安全

分享给小伙伴们:
本文标签: DRCP

相关文章

发表评论愿您的每句评论,都能给大家的生活添色彩,带来共鸣,带来思索,带来快乐。

CopyRight © 2015-2016 QingPingShan.com , All Rights Reserved.

清屏网 版权所有 豫ICP备15026204号