一、weblogic主要性能指标：

server状态、heap区空闲情况、hogging数线程、线程运行情况、Leaked Connection Count这五项；

1、登录控制台

打开IE浏览器，输入每个应用系统中间件WebLogic的URL，然后键入账号和密码：

如下图所示：

2、登录控制台成功后，点击选择左边的“域结构”下的“环境”，将会出现该树的子树；然后点击选择“服务器”，这样将进入我们要巡检的对象（下图的红线方框里的各个节点）：

操作如下如图：

我们日常检查的就是下图红框的各个节点：

二、性能指标检查

1、server状态

下图的红框就是我们要巡检的“server状态”了。一般，正常的状态为RUNNING；当然不正常的状态有好多种啦，常见的有“Failed”，“Overload”，“UNKNOW”，“ADMIN”等等，这些都不是正常运行的状态，如果出现除了RUNNING以外的状态，都需要对这个节点进行各种日志分析。这些分析，将由中间件管理员进行，对该节点进行排查！

我们先以ejb1adminserver这个管理节点为例，巡检上述其他四个性能指标，单击选中ejb1adminserver，将出现下图；

我们巡检每个节点就是查看“监视”下红框所示几个对象：

2、heap区空闲情况

操作如下图：

红框中的“堆空闲百分比”就是我们巡检性能指标之一“heap区空闲情况”；

如果其值低于“10”，则可以视为该节点的业务繁忙；

请刷新浏览器，看其值是否变化，如果变化则，gc回收正常；

3、hogging数线程

如下图所示：

红框种的“独占线程计数”就是我们巡检的“hogging数线程”；

如果该值超过10，并且健康状况为Waring，那么就有可能出现堵塞，此时则需要对其进行线程堆栈的分析，查看是由于什么原因出现此问题；

4、Leaked Connection Count

如下图所示，在“JDBC”这个菜单下，会有一个“泄露连接计数”，这个就是“Leaked Connection Count”。

如果没有出现“泄露连接计数”，可以定制此表：

由于ejb1adminserver是管理节点，没有部署数据源，所以在“JDBC”菜单下不会出现数据；那么我们将以mk_ejb1_1来做新的示例：

如果该“泄露连接计数”的数值超过10，则需要分析一下数据源；

5、线程运行情况

当你单击“服务器”的时候，有可能出现以下情况：

健康状况这列出现了一个或多个的Waring，这是就需要分析，这个Warning到底是由于什么原因导致的。

我们选中其中一个报Waring的节点，查看其线程的健康状况：

像下图那样，线程的健康状况为Waring

同时，我们还可以查看“监视”-à“健康状况”来查看比较详细的，看看什么原因导致节点报Waring状况；

如下图，该节点报Warning的原因为“ThreadPool has stuck threads”；

当然，下列红框还有更多监视的健康状况；如果报Warning，其会出现对应的原因。否则健康状况为OK。

求投票