© Copyright International Business Machines Corporation 2000, 2007. All rights reserved.US Government Users Restricted Rights - Use, duplication or disclosure restricted by GSA ADP Schedule Contract with IBM Corp.
为了在从 TMTP 导入性能数据时使用 SSL 安全性,需要将工作台设置为指向适当的密钥库和信任密钥库文件。
如果您已经生成了自己的用于 TMTP 的信任密钥库和密钥库,那么在下文中使用那些文件。否则,使用与 TMTP 管理代理程序一起提供的缺省 agent.jks 文件(它通常位于 Windows 上的 C:\Program Files\ibm\tivoli\MA\config\keyfiles 中)。
从安装有管理代理程序的机器上复制 agent.jks 文件。在安装了工作台的机器上的工具包安装目录中创建 security 子目录。将 agent.jks 文件的副本放到新的 security 目录中。
然后,编辑工具包安装目录中的文件 rationalsdp.ini。添加以下两行:
VMArgs=-Djavax.net.ssl.trustStore=d:\myrpainstall\security\agent.jks
VMArgs=-Djavax.net.ssl.keyStore=d:\myrpainstall\security\agent.jks注:如果 d:\myrpainstall 路径包含空格,请用引号将路径和文件名括起,例如:
...trustStore="c:\Program Files\IBM\Rational\SDP\rpa\security\agent.jks"重新启动工作台。您现在能够在从 TMTP 导入概要分析数据时使用 SSL。
如果在进行任何类型的概要分析或甚至在概要分析会话之间尝试从网络断开连接,或切换 IP 地址,或在无线连接和以太网连接之间切换,您将会遇到不期望的结果。
为解决此问题,必须重新启动工作台和数据收集器。
某些连接信息出于性能原因高速缓存在工作台中。请或者避免切换 IP 地址,或者预先关闭所有程序,然后在获得新 IP 时重新启动。
如果将应用程序服务器配置为用于数据收集体系结构,则仅支持 J2EE 性能分析和 ARM 性能分析类型。如果未检测服务器,则支持除 J2EE 性能分析和 ARM 性能分析外的所有类型。
不能同时使用多种概要分析类型。
如果想要使用其他概要分析类型,则必须取消服务器的配置,根据基本产品(Rational Application Developer、Rational Performance Tester 或其他产品,如该产品的安装指南中所示)的要求重新配置它,然后执行概要分析。要取消服务器的配置,请参阅联机帮助主题“除去虚拟化程序以支持其他类型的概要分析”。要再次使用受支持的概要分析类型,就必须遵循安装指南中的指示信息,配置服务器来使用数据收集体系结构。
当对活动应用程序进行概要分析时,不会跟踪某些类型的事务(对它们进行概要分析)。这些包括:
- 如果 Servlet 衍生一个线程,而该新线程结束并执行一些子事务,那么这些新的子事务将不会被跟踪。
- 如果 Servlet 被重定向或转发,并且该重定向衍生出新的线程(即使线程由 Servlet 容器衍生),那么重定向 Servlet 中的所有事务事件将不会被跟踪。
在 Windows Server 2003 机器上使用长路径或带有空格的路径安装数据收集体系结构时会间歇性地出现已知问题。如果可能,请避免使用这样的目录。这不仅适用于目标安装目录,也适用于源安装目录。
如果数据收集在 Windows Server 2003 上失败,则尝试将 Agent Controller 组件作为控制台应用程序而不是 Windows 服务运行:
- 通过选择“开始 > 设置 > 控制面板 > 管理工具 > 服务”,打开“Windows 服务”面板。
- 选择 IBM Rational Agent Controller 服务并停止它。
- 选择“开始 > 设置 > 控制面板 > 系统”。
- 在“高级”选项卡中,单击“环境变量”。
- 单击“新建”(如果已存在 RASERVER_HOME 变量,则单击“编辑”)。在“变量名”字段中输入 RASERVER_HOME,并在“变量值”字段中输入 x:\dir\IBM_Agent_Controller,其中 x:\dir\ 是安装目录。单击“确定”。
- 打开命令提示符并转至安装目录的 IBM_Agent_Controller\bin 子目录。
- 运行 raserver.exe。
- 通过选择“开始 > 程序 > IBM 软件开发平台 > IBM Rational 数据收集体系结构 > 停止监视”,然后选择“启动监视”来重新启动数据收集体系结构。
数据收集体系结构的安全性功能与 Rational Performance Tester 记录以及数据收集的动态发现相冲突,因此它不受支持。获得安全性的另一种方法是,在数据收集安装时使用“主机列表”选项,并指定可访问当前机器上的数据收集体系结构的特定主机列表。
在一些情况下,从数据收集体系结构返回的数据可能缺少返回消息,您仅接收到调用。即,UML2SD 类交互图仅显示实线箭头(调用),但不显示虚线箭头(返回)。
作为此问题的变通方法,请确保远程机器上的时钟设置为与工作台机器的时间相同或比该时间晚。不必更改时区设置。例如,如果远程机器本地时间是 7:30,工作台机器时间是 8:31(这些时间对于它们所在的时区而言都是正确的,一个时区相差一个小时),则只需将远程机器上的时间调整为 7:32,或将工作台机器时间设置为 8:29。
如果无法更改机器时间,则将概要分析数据发送到“启动配置”对话框中的目标页面中指定的文件,然后导入该文件。对于有多个代理程序的分布式概要分析,每个代理程序都必须预先连接且已设置概要分析文件选项。每个代理程序都应该将概要分析数据发送到不同文件。
缺省情况下,Tivoli Monitoring for Transaction Performance 管理服务器设置为每小时仅将数据上滚一次。这意味着生成了来自测试的数据,但是未收集该数据。
如果您不想等到每小时一次的上滚发生,请执行以下步骤:现在,数据将每 5 分钟上滚到管理服务器,这样,在您运行已检测的测试后最多 5 分钟,将会有来自该测试的数据以导入到工具包中。
打开 TMTP 安装目录中的以下文件:config\autorollup.properties
确保 tms.autorollup.enable 设置为 true。
将 tms.autorollup.period 设置为 5,这表示 5 分钟,即允许的最小值。小于 5 的值将被视为 5 分钟。
对于您希望应用此 autorollup 设置的每个策略,添加以下行:
tms.autorollup.policyN=policy_name
其中 N 是一个从 1 开始的整数(1、2、3 等等),policy_name 是策略的名称。生成的 autorollup.properties 文件内容类似于:
tms.autorollup.enable=true
tms.autorollup.period=5
tms.autorollup.policy1=myPolicy
tms.autorollup.policy2=yourPolicy
tms.autorollup.policy3=anotherPolicy
停止并重新启动 TMTP 管理服务器。
注:此上滚设置应用于实例数据。在这个小时过去之前,聚集数据是不准确的。
从 ITCAM for WebSphere(以前为 WSAM)导入性能数据时,会涉及到两个认证层。第一层为 WebSphere 认证,它将拒绝系统上的所有无效用户/密码,并使工具包显示认证对话框。另一层为 ITCAM for WebSphere 认证,如果认证失败,它将只是简单地返回“无数据可导入”。
仅当用户在底层操作系统中输入有效用户名(例如 root 用户),但该用户未在 ITCAM for WebSphere 中注册时,才会出现 WebSphere 认证通过但 ITCAM for WebSphere 认证失败的情况。在此情况下,用户应注意,当认证失败时,服务器并不会发出错误消息,但是也不会出现用户可导入数据的陷阱。
缺省情况下,统计视图会尝试在统计图中的每个记号处绘制一个点。如果某个给定记号没有点,则统计视图将假设该点为零。如果点过于稀疏,则将导致一行上每 n 个点就假设为零。这是该图创造的假象,它不反映系统上的实际情况。要避免此假象,请在“更多...”对话框中将行为设置为“不绘制”或“绘制上一个值”,以此设置高级选项。这样设置将在没有要绘制的点的位置,改为绘制间隔或连续直线。
从 IBM Tivoli Composite Application Manager for WebSphere 陷阱导入数据时,请确保管理服务器和工作台的时钟同步。在 Tivoli 性能数据导入向导中,导入最后 n 个时间单位的选项会使用本地机器上的当前时间,但是会按照管理服务器时钟来查询在该时间段有活动的陷阱。因此如果管理服务器时钟早 10 分钟,则您将必须等待 10 分钟,导入向导才会发现此事务在服务器上可用,或您将必须往后查询 10 分钟。
在“统计视图”中查看资源监视统计数据时,如果在“概要分析监视器”视图中启用了“通过查看器链接”切换选项并选择了另一项,则视图将自我复位,自动打开跟踪方式切换选项(图表遵循当前时间)。作为此问题的变通方法,请尝试在公共节点(例如监视器)上查看数据(来自代理程序的所有数据都将显示在同一图中),或简单地通过单击水平标尺右侧的“>”按钮,关闭跟踪方式选项。
从 IBM Tivoli Monitoring for Transaction Performance、IBM Tivoli Composite Application Manager for WebSphere 或 IBM Tivoli Composite Application Manager for Response Time Tracking 导入响应时间分解数据时,可以选择在多个主机上生成的多个事务,并一次性地将它们全部导入。有个已知缺陷会导致在显示两个代理程序时数据存储在一个代理程序中,而非将相应的数据分发给每个代理程序。变通方法是对每个主机执行单独导入(每次只选择一个主机,这样对每个主机完成导入向导一次)。
注意:这不会影响分布式事务的导入过程,只会影响在各个主机上产生的多个事务的导入过程。
从 IBM Tivoli Composite Application Manager for WebSphere 导入时,用户名/密码必须是用于登录 IBM Tivoli Composite Application Manager for WebSphere 管理服务器的用户名/密码,而非 WebSphere 本身的用户名/密码。如果使用 WebSphere 用户名/密码,则导入将失败并且不报告未能认证是导入失败的原因。如果用户名/密码与 WebSphere 本身的用户名/密码或 IBM Tivoli Composite Application Manager for WebSphere 的用户名/密码不匹配,则将正确地显示认证失败消息。
当数据收集体系结构(DCI)启动时,它必须查找本地计算机的 IP 地址。DCI 将使用对 InetAddress.getLocalHost() 的调用来执行此查找。此调用并不总是返回正确的 IP 地址。错误的 IP 地址将阻止动态发现功能正常工作。可能会在以下几种不同的情况下返回错误的 IP 地址:
- 在 Linux 上,调用有时返回 127.0.0.1。这是 JVM 中的一个已知缺陷:http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=4665037。
- 在装有多个网络适配器(其中每个适配器都连接到不同的网络)的计算机上。例如,一个网络适配器可能连接到公共访问网络,而另一个适配器可能连接到专用网络。
- 在 HOSTS 文件中具有错误条目的计算机上。
如果发生此问题,则会将关键错误写入 <DCI_INSTALL>/rpa_prod/rpa_comp/logs 目录的 RPA_MA.log 文件中。(该日志文件是通过 -Djava.util.logging.FileHandler.pattern=<filename> JVM 参数指定的。)
要解决此问题,请手动指定计算机的 IP 地址。将下面一行添加到 <DCI_INSTALL>/rpa_prod/rpa_comp/rpa.properties 文件中:
IP_ADDRESS=-Dcom.ibm.rpa.runtime.ip=<IP address>
例如,如果计算机的 IP 地址为 9.67.50.44,则应该添加下面一行
IP_ADDRESS=-Dcom.ibm.rpa.runtime.ip=9.67.50.44
对 rpa.properties 进行更改之后,重新启动 DCI。
性能和问题分析工具使用 Test and Performance Tools Platform。可以在以下网址上找到关于 TPTP 的发行说明和其他文档:http://www.eclipse.org/tptp/home/documents/index.html。
如果正使用 IBM Tivoli Monitoring 监视 WebSphere Application Server,则必须将以下网址上列出的相应修订应用于 WebSphere Application Server:http://www-1.ibm.com/support/docview.wss?rs=180&context=SSEQTP&q1=1219396&uid=swg21219396&loc=en_US&cs=utf-8&lang=en。必须将这些修订应用于服务器才能解决与夏令时更改有关的问题。
如果从命令行运行启用了响应实际分解收集的调度,将不会收集任何响应时间分解数据。要从调度中收集响应时间分解数据,请从工作台图形界面运行该调度。
从 Tivoli Monitoring 服务器导入响应时间分解数据时,您可能会看见以下某条错误消息:
IWAY0084E 发生通信超时。
IWAY0106E 导入 Tivoli 性能数据时发生 I/O 错误。
此外,导入向导页面可能显示为空白。Tivoli Monitoring 所在的计算机上的 WebSphere Application Server 日志可能会显示 OutOfMemoryError。如果尝试导入大量数据,则可能会发生此问题。要解决此问题,请缩小尝试导入数据的时间范围。
如果您将过滤器应用于特定页面元素的响应时间分解表,则将在您随后打开的所有响应时间分解表上应用该过滤器。该过滤器将一直应用于所有其他测试和工作安排表中的所有页面元素。由于该过滤器持续应用于所有的响应时间分解表,因而可能收集到一部分期望的数据。如果该过滤器未应用于后续的事务,则此表可能显示为空白,让人感觉到未收集到任何数据。变通方法是除去针对特定页面元素的所有过滤器,然后再打开其他页面元素的响应时间分解结果。
应用程序服务器配备器在 BEA WebLogic 服务器运行时会修改服务器上的启动和停止脚本。如果在配备或取消配备后不久停止服务器,则可能会发生错误。您可能会看到 BEA WebLogic 控制台上显示错误消息,或遇到服务器完全关闭之前重新启动的异常情况。这些错误产生的原因是:活动服务器流程启动时使用的是原始启动脚本,但停止时使用的是修改过的停止脚本。
要解决此问题,请确保 BEA WebLogic 服务器完全关闭,然后使用修改后的启动脚本重新启动服务器。您可能需要停止 BEA WebLogic 服务器两次。