密码过期导致Oracle process耗尽问题
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;修改之后不需要重启动数据库，会立即生效。
修改后，还没有被提示ORA-28002警告的帐户不会再碰到同样的提示; 已经被提示的帐户必须再改一次密码，举例如下：
$sqlplus / as sysdba
sql> alter user smsc identified by <原来的密码> ----不用换新密码网上有文章说遇到这种错误，可以将process的限定值设大一点，我认为这是没有搞清错误根源的应对之道。像我这种情况，就算你将process设得再大，也经不起损耗。更何况，修改oracle的系统参数，风险太大了，搞不好整个数据库都起不来，到时哭都没有眼泪。我上次就是因为看了网上一篇文章的指引，想着调大一点内存设置，结果数据库再也没能启动过。要不是有备份，我都不知道怎么交代。
不过，oracle12C号称支持插件数据库，几个插件数据库（PDB）共用一个容器数据库（CDB），也就是实例了，但是这个process数量也是共用的。所以PDB数量一多，process也有可能出现不够的问题。这时的话，或许也可以将proess设大一点。不过，窃以为，新增一个实例会更合适。
另外，oracle为啥要不断新增process来响应这种无谓的连接请求呢？岂不是很容易被饱和攻击？也太逊了点吧，这就是号称数据库头把交椅的oracle？我估计，如果是账号密码不对的请求，oracle是不会有什么回应的；但对于密码过期，可能比较特殊：有反应，能连，但操作不了，造成客户端不断的去请求？
参考文章：
数据库连接进程过高的问题
=================================
如果系统已经提示密码过期，或即将过期，则修改配置文件还是不够的。仍然要修改一次密码。
