如何使用Diagnostics工具监控应用服务器

1文档编写目的

本文档介绍HP Diagnostics应用服务器监控工具的安装、配置、作用以及影响。

2HP Diagnostics组件介绍

2.1Diagnostics Probe

Diagnostics Probe(探针)负责从应用程序中捕捉各种事件、对象，计算度量信息并将结果发送到Diagnostics Server。Java Probe还提供剖析功能，能获取到与被测程序有关的更细节的诊断信息。

2.2Diagnostics Servers

Diagnostics Servers负责协调Probe及其他HP软件，处理从各个组件搜集的性能诊断数据，并以各种视图的形式展示出来。

Mediator模式的Diagnostics Server接受来自Probe的诊断数据，并通过进一步处理和计算，生成可供在视图上展示的数据。

Commander模式的Diagnostics Server负责调控Diagnostics各个组件及其他外部产品（LoadRunner Controller、Performance Center等），跟踪各个组件的工作状态。Commander模式的另一个作用是为最终用户提供一个监控各种性能视图，执行各种参数配置的界面。同时Commander模式的Diagnostics Server也拥有Mediator模式的Server的数据处理功能。

2.3Diagnostics结构图

l 一套Diagnostics系统中包括至少一个Command模式下的Server，可以包含0-N个Mediator模式的Server

3HP Diagnostics安装及配置

3.1HP Diagnostics 系统硬件配置要求

3.1.1Diagnostics Server

Platform

Item

Up to 10 Probes

Up to 20 Probes

Up to 10 Probes

Windows

CPU

1X1.0GHZ

1X2.0GHZ

2X2.4GHZ

Windows

Memory

768MB

1GB

3GB

Solaris

CPU

1XUltra Sparc 2

2XUltra Sparc 2

2XUltra Sparc 3

Solaris

Memory

1GB

1.5GB

3GB

Linux

CPU

1X1.0GHZ

1X2.0GHZ

2X2.4GHZ

Linux

Memory

768MB

1GB

3GB

HP-UX

CPU

1X1.0GHZ

1X2.0GHZ

2X2.4GHZ

HP-UX

Memory

768MB

1GB

3GB

All

Java Heap

350MB

700MB

1400MB

All

Disk

3 GB per probe

3.1.2Diagnostics JAVA Probe

Platform

All Platforms

Memory

50 MB Additional RAM

Free Hard Disk Space

200 MB Additional Space

3.2HP Diagnostics 系统安装

3.2.1Diagnostics Server安装

在Windows系统下安装Diagnostics Server的步骤如下：

l从安装文件所在文件夹中运行DiagnosticsServerSetupWin_8_00.exe

l阅读许可文档

l选择安装路径

l选择Server运行在Commander模式或Mediator模式下

l（如果选择了安装Commander模式的Server）选择时间同步方式，用于同步一套Diagnostics系统，这里选择Synchronize with system time。

l选择Diagnostics Server是否与HP其他软件产品一起工作，没有的话直接选择Next

l确认安装选项，开始安装

l结束安装

3.2.2Windows下Diagnostics JAVA Probe安装

在Windows系统下安装Diagnostics JAVA Probe的步骤如下：

l从安装文件所在文件夹中运行JavaAgentSetup_win_8_00.exe。

l阅读许可文档。

l选择安装目录。

l确认安装选项，开始安装。

l结束安装，自动弹出Agent配置界面。

选择如上图所示，点击“下一步”。

l填写探针名称和组名称，以便在服务器端识别，组名称使用Default也可，点击“下一步”。

l填写Diagnostics Server的IP地址及端口号，点击“下一步”。

l配置后选项，勾选“运行JRE Instrumenter…”

l添加JVM,选择复制参数。

l将复制的参数添加到WebLogic启动文件中，重新启动WebLogic服务器。

3.2.3UNIX下Diagnostics JAVA Probe 安装

Diagnostics Java Probe在IBM AIX、HP UNIX以及Linux操作系统中安装方法一致。唯一的区别是不同的平台有不同的安装文件。例如：AIX平台的安装文件为JavaAgentSetup_ibm_8_00.bin、HP平台的安装文件为JavaAgentSetup_hp11x_8_00.bin。

下面以AIX平台root用户安装Java Probe为例进行说明：

一、以二进制方式上传安装文件至服务器。

二、执行 #chmod 755 JavaAgentSetup_ibm_8_00.bin授予文件可执行权限。

三、执行 #./ JavaAgentSetup_ibm_8_00.bin -console，根据提示进行安装即可，注意设置Java Probe的安装目录，此处假设为 /MercuryDiagnostics。

四、修改/MercuryDiagnostics/JavaAgent/DiagnosticsAgent/etc下的三个配置文件配置Java Probe：

1、 dynamic.properties修改配置如下：

mediator.host.name=IP (diagnostics8服务器IP地址)

mediator.port.number=2612 (代理端与服务器的通信端口，默认2612)

2、 dispatcher.properties修改配置如下：

registrar.url=http://IP:2006/commander/registrar/

(diagnostics8服务器IP地址和端口)

3、 probe.properties修改配置如下：

active.products=Enterprise

id=lcam

group=szcomtop

五、进入/opt/MercuryDiagnostics/JavaAgent/DiagnosticsAgent/bin，运行如下命令：

#./jreinstrumenter.sh –i /usr/java5(应用所使用的JVM的安装路径)

生成一段代码。

六、将生成的代码添加到WebLogic启动文件中，重新启动WebLogic服务器。

4HP Diagnostics 基本功能

打开IE浏览器输入http://<diagnostics_server_host>:2006，可打开Diagnostics Server使用界面如下：

点击Open Diagnostics，输入用户名密码（均为admin）进入监控主界面

在此界面中选择对应的应用程序，可打开该应用程序的各种监控视图

Diagnositcs系统组织结构定义：

lDiagnostics System可包含多个Application，通过Diagnostics Server（Commander）的监控界面可以查看所有被监控的Application状态

lApplication被监控程序，一个Application中可以包含多个Probe Groop

lProbe Group Probe组，可以是一组职能相近的Probe的集合

l Probe一个探针

4.1Server Summary View

l最上方的Status视图列出Probe Group中的所有Probe，选择任意一个Probe就会列出该Probe的一些系统级的诊断信息。

l左下方的All Aggregate Requests视图显示近5分钟内延迟最严重的Top 5请求（注意这个Top5是针对所有Probe侦测的所有请求而言的，如果需要观察某个Probe的Top5延迟请求，需要使用Filter）

l右下方的Alert Events显示最近5个发声的Alert Notification（可以针对Server、Host、Probe Group、Probe设置各种Alert Notification Rule，当系统状况打到某个条件时发送Notification）

4.2Application Metric View

l该视图显示过去5分钟内CPU使用率最高的5个Application

l 鼠标移动到某一条趋势线会有详细信息列出，见下图（这里的Latency延迟我不是太理解是指哪个对象的延迟，应该是指请求在应用程序的延迟）

4.3Dependent Services View

l该视图显示延迟最严重的5个Dependent Services

l Dependent Services应该是指JDBC、RMI、WebServices、ADO（.NET）等非应用层的外部服务单元

l上面是每个Dependent Services 的 Services Call View，显示针对这个Services的Top 5延迟的Services Call

4.4Host View

l显示CPU使用率最高的5台服务器

4.5Load View

l该视图显示Load值最高的前5个Layer

l Load值计算方法：

Load = Average Latency / Point Duration

其实Average Latency是指所有线程在当前Layer中的平均执行时间，Point Duration是一个合计的粒度值。

4.6Outbound Calls View

l该视图显示延迟最高的5个Outbound Calls

lDiagnostic监控的Outbound Calls类型包括：

ØWeb Service

ØRMI. Calls between Java servers.

ØRFC (SAP R/3). Calls between SAP servers.

ØCICS. Calls within an IBM environment.

Ø JMS. Calls between Java servers and message servers.

4.7Probe View

l该视图显示JVM使用率最高的5个Probe信息。

l 视图对象表格

l双击某个Probe会显示该Probe的Server Request View。

4.8SQL Statements View

l该视图显示执行时间最长的5条SQL语句

l默认是从所有Probe Group中的所有Probe上执行过的所有SQL语句中筛选，如果需要查看某个Probe的SQL执行情况，请使用Filter

lSQL语句的执行时间需超过设置的限定值才会在本视图中显示，限定值在相关配置文件中设置，默认限定值为1s。

l Details中列出所选SQL语句的执行位置、执行方法、次数、超时率等信息

4.9Aggregate Requests and Server Requests View

Aggregate Requests View

Server Requests View

l显示响应时间最长的5个Aggregate Request和Server Request

lAggregate Request和Server Request的区别，Aggregate Request的响应时间包括server requests和 dependent service calls的时间。

l Server Request的视图对象表的细节

显示请求的类型、请求发起的源码位置（Package、Method等）

l 在Server Request视图中，当选择了某个Server Request，视图中将会高亮该Request的趋势线，同时会

点击途中的、、图标，将会显示当前Request的Instance Tree（CallProfile）视图，其中各图标的含义如下：

A maximum instance tree，响应时间最长时的内部调用轨迹

A median instance tree，响应时间中等时的内部调用轨迹

A minimum instance tree，响应时间最短时的内部调用轨迹

典型的Instance Tree视图如下：

4.10Status Views

l显示系统中所有Probe Group、Probe、Host的概要信息及当前状态

4.11Topology View

l根据发送的请求的执行路径，获取并显示当前应用的网络拓扑图。

4.12Transactions View

l该视图显示响应时间最长的5个事务。

4.13Trended Methods View

l显示执行时间最长的5个方法，要对特定类、方法进行监测，需修改相关配置文件。

4.14Layers View

l该视图显示执行时间所占比重最高的5个Layer的延迟时间

l 视图对象表格细节

4.15Call Profile View

lCall Profile Graph显示一个Server Request的方法调用过程，高亮最耗时的方法调用步骤

lCall Tree Table以制表的形式列出Call Profile Graph的调用过程，包括每个层级中各个方法调用的耗时、占比、使用的CPU时间等

l Details Pane显示某个方法调用的一些详细信息

4.16Collections and Resources Views

Collections Views

l该视图可以按照Collection Size或者growth排列显示出排名前5的Collection信息

Resources Views

l该视图显示element数量前5位的Resource，Resource是指各种jar包

5Diagnostics分析功能

访问J2EE Diagnostics Profiler的URL：

http://<probe_host>:<probeport>/profiler其中probeport默认为35000

工具栏的几个按钮：

l Refresh实时刷新最新数据

l Garbage Collection 强制垃圾回收

l Reset 重置计数和时间信息

l Link to Product information

l Help 打开On-line help

5.1使用Summary Tab来分析性能

l Summary Tab显示当前Probe的JVM内存使用情况、Load值和最慢的Requests

l 在Memory视图点击“drill into”按钮会显示堆的细分内容（详细请见Collection Tab章节）

l 在Load视图中会根据不同的层显示每个层的Load值，见下图：

l 在Slowest Requests视图中点击每个Request，会弹出对应的Call Profile View

5.2使用Hotspots Tab来分析性能

l Hotspots Tab显示耗时最长的方法、CPU时间使用最久的方法及执行时间最长的SQL语句

l 点击“view all methods”将链接到All Methods Tab，点击“view all SQL”将链接到All SQL Tab

l 在Slowest Methods和CPU Hotspots两个视图中点击某个方法，都会跳转到该方法的Call Profile 视图

l 在Slowest SQL视图中点击某个SQL语句，会显示完整版的SQL语句

5.3使用Metrics Tab来分析性能

5.4使用Threads Tab来分析性能

5.5使用All Methods Tab来分析性能

l 显示方法名、总耗时、平均耗时、被调次数、异常数、总CPU时间、平均CPU时间、所属层级

l 双击方法会显示该方法的Call Profile View

5.6使用All SQL Tab来分析性能

l 所有SQL的执行情况

5.7使用Exceptions Tab来分析性能

l 所有异常情况及次数

5.8使用Server Requests Tab来分析性能

l 所有Server Requests的统计信息。

5.9使用Web Services Tab来分析性能

l 现在最慢的前四个Web Service Operations（Inbound Call）和Outbound Web Service Calls

6Diagnostics监控工具安装后风险分析

Ø 安装Diagnostics Server需要更改计算机MAC地址，要确保该机器允许修改MAC地址。

Ø Diagnostics Server与应用服务器是两台机器，安装Diagnostics Server不影响应用系统。

Ø Diagnostics服务器通过应用服务器上的Diagnostics Probe(探针)获取通过应用服务器的信息，进行监控。探针对服务器的影响微小，可忽略不计。

Ø 探针如果出现问题，导致weblogic服务无法启动，紧急情况可将添加在startWebLogic.sh文件中的那段代码去掉即可。

转载，仅供参考，祝你愉快，满意请采纳。1文档编写目的

本文档介绍HP Diagnostics应用服务器监控工具的安装、配置、作用以及影响。

2HP Diagnostics组件介绍

2.1Diagnostics Probe

Diagnostics Probe(探针)负责从应用程序中捕捉各种事件、对象，计算度量信息并将结果发送到Diagnostics Server。Java Probe还提供剖析功能，能获取到与被测程序有关的更细节的诊断信息。

2.2Diagnostics Servers

Diagnostics Servers负责协调Probe及其他HP软件，处理从各个组件搜集的性能诊断数据，并以各种视图的形式展示出来。

Mediator模式的Diagnostics Server接受来自Probe的诊断数据，并通过进一步处理和计算，生成可供在视图上展示的数据。

Commander模式的Diagnostics Server负责调控Diagnostics各个组件及其他外部产品（LoadRunner Controller、Performance Center等），跟踪各个组件的工作状态。Commander模式的另一个作用是为最终用户提供一个监控各种性能视图，执行各种参数配置的界面。同时Commander模式的Diagnostics Server也拥有Mediator模式的Server的数据处理功能。

ASP是Active Server Page的缩写，意为“活动服务器网页”。ASP是微软公司开发的代替CGI脚本程序的一种应用,它可以与数据库和其它程序进行交互，是一种简单、方便的编程工具。ASP的网页文件的格式是.asp，现在常用于各种动态网站中。 ASP是一种服务器端脚本编写环境，可以用来创建和运行动态网页或web应用程序。ASP网页可以包含HTML标记、普通文本、脚本命令以及COM组件等。利用ASP可以向网页中添加交互式内容（如在线表单），也可以创建使用HTML网页作为用户界面的web应用程序。 与HTML相比，ASP网页具有以下特点：

（1）利用ASP可以实现突破静态网页的一些功能限制，实现动态网页技术；

（2）ASP文件是包含在HTML代码所组成的文件中的，易于修改和测试；

（3）服务器上的ASP解释程序会在服务器端制定ASP程序，并将结果以HTML格式传送到客户端浏览器上，因此使用各种浏览器都可以正常浏览ASP所产生的网页；

（4）ASP提供了一些内置对象，使用这些对象可以使服务器端脚本功能更强。例如可以从web浏览器中获取用户通过HTML表单提交的信息，并在脚本中对这些信息进行处理，然后向web浏览器发送信息；

（5）ASP可以使用服务器端ActiveX组建来执行各种各样的任务，例如存取数据库、发现哦那个Email或访问文件系统等。

（6）由于服务器是将ASP程序执行的结果以HTML格式传回客户端浏览器，因此使用者不会看到ASP所编写的原始程序代码，可放置ASP程序代码被窃取。

当一个设备给另外一个设备通过无线传输技术发送信息时，周围的其他同类设备都是能够收到这些信息的，WiFi探针技术就是基于这个原理。具体来说，只要一个WiFi设备在WiFi探针的侦听范围内，当这个WiFi设备（无论是终端、路由器或者其他WiFi设备）发送任何一帧（Frame）时，不管是发给谁，探针都能截获，并分析出此帧MAC层与物理层的一些信息，比如发送与接收设备的MAC地址、帧类型、信号强度等。对于周围的WiFi设备来说，探针是透明的。探针不需要与周围的设备有任何交互，其本身不需要发出任何WiFi信号。

最初，人们往往是通过改装路由器AP来增加探针功能，但效果不理想。一是会影响AP的上网性能，二是其提供的探针在功能与性能上都不是很好，比如，只能侦听特定的帧或者特定信道等。现在，好的探针都是独立工作的。

探针的主要用途是统计与分析周围的WiFi设备。随着智能手机的普及，WiFi探针也部署得越来越多。只要手机的WiFi开着，不管有没有连接热点，都可以被探针探测到。当然，大家也不用担心个人隐私被偷走了。探针只能知道手机WiFi的MAC地址以及其他MAC层的信息，包括目标MAC、传输信道、帧类型、信号强度、所连接的热点名称等；而手机号码与上网的具体信息（包括QQ号、微信号等），光靠探针是获取不到的，除非在很特殊的情况下。另外，现在的一些手机为了不被探针抓取到自己的MAC地址，在一些情况下会使用随机的伪MAC地址。

探针可以用于如下领域：客流统计与分析、精准营销、公共安全、考勤、VIP到店提醒等，这里就不一一展开说了。

最后说一下，以我们多年开发WiFi探针的经验与对探针技术的理解，目前点赞人数最多的回答，其实不是很准确。

---