一種weblogic連接池失效監(jiān)測方法
【技術(shù)領域】
[0001] 本發(fā)明涉及一種數(shù)據(jù)庫連接監(jiān)控方法，尤其涉及一種weblogic連接池失效監(jiān)測 方法。
【背景技術(shù)】
[0002] 隨著IT行業(yè)的快速發(fā)展，傳統(tǒng)的〃C/S"應用系統(tǒng)模式已不能適應企業(yè)新的發(fā)展需 求，而新的三層或多層體系結(jié)構(gòu)開發(fā)模式也就應運而生。多層結(jié)構(gòu)基本思想是將用戶界面 同企業(yè)邏輯分離，分別放置在相同或不同的硬件平臺，把處理企業(yè)數(shù)據(jù)的應用邏輯、數(shù)據(jù)庫 管理及事務管理移動到中間層，多層體系結(jié)構(gòu)的關(guān)鍵技術(shù)在于中間層能否使系統(tǒng)具有很強 的可擴展性能，可重用性、并發(fā)性能和可管理性。行業(yè)里面中間層主要分為兩種類型產(chǎn)品， 一種是開源產(chǎn)品如Tomcat等，另外一種像IBMOracle這些大廠商提供的商用業(yè)務產(chǎn)品如 WebLogic等。商業(yè)產(chǎn)品weblogic中間件是一個用于集成、開發(fā)、部署和管理大型分布式WEB 應用、網(wǎng)絡數(shù)據(jù)庫應用的JAVA應用服務器。眾所周知用戶在終端上發(fā)起業(yè)務數(shù)據(jù)請求，中 間件負責接收每一次數(shù)據(jù)訪問請求，而這些請求需經(jīng)歷建立數(shù)據(jù)庫連接，打開數(shù)據(jù)庫，存取 數(shù)據(jù)庫和關(guān)閉數(shù)據(jù)庫連接等操作步驟。如果頻繁的進行這些操作會造成數(shù)據(jù)庫連接使用效 率低下，使系統(tǒng)整體性能下降。雖然中間件提供連接池的配置方式，然而連接池的故障會影 響客戶正常訪問系統(tǒng)，導致服務不可用，進而影響到業(yè)務正常使用。
[0003] 長期以來當weblogic中間件報出關(guān)于連接池失效問題來，中間件與數(shù)據(jù)庫之間 的數(shù)據(jù)庫連接出現(xiàn)問題導致系統(tǒng)中斷，但這個問題有很多種可能性導致，最終問題的原因 還是一無所知。例如'中間件所在虛擬機出現(xiàn)什么異常'，'中間件所在的虛擬機網(wǎng)卡有異 常'，'虛擬機的物理機網(wǎng)絡連接有異常'，'中間件虛擬機到數(shù)據(jù)庫網(wǎng)絡問題'和'數(shù)據(jù)庫監(jiān) 聽'等等。如果這個問題得不到最好的分析處理，勢必會比客戶帶來嚴重的影響，也會給IT 維護組帶來大量投訴。因此如何有效分析weblogic連接池失效故障，提升客戶的滿意度。 特別是對于大型的應用系統(tǒng)，用戶在正常辦理業(yè)務的時候，突然因為weblogic連接池失效 問題，導致業(yè)務無法辦理，勢必會給客戶帶來不良后果，大大影響了用戶體驗。為了確保業(yè) 務正常訪問，有必要對weblogic連接池失效做相應的監(jiān)控和應對措施。但目前實際應用中 對于判斷手段較為缺乏，分析問題比較盲目，主要有以下幾種途徑：
[0004] 1、依賴于用戶報障，如用戶在使用某項功能或執(zhí)行某項操作響應變慢，執(zhí)行時間 較正常時超出許多。甚至應用系統(tǒng)無法正常使用。由用戶報障給業(yè)務部門，業(yè)務部門自查 后再報障給維護部門，再由維護人員通知開發(fā)人員及數(shù)據(jù)庫人員對性能問題業(yè)務進行跟進 處理。此時業(yè)務已經(jīng)受到影響，至于是個別用戶性能問題，還是系統(tǒng)不能正常提供服務，無 法統(tǒng)一進行判斷，是一種后知后覺的處理方法。這時業(yè)務性能分析是采取被動方式進行端 到端分析過程，到問題真正得到解決需要花費大量時間，對業(yè)務造成不可估量的影響。
[0005] 2、日志記錄方式：記錄對業(yè)務功能點每一個步驟耗時，通過日志記錄方式監(jiān)測與 分析業(yè)務處理性能；在系統(tǒng)正式運行過程中，當發(fā)現(xiàn)業(yè)務功能較慢時，通過人工分析日志方 式被動分析業(yè)務性能較差的原因。日志記錄方式，雖然能夠很好記錄系統(tǒng)業(yè)務功能每個步 驟性能情況，但取決于系統(tǒng)設計之初有良好日志記錄方式，如果沒有相應標準日志記錄方 式，則需要花費大量人力及財力，對系統(tǒng)進行改造，效果并不理想，常常找到了故障日志最 終還是無法分析故障原因。
[0006] 3、故障被動處理：當中間件出現(xiàn)連接池連接不夠，連接泄露，連接拒絕，連接重置， 連接超時，連接自動提交失敗等問題時，系統(tǒng)已經(jīng)無法正常提供服務，用戶可以感知到系統(tǒng) 現(xiàn)在訪問很慢一直在等系統(tǒng)等待。給用戶帶來了嚴重影響。
[0007] 由上可見，現(xiàn)有技術(shù)方案雖然有事前及事后兩種應急處理方式，但是都存在缺陷， 無法精準的分析連接池失效原因。問題定位與分析需要花費大量人力、時間來進行處理，存 在一定的被動性及盲目性。

【發(fā)明內(nèi)容】

[0008] 本發(fā)明所要解決的技術(shù)問題是提供一種weblogic連接池失效監(jiān)測方法，能夠?qū)?中間件連接池失效進行直接監(jiān)控，提前發(fā)送告警，預估調(diào)整連接池最大容量值，大大提升業(yè) 務系統(tǒng)的性能穩(wěn)定性。
[0009] 本發(fā)明為解決上述技術(shù)問題而采用的技術(shù)方案是提供一種weblogic連接池失效 監(jiān)測方法，包括如下步驟：a)采用腳本監(jiān)控weblogic連接池當前連接激活數(shù)，如果當前連 接激活數(shù)達到預設閥值產(chǎn)生告警提示；b)采用腳本定期查看日志監(jiān)控weblogic連接池是 否出現(xiàn)泄露問題，對查找到的泄露連接，如果在預定釋放時間內(nèi)沒有活動，將之釋放并回收 到連接池；c)實時監(jiān)控weblogic連接池的運行狀態(tài)，如果發(fā)現(xiàn)weblogic連接池處于失效 狀態(tài)，利用腳本自動重啟weblogic服務。
[0010] 上述的weblogic連接池失效監(jiān)測方法，其中，所述步驟a)如果監(jiān)控到當前連接激 活數(shù)達到第一預設閥值則產(chǎn)生告警提示并立即執(zhí)行步驟b)進行泄露監(jiān)控，如果監(jiān)控到當 前連接激活數(shù)達到第二預設閥值則減少預定釋放時間，或者調(diào)整連接池最大容量值，所述 第二預設閥值大于第一預設閥值。
[0011] 上述的weblogic連接池失效監(jiān)測方法，其中，所述步驟b)還包括提取查找到的泄 露連接對應的堆棧代碼，判斷是否沒有加入關(guān)閉連接代碼并進行更正。
[0012] 上述的weblogic連接池失效監(jiān)測方法，其中，所述步驟c)通過實時監(jiān)控記錄 weblogic中間件主機和數(shù)據(jù)庫主機的資源消耗情況，并跟蹤記錄weblogic中間件主機到 數(shù)據(jù)庫主機之間的路由，判斷weblogic連接池是否失效并進行故障定位。
[0013] 上述的weblogic連接池失效監(jiān)測方法，其中，所述步驟c)采用shell腳本通過 ping不同大小的數(shù)據(jù)包來實時監(jiān)控weblogic中間件主機到數(shù)據(jù)庫主機的網(wǎng)絡情況；或者 采用shell腳本從weblogic中間件主機telnet到數(shù)據(jù)庫主機進行端口檢測；或者采用 shell腳本通過tcpdump工具實時抓取weblogic中間件到數(shù)據(jù)庫之間的雙向網(wǎng)絡數(shù)據(jù)包。
[0014] 上述的weblogic連接池失效監(jiān)測方法，其中，所述步驟c)通過部署0SW工具來實 時監(jiān)控主機CPU，內(nèi)存和磁盤10消耗情況；或者采用shell腳本實時通過weblogic.jar直 連數(shù)據(jù)庫。
[0015] 上述的weblogic連接池失效監(jiān)測方法，其中，所述步驟c)通過查找weblogic的 服務日志文件是否出現(xiàn)連接失效關(guān)鍵字，從而判斷weblogic連接池是否處于失效狀態(tài)。
[0016] 上述的weblogic連接池失效監(jiān)測方法，其中，所述連接失效關(guān)鍵字包括連接拒 絕、失效、超時、重置或自動提交失敗。
[0017] 本發(fā)明對比現(xiàn)有技術(shù)有如下的有益效果：本發(fā)明提供的weblogic連接池失效監(jiān) 測方法，通過對中間件連接池失效進行直接監(jiān)控，提前對連接池將滿發(fā)送告警，通過預估值 來調(diào)整連接池最大容量值，以及連接池失效后第一時間自動重啟中間件服務；更加容易發(fā) 現(xiàn)泄露的代碼，大大提升業(yè)務系統(tǒng)的性能穩(wěn)定性。
【附圖說明】
[0018] 圖1為本發(fā)明weblogic連接池失效監(jiān)測流程示意圖。
【具體實施方式】
[0019] 下面結(jié)合附圖和實施例對本發(fā)明作進一步的描述。
[0020] 圖1為本發(fā)明weblogic連接池失效監(jiān)測流程示意圖。
[0021] 請參見圖1，本發(fā)明提供的weblogic連接池失效監(jiān)測方法，包括如下步驟：
[0022] 步驟S1 :采用腳本監(jiān)控weblogic連接池當前連接激活數(shù)，如果當前連接激活數(shù)達 到預設閥值產(chǎn)生告警提示；
[0023] 步驟S2 :采用腳本定期查看日志監(jiān)控weblogic連接池是否出現(xiàn)泄露問題，對查找 到的泄露連接，如果在預定釋放時間內(nèi)沒有活動，將之釋放并回收到連接池；
[0024] 步驟S3 :實時監(jiān)控weblogic連接池的運行狀態(tài)，如果發(fā)現(xiàn)weblogic連接池處于 失效狀態(tài)，利用腳本自動重啟weblogic服務。
[0025] 本發(fā)明提供的weblogic連接池失效監(jiān)測方法，主要分為監(jiān)控層、告警層和分析層 共三層來實現(xiàn)，各層的主要功能實現(xiàn)如下：
[0026] 1、監(jiān)控層
[0027] 監(jiān)控層采用自動腳本監(jiān)控方式提早發(fā)現(xiàn)中間件連接池的問題，同時提早采取預防 措施，此模塊通過多種監(jiān)控手段來采集需要的連接數(shù)日志數(shù)據(jù)作為故障分析條件。
[0028] 1)、連接池連接不夠
[0029] 當系統(tǒng)在高峰期間，應用系統(tǒng)訪問相當大，同時也面臨著當時調(diào)整的連接數(shù)是否 滿足業(yè)務實際需求。萬一連接池滿了無法預估調(diào)整多少，可以提早發(fā)現(xiàn)連接池不夠現(xiàn)象，及 時調(diào)整連接池大小。
[0030] 2)、連接池連接泄露
[0031] 當應用申請了一個連接時，用完了連接一直用著而不釋放，導致大量連接被連接 中，而一個數(shù)據(jù)庫連接池里面的資源是有限的，所以應用用完之后應該及時釋放連接，將連 接還回到池中，否則池中的資源會被耗盡。有必要對連接泄露的程序進行分析，分析是否沒 有加入關(guān)閉連接代碼。
[0032]3)、0SW性能監(jiān)控
[0033] 0SW(0SWatcher)工具來實時監(jiān)控主機CPU，內(nèi)存，磁盤10消耗情況，以及中間件 到數(shù)據(jù)庫主機之間的路由跟蹤。業(yè)務壓力狀況，會直接反應到主機咨詢消耗上，通過osw工 具可實時監(jiān)測主機資源使用情況，并將日志數(shù)據(jù)輸出到文件，以便后續(xù)對耗時情況進行分 析。