问题描述：
用 PLSQL 登录 oracle 数据库报错，提示：ORA-12520: TNS:监听程序无法为请求的服务器类型找到可用的处理程序，截图如下：
远程oracle服务器端，Sqlplus登陆oracle，也报错：ORA-00020：maximum number of processes (300) exceeded，截图如下：
解决方法：
原因：根据提示得知，是Processes过多，超出最大值。因此需要将oracle的最大process调大：
重启oracle，sqlplus重新登陆，查目前的process
sqlplus / as sysdba
show parameter processes;（300）
alter system set processes=1000scope=spfile;（调整为1000）
重启oracle服务。到这里问题就解决了。
附：
此问题出现的背景是：使用Oracle 的 HFM 系统，运行合并规则的时候，运行某一个Entity下的规则会报错，但是其他的Entity不报错。调整oracle数据库的processes之后重启应用，解决此问题。（可能是此Entity下的组织太多了）
为了弄清楚到底什么情况，网络收集了一些信息来阅读
ORA-12520错误解决方法
参见：
oracle查看允许的最大连接数和当前连接数等信息
两个参数间的关系：sessions=1.1*processes+5
ORA-12520: TNS: 监听程序无法找到需要的服务器类型的可用句柄
ORA-12520：TNS:监听程序无法为请求的服务器类型找到可用的处理程序
出现ORA-12520：TNS:监听程序无法为请求的服务器类型找到可用的处理程序，可能的原因如下:
1)服务端的数据库是专用服务器,但是在客户端的tnsname.ora里配置中设置了连接方式为shared,这种情况下打开tnsname.ora,
把(server = shared) 改成 (server = dedicate) 。也就是说，如果遇到报错
ora-12520： tns 监听程序无法找到需要的服务器类型的可用句柄，
那可能说明你的共享服务器配置是错误的，即如你的服务器是专有服务器模式的，而你的客户端正
试图用共享连接你的数据库(server=shared),解决方法是：
1.更改客户端的tnsnames.ora为专有模式（server=dedicated）
2.把服务器配置成共享模式数据库
2)是由于参数process值不够引起的
后来查看到v$process一直涨到140多,而我的数据库设置的是150.据此大致能断定process不够,用以下语句修改数据库的processes值
alter system set processes=500 scope=spfile(由于processes是静态参数,scope只能为spfile,在v$sgastate条件为'procesees'中可以看到会每个process会点4个字节),
重新启动数据库使新改的processes生效.再重新跑eclipse,就能正常启动了.
注释：
如果在hibernate中的hibernate.connection.provider_class选择的是c3p0的就会出这种情况,其它的好像不会.很奇怪为什么c3p0会打开那么多个processs, 在shared连势接方式下,shared_server即是一直连在数据库的process值,注意这点
当前的连接数
select count(*) from v$process;
设置的最大连接数（默认值为150）
select value from v$parameter where name = 'processes';
修改最大连接数
alter system set processes = 300 scope = spfile;
http://blog.csdn.net/tianlesoftware/article/details/6893561