因为安全考虑，所以oracle生产环境修改用户密码后，用新密码登录失败，登录卡死，一直处于登录状态，分析
1，事先已经关闭了所有的连接oracle的应用，所以不存在是应用程序连接导致的。
2，应用程序重新启动后已经更新了密码，也不可能是新启动的应用程序导致。
3，测试人员开发人员都已经下班了，应该没有人正在操作使用线上数据库
所以应该不是我应用程序引起的。
***********************************************************************
Fatal NI connect error 12170.
VERSION INFORMATION:
TNS for Linux: Version 11.2.0.1.0 - Production
Oracle Bequeath NT Protocol Adapter for Linux: Version 11.2.0.1.0 -Production
TCP/IP NT Protocol Adapter for Linux: Version 11.2.0.1.0 - Production
Time: 28-JUN-2016 21:51:06
Tracing not turned on.
Tnserror struct:
ns main err code: 12535
TNS-12535: TNS:operation timed out
ns secondary err code: 12606
nt main err code: 0
nt secondary err code: 0
20160628 215106 logon denied from10.251.5.22 39028 with ?
nt OS err code: 0
Client address: (ADDRESS=(PROTOCOL=tcp)(HOST=192.168.121.0)(PORT=59729))
WARNING: inbound connection timed out(ORA-3136)
......
20160628 215049 logon denied from192.168.121.0 39032 with ?
Tue Jun 28 21:50:59 2016
20160628 215059 logon denied from192.168.121.0 39034 with ?
Tue Jun 28 21:51:06 2016
20160628 215106 logon denied from192.168.121.0 39030 with ?
Tue Jun 28 21:51:06 2016有密码登录报错信息，再通过过滤看下有多少ip地址的请求报密码错误：
[oracle@pldb1 ~]$ tail -fn 2000/oracle/app/oracle/diag/rdbms/powerdes/powerdes/trace/alert_powerdes.log |grep"Client address" Client address: (ADDRESS=(PROTOCOL=tcp)(HOST=192.168.121.0)(PORT=60355)) Client address: (ADDRESS=(PROTOCOL=tcp)(HOST=192.168.121.0)(PORT=60351)) Client address: (ADDRESS=(PROTOCOL=tcp)(HOST=192.168.121.0)(PORT=60354)) Client address: (ADDRESS=(PROTOCOL=tcp)(HOST=192.168.121.0)(PORT=60353))
看到有192.168.121.0 的ip地址在不停的连接数据库，报密码错误，因为密码已经更新了，所以这个连接失败，而且一直在连接中。猜测可能是这个原因导致的。
看到这个ip地址是公司内部的ip地址，那么是谁呢？登录dhcp服务器，查看到是信息部总监的电脑，然后打他电话打不通，找到他在办公室的电脑，直接强行关机，再观察一段时间后，再也没用报错信息，然后用我们在本地或者应用服务器上用新密码登录正常了。之后给信息部总监发email和短信，告诉他强行关了他电脑的原因。
难道是oracle用户连接用旧密码一直连接，这个连接没有释放，我改了新密码后，旧的连接一直试图访问导致这个用户登录阻塞？我做下测试
（1）我在本地oracle测试库做了测试，新建一个帐号，然后使用sqlplus连接上去；
SQL> create user user_test1 identifiedby "query0418"; User created. SQL> SQL> grant create session ,dba touser_test1; Grant succeeded. SQL>
然后再使用新用户登录，操作数据库：
[oracle@hch_test_pd_121_217 admin]$ rlwrapsqlplus user_test1/query0418@t1;
SQL*Plus: Release 11.2.0.1.0 Production onWed Jun 29 12:27:49 2016
Copyright (c) 1982, 2009, Oracle. All rights reserved.
Connected to:
Oracle Database 11g Enterprise EditionRelease 11.2.0.1.0 - 64bit Production
With the Partitioning, OLAP, Data Miningand Real Application Testing options
SQL>
create table zz_bak (id number);
insert into zz_bak values(1);
Table created.
1 row created.
SQL> commit;
Commit complete.
SQL> select * from zz_bak;
ID
----------
1
SQL>
SQL> update zz_bak set id=2 where id=1;
1 row updated.
SQL>
（2）然后新开一个shell连接窗口，登录上去修改
[oracle@hch_test_pd_121_217 admin]$ rlwrapsqlplus / as sysdba SQL*Plus: Release 11.2.0.1.0 Production onWed Jun 29 12:29:16 2016 Copyright (c) 1982, 2009, Oracle. All rights reserved. Connected to: Oracle Database 11g Enterprise EditionRelease 11.2.0.1.0 - 64bit Production With the Partitioning, OLAP, Data Miningand Real Application Testing options SQL> alter user user_test1 identified by"ys"; User altered. SQL>
然后退出，再登录
[oracle@hch_test_pd_121_217 admin]$ rlwrapsqlplus user_test1/ys@t1;
SQL*Plus: Release 11.2.0.1.0 Production onWed Jun 29 12:30:34 2016
Copyright (c) 1982, 2009, Oracle. All rights reserved.
Connected to:
Oracle Database 11g Enterprise EditionRelease 11.2.0.1.0 - 64bit Production
With the Partitioning, OLAP, Data Miningand Real Application Testing options
SQL> select * from zz_bak;
ID
----------
1
SQL> insert into zz_bak(id) values(3);
1 row created.
SQL> commit;
Commit complete.
SQL> select * from zz_bak;
ID
----------
3
1
SQL>
（3）再去第一个sqlplus窗口执行操作（在修改密码之前用旧密码登录sqlplus的窗口），看到可以操作
SQL> commit;
Commit complete.
SQL> update zz_bak set id=2 where id=1;
0 rows updated.
SQL> select * from zz_bak;
ID
----------
3
2
SQL>
（4）再去第二个sqlplus窗口，操作zz_bak表，数据也正常。
SQL> select * from zz_bak; ID ---------- 3 2 SQL>
第二天等信息部总监过来的时候，问他的电脑上开了啥？
（1）他说他开了plsql，然后在plsql上面edit数据，没有commit也没用rollback，然后他下班了后也没有关闭掉；
（2）他开了ecplise，用工程连接生产库，没有关闭。
我给他们的建议是：
（1） 下班之后，关闭电脑，关闭所有连接生产库的连接。
（2） 不允许在本地电脑连接生产库做测试debug。
不解之谜？
（1）是什么原因导致新用户修改密码后，登录不进去呢？现象是因为有eclipse工程和plsql用旧的密码在连接导致，但是我模拟测试正常，情景无法复现啊！
（2）现在即使我输入错误密码尝试登录，也不会卡住，而是立即会提示密码错误，后台alert日志不会有告警信息了。