简单说明：我们开发时多人开发，会频繁访问服务器数据库，结果当连接数大的时候，就会报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监听程序找不到符合协议堆栈要求的可用处理程序” 解决方案
| [日期：2016-09-27] | 来源：Linux社区 作者：wlwlwlwl015 | [字体：大 中 小] |
前言
简单描述一下场景，总共两台应用服务器，每台安装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://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