Oracle 11g业务用户更改密码后产生大量library cache lock等待

最新推荐文章于 2024-04-28 15:56:10 发布
最新推荐文章于 2024-04-28 15:56:10 发布
阅读量382 收藏
点赞数
文章标签： 数据库
DB Version:11.2.0.4+RAC
OS Version:Oracle Linux Server 6.7

在我的一个两节点RAC数据库上，alert日志中平均每3秒左右就会产生一条连接超时错误，如下：
  1. ***********************************************************************
  2. Fatal NI connect error 12170.
  3. VERSION INFORMATION:
  4. TNS for Linux: Version 11.2.0.4.0 - Production
  5. Oracle Bequeath NT Protocol Adapter for Linux: Version 11.2.0.4.0 - Production
  6. TCP/IP NT Protocol Adapter for Linux: Version 11.2.0.4.0 - Production
  7. Time: 29-APR-2016 15:29:47
  8. Tracing not turned on.
  9. Tns error struct:
  10. ns main err code: 12535

  12. TNS-12535: TNS:operation timed out
  13. ns secondary err code: 12606
  14. nt main err code: 0
  15. nt secondary err code: 0
  16. nt OS err code: 0
  17. Client address: (ADDRESS=(PROTOCOL=tcp)(HOST=10.xxx.xx.xx)(PORT=39766))
  18. WARNING: inbound connection timed out (ORA-3136)
登录数据库之后，检查会话的等待事件，发现很多会话的event为library cache lock，并且发现由于library cache lock造成锁阻塞的会话也很多，如下：

点击(此处)折叠或打开

  1. SYS@xxxxxxx(dmxxxxx)> select sid,event,SECONDS_IN_WAIT from v$session where state='WAITING' and event not like 'SQL%' and event not like 'rdbms%' order by SECONDS_IN_WAIT;

  3.        SID EVENT SECONDS_IN_WAIT
  4. ---------- ---------------------------------------- ---------------
  5.        921 PING 7
  6.       1382 library cache lock 10
  7.       2417 Streams AQ: qmn coordinator idle wait 21
  8.        692 library cache lock 35
  9.        349 library cache lock 35
  10.       2189 library cache lock 36
  11.       2419 library cache lock 46
  12.        235 library cache lock 46
  13.       2305 library cache lock 46
  14.       1613 library cache lock 51
  15.       1271 library cache lock 58
  16.       2303 library cache lock 74
  17.       1962 library cache lock 74
  18.       1732 library cache lock 79
  19.        468 library cache lock 95
  20.        926 library cache lock 95
  21.          6 library cache lock 106
  22.        812 library cache lock 108
  23.        348 library cache lock 118
  24.       1617 library cache lock 139
  25.        237 library cache lock 153
  26.        120 library cache lock 155
  27.       2534 library cache lock 166
  28.        469 library cache lock 171
  29.       2077 library cache lock 173
  30.       1501 library cache lock 173
  31.        696 library cache lock 173
  32.        583 library cache lock 173
  33.       2648 library cache lock 173
  34.          5 library cache lock 173
  35.       2647 library cache lock 173
  36.       2533 library cache lock 173
  37.       2422 library cache lock 173
  38.          1 smon timer 209
  39.       2532 Streams AQ: waiting for time management 1050393
  40.            or cleanup tasks

  42.        461 VKTM Logical Idle Wait 2260216

  44. --锁阻塞查询结果
  45.   INSTANCE SES             SESS_SERIAL# BLOCKER_INSTANCE BLOCKER_SID BLOCKER_SESS_SERIAL#
    ---------- --------------- ------------ ---------------- ----------- --------------------
             2 1729                   22581
             1   3                    14009                2        1729                22581
             1   4                     9749                2        1729                22581
             2   4                    22677                2        1729                22581
             1   119                   6855                2        1729                22581
             2   120                  11049                2        1729                22581
             1   237                   1639                2        1729                22581
             2   237                  51763                2        1729                22581
             1   349                   5499                2        1729                22581
             2   350                  18479                2        1729                22581
             1   351                   6311                2        1729                22581
             2   351                  20871                2        1729                22581
             1   464                  21611                2        1729                22581
             1   465                   7039                2        1729                22581
             1   466                   8357                2        1729                22581
             2   469                   6163                2        1729                22581
             1   580                   7181                2        1729                22581
             1   582                   7545                2        1729                22581
             2   583                  15015                2        1729                22581
             2   692                  45275                2        1729                22581
             1   694                   6941                2        1729                22581
             2   696                  15463                2        1729                22581
             1   810                  28941                2        1729                22581
             2   812                  18891                2        1729                22581
             2   926                   8275                2        1729                22581
             1   1155                  5669                2        1729                22581
             1   1270                  5621                2        1729                22581
             1   1385                  9857                2        1729                22581
             1   1501                  3555                2        1729                22581
             2   1501                 21727                2        1729                22581
             1   1617                  1515                2        1729                22581
             2   1617                 14759                2        1729                22581
             2   1728                 43225                2        1729                22581
             1   1846                  3393                2        1729                22581
             1   1961                  5643                2        1729                22581
             1   2077                  4889                2        1729                22581
             2   2077                 20353                2        1729                22581
             1   2191                  5141                2        1729                22581
             2   2303                 21061                2        1729                22581
             1   2306                  5609                2        1729                22581
             1   2419                  5091                2        1729                22581
             1   2421                  7683                2        1729                22581
             2   2422                 17493                2        1729                22581
             2   2533                 15515                2        1729                22581
             2   2534                 19505                2        1729                22581
             1   2536                  6187                2        1729                22581
             1   2647                 25537                2        1729                22581
             2   2647                 41505                2        1729                22581
             1   2649                  7135                2        1729                22581
             2   2650                 21481                2        1729                22581


    50 rows selected.

从AWR报告的Time Model Statistics部分可以看到，connection management call 消耗的时间占整个DB Time的99.95%，记得以前好象看到过由于11g的新特性密码错误可能造成大量library cache lock的文章，于是上MOS也查了查相关的文档，结合dba_audit_trail视图发现，从4月7日起到现在，平均每天约有九千多次的登录失败记录，那么是不是4月7日对PAMPAS_W用户更改密码了呢？ 通过查询sys.user$也得到了验证，用户在4月7日9点31分更改过密码。到此问题查清了，解决方案也很简单，通知负责应用的工程师来改正密码。在数据库层面也可通过设置28401事件来屏蔽密码错误验证延迟功能。
alter system set event ="28401 TRACE NAME CONTEXT FOREVER, LEVEL 1" scope=spfile;
oracle采用的这种密码延时登录机制主要是为了防止口令猜测攻击，我们也可以通过profile，设置密码登录错误几次后被锁定的方式。不过不管怎样，都应该避免应用程序源源不断的向数据库发送无效的密码。

Time Model Statistics

  • Total time in database user-calls (DB Time): 86942.6s
  • Statistics including the word "background" measure background process time, and so do not contribute to the DB time statistic
  • Ordered by % or DB time desc, Statistic name
Statistic Name Time (s) % of DB Time
connection management call elapsed time 86,899.87 99.95
DB CPU 39.93 0.05
sql execute elapsed time 26.45 0.03
parse time elapsed 8.23 0.01
hard parse elapsed time 7.58 0.01
PL/SQL execution elapsed time 0.70 0.00
PL/SQL compilation elapsed time 0.27 0.00
RMAN cpu time (backup/restore) 0.17 0.00
failed parse elapsed time 0.09 0.00
hard parse (sharing criteria) elapsed time 0.07 0.00
inbound PL/SQL rpc elapsed time 0.01 0.00
repeated bind elapsed time 0.00 0.00
DB time 86,942.64  
background elapsed time 117.33  
background cpu time 52.15


  1. SYS@xxxndbx(dmxxxx2)> select os_username,USERNAME,userhost,to_char(TIMESTAMP,'yyyy-mm-dd') qq,count(*) from dba_audit_trail
  2.   2 where timestamp > '2016-01-01 12:00:00'
  3.   3 and returncode=1017 group by os_username,username,userhost,to_char(TIMESTAMP,'yyyy-mm-dd') order by 4;

  5. OS_USERNAME USERNAME USERHOST QQ COUNT(*)
  6. --------------- ------------------------------ -------------------- ---------- ----------
  7. qqpamp0 PAMPAS_R ltxshe0kqal2 2016-04-06 3
  8. qqpamp0 PAMPAS_W ltxshe0kqal2 2016-04-06 2
  9. qqpamp0 PAMPAS_W ltxshe0ipso2 2016-04-07 5495
  10. qqpamp0 PAMPAS_W ltxshe0ipso2 2016-04-08 9099
  11. qqpamp0 PAMPAS_W ltxshe0ipso2 2016-04-09 9105
  12. qqpamp0 PAMPAS_W ltxshe0ipso2 2016-04-10 9098
  13. qqpamp0 PAMPAS_W ltxshe0ipso2 2016-04-11 9070
  14. qqpamp0 PAMPAS_W ltxshe0ipso2 2016-04-12 9085
  15. qqpamp0 PAMPAS_W ltxshe0ipso2 2016-04-13 9088
  16. qqpamp0 PAMPAS_W ltxshe0ipso2 2016-04-14 9093
  17. qqpamp0 PAMPAS_W ltxshe0ipso2 2016-04-15 9117
  18. qqpamp0 PAMPAS_W ltxshe0ipso2 2016-04-16 9096
  19. qqpamp0 PAMPAS_W ltxshe0ipso2 2016-04-17 9099
  20. qqpamp0 PAMPAS_W ltxshe0ipso2 2016-04-18 9072
  21. qqpamp0 PAMPAS_W ltxshe0ipso2 2016-04-19 9121
  22. qqpamp0 PAMPAS_W ltxshe0ipso2 2016-04-20 9114
  23. qqpamp0 PAMPAS_W ltxshe0ipso2 2016-04-21 9118
  24. qqpamp0 PAMPAS_W ltxshe0ipso2 2016-04-22 9070
  25. qqpamp0 PAMPAS_W ltxshe0ipso2 2016-04-23 9112
  26. qqpamp0 PAMPAS_W ltxshe0ipso2 2016-04-24 9112
  27. qqpamp0 PAMPAS_W ltxshe0ipso2 2016-04-25 9091
  28. qqpamp0 PAMPAS_W ltxshe0ipso2 2016-04-26 9081
  29. qqpamp0 PAMPAS_W ltxshe0ipso2 2016-04-27 9105
  30. qqpamp0 PAMPAS_W ltxshe0ipso2 2016-04-28 9077
  31. qqpamp0 PAMPAS_W ltxshe0ipso2 2016-04-29 5306

  33. 26 rows selected.

SYS@xxxndbx(dmxxxx2)> select ptime , ctime from sys.user$ where name='PAMPAS_W';

PTIME               CTIME
------------------- -------------------
2016-04-07 09:31:32 2015-02-09 14:01:28
Oracle 11g下要注意的几个关于密码方面问题：
1. 11g默认开始密码区分大小写，可以通过把参数设置为SEC_CASE_SENSITIVE_LOGON =FALSE 屏蔽
2. 11g密码默认有效期180天，可以通过修改ALTER PROFILE DEFAULT[根据实际的profile] LIMIT PASSWORD_LIFE_TIME UNLIMITED;   注意需要修改密码生效
3. 密码错误验证延迟，可以通过设置EVENT="28401 TRACE NAME CONTEXT FOREVER, LEVEL 1" 屏蔽


MOS上的相关文档：
High 'library cache lock' Wait Time Due to Invalid Login Attempts(1309738.1)
BUG:11742803  - LOTS OF 'LIBRARY CACHE LOCK' DURING USER LOGON AUTHENTICATION
NOTE:7715339.8  - Bug 7715339 - Logon failures causes "row cache lock" waits - Allow disable of logon delay
BUG:19867671  - LIBRARY CACHE LOCK CAUSED BY WRONG PASSWORD LOGIN
High Waits for 'library cache lock' and 'library cache: mutex' Contention with Application Client Connection Timeouts and Associated ORA-03136 Errors (1620409.1)




来自 “ ITPUB博客 ” ，链接：http://blog.itpub.net/26753337/viewspace-2090983/，如需转载，请注明出处，否则将追究法律责任。

转载于:http://blog.itpub.net/26753337/viewspace-2090983/

cuanmi4326
关注
  • 0
    点赞
  • 踩
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
library cache lock等待事件处理
07-09
library cache lock等待事件分析处理
library cache lock等待事件
12-10
Oracle数据库的Library Cache Lock等待事件是数据库性能优化中常见的问题之一，主要涉及到Oracle数据库的缓存管理和并发控制机制。在Oracle中，Library Cache是存储PL/SQL代码、SQL语句及其解析结果的地方，用于减少...
Oracle 11g下重现library cache lock等待事件
关注系统性能调优
08-11 2123
从下面的例子中可以看到，在生产数据库中对象的重新编译会导致library cache lock，所以应该尽量避免在业务高峰期编译对象。如果是package或过程中存在复杂的依赖关系就极易导致library cache lock的出现，所以在应用开发的过程中，也应该注意这方面的问题。 SQL> select * from v$version; BANNER --------------
某个普通用户登录一直hang住，不报错。library cache lock等待
鲨鱼胃的博客
07-28 659
故障描述 用某个用户登录数据库，一直hang住，不报错 于是直接尝试用sqlplus连接数据库，发现连接该用户时hang在那里，过很久之后会返回ORA-04021错误，但是别的用户都没问题。 SQL> conn pingshen/pingshencs ERROR: ORA-04021: 等待锁定对象 时发生超时 警告: 您不再连接到 ORACLE。 问题排查与解决 通过检查等待事件，发现是library cache lock 并且发现，除了登录进程，还有一大堆的已经登录的进程被阻塞在libra
Oracle 11g 生产库因密码过期修改密码产生library cache lock等待事件导致用户hang问题分析及处理
shlei5580的专栏
04-28 792
该生产库是Oracle 11g库，数据库版本为11.2.0.4，Oracle在11g有个新特性，即有一个用户使用错误的密码连接数据库，随着登陆失败次数的增加，每次登陆验证前延迟等待的时间也会增加，这个新特性的主要目的是用于防止一些应用程序使用错误的密码尝试登陆数据库，由于密码延迟策略，大量会话等待登陆验证，导致数据库后续连接产生大量library cache lock等待事件导致hang住。此问题可以在MOS上查询(ID 1309738.1)这篇文章，有详细描述。
VKTM导致ASMB终止导致ORALCE实例宕
wzw_dba的博客
07-03 7076
昨天在查看数据库备份情况时，查看日志发现： RMAN-08137: WARNING: archived log not deleted, needed for standby or upstream capture process archived log file name=+DATA/iokbl/archivelog/2015_06_24/thread_1_seq_595.499.8832
VKTM进程消耗大量CPU的问题
weixin_33739627的博客
03-19 203
11g中引入了VKTM后台进程，VKTM是virtual keeper of time的缩写，该进程负责提供时钟时间(每秒更新一次)以及参考时间服务(每20ms更新一次，仅在进程高优先级情况下可用)，该参考时间服务用于各种基于时间间隔的度量。  VKTM在SGA中发布这些计时信息，以便各种RDBMS Client可以廉价和快速了解时间信息。Wall-clock 时钟时间每一秒更新一次且单调递增。 ...
Oracle Library Cache 的 lock 与 pin 说明
ijavagos
07-28 248
一. 相关的基本概念 之前整理了一篇blog，讲了Library Cache 的机制，参考： Oracle Library cache 内部机制 说明 http://blog.csdn.net/tianlesoftware/article/details/6629869 在这个机制中，没有详细讲library 上的lock 和pin。这2个概念对DB 的理解非常重要。 所以单独拿出来，进...
彻底搞清楚library cache lock的成因和解决方法
05-18
与此同时还有另一个会话，我们姑且称之为会话2（session 2），这个会话2正在执行会话1所修改的package中的Procedure或者Function，会话1就会hang住，这时，你查询会话1的等待事件就是'Library cache lock'。...
Library Cache Lock 的成因与诊断
最新发布
06-26
主要分为4个结构：Library cache lock简介；造成Library cache lock异常主要原因；如何诊断library cache lock；Library cache lock案例分享。 博采众长，从原理开始剖析并有实际案例佐证诊断过程，是非常难的资料。
等待事件row cache lock，latch row cache objects处理过程.txt
11-01
等待事件row cache lock，latch row cache objects处理过程
windows下修改oracle用户密码后用户频繁死锁-亲测有效
03-17
oracle数据库账户被锁原因查找及处理，oracle修改用户密码后账号死锁原因查找及解决办法（Windows操作系统，Linux操作系统套路一样）
sqlplus 命令简单整理
01-04 397
如果环境变量写在一个文件当中可以使用 START plusenv 设定格式 显示页行数 SHOW PAGESIZE ...
oracle用户无法登陆怎么重启,oracle用户登陆出现library cache lock，无法登陆
weixin_34151005的博客
04-15 258
服务器端直接用sqlplus连接：sqlpluu /nologconn DMRPT/password.....一直在等待然后看在等待什么SQL> select inst_id,sid,serial# from gv$session2where program like '%sqlplus@hostname%' and status='ACTIVE'3;INST_ID S...
library cache lock 相关的bug list
Lixora's DB Home
02-02 1481
NB Prob Bug Fixed Description II 5650841 Hang / deadlock from ANALYZE of cluster index II 16232803 11.2.0.4, 12.1.0.2, 12.2.0.0 Library c
[20150331]生产系统登陆缓慢的问题.txt
weixin_33885253的博客
03-31 107
[20150331]生产系统登陆缓慢的问题.txt --上午生产系统出现登陆缓慢,查看等待事件library cache lock ,还好开发自己发现是11g设置口令大小写问题,及时纠正了错误. --事后,我想如果开发不发现,我估计要诊断一段时间才能定位问题,我自己在测试环境做一个模拟看看,便于以后定位: 1....
彻底搞清楚library cache lock的成因和解决方法（二）
lunar的小铺
01-10 3791
上一个例子中我们主要借助于X$KGLLK基表和event systemstate解决问题，那么如果你不了解X$KGLLK基表，或者忘记了如何使用它，那也不要紧张，这里再介绍一种常规的方法。从system state 的转储信息中，我们已经注意到PROCESS 28当前正在等待library cache lock。handle address表示的就是正持有 PROCESS 28 进程所
oracle library cache lock,刚刚处理了一个library cache lock的问题
weixin_39725193的博客
04-06 356
刚刚处理了一个 library cache lock 的问题,给大家分享下, 以便兄弟们遇到类似的问题多一个解决思路.数据库版本11GR2, OS Oracle Linux故障描述， 用某个用户登录，一直hang住，不报错具体情况，接到反馈说，某个页面不能打开，检查了下该页面的日志，发现该页面对应的某个帐户A不能登录数据库。于是直接尝试用sqlplus连接数据库，发现连接hang在那里。检查等待事...
oracle 修改用户密码_Oracle密码过期如何取消密码180天限制及过期，账号锁住的问题...
weixin_39942995的博客
11-27 261
概述相信很多朋友都会遇到Oracle密码过期的问题，今天小编给大家介绍Oracle密码过期如何取消密码180天限制及密码180天过期，账号锁住的问题，需要的朋友可以参考下。Oracle密码过期，取消密码180天限制1、进入sqlplus模式sqlplus / as sysdba;2、查看用户密码的有效期设置(一般默认的配置文件是DEFAULT)SELECT * FROM dba_profiles ...
oracle library cache lock
04-11
'oracle library cache lock' 是 Oracle 数据库中的一种锁定。它可以防止多个用户同时访问同一个库缓存对象。当一个会话正在使用一个对象时，其他会话必须等待该对象被释放后才能访问它。如果某个会话在过长时间内...

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值