ORACLE 11g的密碼錯誤延時驗證

應用（JDBC）的密碼過期或者修改了，應用還是用老的密碼在連，由於11g的密碼錯誤延時驗證，造成library cache lock。

一開始檢查可以看到，處於library cache lock都是JDBC的應用，sql id是空（即還沒有開始跑sql）。

檢查ash，發現應用唯一的一個sql id是b84cknyvnyq25，是update user$ 表。這就很容易讓人聯絡起來登陸時使用者的驗證。

11g他有個密碼錯誤延時驗證，當應用以錯誤的密碼連線上來時，會持續不斷的迴圈CPU，同時伴隨library cache lock。

 

可以設定event 28401來禁用這個特性。

目前修改後已經正常。

 

具體的修改過程：

 SQL>show parameter event  

 

NAME                                 TYPE        VALUE

------------------------------------ ----------- ------------------------------

event                                string

xml_db_events                        string      enable

 

SQL>alter system set event='28401 trace name context forever,level 1' scope=spfile;

 

System altered.

 

SQL>shutdown immediate;

Database closed.

Database dismounted.

ORACLE instance shut down.

 

SQL>startup