簡介：了解在性能測試中應用程序監控為什麼重要，以及如何使用 IBM® Rational® Performance Tester 來進行應用程序監控。本文是一個三部分 系列文章的第 1 部分，描述了以下技術：應用程序監控，端到端的業務事務 Application Response Measurement (ARM)標准，以及如何配置 IBM® WebSphere® Application Server 或 BEA WebLogic Application Server 的環境。 這個應用程序監控系列的其余部分詳細說明了應用程序監控，在分析應 用程序測試結果時如何在 Rational Performance Tester 中使用眾多的可視接口 ，以及從 IBM® Tivoli® 產品中導入數據。
應用程序監控概述
運行在您的生產環境中的應用程序需要進行管理，以確保您滿足服務級別協議 （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.xml 和 variables.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)
要使用命令行安裝測試應用程序服務，需要以下步驟：
重要提示：
確保要安裝的應用服務處於運行狀態。
打開命令行窗口，轉到數據收集底層架構安裝目錄下面的 rpa_prod 目錄。
在 Windows 系統下，這個目錄一般是：C:\Program Files\IBM\SDP70 \DCI
在Linux下：/opt/IBM/SDP70/DCI.
測試腳本程序名為 instrumentServer.sh （windows 下是 instrumentServer.bat）。鍵入沒有參數的程序名可以看到關於程序的幫助信息 。
鍵入命令腳本名和需要參數的以測試服務，參數可以參見下面的例子。
重啟應用程序服務。在您重啟服務後，改動就生效了。
對您需要進行性能分析的應用程序需要收集數據的機器上的每個服務，重復以 上過程。（一般情況下，一台機器只有一個服務，但是有可能一台機器上有多於 一個的服務）。
使用命令行進行測試的例子
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 的開始菜單
為了測試本地或者遠程的服務，選擇 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鍵）
示例
下面的步驟是測試名字為 server2 的 IBM WebSphere Application Server V6.0 服務，這個服務安裝在 /opt/WebSphere/AppServer 目錄，profile 名字為 缺省，激活了安全特性，主機為遠程 Linux 主機 hostname linux2：
鼠標單擊 Add Remote.
用下面的值填充 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
按下面的值填充 Connection tab：
Host: linux2
User: SSH_linux2_userID
Password: SSH_linux2_password
按下面的值填充 Advanced tab：
輸入您的 RSA/DSA 認證信息
輸入您需要的選擇
鼠標單擊 OK.
下面這些步驟是測試名字為 server1的 BEA WebLogic Application Server ，它安裝在 /opt/bea/weblogic81 目錄下，Java home 為 /opt/bea/jdk15，管 理服務器地址為 hostname.xyz.com，port 7001，啟動腳本文件為 /opt/bea/weblogic81/mydomain/startManagedWeblogic.sh，在遠程 Linux 主機 linux3 上：
啟動 WebLogic 服務
鼠標單擊 Add Remote.
用下面的值填充 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
用下面的值填充 Connection tab ：
Host: linux3
User: SSH_linux3_userId
Password: SSH_linux3_password
鼠標點擊 OK.
中止 and 重啟 服務
要使用命令行反測試化一個應用服務，需要以下步驟：
打開命令行窗口，轉到數據收集架構安裝目錄的 rpa_prod 目錄下
測試腳本程序叫 instrumentServer.sh （windows下是instrumentServer.bat ）。鍵入沒有參數的程序名可以看到關於程序的幫助信息。
鍵入命令的名字，-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
重新啟動服務
說明： 如果您在沒有卸載測試時就卸載服務或者刪除服務， instrumentServer 程序會認為服務仍然存在，但是它不能夠連接服務並反測試化 了。這將會導致卸載數據收集基礎架構的過程失敗。
對每個測試的服務重復反測試化的步驟。一旦您全部完成卸載，則 InstrumentationRegistry.xml 文件應該是空的，數據收集的卸載過程就可以運 行了
要使用 GUI 反測試化應用程序服務，執行以下步驟：
選擇您要反測試化的服務（參考 IBM Application Server Instrumenter GUI ）
單擊 Remove。
重新啟動服務
對每個測試的服務重復反測試化的步驟。一旦您全部完成卸載，則 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 部分到此就結束了。
本文配套源碼
