oracle11g 修改密码后登录的TNS-12535: TNS:operation timed out问题

 

1,问题描述

因为安全考虑,所以oracle生产环境修改用户密码后,用新密码登录失败,登录卡死,一直处于登录状态,分析

1,事先已经关闭了所有的连接oracle的应用,所以不存在是应用程序连接导致的。

2,应用程序重新启动后已经更新了密码,也不可能是新启动的应用程序导致。

3,测试人员开发人员都已经下班了,应该没有人正在操作使用线上数据库

所以应该不是我应用程序引起的。

 

 

2,去查看后台alert告警日志,在后台的alert_powerdes.log里面有如下报错信息:

***********************************************************************
 
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和短信,告诉他强行关了他电脑的原因。

 

 

3,模拟测试正常

难道是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> 


 


4,场景复现

第二天等信息部总监过来的时候,问他的电脑上开了啥?

(1)他说他开了plsql,然后在plsql上面edit数据,没有commit也没用rollback,然后他下班了后也没有关闭掉;

(2)他开了ecplise,用工程连接生产库,没有关闭。

 

我给他们的建议是:

(1)      下班之后,关闭电脑,关闭所有连接生产库的连接。

(2)      不允许在本地电脑连接生产库做测试debug。

 

不解之谜?

(1)是什么原因导致新用户修改密码后,登录不进去呢?现象是因为有eclipse工程和plsql用旧的密码在连接导致,但是我模拟测试正常,情景无法复现啊!

(2)现在即使我输入错误密码尝试登录,也不会卡住,而是立即会提示密码错误,后台alert日志不会有告警信息了。

你可能感兴趣的:(oracle11g 修改密码后登录的TNS-12535: TNS:operation timed out问题)