简单说明：我们开发时多人开发，会频繁访问服务器数据库，结果当连接数大的时候，就会报ora-12516的错误，ORA-12516: TNS: 监听程序找不到符合协议堆栈要求的可用处理程”的异常

注意：process和session设置的大小有比例   请参考文章设置：http://www.cnblogs.com/summary-2017/p/7248397.html

一般ORA-12516有两个原因，一个是session数不够，再有一个就是客户端和服务端建立连接的时候不稳定所引起的。

以sysdba身份登陆PL/SQL 或者 Worksheet

1.查看进程数和会话数

select count(*) from v$process;                         取得数据库目前的进程数。
select value from v$parameter where name = ‘processes‘; 取得进程数的上限。

select count(*) from v＄session;

1.1看配置的进程数和会话数：

show parameter processes;

show parameter sessions;

2.修改processes和sessions值
SQL> alter system set processes=300 scope=spfile;
系统已更改。
SQL> alter system set sessions=335 scope=spfile;
系统已更改。

3、查看processes和sessions参数，www.linuxidc.com但更改并未生效

SQL> show parameter processes
NAME                                 TYPE        VALUE 
db_writer_processes                  integer     1
gcs_server_processes                 integer     0
job_queue_processes                  integer     10
log_archive_max_processes            integer     2
processes                            integer     50
SQL> show parameter sessions
NAME                                 TYPE        VALUE
license_max_sessions                 integer     0
license_sessions_warning             integer     0
logmnr_max_persistent_sessions       integer     1
sessions                             integer     60
shared_server_sessions               integer
 4、重启数据库，使更改生效

SQL> shutdown
SQL> startup
SQL> show parameter processes
NAME                                 TYPE        VALUE
db_writer_processes                  integer     1
gcs_server_processes                 integer     0
job_queue_processes                  integer     10
log_archive_max_processes            integer     2
processes                            integer     300
SQL> show parameter sessions
NAME                                 TYPE        VALUE
java_soft_sessionspace_limit         integer     0
license_max_sessions                 integer     0
license_sessions_warning             integer     0
logmnr_max_persistent_sessions       integer     1
sessions                             integer     335
shared_server_sessions               integer

********************************************************************************************************************************************************

ORA-12516 “TNS监听程序找不到符合协议堆栈要求的可用处理程序” 解决方案

前言

简单描述一下场景，总共两台应用服务器，每台安装3个tomcat进行集群，并通过nginx做了负载均衡，今天在生产环境中部署项目后进行测试，发现在一台应用服务器中同样的代码，tomcat1和tomcat2正常，而访问tomcat3时报404错误，去看了下log发现是数据库服务器出了问题： 

然后登录到DB服务器去看看什么情况，结果登录时发现报以下错误： 

居然已经登录不上了，根本原因就是因为Oracle的process和session已经达到甚至超过最大值了，接下来就详细说明一下解决方案。

查看procress&session的参数值和占用值

上面提到由于超过连接最大值导致无法登录，所以用sys as dba也是登录不上的，首先需要先断开占用的procress，即停掉几个tomcat即可释放连接，接下来就可以登录了。在这里我停掉了所有tomcat，再通过sys用户登录sqlplus看一下procress和session的参数值和占用值： 

可以看到在没有任何在程序没有连接数据库的时候procress的占用值是18，而参数值为300，所有此时占用量很小，那么接下来分别启动应用服务器下的tomcat，依次看一下应用服务器1下的第1个tomcat，应用服务器1下的第2个tomcat和应用服务器1下的第3个tomcat之后，procress占用值的变化~ 
启动第1个tomcat后访问主页： 
 
启动第2个tomcat后访问主页： 
 
启动第3个tomcat后访问主页： 

不难发现每次process的值都增加了60，此时应用服务器1的tomcat已全部启动，那么也意味着应用服务器2的第二台tomcat启动后，process的值已超过300（198+120=318），所以当再启动应用服务器2的第3台tomcat时就无法登录了，所以我们仅需要修改process和session的最大值即可，修改语句如下：

 alter system set processes=1000 scope=spfile;
 alter system set sessions=1105 scope=spfile;

也就是说sessions的值是根据processes的值计算后得到的，这里需要注意一下，最后重启一下Oracle服务即可，此时再分别开启应用服务器2的3个tomcat并依次访问主页后再看一下process和session的参数值和占用值情况： 

如上图，可以看到process的值已经成功修改为1000，而此时开启了6个tomcat所占用的process值为378，session的占用值为375，都远远小于参数值，所以至此项目均已可以正常访问。

总结

简单记录一下这个Oracle异常的解决方案，希望对遇到同样问题的朋友有所帮助，The End。

更多Oracle相关信息见Oracle 专题页面 http://www.linuxidc.com/topicnews.aspx?tid=12

本文永久更新链接地址：http://www.linuxidc.com/Linux/2016-09/135546.htm

查阅资源原文：http://blog.csdn.net/superhoy/article/details/38613225

查阅资源原文：http://www.linuxidc.com/Linux/2016-09/135546.htm

版权声明，转载请注明出处：http://www.cnblogs.com/summary-2017/p/7248313.html