密码过期导致Oracle process耗尽问题

密码过期导致Oracle process耗尽问题

oracle忽然连不上！

大致是报这样的错：

ORA-12516: TNS: 监听程序找不到符合协议堆栈要求的可用处理程序ORA-12520: TNS: 监听程序无法为请求的服务器类型找到可用的处理程序

但又不是全部时间都报错，有时候又正常，尤其是将数据库刚重启之后。

用oracle管理员sys进去看，直接原因是oracle的进程数process爆表了：

SQL> show parameter processes;NAME TYPE VALUE------------------------------------ ----------- ------------aq_tm_processes integer 1db_writer_processes integer 1gcs_server_processes integer 0global_txn_processes integer 1job_queue_processes integer 1000log_archive_max_processes integer 4processes 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 sysdbasql> alter user smsc identified by <原来的密码> ----不用换新密码

网上有文章说遇到这种错误，可以将process的限定值设大一点，我认为这是没有搞清错误根源的应对之道。像我这种情况，就算你将process设得再大，也经不起损耗。更何况，修改oracle的系统参数，风险太大了，搞不好整个数据库都起不来，到时哭都没有眼泪。我上次就是因为看了网上一篇文章的指引，想着调大一点内存设置，结果数据库再也没能启动过。要不是有备份，我都不知道怎么交代。

不过，oracle12C号称支持插件数据库，几个插件数据库（PDB）共用一个容器数据库（CDB），也就是实例了，但是这个process数量也是共用的。所以PDB数量一多，process也有可能出现不够的问题。这时的话，或许也可以将proess设大一点。不过，窃以为，新增一个实例会更合适。

另外，oracle为啥要不断新增process来响应这种无谓的连接请求呢？岂不是很容易被饱和攻击？也太逊了点吧，这就是号称数据库头把交椅的oracle？我估计，如果是账号密码不对的请求，oracle是不会有什么回应的；但对于密码过期，可能比较特殊：有反应，能连，但操作不了，造成客户端不断的去请求？

参考文章：​​​数据库连接进程过高的问题​​

​​11g oracle 用户密码过期问题​​

================================= 如果系统已经提示密码过期，或即将过期，则修改配置文件还是不够的。仍然要修改一次密码。

参考文章：​​​Oracle 11g中修改默认密码过期天数和锁定次数​​

2019.7.21 非但密码已过期会导致这种问题，密码即将过期似乎也会导致问题。今天就疑似遇到这种情况： 系统忽然连不上数据库，报“ORA-12516 "TNS监听程序找不到符合协议堆栈要求的可用处理程序”。用pl/sql developer连接，仍然提示这个错误。

重启数据库后，可以连接，提示密码将在3天内过期。重置后，暂时没发现问题。

我估计，密码即将过期的时候，每次连接数据库都会返回这些信息，可能会导致应用程序拥堵或其他问题。

存疑。

版权声明：本文内容由网络用户投稿，版权归原作者所有，本站不拥有其著作权，亦不承担相应法律责任。如果您发现本站中有涉嫌抄袭或描述失实的内容，请联系我们jiasou666@gmail.com 处理，核实后本网站将在24小时内删除侵权内容。