oracle忽然连不上！
大致是报这样的错：
ORA-12516: TNS: 监听程序找不到符合协议堆栈要求的可用处理程序
ORA-12520: TNS: 监听程序无法为请求的服务器类型找到可用的处理程序
但又不是全部时间都报错，有时候又正常，尤其是将数据库刚重启之后。
用oracle管理员sys进去看，直接原因是oracle的进程数process爆表了：
sql> show parameter processes;
NAME TYPE VALUE
------------------------------------ ----------- ------------
aq_tm_processes integer 1
db_writer_processes integer 1
gcs_server_processes integer 0
global_txn_processes integer 1
job_queue_processes integer 1000
log_archive_max_processes integer 4
processes integer 300
可知processes的限定值为300;而当前使用数量为
sql> select count(*) from v$process; COUNT(*)
----------
299
所以连接不进去。那为啥process用了这么多？以前又没发现有这个问题。
查看会话数，发现与process严重不对等，只有区区30多个：
sql> select count(*) from v$session where status='ACTIVE'; COUNT(*)
----------
34
所谓的会话，就是已经连接到数据库了，我的oracle是DEDICATED（专用）模式，通常process与session是一对一关系。所以这里process比session多出来那么多，除去oracle本身的开销，说明引起oracle资源耗尽的原因，不是数据库里面的操作，而是在外面。
再看是啥占用process最多：
sql> select count(*),program from v$process group by program having count(*) > 1
;
COUNT(*) PROGRAM ---------- ---------------------------------------------------------------- 255 ORACLE.EXE (SHAD)
这个ORACLE.EXE (SHAD)与oracle连接有关。所以，最有可能是有个东西在连接我们的oracle，但又连不上，于是不停地尝试，oracle不断创建process进行响应，最后导致资源耗尽，死翘翘了。
那个鬼东西是啥？我逐一排查。停掉一些服务器上的程序，没啥效果，最后停掉arcgis，process一下子降下来了。罪魁祸首原来是arcgis！
为啥arcgis会不断连接oracle呢？查看它的错误日志，发现有提示密码过期！
The Layer:'****项目' in Map:'图层' is invalid. The base table definition string "SDE.****" is invalid. User password has expired.
奇怪啊，咋会过期呢？我好奇地用连接串中指定的账号登录oracle，结果真的提示密码过期！
sql> conn sde/sde@pdbhnhy;
ERROR:
ORA-28001: the password has expired
更改 sde 的口令
新口令:
我靠。几天来的问题元凶终于找到了，我禁不住老泪纵横。
还没有结束。为啥密码会过期？原来，oracle11g和之后（我的oracle是12C），默认账号密码期限是180天。
sql> select * from dba_profiles where profile='DEFAULT' and resource_name='PASSWORD_LIFE_TIME';
PROFILE RESOURCE_NAME RESOURCE LIMIT COM
-------------------- -------------------- -------- -------------------- -
DEFAULT PASSWORD_LIFE_TIME PASSWORD 180 NO
为一劳永逸，将密码改为没有期限限制：
ALTER PROFILE DEFAULT LIMIT PASSWORD_LIFE_TIME UNLIMITED;
网上有文章说遇到这种错误，可以将process的限定值设大一点，我认为这是没有搞清错误根源的应对之道。像我这种情况，就算你将process设得再大，也经不起损耗。更何况，修改oracle的系统参数，风险太大了，搞不好整个数据库都起不来，到时哭都没有眼泪。我上次就是因为看了网上一篇文章的指引，想着调大一点内存设置，结果数据库再也没能启动过。要不是有备份，我都不知道怎么交代。
不过，oracle12C号称支持插件数据库，几个插件数据库（PDB）共用一个容器数据库（CDB），也就是实例了，但是这个process数量也是共用的。所以PDB数量一多，process也有可能出现不够的问题。这时的话，或许也可以将proess设大一点。不过，窃以为，新增一个实例会更合适。
另外，oracle为啥要不断新增process来响应这种无谓的连接请求呢？岂不是很容易被饱和攻击？也太逊了点吧，这就是号称数据库头把交椅的oracle？我估计，如果是账号密码不对的请求，oracle是不会有什么回应的；但对于密码过期，可能比较特殊：有反应，能连，但操作不了，造成客户端不断的去请求？
参考文章：
数据库连接进程过高的问题
