ITPub博客

首页 > Linux操作系统 > Linux操作系统 > 【Shared Server Mode】测试调整shared_servers参数对数据库的影响

【Shared Server Mode】测试调整shared_servers参数对数据库的影响

原创 Linux操作系统 作者:secooler 时间:2011-05-22 19:11:47 0 删除 编辑
  关于Shared Server模式的配置方法请参见文章《【Shared Server Mode】“专有服务器模式”调整为“共享服务器模式”》(http://space.itpub.net/519536/viewspace-609990)。
  shared_servers参数是个可以动态调整的参数,我们观察一下这个参数调整对系统后台Shared Server进程启动的影响以及对数据库的影响。

1.调整shared_servers参数之前后台Shared Server进程启动情况
sys@secdb> show parameter shared_servers

NAME                                     TYPE                 VALUE
---------------------------------------- -------------------- -----------
max_shared_servers                       integer
shared_servers                           integer              0

secdb@secdb1 /home/oracle$ ps -ef | grep ora_s0 | grep -v grep
此处没有任何返回内容,表明服务器上没有启动任何Shared Server进程

2.在数据库中调整shared_servers参数调整为10
sys@secdb> alter system set shared_servers=10;

System altered.

sys@secdb> show parameter shared_servers

NAME                                     TYPE                 VALUE
---------------------------------------- -------------------- -----------
max_shared_servers                       integer
shared_servers                           integer              10

3.调整shared_servers参数之后后台Shared Server进程启动情况
secdb@secdb1 /home/oracle$ ps -ef | grep ora_s0 | grep -v grep
oracle    1596     1  0 13:41 ?        00:00:00 ora_s000_secdb
oracle    1598     1  0 13:41 ?        00:00:00 ora_s001_secdb
oracle    1600     1  0 13:41 ?        00:00:00 ora_s002_secdb
oracle    1602     1  0 13:41 ?        00:00:00 ora_s003_secdb
oracle    1604     1  0 13:41 ?        00:00:00 ora_s004_secdb
oracle    1606     1  0 13:41 ?        00:00:00 ora_s005_secdb
oracle    1608     1  0 13:41 ?        00:00:00 ora_s006_secdb
oracle    1610     1  0 13:41 ?        00:00:00 ora_s007_secdb
oracle    1613     1  0 13:41 ?        00:00:00 ora_s008_secdb
oracle    1615     1  0 13:41 ?        00:00:00 ora_s009_secdb
可见,此时后台进程随即启动了10个后台Shared Server进程。

4.再次将shared_servers参数调整为0,观察后台Shared Server进程是否会自动关闭
sys@secdb> alter system set shared_servers=0;

System altered.

调整参数过程中可以使用如下脚本监控后台Shared Server进程启动情况
$ while :; do ps -ef | grep ora_s0 | grep -v grep; sleep 1; done

观察大约结果16秒左右的时间,后台Shared Server进程同时退出,不再有输出信息。

5.试问,这个参数可以无限的调大么
答案当然是否定的!这里与数据库最大可以启动的最大进程数相关,也就是与数据库processes参数的大小相关。数据库的总启动进程数不能超过processes参数值。
测试如下。
1)尝试将shared_servers调整为200
SQL> alter system set shared_servers=200;

System altered.

2)当系统后台Shared Server进程陆续启动到ora_s099_secdb时,alert警告日志中记录了如下错误
Sun May 22 17:59:11 2011
Process S174 died, see its trace file
failed to start shared server, er=0

3)重启数据库时的报错信息
sys@secdb> shutdown immediate;
Database closed.
Database dismounted.
ORACLE instance shut down.
sys@secdb> startup;
ORA-24324: service handle not initialized
ORA-24323: value not allowed
ORA-00020: maximum number of processes (%s) exceeded

4)此时alert警告日志内容
Sun May 22 18:05:42 2011
Process S185 died, see its trace file
failed to start shared server, er=0

这里提示的内容是当Oracle尝试启动第185个Shared Server进程时出现了错误。

5)此时查看一下服务器后台进程的总数
secdb@secdb1 /home/oracle$ ps -ef | grep ora_ | grep -v secgc | grep -v grep | wc -l
198

此时与secdb实例有关的数据库后台进程已经启动了198个。
导致此故障的原因浮出水面:此时数据库实例中processes参数设置的值是200,当Shared Server进程过大导致总进程数超过了这个限制,最终导致了这个故障的发生。

6.故障处理方法
故障处理策略:通过调整pfile间接调整spfile的方法调整错误设置的shared_servers参数内容。
1)此时尝试immediate方式停止数据库是无法完成的
secdb@secdb1 /home/oracle$ sqlplus / as sysdba

SQL*Plus: Release 10.2.0.1.0 - Production on Sun May 22 18:22:06 2011

Copyright (c) 1982, 2005, Oracle.  All rights reserved.

Connected.
NotConnected@> shutdown immediate;
ORA-24324: service handle not initialized
ORA-24323: value not allowed
ORA-00020: maximum number of processes (%s) exceeded

2)只能通过abort方式强制终止数据库实例
secdb@secdb1 /home/oracle$ sqlplus / as sysdba

SQL*Plus: Release 10.2.0.1.0 - Production on Sun May 22 18:25:55 2011

Copyright (c) 1982, 2005, Oracle.  All rights reserved.

Connected.
NotConnected@> shutdown abort;
ORACLE instance shut down.

3)连接到数据库生成pfile
secdb@secdb1 /home/oracle$ sqlplus / as sysdba

SQL*Plus: Release 10.2.0.1.0 - Production on Sun May 22 18:32:02 2011

Copyright (c) 1982, 2005, Oracle.  All rights reserved.


Connected to:
Oracle Database 10g Enterprise Edition Release 10.2.0.1.0 - Production
With the Partitioning, OLAP and Data Mining options

sys@secdb> create pfile from spfile;

File created.

4)调整pfile中错误设置的参数
secdb@secdb1 /home/oracle$ vi $ORACLE_HOME/dbs/initsecdb.ora
……省略其他内容……
*.processes=200
……省略其他内容……
*.shared_servers=200
……省略其他内容……

将上面的shared_servers参数调整为“0”

5)生成spfile并启动数据库
secdb@secdb1 /home/oracle$ sqlplus / as sysdba

SQL*Plus: Release 10.2.0.1.0 - Production on Sun May 22 18:38:19 2011

Copyright (c) 1982, 2005, Oracle.  All rights reserved.

Connected to an idle instance.

NotConnected@> create spfile from pfile;

File created.

NotConnected@> startup;
ORACLE instance started.

Total System Global Area  314572800 bytes
Fixed Size                  1219184 bytes
Variable Size             104859024 bytes
Database Buffers          205520896 bytes
Redo Buffers                2973696 bytes
Database mounted.
Database opened.

故障处理完毕。

7.小结
  本文给出了测试调整shared_servers参数对数据库的影响,重点给出了由于shared_servers参数设置过大导致数据库无法启动的故障。对数据库的管理和维护是一个系统工程,需要DBA全面衡量和探究后给出优化策略。

Good luck.

secooler
11.05.22

-- The End --

来自 “ ITPUB博客 ” ,链接:http://blog.itpub.net/519536/viewspace-696081/,如需转载,请注明出处,否则将追究法律责任。

请登录后发表评论 登录
全部评论
Oracle ACE 总监,阿里云MVP,北京大学理学硕士,恩墨学院创始人,教育专家,中国区 Cloudera 首位官方授权大数据讲师,金牌培训专家,BDA大数据联盟创始人,OCM联盟创始人,ACCUG创始人、ACOUG核心专家,Blogger。

注册时间:2008-03-16

  • 博文量
    797
  • 访问量
    8093021