weblogic中間件性能指標檢查

weblogic中間件巡檢方式

東西/原料

電腦
weblogic情況

方式/步調

1
一、weblogic本家兒要機能指標：
server狀況、heap區余暇環境、hogging數線程、線程運行環境、Leaked Connection Count這五項；
1、登錄節制臺
打開IE瀏覽器，輸入每個應用系統中心件WebLogic的URL，然后鍵入賬號和暗碼：
如下圖所示：
2
2、登錄節制臺當作功后，點擊選擇左邊的“域布局”下的“情況”，將會呈現該樹的子樹；然后點擊選擇“辦事器”，這樣將進入我們要巡檢的對象（下圖的紅線方框里的各個節點）：
操作如下如圖：
3
我們日常查抄的就是下圖紅框的各個節點：
4
二、機能指標查抄
1、server狀況
下圖的紅框就是我們要巡檢的“server狀況”了。一般，正常的狀況為RUNNING；當然不正常的狀況有很多多少種啦，常見的有“Failed”，“Overload”，“UNKNOW”，“ADMIN”等等，這些都不是正常運行的狀況，若是呈現除了RUNNING以外的狀況，都需要對這個節點進行各類日記闡發。這些闡發，將由中心件辦理員進行，對該節點進行排查！
5
我們先以ejb1adminserver這個辦理節點為例，巡檢上述其他四個機能指標，單擊選中ejb1adminserver，將呈現下圖；
我們巡檢每個節點就是查看“監督”下紅框所示幾個對象：
6
2、heap區余暇環境
操作如下圖：
紅框中的“堆余暇百分比”就是我們巡檢機能指標之一“heap區余暇環境”；
若是其值低于“10”，則可以視為該節點的營業忙碌；
請刷新瀏覽器，看其值是否轉變，若是轉變則，gc收受接管正常；
7
3、hogging數線程
如下圖所示：
紅框種的“獨有線程計數”就是我們巡檢的“hogging數線程”；
若是該值跨越10，而且健康狀況為Waring，那么就有可能呈現堵塞，此時則需要對其進行線程倉庫的闡發，查看是因為什么原因呈現此問題；
8
4、Leaked Connection Count
如下圖所示，在“JDBC”這個菜單下，會有一個“泄露毗連計數”，這個就是“Leaked Connection Count”。
9
若是沒有呈現“泄露毗連計數”，可以定制此表：
10
因為ejb1adminserver是辦理節點，沒有擺設數據源，所以在“JDBC”菜單下不會呈現數據；那么我們將以mk_ejb1_1來做新的示例：
若是該“泄露毗連計數”的數值跨越10，則需要闡發一下數據源；
11
5、線程運行環境
當您單擊“辦事器”的時辰，有可能呈現以下環境：
健康狀況這列呈現了一個或多個的Waring，這是就需要闡發，這個Warning到底是因為什么原因導致的。
12
我們選中此中一個報Waring的節點，查看其線程的健康狀況：
像下圖那樣，線程的健康狀況為Waring
13
同時，我們還可以查看“監督”-à“健康狀況”來查看比力具體的，看看什么原因導致節點報Waring狀況；
如下圖，該節點報Warning的原因為“ThreadPool has stuck threads”；
當然，下列紅框還有更多監督的健康狀況；若是報Warning，其會呈現對應的原因。不然健康狀況為OK。
14
求投票
END

發表于 2020-04-09 19:00
閱讀 ( 967 )
分類：其他類型

weblogic中間件性能指標檢查

東西/原料

方式/步調

你可能感興趣的文章

相關問題

0 條評論

作家榜 ?

推薦文章