内容


使用 IBM Rational Performance Tester

监控应用程序,第 1 部分

配置您的环境

Comments

系列内容:

此内容是该系列 # 部分中的第 # 部分: 使用 IBM Rational Performance Tester

敬请期待该系列的后续内容。

此内容是该系列的一部分:使用 IBM Rational Performance Tester

敬请期待该系列的后续内容。

应用程序监控概述

运行在您的生产环境中的应用程序需要进行管理,以确保您满足服务级别协议(service level agreements ,SLAs),并确保可用性、能力和可靠的性能。 这一点对于一个对业务运营所必需的应用程序来说,尤其重要。 监控端到端的事务对于在企业级服务环境中发现和分析问题是至关重要的,因为这些环境正不断地变得更加复杂。 对一个特定的事务如何在一个分布式环境中的负载测试或功能测试期间进行工作的更深刻的理解,可以使应用程序开发人员更容易地修复问题。另外,与 IBM Tivoli Composite Application Manager (ITCAM) 产品的集成可以诊断出在其它产品环境中出现的问题,这样,就可以给应用程序开发人员在开发期间以一种他们理解的格式来访问产品数据。

端到端的分布式业务事务

监控应用程序并不是简单地对它们进行性能分析(profiling)。当前的实际情况是把不同的应用程序和服务组合称为复合应用程序,用来达成一个业务目标或处理一个过程。这些复合应用程序可能包括大量的应用程序和操作系统,还有不同种类的硬件,所有的工作都在一个地理分布的环境中进行(参见图1)。

图1:分布式计算环境的复杂性
分布式计算环境示意
分布式计算环境示意

要对这些日益复杂的分布式环境的应用程序进行监控需要在整个环境中追踪事务。从事务初始发起者开始进行跟踪,追踪到跨越物理系统的应用程序和软件平台的不同的层次,以及在不同软件产品之间提供足够的信息来分解它,或者将其分解为容易更分析的部分。对事务进行分解在确定何处会发生瓶颈或性能下降问题是十分重要的。

一个端到端的事务由大量的单独但相关的事务组成(参见图 2)。一个单独的事务可以负责完成一个业务过程,或者可以安排不同系统之间跨应用程序或服务的信息。如果这些事务中有任何一个执行得很糟糕,或者在给定时间不可用,都会影响到用户的经验,以及业务目标的达成。

图2:事务分解
事务分解图
事务分解图

通过 Rational Performance Tester 的 Response Time Breakdown 特性来度量一个端对端事务的响应时间。

基础

这里有两种非常相关的技术:

  • ARM 标准
  • Java™ 2 平台,企业版(J2EE™)

Application Response Measurement 标准

Application Response Measurement (ARM) 是一个应用程序接口 (API),它可以监控不同应用和系统下的业务事务的可用性和性能。ARM 标准由 Open Group 开发,Open Group 是一个厂商和技术中立的组织,致力于在开发标准和全球互用性基础上实现对企业内部和企业之间的集成信息的访问。

ARM 标准定义了事务何时开始和结束,因此这些事务就可以进行测量和监控。基本上,应用程序调用 ARM API。这种方法使得开发人员可以把企业管理工具直接扩展到应用程序本身,这就可以创建全面的管理能力,包括可用性、性能和应用程序使用的度量,也包括对端对端事务相应时间的度量。您可以使用这些信息支持服务级别协议以及分析分布式系统的响应时间。

ARM 测试自1996年提出以来已经变得越来越流行,现在业界领先的软件提供商,如 IBM、 Hewlett-Packard (HP)、SAS 和 Siebel Systems 都在自己的软件中内置了 ARM 。没有内置 ARM 的软件可以直接在源代码中嵌入 ARM API 调用或者在运行时插入机器码。

事务关联
为了关联在分布环境下不同机器的不同过程中产生的事务,ARM 标准要求使用 ARM correlator。每个根事务和它的每个子事务都可以产生一个 correlator。事务可以用这些 correlator 建立目录结构或者树结构。这个过程可以让 ARM 利用贯穿整个架构的分布的事务的路径实施跟踪。

在分布式 J2EE 环境中,跨越不同的应用服务传送 ARM correlator 的方法是在生成分布式调用时作为 CORBA (Common Object Request Broker Architecture) Portable Request Interceptor 的一部分嵌入进来。这些 interceptor 是 Object Request Broker (ORB) 调用的对象,它们在进行监控操作或者修改调用行为时进行调用。为了进行应用程序监控,首先要创建一个 Portable Request Interceptor,然后在分布式事务运行期间它与 correlator 脱离。这个 interceptor 必须安装在应用程序服务器上。

ARM 实现
Rational Performance Tester 利用了 IBM Tivoli Composite Application Manager (ITCAM)的 Response Time Tracking 产品,它以前称为 IBM Tivoli Monitoring for Transaction Performance。 Tivoli ARM 引擎是一个多线程应用程序,它使用 tapmagent文件形式(在 windows 平台下的 tapmagent.exe)。ARM 引擎通过 IPC 管道,使用 libarm 库(windows 平台下是 libarm32.dll)交换数据。数据集中起来以产生有用的信息和与其它事务的关系,另外也可以根据您的需求检测阈值。这些信息随后传送到管理服务器,并保存到数据库中以便进行分析和报告。

在事务需要度量的时候,Tivoli 事务监控架构会通知 Tivoli ARM 引擎。这种方式允许监控一个特定类型的事务,比如调用一个 Servlet 的事务;或者监控一个独立的端对端的事务。另外,也可以在违反用户设定的阈值的时候启动事务监控。

可以使用以下全局唯一标识符(global unique identifiers,GUIDs) 来关联使用 Tivoli ARM 引擎:

  • Origin host UUID:指示事务最初启动的物理主机ID
  • Root transID: 指示事务最初启动的根ID
  • Parent transID: 指示具有子事务的事务的ID
  • Transaction classID: 指示任何事务的ID

例如,通过使用这些 ID,一个单一的事务可以包括几个相关的子事务。图3 显示出每个子事务是如何与父事务相关联,以及直到根事务的整个事务。一般来说,URL 被看作是 Internet 环境中的根事务。

图3:关联 ARM 事务和它们的子事务
事务关联
事务关联

在 Tivoli ARM 引擎检测所有事务以后,它就把数据传递到管理服务器,然后数据被整理和保存。Tivoli ARM 引擎有一个第三方插件,可以使用一个著名的 Java 接口把它们的应用注册到引擎中。当应用注册以后,就可以接收 ARM 事件通知,如果需要的话,也可以接收整个 ARM 对象。

这个接口命名为 ARM plug-in interface。它可以使应用程序实时处理 ARM 事件,而不是等待事件在管理服务器上可用。它也可以允许应用程序在 ARM correlator 上附加数据,从一台机器传递到另一台。但是这可能是危险的,因为按照ARM规格的说法,附加的字节数不能超出限制,而且也有可能对环境造成影响。因此 Tivoli ARM 引擎不会管理任何附加到 ARM correlator 的数据。这主要是为了让第三方应用程序开发人员确保对引擎产生的原始 ARM correlator 的任何修改的稳定性。

为了使用 ARM 监控应用程序,软件开发人员必须把 ARM 代码插入到应用程序代码中,这些代码片段称为探针(probe)。这个为了监控而在应用程序中插入探针的行为称为 instrumentation,因为它主要是作为应用程序运行时测量响应时间的设备。这些探针调用 ARM 标准 API。当包含这些代码片段的应用程序运行时,ARM 就会执行这些调用过程。这就叫 事务(transaction)

一般来说,软件开发人员手工修改应用程序代码加入这些探针是很麻烦的事情,这会增加维护应用程序代码的成本。这样就开发出了很多技术用来帮助自动化这个过程。一种广泛应用的机制称为字节码测试。这个机制有一个过程,在应用程序源代码编译为字节码(在虚拟机上运行这些字节码)时,这个过程会在应用程序的特定的位置前后插入表示探针的字节码。

使用 J2EE 监控组件

前面提到的 Rational Performance Tester 的 Response Time Breakdown 特性可以让您在分布式应用服务环境中实施监控您的 J2EE 应用。Rational Performance Tester 也可以使用 IBM® Tivoli® J2EE 监控组件,适时编译(JITI),来支持 IBM WebSphere Application Server 和 BEA WebLogic Application Server下的字节码测试。

JITI 可以让您在不插入监控代码的情况下对 J2EE 应用进行监控。也就是说,在您监控应用时,不需要修改应用程序的源代码。这样您就可以很容易地在需要时打开监控,不需要时关闭。这是一个很重要的不同点,因为这意味着仅仅在需要时才进行附加的事务分解。这一点对于性能是很重要的,因为这个组件仅仅需要很低的额外开销(所有的性能监控都有额外的开销,监控的内容越多,开销就越大)。这种很容易激活和关闭 J2EE 监控的能力是一个很有用的特性。

在 Java™ Development Kit 1.2 (JDK™) 版本中,Sun Microsystems 在 Java™ Virtual Machine (JVM™) 中包含了一个性能分析的机制。这个机制提供了一个 API,用来调用 JVM 性能分析接口(JVM Profiling Interface,JVMPI)。JVMPI 是一个在 Java 虚拟机和性能分析代理之间的双向接口。JITI 使用了 JVMPI,可以与非仪器化的应用程序一起工作。JVM可以通知性能分析代理相关的变化的事件,比如,堆分配、线程启动等等。 另外性能分析代理也可以通过 JVMPI 进行更多的控制和请求信息。例如,性能分析代理可以根据性能分析的需要打开或关闭特定事件的通知。

JITI 在应用程序的类由 JVM(如 IBM WebSphere Application Server)加载时启动。需要监控的部分通过在内存的类文件中插入特定的字节码来改变 Java 的方法和构造器(见图4)。这些字节码包括钩子方法的调用,这些方法包括管理探针运行的逻辑。当一个钩子执行时,它会得到从注册和执行开始到当前位置激活的探针的列表。 JITI 探针运行 ARM 调用,产生 correlator 以激活与父事务相关的子事务。

图4:Tivoli Just-in-Time Instrumentation 纵览
纵览图
纵览图

Tivoli J2EE 监控组建支持下列 J2EE 技术的测量:

  • Entity JavaBeans™
  • Session JavaBeans™
  • Java™ Message Service (JMS)
  • Java DataBase Connectivity™ (JDBC™)
  • Remote Method Invocation Internet Inter-ORB Protocol (RMI-IIOP)
  • J2EE™ Connector Architecture (J2C)
  • Servlets
  • Web 服务

配置选项

下一节将说明在使用 Tivoli J2EE 监控组件是如何配置 J2EE 环境进行应用程序监控,包括对 IBM WebSphere Application Server 和 BEA WebLogic Application Server 的支持。这对于理解您需要对应用程序服务器环境的修改是很重要的。Rational Performance Tester 也包括了一个叫作 Application Server Instrumenter (ASI)的有用的工具,以帮助自动化测试的工作。

配置 IBM WebSphere Application Server

为了在 WebSphere Application Server JVM 加载应用程序类的时候启动 JITI,需要修改 WebSphere Application Server 实例的启动类路径。 启动类路径可以让一系列的 Java™ archive (JAR™)文件在 JVM 启动时加载到 JVM 虚拟机中。在 WebSphere 中,有下面三个文件需要修改:

  • server.xml
  • variables.xml
  • pmirm.xml

server.xmlvariables.xml 文件的位置:

  • 在 IBM WebSphere Application Server V5 中
{WAS_HOME}/config/cells/{cell_name}/nodes/{node_name}/servers/{server_name}
  • 在 IBM WebSphere Application Server V6 中
{WAS_PROFILE_HOME}/config/cells/{cell_name}/nodes/{node_name}/servers/{server_name}

pmirm.xml 文件则位于:

  • 在 IBM WebSphere Application Server V5 中
{WAS_HOME}/config/cells/{cell_name}
  • 在 IBM WebSphere Application Server V6 中
{WAS_PROFILE_HOME}/config/cells/{cell_name}

说明:
注意在 V5 和 V6 版本的路径中只有根目录不同。在 V6 版,产品引入了概要文件,而保存它们的路径就和产品本身的路径分开了。概要文件的路径名字为 WAS_PROFILE_HOME,而产品本身则安装在 WAS_HOME 目录下。

variables.xml 文件
variables.xml 文件包含文件系统路径的信息。这个路径定义了几个在 server.xml 文件中使用的变量。 variables.xml 非常类似于附件 code_listings.zip 中表1中的 xml 格式。

server.xml 文件
server.xml 文件包括一系列的参数(也称为 genericJVMArgument)设置,这些参数在 WebSphere Application Server 运行它自己的启动过程时加载。这些参数出现在在XML文件的最后的 JavaProcessDef 过程定义一节中。 它们非常类似于附件 code_listings.zip 中表2中的代码 。

start<server_name>Server 文件
start<server_name>Server 脚本文件启动 WebLogic 服务。这个脚本可以修改,包括一系列的 Java 虚拟机参数。它们类似于附件 code_listings.zip 中的表3的格式 。

PATH 修改为包含 JITI 库的样例
@rem TMTP Begin
 
set PATH=C:\PROGRA~1\IBM\SDP70\DCI\rpa_prod\TIVOLI~1\app\instrument\61\lib\windows;
C:\PROGRA~1\IBM\SDP70\DCI\rpa_prod\TIVOLI~1\app\instrument\61\lib\windows\sjiti;%PATH%
 
@rem TMTP End

使用 Application Server Instrumenter

数据收集底层架构缺省在您安装 Rational Performance Tester V7.0 时安装在您的本地机器上。为了从分布式应用程序的其它机器上收集数据,其它远程机器上也必须有数据收集底层架构。因此,您需要在您的分布式应用程序使用的所有远程主机上安装 Rational Performance Tester V7.0 Agent。

有两种在应用程序服务器上安装或者删除测试工具的方式:

  • 命令行脚本
  • 图形用户界面(GUI)

要使用命令行安装测试应用程序服务,需要以下步骤:

重要提示:
确保要安装的应用服务处于运行状态。

  1. 打开命令行窗口,转到数据收集底层架构安装目录下面的 rpa_prod 目录。
    • 在 Windows 系统下,这个目录一般是:C:\Program Files\IBM\SDP70\DCI
    • 在Linux下:/opt/IBM/SDP70/DCI.
  2. 测试脚本程序名为 instrumentServer.sh (windows 下是 instrumentServer.bat)。键入没有参数的程序名可以看到关于程序的帮助信息。
  3. 键入命令脚本名和需要参数的以测试服务,参数可以参见下面的例子。
  4. 重启应用程序服务。在您重启服务后,改动就生效了。
  5. 对您需要进行性能分析的应用程序需要收集数据的机器上的每个服务,重复以上过程。(一般情况下,一台机器只有一个服务,但是有可能一台机器上有多于一个的服务)。

使用命令行进行测试的例子

Linux 测试

  • IBM WebSphere Application Server V5 服务名为 server1,安装在以下目录: /opt/WebSphere/AppServer(非安全目录)
    ./instrumentServer.sh -install -type IBM -serverName server1
     -serverHome /opt/WebSphere/AppServer -serverVersion 5
  • WebSphere Application Server V6.0 服务名为 server2 ,安装在以下目录: /opt/WebSphere/AppServer (有缺省的profile名,并激活安全特性)
    ./instrumentServer.sh -install -type IBM -serverName server2
     -serverHome /opt/WebSphere/AppServer -serverVersion 6 -profileName default
      -user <userId> -password <password>
  • BEA WebLogic 应用服务
./instrumentServer.sh -install -type BEA -serverName server1
 -serverHome /opt/bea/weblogic81 -javaHome /opt/bea/jdk141_02
  -adminServerHost hostname.xyz.com -adminServerPort 7001 -user <userId>
   -password <password> -startScript
    /opt/bea/weblogic81/mydomain/startManagedWeblogic.sh

Windows 测试

  • WebSphere Application Server V5 服务名为 my_Server,安装在以下目录:C:\Program Files\was5.x (激活安全特性)
instrumentServer -install -type IBM -serverName my_Server -serverHome "C:\Program 
Files\was5.x" -user <userId> -password <password> -serverVersion5
  • WebSphere Application Server V6.0 服务名为 my_Server2 ,安装在以下目录: C:\Program Files\was6.0 (有缺省的 profile 名,并激活安全特性)
instrumentServer -install -type IBM -serverName my_Server2 -serverHome "C:\Program 
Files\was6.0" -user <userId> -password <password> -serverVersion 
6 -profileName default
  • BEA WebLogic 应用服务
instrumentServer -install -type BEA -serverName server1 -serverHome
 C:\bea\weblogic81 -javaHome C:\bea\jdk141_02 -adminServerHost localhost
  -adminServerPort 7001 -user <userId> -password <password>
   -startScript    C:\bea\weblogic81\mydomain\startManagedWeblogic.cmd

说明:
WebLogic 服务必须和产品中包含的 JVM 一起启动。也要注意到 JRockit VM 并不是受支持的 JVM。为了管理 WebLogic 服务,Java Home 变量(在 Configuration > Remote Start下)必须指向正确启动的已测试的 WebLogic 服务中的 Sun JVM。

使用 GUI 测试应用程序服务: 基于 instrumenter 的GUI可以让您在您的工作站上测试本地或者远程的多个应用程序服务(参见图5)。为了使用这个工具,有以下两点要求:

  • 您必须确保在每台远程机器上安装 Rational Performance Tester Agent V7.0。
  • 您必须在每台机器上安装 SSH 服务(Linux SSH 服务,或者windows下的 cygwin )。
图5:IBM Application Server Instrumenter GUI
图形用户界面
图形用户界面

为了调用基于 GUI 的 instrumenter,在开始菜单点击:Start > Programs > IBM Software Development Platform > IBM Rational Data Collection Infrastructure > Application Server Instrumenter

图6:IBM Software Delivery Platform 的开始菜单
image of start menu
image of start menu

为了测试本地或者远程的服务,选择 Add Local 或者 Add Remote。每个选项都会给您显示一个供选择的应用服务的列表。对于 IBM WebSphere Application Server, 测试参数如图7所示:

图7:IBM WebSphere Application Server 测试参数
创建和运行配置对话框
创建和运行配置对话框
  • Profile name: 在服务器上设置的profile的名字(只有 V6 版需要)
  • Server name: 服务实例名(如 server1)
  • Server home: 服务安装目录(如 C:\Program Files\IBM\Websphere\AppServer)
  • Requires global security: 可以选择需要全局安全性,如果服务需要认证的话。
  • User: 用来进行服务认证的用户 ID。这个字段仅仅在 Requires global security 选择时使用
  • Password: 服务认证的密码。这个字段仅仅在 Requires global security 选择时使用

对于 BEA WebLogic Application Server,测试参数如图8所示:

图8:BEA WebLogic 测试参数
创建和运行配置对话框
创建和运行配置对话框
  • Server name: 服务的名字(如server1)
  • Server home: 服务安装目录(如
    c:\BEA\WebLogic81 )
  • Java Home: Java 运行时环境的目录
  • Admin Server Host name: 域管理服务器的名字
  • Admin Server Port: 域管理服务器端口
  • User: 服务认证的用户 ID
  • Password: 服务认证的用户密码
  • A script starts this server: 启动服务的脚本全路径
  • Node Manager starts this server: 在服务是节点管理时使用

在测试远程应用程序服务时,您会碰到连接和高级配置选项。连接配置用来指示远程机器的SSH服务的配置,以便能够和远程机器建立起连接(参见图9)。而高级配置用来进行更加提高安全性和自定义 SSH 服务的配置(参见图10)。

图9:远程测试连接参数
显示连接标签页的创建和运行配置对话框
显示连接标签页的创建和运行配置对话框
  • Host: 要测试的主机名(如 abc.ibm.com)
  • User: SSH 服务认证的用户ID
  • Password: SSH 服务认证的用户密码
图10:远程测试高级配置
显示高级标签页的创建和运行配置对话框
显示高级标签页的创建和运行配置对话框
  • Private key file (optional field): 包含用于远程主机认证的私有密钥数据的文件
  • Passphrase (optional ): 用来认证私有密钥文件的护照
  • SSH server port:远程 SSH 服务的端口
  • Known hosts file (optional field): 包含已知主机列表的文件
  • Always trust unverified host keys: 选中这个检查框将强制信任远程服务器未验证过的热键

如果您使用 Application Server Instrumenter 时需要更多的帮助,可以有以下两种方式得到帮助:

  • Help 菜单可以显示出工具的帮助目录。选择 Help > Help Contents,如图11所示。
图11: Application Server Instrumenter 帮助目录
帮助窗口
帮助窗口
  • 另一个选择是使用上下文敏感帮助。为了使用这个功能,在相应的对话框或者输入框获得焦点的时候,按F1 键或者鼠标单击 Help 对话框左下角的按钮(问号标记),即可显示出选择的对话框或者输入框的帮助(参见图12)。
图12:Application Server Instrumenter 上下文敏感帮助(F1键)
上下文敏感帮助
上下文敏感帮助

示例
下面的步骤是测试名字为 server2IBM WebSphere Application Server V6.0 服务,这个服务安装在 /opt/WebSphere/AppServer 目录,profile 名字为缺省,激活了安全特性,主机为远程 Linux 主机 hostname linux2

  1. 鼠标单击 Add Remote.
  2. 用下面的值填充 Application Server tab:
    • Type: 选择 IBM WebSphere Application Server V6.x
    • Profile name: default
    • Server name:server2
    • Server home:/opt/WebSphere/AppServer
    • 选择 Requires global security
    • User: my_WAS_userID
    • Password:my_WAS_password
    • 按需要选择或者清除 Save password
  3. 按下面的值填充 Connection tab:
    • Host: linux2
    • User: SSH_linux2_userID
    • Password: SSH_linux2_password
  4. 按下面的值填充 Advanced tab:
    • 输入您的 RSA/DSA 认证信息
    • 输入您需要的选择
  5. 鼠标单击 OK.

下面这些步骤是测试名字为 server1BEA WebLogic Application Server ,它安装在 /opt/bea/weblogic81 目录下,Java home 为 /opt/bea/jdk15,管理服务器地址为 hostname.xyz.comport 7001,启动脚本文件为 /opt/bea/weblogic81/mydomain/startManagedWeblogic.sh,在远程 Linux 主机 linux3 上:

  1. 启动 WebLogic 服务
  2. 鼠标单击 Add Remote.
  3. 用下面的值填充 Application Server tab:
    • Type:选择 BEA WebLogic Application Server v8.x
    • Server name: server1
    • Server home: /opt/bea/weblogic81
    • Java home:/opt/bea/jdk15
    • Admin server host:hostname.xyz.com
    • Admin server port: 7001
    • User: my_BEA_userID
    • Password:my_BEA_password
    • 选择 A script starts this server
    • Script file: /opt/bea/weblogic81/mydomain/startManagedWeblogic.sh
  4. 用下面的值填充 Connection tab :
    • Host:linux3
    • User: SSH_linux3_userId
    • Password: SSH_linux3_password
  5. 鼠标点击 OK.
  6. 中止 and 重启 服务

要使用命令行反测试化一个应用服务,需要以下步骤:

  1. 打开命令行窗口,转到数据收集架构安装目录的 rpa_prod 目录下
  2. 测试脚本程序叫 instrumentServer.sh (windows下是instrumentServer.bat)。键入没有参数的程序名可以看到关于程序的帮助信息。
  3. 键入命令的名字,-uninstall 参数和您在开始测试时候的所有参数。例如,在 windows 下,要想卸载 IBM WebSphere Application Server V5.1 服务实例,名字为 my_Server,安装在 C:\Program Files\was5.1 目录下,激活了安全特性:
instrumentServer -uninstall -type IBM -serverName my_Server -serverHome "C:\Program 
Files\was5.1" -user my_WAS_userId -password my_WAS_password -serverVersion5
  1. 重新启动服务

说明: 如果您在没有卸载测试时就卸载服务或者删除服务,instrumentServer 程序会认为服务仍然存在,但是它不能够连接服务并反测试化了。这将会导致卸载数据收集基础架构的过程失败。

对每个测试的服务重复反测试化的步骤。一旦您全部完成卸载,则 InstrumentationRegistry.xml 文件应该是空的,数据收集的卸载过程就可以运行了

要使用 GUI 反测试化应用程序服务,执行以下步骤:

  1. 选择您要反测试化的服务(参考 IBM Application Server Instrumenter GUI)
  2. 单击 Remove
  3. 重新启动服务

对每个测试的服务重复反测试化的步骤。一旦您全部完成卸载,则 InstrumentationRegistry.xml 文件应该是空的,数据收集的卸载过程就可以运行了。InstrumentationRegistry.xml 文件保存每个测试化服务的信息。在 Windows 平台下,这个文件位于:

C:\Program Files\IBM\SDP70\DCI\rpa_prod\tivoli_comp\app\instrument\61\bin

Rational Performance Tester 卸载向导也使用这个文件来确定是否在卸载时,应用服务仍然是已测试化的。如果有的话,向导会中止,并警告您使用 ASI 或者命令行工具反测试化应用程序服务。因此您不能够在还没有全部反测试化的应用程序服务的时候卸载 Rational Performance Tester。如果真的这样做的话,将导致服务不可用,因为需要的程序文件已经被删除了。

这个有关使用 Rational Performance Tester 进行性能监控的三部分文章的第 1 部分到此就结束了。从下面的链接可以找到其它部分的文章和其它有用的信息


下载资源


相关主题


评论

添加或订阅评论,请先登录注册

static.content.url=http://www.ibm.com/developerworks/js/artrating/
SITE_ID=10
Zone=Rational, WebSphere
ArticleID=266424
ArticleTitle=使用 IBM Rational Performance Tester: 监控应用程序,第 1 部分
publish-date=10122007