在我們的數據庫中,我們發現GV $ Session中的非活動會話數很高。但是,在監視weblogic服務器中的連接池時,沒有找到與數據庫中指示的連接數量一樣多的連接。連接泄漏問題Weblogic
檢查連接泄漏的應用程序代碼,但無法找到任何。你能幫我指出可能是這裏的問題嗎?
的Weblogic 8.1, Oracle 10g中
在我們的數據庫中,我們發現GV $ Session中的非活動會話數很高。但是,在監視weblogic服務器中的連接池時,沒有找到與數據庫中指示的連接數量一樣多的連接。連接泄漏問題Weblogic
檢查連接泄漏的應用程序代碼,但無法找到任何。你能幫我指出可能是這裏的問題嗎?
的Weblogic 8.1, Oracle 10g中
你在WebLogic集羣上運行?
請記住,每個託管服務器都會打開配置的數據庫連接數,因此如果您有10個JDBC連接和4個託管服務器的計數,則會有40個打開的會話。
然後,您是否使用相同的憑據將多個池配置爲相同的數據庫,您必須爲每個受管服務器將所有這些數據庫合計起來。
請在連接設置中計算每個JDBC允許的最大連接數。 然後檢查每個JDBC到每個服務器的映射。
當您的應用程序運行時,weblogic服務器會在用戶建立與數據庫的連接後,而不是斷開連接,將其保留爲非活動會話。因此易於重新用於weblogic。隨着越來越多的應用程序被加載,這個數字增加到允許的最大數量。
一旦這個數字超過一個JDBC,JVM就開始給出錯誤。
但連接不會丟失,它們處於非活動狀態。這相當於你得到的那個數。
我想他們會一樣的。在這種情況下,請調整您的應用程序以減少連接時間,並嘗試更好的連接邏輯(如果可用的話)。
是的,我們有一個集羣環境,並且是配置多個池。我已經將來自所有託管服務器的連接池計數加在一起,但仍然存在不匹配。 DB不活躍的sesssion計數非常高 – msher420