Weblogic常用监控方法及指标

合集下载

weblogic 实例健康状态监视实现原理

weblogic 实例健康状态监视实现原理

weblogic 实例健康状态监视实现原理文章标题:深度解析Weblogic实例健康状态监视实现原理一、引言Weblogic作为一种流行的Java应用服务器,在企业级应用中扮演着重要角色。

而实例健康状态监视是保证Weblogic平稳运行的关键机制之一。

本文将深入探讨Weblogic实例健康状态监视的原理和实现方式,并尝试从简到繁,由浅入深地解析这一话题。

二、Weblogic实例健康状态监视的意义和作用Weblogic实例健康状态监视是为了保障应用服务器的稳定性和可靠性而设计的。

它能够帮助系统管理员及时发现系统异常,预防系统故障,提高系统的可用性和安全性。

1. 实例健康状态监视基本概念Weblogic实例健康状态监视是指对服务器实例进行实时监控,通过记录和分析实例运行时的状态及参数来维护服务器的稳定性。

它通常包括对CPU利用率、内存消耗、线程状态、系统负载等指标的监控。

2. 实例健康状态监视的作用实例健康状态监视不仅可以帮助系统管理员及时发现潜在问题,还可以追踪问题发生的原因,提高问题排查的效率。

它还能够为系统的自动化运维提供基础数据和保障。

三、Weblogic实例健康状态监视的实现原理和方式Weblogic实例健康状态监视的实现原理主要包括以下几个方面:监控项的选择、数据收集和分析、告警和报警机制等。

1. 监控项的选择在进行实例健康状态监视时,需要选择适当的监控项来评估服务器实例的运行情况。

常见的监控项包括CPU利用率、内存消耗、线程状态、系统负载、响应时间等。

这些监控项能够全面反映服务器实例的运行状况,对于及时发现问题至关重要。

2. 数据收集和分析数据收集是实例健康状态监视的基础。

Weblogic通常会通过Agent或者JMX等方式来收集服务器实例的运行数据,然后通过数据分析来评估实例的健康状态。

这一过程需要借助一些监控工具或者自定义脚本来完成。

3. 告警和报警机制当服务器实例的健康状态出现异常时,需要及时通知系统管理员进行处理。

非功能测试监控与简单问题定位分析

非功能测试监控与简单问题定位分析

指标名称
LoadRunner监控主机指标说明-AIX
指标类型
CPU
指标名称
CPU utilization CPU System mode CPU utilization User mode CPU utilization Page-in rate
Memory
Page-out rate
Paging rate
指标类型 CPU
Memory Disk
指标名称 CPU utilization CPU System mode CPU utilization User mode CPU utilization Page-in rate Page-out rate Paging rate Disk rate
指标描述 CPU 的使用时间百分比 在系统模式下使用 CPU 的时间百分比 在用户模式下使用 CPU 的时间百分比 每秒钟读入到物理内存中的页数 每秒钟写入页面文件和从物理内存中删除的页数 每秒钟读入物理内存或写入页面文件的页数 磁盘传输速率
主机监控——AIX ——监控指标
主机命令监控指标说明-AIX
指标类型 CPU
Memory Pages Disk
CPU-User% CPU-Sys% CPU-Wait% CPU-Idle% Memory-%Used Memory-%Free pages/sec In pages/sec Out Disk-Busy Disk-Read Disk-Write
Disk
Disk rate
指标描述 User占CPU百分比 Sys占CPU百分比 CPU 等待IO时间百分比 CPU空闲时间百分比 内存占用率 内存空闲率 每秒换入页面数 每秒换出页面数 磁盘IO繁忙度 磁盘读速度 磁盘写速度

Weblogic参数调优

Weblogic参数调优

Weblogic参数调优一、调优背景:应银监会总会需求,需对银监会派出机构客户风险监测预警系统进行1轮剔除网络环境的性能测试(在山东试运行阶段的性能测试,由于网络瓶颈较大,造成性能指标较差)。

由于时间紧张,只是匆忙搭建了测试环境,Weblogic、DB2等的参数均是默认设置,并未进行任何调优。

默认设置在系统使用人数不多的情况性能尚可,但当使用人数较多,或者进行大并发的性能测试时,则会显得捉襟见肘。

如:在本次测试过程中,在集团关联处的50并发,就会造成系统崩溃。

如图可见:在集团关联并发50的时候,队列长度已经高达103,空闲线程数已经为0,同时吞吐量极低,由此造成系统崩溃。

通过分析,查找到原因在于:JVM分配内存过少;线程池、连接池里分配的线程数以及容量过低,通过调优后解决了问题二、调优思路:一般来讲,J2EE应用架构环境下的系统调优,首先我们一般会从应用程序出发,去审核代码,做到代码级的优化,然后再调整应用服务器(BEA WebLogic8.1)和数据库(DB2)的参数,最后当然是调整操作系统和网络的性能(包括硬件升级)。

这是一种MDA的先进做法。

诚然,在许多项目中,不可能完全按照这个思路来做,我们把目标首先定位在应用系统所在的应用服务器(BEA WebLogic8.1)上,通过对BEA WebLogic8.1的参数进行设置,使WebLogic8.1能够在最优化的环境中去运行其系统,然后对DB2数据的参数进行优化设置,最后进行性能测试再找出导致性能瓶颈所在的SQL代码或JA V A程序,考量其修改的可行性,并进行最终问题优先级认定,与瓶颈模块进行协商解决性能问题。

当然,大多数时候都出现了性能问题后才想到调优,而且一般都是先进行系统参数调整,实在解决不了才会对代码进行检查。

实际上,我们应当将代码级的调优放在应用设计时来做,测试生产时修改代码将是一件极其痛苦的事情。

而本次测试由于时间紧张,只对Weblogic进行了参数调优,现将调优步骤进行说明:1.JVM调整:(1)首先,在D:\bea\user_projects\domains\mydomain下用编译模式打开startWebLogic.cmd,查找代码:call "%WL_HOME%\common\bin\commEnv.cmd"(windows)或者call "%WL_HOME%\common\bin\commEnv.sh"(linux/aix)找到后,在相应路径用编译模式打开该文件:(2)接着要弄清楚JDK厂商(是bea,还是sun、IBM等)set JA V A_VENDOR=BEA(此处说明应用的为BEA的JDK)(3)之后查找weblgoic运行模式:set PRODUCTION_MODE=默认是开发模式(线程计数默认为15)即为空,在上线时,应将其改为产品模式(线程计数默认为25):set PRODUCTION_MODE=ture(4)然后需修改分配给JVM的内存(默认为96M):因已确定厂商为BEA,运行模式为产品模式,所以找到::beaif "%PRODUCTION_MODE%" == "true" goto bea_prod_modeset JA V A_VM=-jrockitset MEM_ARGS=-Xms1024m -Xmx1024mset JA V A_OPTIONS=%JA V A_OPTIONS% -Xverify:nonegoto continue:bea_prod_modeset JA V A_VM=-jrockitset MEM_ARGS=-Xms1024m -Xmx1024m(此处即为分配给JVM的内存范围)goto continue可根据系统需要,修改分配的内存数注:如为32位的操作系统,则最大支持分配2G内存2.线程池调整:打开Weblogic,在路径:mydomain->服务器->myserver->右键打开“查看执行队列” weblogic.kernel.Default调整如下指标:(1) 线程计数—分配给此队列的线程数,建议值为: 100(2) 线程数增加—在出现溢出时,要添加到队列中的线程数,建议值为: 50(3) 最大线程数—此队列可以拥有的最大线程数。

软件系统运维技术中的监控工具和指标解析

软件系统运维技术中的监控工具和指标解析

软件系统运维技术中的监控工具和指标解析在软件系统的运维过程中,监控工具和指标的使用是非常重要的。

监控工具可以帮助运维人员实时监控系统的运行状态,及时发现和解决问题;而指标则能够提供系统性能和稳定性的评估,为运维人员优化系统提供依据。

本文将从监控工具和指标两个方面进行解析,帮助读者更好地理解软件系统运维技术中的监控工具和指标的作用和应用。

1. 监控工具1.1 监控工具的定义和作用监控工具是一种软件应用程序,用于实时监测和报告系统的状态和性能。

它可以监控各种指标,如CPU 使用率、内存使用率、网络延迟等,帮助运维人员追踪系统运行状况和发现潜在问题。

监控工具还可以提供警报功能,当系统出现异常情况时,自动发送警报消息给运维人员,以便及时采取措施。

1.2 常见的监控工具在软件系统运维中,有很多监控工具可供选择。

下面列举几种常见的监控工具:1.2.1 NagiosNagios 是一款开源的网络监控工具,支持监控各种网络服务,如HTTP、FTP、SMTP等。

它通过定期发送请求来检测服务的可用性,并生成报告。

Nagios 还支持通过插件来监控自定义指标,如磁盘使用率、进程状态等。

1.2.2 ZabbixZabbix 是一款功能强大的网络监控工具,支持对服务器、网络设备、数据库等进行监控。

它提供了丰富的图形化界面和可定制的仪表盘,可以帮助运维人员实时了解系统的状态和性能。

1.2.3 PrometheusPrometheus 是一款开源的监控工具,专注于时序数据的收集和展示。

它支持多种数据采集方式,如推送和拉取,并提供了灵活的查询语言和可视化界面。

Prometheus 还提供了警报功能,可以在系统状态异常时发送警报消息。

2. 指标解析2.1 指标的定义和分类指标是用来量化和评估软件系统性能的度量标准。

在软件运维中,常用的指标包括响应时间、吞吐量、错误率等。

指标可以根据其度量对象的不同进行分类,如系统指标、应用指标、硬件指标等。

应用层监控指标范文

应用层监控指标范文

应用层监控指标范文应用层监控指标(Application layer monitoring metrics)是指用于评估应用程序性能和可靠性的度量标准。

这些指标可以帮助开发人员和运维团队追踪和检测应用程序的运行状况,及时发现潜在的问题并采取相应措施。

下面是一些常见的应用层监控指标:1. 响应时间(Response Time):衡量从用户发出请求到应用程序返回响应所经过的时间。

响应时间的长短与应用程序的性能密切相关,较长的响应时间可能会导致用户体验不佳。

2. 吞吐量(Throughput):表示应用程序在单位时间内能够处理的请求数量。

吞吐量是衡量应用程序处理能力的指标,也可以用来评估系统的负载能力。

3. 错误率(Error Rate):描述应用程序处理请求过程中产生错误的频率。

错误率可以帮助开发人员识别并修复潜在的问题,提高应用程序的稳定性和可靠性。

4. 可用性(Availability):衡量应用程序运行的稳定性和可靠性,即应用程序在一定时间内可正常使用的百分比。

5. 成功率(Success Rate):表示应用程序成功处理请求的比例。

成功率可以用来评估应用程序的功能是否正常,是否达到用户的预期。

6. 延迟(Latency):指数据从发送方到接收方之间的时间间隔。

延迟是应用程序性能的重要指标之一,较高的延迟会影响应用程序的实时性和响应能力。

7. 用户体验(User Experience):综合考虑响应时间、界面友好性、操作流畅性等因素,评估用户在使用应用程序时的感受和满意度。

8. 并发连接数(Concurrent Connections):表示同时与应用程序建立连接的客户端数量。

并发连接数可以用来评估应用程序处理并发请求的能力,也可以用来调整系统资源的分配。

9. 数据传输量(Data Transfer):衡量应用程序在传输数据时的速率和效率。

数据传输量可以帮助评估应用程序在处理大量数据时的性能表现,也可以用来优化数据传输过程。

Weblogic常用监控方法及指标

Weblogic常用监控方法及指标

性能测试工作室,专注于性能测试技术研究(JMSRuntimeJMSServersCurrentCount 返回当前JMS服务的连接数ConnectionsCurrentCount 返回本JMS服务器上当前的连接数JMSServersHighCount 返回自服务器启动后JMS服务的最大连接数ConnectionsHighCount 返回本JMS服务器自上次重置后的最大连接数JVMRuntimeHeapSizeCurrent 返回当前JVM堆中内存数,单位时字节HeapFreeCurrent 返回当前JVM堆中空闲内存数,单位时字节ExecuteQueueRuntimeExecuteThreadCurrentIdleCount 返回队列中当前空闲线程数PendingRequestOldestTime 返回队列中最长的等待时间PendingRequestCurrentCount 返回队列中等待的请求数Queue Length 队列长度JDBCConnectionPoolRuntimeWaitingForConnectionHighCount返回本JDBCConnectionPoolRuntimeMBean 上最大等待连接数WaitingForConnectionCurrentCount 返回当前等待连接的总数MaxCapacity 返回JDBC池的最大能力WaitSecondsHighCount 返回等待连接中的最长时间等待者的秒数ActiveConnectionsCurrentCount 返回当前活动连接总数ActiveConnectionsHighCount 返回本JDBCConnectionPoolRuntimeMBean 上最大活动连接数注:weblogic通常监控JVM和执行队列,JDBC连接池,其中执行队列最关键的指标是Queue Length 队列长度weblogic一般来说监控jvm的使用、执行线程队列情况、和连接池的变化情况,还有一个很重要的检查weblogic的console日志这里经常能反映一些很重要到情况。

JVM常用监控指标解释

JVM常用监控指标解释

JVM常用监控指标解释JVM(Java虚拟机)是Java程序的运行环境,负责将Java程序转化为能够在计算机上运行的机器码。

JVM的监控指标是用来评估和优化Java应用程序的性能的。

下面是一些常用的JVM监控指标的解释:1. 堆内存使用情况:堆是用来存储Java对象的内存区域,监控堆内存使用情况可以帮助我们了解应用程序的内存需求。

堆的使用情况可以划分为两个方面:堆内存的总大小和已使用堆内存的大小。

如果堆内存总大小过小,可能导致OutOfMemory错误;如果已使用堆内存过大,可能导致垃圾回收的频繁发生。

2.垃圾回收情况:垃圾回收是JVM自动管理内存的过程,当对象不再被引用时,JVM会回收这部分内存以供其他对象使用。

垃圾回收的指标包括垃圾回收的次数、垃圾回收的时间、垃圾回收器的类型等。

监控垃圾回收可以帮助我们确定是否存在内存泄漏或垃圾回收频繁的问题。

3.线程数:线程是一种执行代码的执行单元,JVM可以支持并发执行多个线程。

监控线程数可以帮助我们了解应用程序的并发性能。

线程数过高可能会导致系统资源的竞争,线程数过低可能会导致并发执行的效果不佳。

4. 类加载情况:JVM在运行过程中会动态加载Java类。

监控类加载情况可以帮助我们了解应用程序的类加载需求和性能。

类加载的指标包括已加载类的数量、加载类的时间等。

类加载数量过多或加载时间过长可能会导致应用程序启动缓慢或响应时间延迟。

5.CPU使用情况:监控CPU使用情况可以帮助我们了解应用程序的计算资源需求和负载情况。

CPU使用情况包括CPU的使用率、CPU的消耗时间等指标。

高的CPU使用率可能是由于应用程序的计算密集型任务导致的,而低的CPU使用率可能是由于I/O等待导致的。

6.IO等待情况:IO等待是指应用程序在执行过程中等待I/O操作完成的时间。

监控IO等待情况可以帮助我们了解应用程序的IO负载情况。

IO等待的指标包括IO等待的次数、等待的时间等。

高的IO等待次数和时间可能会导致应用程序的响应时间延迟。

weblogic调优参数及监控指标

weblogic调优参数及监控指标

weblogic调优参数对Weblogic的调优主要从SEVER、ExecuteQueue、JDBC等几个方面的相关参数进行调优:一、SERVER在mydomain->Servers->myserver->Configuration->Tuning->“Enable Native IO”中: 1、Native IOEnabledTRUE,表示该Server使用本地I/O2、SocketReaders设置在执行线程中专用做Socket Readers的百分比3、Maximum Open Sockets最大打开Socket数4、Stuck Thread MaxTime堵塞线程时间,超过这个时间没有返回的执行线程,系统将认为是堵塞线程如果weblogic认为某个队列中的所有的线程全部堵塞的话,weblogic将会增加执行线程的数量。

注意:执行线程的数量一旦增加,目前weblogic不会去减少他,如果增加了一些线程以后再次出现overflow的警告,weblogic会继续增加执行线程的数量,一直到达到上限为止。

5、Stuck Thread Timer Interval系统检查堵塞线程的时间间隔6、Low Memory GC Threshold当可用内存小于该百分比时,垃圾回收启动7、Low Memory Granularity Level当两次检测的可用内存变化超过该百分比时,垃圾回收启动8、Low Memory Sample Size在一次检测中的取样次数9、Low Memory Time Interval检测间隔时间10、Accept Backlog等待队列中最多可以有多少TCP连接等待处理,如果在许多客户端连接被拒绝,而在服务器端没有错误显示,说明该值设得过低。

如果连接时收到connection refused消息,说明应提高该值,每次增加25%二、ExecuteQueue在mydomain->Servers->myserver ->Monitoring->Monitor all Active Queues... ->Configuration->weblogic.kernel.Default->1、ThreadCount服务器初始创建的执行线程的数量,设置原则:增大机器的最大并发线程数使处理器利用率达到最大。

  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

性能测试工作室,专注于性能测试技术研究()Weblogic常用监控指标JMSRuntimeJMSServersCurrentCount 返回当前JMS服务的连接数ConnectionsCurrentCount 返回本JMS服务器上当前的连接数JMSServersHighCount 返回自服务器启动后JMS服务的最大连接数ConnectionsHighCount 返回本JMS服务器自上次重置后的最大连接数JVMRuntimeHeapSizeCurrent 返回当前JVM堆中内存数,单位时字节HeapFreeCurrent 返回当前JVM堆中空闲内存数,单位时字节ExecuteQueueRuntimeExecuteThreadCurrentIdleCount 返回队列中当前空闲线程数PendingRequestOldestTime 返回队列中最长的等待时间PendingRequestCurrentCount 返回队列中等待的请求数Queue Length 队列长度JDBCConnectionPoolRuntimeWaitingForConnectionHighCount返回本JDBCConnectionPoolRuntimeMBean 上最大等待连接数WaitingForConnectionCurrentCount 返回当前等待连接的总数MaxCapacity 返回JDBC池的最大能力WaitSecondsHighCount 返回等待连接中的最长时间等待者的秒数ActiveConnectionsCurrentCount 返回当前活动连接总数ActiveConnectionsHighCount 返回本JDBCConnectionPoolRuntimeMBean 上最大活动连接数注:weblogic通常监控JVM和执行队列,JDBC连接池,其中执行队列最关键的指标是Queue Length 队列长度weblogic一般来说监控jvm的使用、执行线程队列情况、和连接池的变化情况,还有一个很重要的检查weblogic的console日志这里经常能反映一些很重要到情况。

监控weblogic的jvm有一个很好的自带工具,由于weblogic使用自己的jroc kit作为jvm,自带一个工具通过在启动参数加-Xmanagement,然后进入到jroc kit的bin路径下命令行console启动,可以看到更加细微的jvm的情况,对jv m的调优很好。

这里还是建议一定对jvm的工作原理做一个深入的理解会对你很有帮助,同时了解不同的jrockit的jvm垃圾回收器各自的特点,这些都对weblogic的调优大有帮助。

小结BEA WebLogic Server 8.1监视的核心在于Java Management Extensions(JMX)规范。

简单的理解,WebLogic对每个可以进行管理的资源通过一个或者多个管理Bean来管理,这就是Mbeans,然后JMX代理直接控制可管理资源,提供了管理对象的注册,并将此对象公开给兼容JMX的应用程序。

我们主要关注两种Mbeans:配置Mbeans 与运行时Mbeans.配置配置Mbeans 用于域针对其资源的配置信息。

配置Mbeans被进一步分类为:1)管理(Admi nistration):配置Mbeans位于域的管理服务器上。

要修改域的配置,需要在管理服务器上修改适当的管理Mbeans。

2)本地配置(Local Configuration):管理Mbeans的本地复制,个别服务器用于提升性能。

本地配置Mbeans是不能修改的。

运行时Mbeans 则提供了诸如JVM 内存资源使用状况以及WebLogic 服务器状态等资源的信息快照。

当域中的某一资源实例化时(例如Web应用),相应地就会创建一个Mbeans 实例来收集该资源的信息。

在WebLogic Server 8.1的监视方式中,主要有四种:通过管理控制台访问监控页面时。

实质是通过JMX代理对Mbeans执行Get操作来获得该资源的当前属性值。

通过命令行工具来获取监控信息。

实质是通过Java命令直接操纵底层Mbeans。

编程实现自定义的监视。

实质是在程序中调用相应的Mbeans来获取信息。

使用第三方软件监视。

下面详细介绍这几种监视方式。

(1)管理控制台监视通过管理控制台,可以对WebLogic的性能以及运行状况,发布的应用,资源等进行监视。

下面列举部分用来管理WebLogic的监视页面来简要说明管理控制台所提供的监视功能。

服务器->监视->常规,该页面显示了服务器的当前状态。

高级选项里还显示了WebLogic 版本,JDK的提供商,版本,操作系统的版本等信息。

最后从这个页面,还可以访问JNDI 树、监视活动队列、监视连接以及监视活动套接口。

服务器->监视->常规->监视所有活动队列,执行队列的配置对WebLogic 性能是很重要的,根据经验值,一颗CPU可以配置25-30之间的执行线程。

从该页面可以查看到已经分配给队列的执行线程数,当前空闲的线程数,最长等待请求放入队列中的时间,队列中的等待请求数,此队列已处理的请求数等重要信息,这些信息可以作为判断是否需要对执行线程调整的参考。

服务器->监视->性能,从该页面中可以了解WebLogic 服务器性能的基本情况,包括空闲线程数,等待处理的请求数,JVM的内存堆使用状态等。

部署->应用程序->EAR模块->监视,当应用程序部署运行后,可以监视单一组件,如EJB,Se rvlet等。

如上图所示,该页面提供了发布的应用程序中EJB的统计信息,可以有效了解EJB处理请求的效率。

服务->JDBC->连接缓冲池->监视,在控制台中可以监视资源的运行的状态,如JDBC等。

该页面提供了JDBC连接缓冲池的统计信息,包括连接缓冲池可包含的最大数据库连接数,当前使用的物理数据库连接数,当前使用的物理数据库连接数等信息。

值得一提的是在控制台监视页面里可能会有一个自定义此视图的选项,使用自定义视图后可以使用自定义的视图,可以包含个人关注的信息,而且可以监视更多的信息。

如上图所示,该视图是自定义后的JDBC连接缓冲池监视页面。

控制台上其它的监视页面就不一一列举了,所有的监视页面参考:/wls/docs81/adminguide/monitoring.html#1039671(2)运用命令行工具监视命令行工具可以使用特殊命令(GET、SET、CREATE、INVOKE、DELETE 和QUERY)直接操纵底层JMX 基础结构。

这使命令行工具可以访问管理控制台所有可用的功能,甚至还为访问某些功能提供了更灵活的方法。

具体运用过程是使用Java命令,调用weblogic.Admin这个java类。

在运用该工具时,需要设定环境变量,指定java命令路径及weblogic包的类路径。

使用weblogic.Admin工具的语法如下:java weblogic.Admin [ [-url | -adminurl] [protocol://] listen-address:port] -username user name [-password password] COMMAND-NAME arguments在上面的命令语法中,username和password表示用户名和密码,url表示运行命令的服务器实例的监听地址和监听端口,adminurl表示管理服务器可以检索域中任何服务器实例的本地配置MBean 或运行时MBean,COMMAND-NAME表示具体执行的特殊命令(GET、SET、CR EATE、INVOKE、DELETE 和QUERY),arguments表示命令的参数。

实际运用的一条命令如下:java weblogic.Admin -username weblogic -password weblogic -url localhost:7001 GET -pretty -type JVMRuntime需要留意的是最后的命令参数–type,指定了想获得信息的资源(如果是某个具体的Mbean,使用-mbean 参数,-type是所指定类型的实例的所有MBean 进行操作),该参数的获取规则是:在WebLogic Server 8.1 API Reference查找MBean 的接口类,并从类名中删除MBean后缀。

对于为weblogic.management.runtime.JDBCConnectionPoolRuntimeMBean 的实例的MBean,使用JDBCConnectionPoolRuntime。

对于本地配置MBean,将Config 追加到名称中。

例如,对于为weblogic.management.configuration.JDBCConnectionPoolMBean 接口类的实例的本地配置MBean,使用JDBCConnectionPoolConfig。

对于对应的管理MBean实例,使用JDBCConnectionPool。

具体的命令参考请见:/wls/docs81/admin_ref/cli.html上面的图示演示了从javadoc中获取type参数,最后获取相应监视信息的过程(3)编程Mbean自定义监视Mbeans实质上是一个java类,那么肯定可以编程使用,于是就可以编程实现自定义监视。

MBeanHome home = (MBeanHome) newInitialContext().lookup(MBeanHome.LOCAL_JNDI_NAME);Set pools = home.getMBeansByType("JDBCConnectionPool");上面的代码片段是对于JDBC连接缓冲池的配置mbean的操纵的核心部分。

得到该mbean 实例后可以得到各种weblogic能够提供的关于JDBC连接缓冲池配置信息,实现自定义监视。

(4)使用第三方工具监视BEA WebLogic Server作为一种广泛运用的Java应用服务器,有大量第三方软件可以运用,包括HP-Mercury LoadRunner,QUEST Spotlight for WebLogic Server,Wily's Introscope for WebLogic等,详细的使用方法见其产品文档,在此不再累述。

----------- 软件性能测试工作室:提供性能测试咨询、培训和项目指导(QQ: 2225045276 E-Mail: AutomationQA@)评论#1楼2012-06-18 10:56 liubang推荐hyperic hq和Jennifer软件。

相关文档
最新文档