【抛砖引玉】基于AWR的ORACLE故障分析案例1

福富软件_flybug

继续抛砖，希望尽早引来玉！


案例二：ORACLE 11G的library cache lock
故障描述：        批量错误用户名与密码导致业务用户HANG住。
AWR信息：

、
         重点特征指标："connection management call elapsed time"，和以往的library cache lock不同，oracle11g中由于用户密码错误持续登陆数据库也会出现library cache lock等待！

知识点：

密码延迟验证：从11g开始，如果一个用户使用不正确的密码尝试登录数据库，那么随着登录失败次数的增加，每次登录验证前延迟等待的时间也会增加。显然这是一个安全性上的考虑，但有时候也会带来验证的性能问题。如果同时大量的连接采用错误的密码，基本上这个用户的登录就会被完全HANG住。

定位异常登录发起用户和程序：

关闭oracle11g密码延迟验证特性：

aoerqileng

学习了

wanlt_software

分析的很有条理； 有两个问题向楼主请教下：1、第一个例子的基线是如初做的？  2、第二个例子中的time mode statistics 是如何提取的?  
做ORACLE一段时间，在实际工作没有做过这两项工作。 遇到一个类似于第一个例子的情况，处理方法是更新表的统计信息、对索引进行重建。

福富软件_flybug

wanlt_software 发表于 2014-10-20 11:30
分析的很有条理； 有两个问题向楼主请教下：1、第一个例子的基线是如初做的？  2、第二个例子中的time mode ...

1、awr本身就有生成基线（baseline）的功能，具体命令你可以查一下。
2、time mode statistics，AWR报告中就有这个部分。

likinglife

学习了。。。

kimmy257

支持了~

perufeifei

非常好啊，学习了

yingzimizhan

不错，学习了

认真就输

不错。

听海★蓝心梦

福富软件_flybug 发表于 2014-10-18 10:27
继续抛砖，希望尽早引来玉！

数据库账户不能允许这么多次尝试登录失败，
超过10次账户就应该别锁了，主要是安全考虑。