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