HP-J2EE应用性能诊断分析方案(共24页)

1、精选优质文档-倾情为你奉上HP J2EE Diagnostics性能优化1. HP J2EE Diagnostics产品说明HP J2EE Diagnostics是一个可以独立运行的软件产品，它提供了一种自顶向下的解决方案，来对J2EE应用进行监测管理和诊断分析，它覆盖了J2EE应用的整个生命周期，即既可以在J2EE应用开发阶段使用，也可以在J2EE应用投产后使用。它即可以单独使用，也可以同HP其他的解决方案集成起来，如LoadRunner®，HP Performance Center， HP Business Availability Center。在J2EE应用服务器内部安装J2

2、EE Diagnostics Probe，它可以监控发生在应用服务器内部的所有事件，如方法调用信息、SQL语句信息、内存泄漏、包括EJB组件的问题、方法的问题、JDBC调用SQL语句、线程状态和异常等信息。实施了HP J2EE Diagnostics以后，不但可以监控到应用交易（Transaction A）端对端的响应时间，还可以进一步了解到该交易在WEB服务器、应用服务器和数据库服务器上分费的时间。HP J2EE Diagnostics分析诊断HP J2EE Diagnostics提供了包括HTTP、Servelet、JSP、EJB/Object、方法和SQL调用在内的多层次关联，它将这些内

3、部组件的数据信息同JMX和操作系统级的指标数据关联起来以显示低效率环节的详细信息，同时以一个图形化的视图显示丰富的信息内容，包括交易追踪、调用链、内存泄漏、抖动、锁同步的详细信息、进程阻塞、时延图，甚至存在问题的方法的源代码。J2EE Diagnostics能够捕捉特定方法创建实例的详细信息，包括参数传递、各个环节的时延等，定位那些特定用户数据或使用模式引起的间歇型故障的来源。 项目说明支持的应用类型J2EE应用服务器：WEBLOGIC、WEBSPHERE、JBOSS和TOMCAT等Microsoft .NET Framework: 1.1、2.0等内存及负载分析HP Diagnostics

4、for J2EE可以对每一个WebLogic Server实例的内存和负载进行监控。通过内存使用量及HeapDump功能，可以及时发现内存泄漏。热点问题分析从Diagnostics的热点问题分析可以看出，当前WebLogic 服务器上，什么方法调用最慢，什么SQL语句最耗时、以及抛出最多的异常等信息。服务请求及处理过程服务请求用于跟踪交易请求在WebLogic 服务器上的执行过程，方法调用J2EE异常分析Diagnostics 的Profiler可以精确地捕获这些异常发生的次数的地点。方法调用分析对于业务系统产生的每一个方法调用，它的调用次数、响应时间、以及抛出的异常情况等可以从Diagnos

5、tics的“方法调用”模块中得到。可以根据每个方法的响应时间(Avg times)以及调用次数（Count）来排序，发现时间消耗长的方法调用。SQL语句分析Diagnostics可以对应用服务器上执行每一条SQL语句调用次数最多，响应时间也最长，可以结合Quest的相关软件进行分析及优化。WEBLOGIC、WEBSPHERE专项分析HP Diagnostics for J2EE为WebLogic、WebSphere等知名服务器提供了专项监控功能，通过它可以获得到这些应用服务器专有的性能特征。1.1 内存及负载HP Diagnostics for J2EE可以对每一个WebLogic Serve

6、r实例的内存和负载进行监控。通过内存使用量及HeapDump功能，可以及时发现内存泄漏。通过负载视图，可以看出1.2 热点问题分析从Diagnostics的热点问题分析（Hotspots）可以看出，当前WebLogic 服务器上，什么方法调用最慢，什么SQL语句最耗时、以及抛出最多的异常等信息。1.3 请求处理链图中列出了AssertDetailBB.queryAssertDetail()方法的调用链及时间消耗，通过Call Tree可以看出，OralcePreparedStatement.executeQuery()消耗了大量时间，它执行了一个SQL语句，可以对这个SQL语句进行优化，以减小

7、处理时间。1.4 服务请求服务请求用于跟踪交易请求在WebLogic 服务器上的执行情况。1.5 Exception分析Diagnostics 的Profiler可以精确地捕获这些异常发生的次数的地点。1.6 方法调用分析对于业务系统产生的每一个方法调用，它的调用次数、响应时间、以及抛出的异常情况等可以从Diagnostics的“方法调用”模块中得到。可以根据每个方法的响应时间(Avg times)以及调用次数（Count）来排序，发现时间消耗长的方法调用。1.7 SQL语句分析图中显示的每一条SQL语句调用次数最多，响应时间也最长，可以结合Quest的相关软件进行分析及优化。1.8 系统性能

8、指标Diagnostics可以收集System（CPU、内存、IO.）、JVM（Heap）以及WebLogic（Queue、Thread、JMS、JTA、Servlets.）的指标，并作出曲线。1.9 WebLogic专项监控HP Diagnostics for J2EE为WebLogic、WebSphere等知名服务器提供了专项监控功能，通过它可以获得到这些应用服务器专有的性能特征。2. Diagnostics+LR方案使用LoadRunner模拟客户机对J2EE应用系统实加压力，采集交易响应时间和应用平台的性能数据。Controller 可以把交易响应时间、J2EE Diagno

9、stics采集数据和应用平台的性能数据放到Analysis模块中进行分析，向下Drill Down到J2EE应用服务器内部，发现消耗时间比较长的方法。2.1 方案体系结构J2EE性能诊断分析方案体系结构如下图所示： 说明：Ø 在J2EE应用服务器内部安装J2EE Diagnostics Probe（图中绿色部件），它可以监控发生在应用服务器内部的所有事件，如方法调用信息、SQL语句信息、内存泄漏、线程状态和异常等信息。Ø 使用LoadRunner模拟客户机对J2EE应用系统实加压力，采集交易响应时间和应用平台的性能数据。Ø 把交易响应时间、J2EE Diagnos

10、tics采集数据和应用平台的性能数据放到Analysis模块中进行分析，向下Drill Down到J2EE应用服务器内部，发现消耗时间比较长的方法，2.2 方案应用举例以下是国内某大型银行电子渠道交易系统（基于WebLogic Server开发）使用本方案后获得的交易响应数据：经过分析，发现“网银_账户信息查询”交易响应时间最长，其中ECTIP-CALLER层与ECTIP-CALLEE两个层面上共的时间占95%以上，而“Web Tier/Servlet”层仅占4%，Database/JDBC/Execute层仅占不到1%。通过J2EE性能诊断工具，向下Drill Down，发现该交易抛出大量异

11、常，而异常通常是造成应用性能下降和出错的主要原因：下面是“网银_账户信息查询”交易的向下分解到服务请求视图，在图中上三角表示交易响应时间最长的采样点：我们点击其中一个上三角，可以得到以下Calltree。通过Calltree可以看出消耗时间最长的方法，以及哪些方法抛出了异常，这对我们解决问题非常有帮助：我们可以帮助定们抛出了异常的方法：说明：这里仅给出本方案的一部分特性。3. Diagnostics+BAC方案3.1 方案体系结构HP监控平台由Business Availability Center和Database Server构成，它们同时安装在一台机器上。 BPM是业务监控的发起端，分别

12、安装在两个PC机上，它们发起模拟交易，探测综合查询系统的可用性和性能，并把探测数据发回给BAC服务器。Diagnostics Server是HP的J2EE诊断服务器，它从安装在J2EE应用服务器内部的探测器（图中绿色小圆圈）上采集数据，并汇报给BAC服务器。3.2 方案应用举例BPM监控数据显示“车辆查询”交易响应时间比较长，则可以从BPM报表直接向下钻取到J2EE应用服务器平台，查询交易在应用服务器上的处理情况。如下图所示：从图中可以看出，“车辆查询”交易响应时间比较长，而且波动比较大，因此我们要向下分析原因。双击该交易，我们可以看到它在应用服务器上被细分成若干个线程活动（服务请求），如下图

13、所示：对这些线程活动的延时进行排序，我们发现“/zhcx/severlet/YHTJCL”的响应时间比长，图中列出了几个关键点（向上三角形，表示响应时间比较长的采样点，向下三角形，表示响应时间比较短的采样点，圆圈表示响应时间比较平均的采样点），我们点击其中一个向上的三角形，查看该采集点发生的事件，如下图所示：从图中我们可以看出，“/zhcx/severlet/YHTJCL”往下，调用了一个SQL语句，它的执行时间占到总体的35.3%，是一个性能瓶颈所在，需要开发人员对其进行优化。4. 技术应答4.1 对J2EE、.NET、SAP R3/Netweaver、Siebel等应用系统进行诊断分析，协

14、助发现并精确定位性能瓶颈、异常、内存泄漏等问题；HP应答：满足要求。HP Diagnostics for Composite Application可以对J2EE,Microsoft .NET, SAP R3/Netweaver进行性能诊断，HP Diagnostics for Siebel可以对Siebel应用平台进行性能诊断。Diagnostics软件在性能诊断时，可以协助发现并精确定位性能瓶颈、异常、内存泄漏等问题。4.2 提供热点问题分析，了解当前J2EE 服务器上，什么方法调用最慢，什么SQL语句最耗时、以及抛出最多的异常等信息。HP应答：满足要求。HP Diagnostics fo

15、r Composite Application提供了热点问题（Hotspots）分析功能，从Diagnostics的热点问题分析可以看出，当前J2EE应用 服务器上，什么方法调用最慢，什么SQL语句最耗时、以及抛出最多的异常等信息。如下图所示：4.3 提供服务请求列表，用于跟踪交易请求在J2EE 服务器上的执行情况；HP应答：满足要求。HP Diagnostics for Composite Application可以跟踪每服务请求在J2EE应用服务器上的处理过程。如下图所示，图中列出了AssertDetailBB.queryAssertDetail()方法的调用链及时间消耗，通过Call T

16、ree可以看出，OralcePreparedStatement.executeQuery()消耗了大量时间，它执行了一个SQL语句，可以对这个SQL语句进行优化，以减小处理时间。4.4 提供方法调用分析，能够对于业务系统产生的每一个方法调用，看到它的调用次数、响应时间、以及抛出的异常情况等；HP应答：满足要求。HP Diagnostics for Composite Application提供了方法调用分析功能，它可以列出业务系统所有的方法调用信息，包括方法调用次数、响应时间、以及抛出的异常情况等。如下图所示： 4.5 提供SQL语句分析，显示调用次数最多，响应时间也最长的SQL语句；HP应答

17、：满足要求。HP Diagnostics for Composite Application提供了SQL语句调用分析功能，如下图所示。图中显示的每一条SQL语句被调用次数，平均响应时间，抛出的异常数等。4.6 可以复用LoadRunner测试脚本，进行交易监控；HP应答：满足要求。HP Diagnostics for Composite Application可以和压力测试工具LoadRunner结合起来，共同完成性能测试和调优任务。LoadRunner脚本中定义的交易信息，可以传递到Diagnostics中，成为性能分析的入口点，如下图所示：4.7 灵活实现类和方法的深度监控与诊断（包括标准和非标准）；HP应答：满足要求。HP Diagnostics for Composite Application通过正则表达式，实现类和方法的深度监控和诊断。例如，如果要实现对com.jet包中的所有的类进行监控，可以按如下方式来编写正则表达式。Diagnostics已经对J2EE标准的类，WebLogic, WebSphere, Portal等常见的中间件的类进行了监控，这些标准的类不必再通过正则表达式来配置4.8 可与运维系统的业务可用性监控集成，从业务可用性监控直接调