标签:soft tran ext number 因此 网络 修改 sdn 程序
问题描述:
用 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: 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
ORA-12520: TNS:监听程序无法为请求的服务器类型找到可用的处理程序
标签:soft tran ext number 因此 网络 修改 sdn 程序
原文地址:http://www.cnblogs.com/cfas/p/7736456.html