11gR2修改使用者後導致系統HANG住

【背景】今天中午的時候使用者反饋需要修改資料庫的和應用的連線密碼，修改密碼這種小事情，本以為不會不會出現問題的。沒想到午休到一半的時候就接到使用者的電話，系統連線不進去了。

【環境】

• 作業系統 linux6.3_64
• 資料庫版本11.2.0.3

【症狀】使用者修改密碼之後透過應用連線一直連線不上，我登入主機透過sqlplus連線的時候，也是一直處於hang住狀態，但是sys、system使用者進行連線的時候速度就很快；

【備註】作業系統的CPU、記憶體、網路、磁碟空間都沒有發現異常；

1、檢視等待事件

透過檢視awr報告，library cache lock等待嚴重

2、恢復使用者到修改前的密碼

SQL> conn sale/sale  （可以登入）

【問題原因】經過一番查詢發現該問題屬於ORACLE 11的一個新特性，如果一個使用者使用不正確的密碼嘗試登入資料庫，那麼隨著登入失敗次數的增加，每次登入驗證前延遲等待的時間也會增加。這個特性主要用於避免一些程式採用錯誤的密碼進行嘗試性的登入；所有這一切都已經說明，當前有一個或多箇中介軟體伺服器在使用錯誤的密碼連線資料庫，由於密碼延遲驗資料證的策略，導致所有後續的連線都被HANG住。

使用者的環境是怎麼觸發這個特性的了？

使用者的環境中，連線資料庫不僅有應用層，還有一些【地磅系統】，這些系統直接連線資料庫，所以雖然更改了應用的密碼，但是地磅系統由於數量眾多且修改麻煩，所以應用的連線密碼修改後，地磅系統的連線密碼並沒有改，所以一直在用錯誤的密碼進行登入，而觸發了【密碼延遲驗證導致的系統HANG住】

【解決方法】這個性特性可以提供系統的安全性，但同時也引入了bug，Oracle最強大之處就在於幾乎所有的功能和特性都有對應的開關，透過設定EVENTS 28401可以遮蔽密碼延遲驗證，重啟資料庫後解決。

SQL> ALTER SYSTEM SET EVENT = ‘28401 TRACE NAME CONTEXT FOREVER, LEVEL 1’ SCOPE = SPFILE;

【總結】暫時性的關閉這個特性，然後再逐步修改每個系統的密碼，又化解了一次危機；

......................................................................................................................................................................…………………………………..

本文作者：JOHN，某上市公司DBA，業餘時間專注於資料庫的技術管理，從管理的角度去運用技術。

ORACLE技術部落格：獵人筆記               資料庫技術群：367875324 （請備註資料庫型別）

......................................................................................................................................................................………………………………….