解决Oracle“无法分发客户端连接”、“进程数不够”等问题的完全攻略

在团队成员增多时，经常出现“无法分发客户端连接”等问题。在网上搜索一番后，最终解决了该问题，现将解决方案总结如下，以供参考和以后备用。

原因：团队成员增多，原有数据库设置不够用，导致连接plsql和启动tomcat时经常抛出“无法分发客户端连接”的异常。

解决方案：

第一步：调整process和session值

1. 检查process和session是否够用。

a)使用plsql连接到oracle，查看process进程数：

select count(*) from v$process; --取得数据库目前的进程数。

select value from v$parameter where name = 'processes';     --取得进程数的上限。

b)查看session会话数：

select count(*) from v$session; --取得数据库目前的会话数。

select value from v$parameter where name = 'sessions'; --取得会话数的上限。

查看当前process和sessions是否接近上限值。若接近，可以将其增大。

2. 调整这两个参数值大小。

系统进程数process和系统会话数session之间存在一个关系：

process数=session数*1.1+5

我们在配置时参考该规律进行设定。

a)  修改process值

alter system set processes=1000 scope=spfile;   --将process值改为1000

b)  修改session值

alter system set sessions=1105 scope=spfile;    --将sessions值改为1105

3. 备份pfile，重启oracle

a) 修改完成后，备份pfile

create pfile from spfile;           --从spfile（运行时配置）创建pfile（系统配置）

c)  重启oracle

重启的方法有很多种，可以重启oracle服务，或者重启数据库。Windows下可以直接重启服务。

第二步：修改dispatchers个数

如果第一步解决不了问题。可以进行第二步的操作。

1. 查看当前dispatchers个数，和dispatchers使用率

select name,busy,status,accept,idle from v$dispatcher;  --查看当前dispatchers个数和部分信息。一般默认安装的库只有一个。

select name,(busy/(busy+idle))*100 "busy rate%" from v$dispatcher; --查看dispatchers使用率

如果使用率大于50%，则要考虑增加dispatchers个数。

1. 调整dispatchers个数

alter system set dispatchers='(protocol=tcp)(dispatchers=3)(service=youroracleservicenameXDB)';

--修改dispatchers个数为3.

3. 重启oracle。

 

常见问题处理办法：

1. 在配置时，有时我们会误操作。导致数据无法正常启动。这时可以从之前备份过的pfile来恢复oracle系统设置。

sqlplus /nolog   --连接到数据库

出现连接提示光标

SQL> conn / as sysdba    --以windows用户以sysdba身份登录，便于操作数据库

SQL> create spfile from pfile= 'D:\pfile.ora'    --从D:\pfile.ora(之前备份出来的pfile文件)创建系统配置信息。

将提示创建文件成功。

这时，启动数据库即可

SQL> startup