在 Oracle 11g 中，為了提升安全性，Oracle 引入了『密碼延遲驗證』的新特性。 這個特性的作用是，如果用戶輸入了錯誤的密碼嘗試登錄，那么隨著登錄錯誤次數(shù)的增加，每次登錄前驗證的時間也會增加，以此減緩可能對于數(shù)據(jù)庫重復的口令嘗試攻擊。

仲巴ssl適用于網(wǎng)站、小程序/APP、API接口等需要進行數(shù)據(jù)傳輸應用場景，ssl證書未來市場廣闊！成為成都創(chuàng)新互聯(lián)的ssl證書銷售渠道，可以享受市場價格4-6折優(yōu)惠！如果有意向歡迎電話聯(lián)系或者加微信：18982081108（備注：SSL證書合作）期待與您的合作！

但是對于正常的系統(tǒng)，由于口令的更改，可能存在某些被遺漏的客戶端，不斷重復嘗試，從而引起數(shù)據(jù)庫內(nèi)部長時間的 Library Cache Lock的等待，這種情形非常常見。

如果遇到這一類問題，可以通過Event 28401關閉這個特性，從而消除此類影響，以下命令將修改設置在參數(shù)文件中：

ALTER SYSTEM SET EVENT = '28401 TRACE NAME CONTEXT FOREVER, LEVEL 1' SCOPE = SPFILE;

出現(xiàn)這類問題非常典型的AWR報告呈現(xiàn)如下，首先在 TOP 5 中，你可能看到顯著的 Library Cache Lock 的等待，以下范例來自11.2.0.3.0版本的真實情況：

在這類情況下，時間模型 - Time Model 中會顯示如下指標，其中 connection management call elapsed time 占據(jù)了主要的DB Time，這個等待直接表明是在建立數(shù)據(jù)庫連接時產(chǎn)生的：

這類問題，在Oracle的11g中是常見和確定的，在MOS上可以找到相應的記錄：

• High 'library cache lock' Wait Time Due to Invalid Login Attempts(1309738.1)

此外Oracle 11g開啟了密碼大小寫驗證，如果從Oracle 10g升級過來，需要特別的當心這個變化，通過初始化參數(shù)SEC_CASE_SENSITIVE_LOGON 可以來控制這個特性。

以上供參考。

文章名稱：Oracle11g密碼延遲認證與librarycachelock等待
網(wǎng)站路徑：http://jinyejixie.com/article2/ggcpic.html

成都網(wǎng)站建設公司_創(chuàng)新互聯(lián)，為您提供網(wǎng)站建設、App設計、云服務器、關鍵詞優(yōu)化、域名注冊、自適應網(wǎng)站

廣告

聲明：本網(wǎng)站發(fā)布的內(nèi)容（圖片、視頻和文字）以用戶投稿、用戶轉載內(nèi)容為主，如果涉及侵權請盡快告知，我們將會在第一時間刪除。文章觀點不代表本網(wǎng)站立場，如需處理請聯(lián)系客服。電話：028-86922220；郵箱：631063699@qq.com。內(nèi)容未經(jīng)允許不得轉載，或轉載時需注明來源： 創(chuàng)新互聯(lián)