IBM®
跳转到主要内容
    中国 [选择]    使用条款
 
 
Select a scope: Search for:    
    首页    产品    服务与解决方案     支持与下载    个性化服务    
跳转到主要内容

developerWorks 中国  >  WebSphere  >

权威支持: 使用 IBM Support Assistant 收集诊断信息

developerWorks
文档选项

未显示需要 JavaScript 的文档选项

英文原文

英文原文


级别： 初级

Mihaela Herescu, WebSphere SWAT 团队, IBM Austin Lab
Don Bourne, WebSphere Serviceability 架构师, IBM
Jim McVea, 技术架构师，IBM Support Assistant, IBM
Adeel Omer, IBM Support Assistant Marketing and Deployment, IBM
Daniel Julin, 高级技术人员, IBM

2008 年 11 月 27 日

Journal icon 了解 IBM® Support Assistant 中旨在收集诊断信息的功能、如何安装和配置这些功能，以及如何在实践中使用这些功能。

来自 IBM WebSphere Developer Technical Journal。

在每个专栏中，支持权威将讨论 IBM Technical Support 的可用于 WebSphere 产品的资源、工具和其他元素，以及一些可以进一步增强您的 IBM 支持体验的技术和新思想。

最新快报

按照惯例，我们将首先提供关于整个 WebSphere® 社区的一些重要新闻：

  • IBM Support Assistant Version 4 的几个新的产品外接程序已经发布，包括一个旨在用于 Lotus® Notes Version 8 的外接程序，以及另一个帮助回答 IBM Support Assistant 本身的问题和故障排除难题的外接程序。一般来讲，产品外接程序使用与特定 IBM 产品相关联的信息源和数据收集脚本扩展 IBM Support Assistant 的功能。有数百个不同的产品外接程序可用于跨所有 IBM 软件品牌的广泛产品。

  • 关于 IBM Support Assistant Version 4 中 新的和现有的工具 的工作在继续进行。本月发布的工具包括：

    • IBM Trace and Request Analyzer for WebSphere Application Server，这是在前一期“权威支持”专栏中介绍的，除了已经在 alphaWorks 中可供下载以外，现在还包括在 IBM Support Assistant 中。
    • 对 IBM Monitoring and Diagnostic Tools for Java™ - Garbage Collection and Memory Visualizer 的更新。
    • 对 IBM Thread and Monitor Dump Analyzer 的更新。Version 2.8 包括自述/帮助文件中缺少的图片。
    • 对 IBM Pattern Modeling and Analysis Tool for Java Garbage Collector 的更新。Version 2.6 修复了 Java 6 垃圾收集跟踪分析器中的缺陷。
    上述列表中的最后两个工具是我们最初通过 alphaWorks 发布和支持然后也在 IBM Support Assistant 中发布的工具的示例。将来，预期会看到 alphaWorks 和 IBM Support Assistant 之间在工具升级方面实现更紧密的协调，以及更频繁的升级。

  • WebSphere Support Technical Exchange 系列的几个新的和有趣的部分于 2008 年 9 月推出。特别注意：

    • 几个关于 IBM Support Assistant for WebSphere Application Server 和 WebSphere MQ 中的专用数据收集器的演示文稿（可能特别适合作为对本文中的主要主题的补充）。
    • 关于 WebSphere 性能的新的“Open Mic”研讨会。
    • 关于优化 WebSphere JVM 的演示文稿。
    定期访问 WSTE 网站以了解其他研讨会。

  • 针对 WebSphere 的 IBM Support 网站提供了维护下载向导的集合，以帮助您确定和下载各个版本的 WebSphere Application Server 和其他产品的维护包。有关示例请参阅 wizard for WebSphere Application Server V6.1。

  • 利用 IBM developerWorks 上的 WebSphere Application Server 论坛 和其他 WebSphere 产品的论坛。这些论坛是提出问题并从广大的 WebSphere 专家社区获得答案的理想场所。

  • 最后要提醒一下，WebSphere Application Server V5.1 将于 2008 年 9 月末结束其正常的支持周期。如果您还没有迁移到更新版本的话，应立即制定迁移计划（请参阅此 Migration planning for WebSphere Application Server 文档以获取帮助），或者联系您的 IBM Support 代表。

继续关注与支持相关的各个网站以及本专栏，以获得有关我们所碰到的其他工具的新闻。

接下来让我们继续今天主要的主题……





回页首


什么是数据收集，为什么要使其实现自动化？

本专栏的前一期介绍了 IBM Support Assistant Version 4.0，它提供了一个完整的平台，您可以在其中执行许多问题确定任务，例如：

  • 搜索和浏览许多 IBM 产品的支持信息。
  • 获得常见问题确定任务的循序渐进的指导。
  • 收集诊断信息。
  • 运行工具以分析诊断信息。
  • 与 IBM Support 一起打开 PMR。

所有这些功能紧密集成在 IBM Support Assistant 中，从而同时为自助情形和需要与 IBM Support 协作的情形提供了一系列强大的功能。（有关完整的功能列表，请参见 IBM Support Assistant 功能页。）本文明确地集中于旨在收集诊断信息的功能，研究所提供的各种替代方法，解释如何安装和配置那些功能，以及如何在实践中使用它们。

自动数据收集是 IBM Support Assistant 提供的最有价值的故障排除功能之一。数据收集是从应用程序或系统中收集诊断信息以帮助确定某个行为或问题来源的过程。

IBM Support Assistant Collect Data 功能使用特定于症状的脚本来自动化数据收集过程中涉及到的繁琐和重复任务，例如收集日志中的错误消息、设置跟踪等等，或者收集任何 javacore 或堆转储以便使用各种工具进行分析。许多数据收集脚本使得已经存在的用于收集问题分析数据的 MustGather 文档实现了自动化。在脚本运行之后，所收集的信息会被打包，以便于您能够容易地自己分析，将其发送到 IBM 进行分析，或者使用能够生成报告和有关如何修复问题的建议的工具来对其进行处理。

下面是自动数据收集的许多优点中的一小部分：

  • 自定义：自动数据收集器脚本可以特定于产品和症状；针对性的数据收集仅收集适量特定于手边问题的信息，因此很容易传输和分析。
  • 效率：与要求人工操作员执行故障排除文档中的几十个步骤相比，调用自动数据收集器要快得多。支持分析人员与系统操作员之间在有关各个步骤的问题方面所花的时间更少。
  • 可重复性：自动数据收集可以使用类似的输入再三重复，而不用担心人为错误。这还导致“重复集合”更少，因为可信赖的收集脚本每次将产生相同的信息。
  • 简单性：自动数据收集只需较少的系统知识，并且可由不熟悉软件产品工作性质的操作员执行。
  • 保密性：自动数据收集器脚本自动屏蔽和隐藏某些用户信息，例如密码和密钥存储区。这可以促进客户敏感信息的更好保密性。

数据收集选项

IBM 软件在大量的处理环境中广泛使用；与运行了不同的一组企业应用程序的服务器相比，一个用于开发的机器（比如笔记本或台式机）上拥有不同的应用程序和用户访问权限。为了适应这些不同的场景，IBM Support Assistant 提供了用于运行数据收集的不同机制：

  • 独立工作台

    IBM Support Assistant Workbench 可以安装在 Windows® 或 Linux® 桌面系统上，以便您能够从本地系统收集数据。基于工作台的收集具有漂亮的图形界面，提供了直观的收集脚本组织结构和对所收集数据的容易分析。这是用于从诸如 IBM Rational® Software Architect 等桌面应用程序收集数据的合理选择。

  • 带代理的工作台

    将上述的相同工作台与安装在远程系统上的 IBM Support Assistant 代理结合使用，您可以通过工作台的界面收集数据，同时在另一个系统上运行实际收集。这是用于从诸如 IBM WebSphere® Application Server 等应用程序中间件收集数据的合理选择。

  • 便携收集器

    可以从工作台中生成便携收集器以便在另一个系统上使用。便携收集器是轻量级应用程序，提供了基于文本的界面来针对特定产品运行收集器脚本。它还提供了使用响应文件运行的静默执行模式。这是在没有设置代理的情况下用于从应用程序中间件收集数据的合理选择。

图 1 显示了这些不同的收集选项。


图 1. IBM Support Assistant 数据收集选项
图 1. IBM Support Assistant 数据收集选项

为您的环境选择正确的 IBM Support Assistant 数据收集方法取决于诸多因素，例如您的预先规划级别、需要为其提供服务的系统数量、进行数据收集的目标平台、那些平台是否连接、安装所需的权限、运行所需的权限，等等。表 1 总结了这些因素。


表 1. 选择数据收集方法
因素独立工作台带代理的工作台便携收集器
在以下系统上执行数据收集：安装了工作台的系统安装了工作台或代理的系统安装了便携收集器的系统
安装所需的权限任何系统用户以任何用户代理身份进行的工作台安装需要 root/admin 权限无安装，只需解压缩 ZIP 文件
运行所需的权限任何系统用户本地：任何系统用户
远程（代理）：root/admin		任何用户
系统上需要 JRE否否是
用户界面图形 UI图形 UI文本控制台 UI
静默执行否否是（使用响应文件）
平台支持Windows、Linux代理：Windows、Linux、AIX、Solaris安装了 1.4.2 或更高版本的 JRE 的任何平台
磁盘占用空间工作台占用大约 100MB工作台占用大约 100 MB，
每个代理占用大约 350 MB		大约 10 MB

产品外接程序在自定义数据收集中的作用

产品外接程序提供了一种使用特定于产品的功能来扩展 IBM Support Assistant 的方法。产品外接程序包含您将运行的实际数据收集脚本，这些脚本是专门为每个产品的需要而创建的。可以向工作台添加任何数量的产品外接程序，以便为在安装工作台的计算机上执行特定于产品的数据收集做准备，或者生成专门的便携收集器。类似地，还可以将产品外接程序添加到代理，以便让代理为执行从工作台远程发起的特定于产品的数据收集做好准备。

产品外接程序通过 IBM Support Assistant Workbench Updater 进行安装和更新。请定期查找更新，因为新版本的外接程序可能已经变得可用。





回页首


使用独立工作台或带代理的工作台的收集

本部分描述使用 IBM Support Assistant Workbench 来执行数据收集的过程。使用工作台，您可以从安装工作台的计算机收集数据，或者从安装 IBM Support Assistant 代理的计算机收集数据。

开始使用独立工作台

在您安装 IBM Support Assistant Workbench 的受支持的 Windows 和 Linux 系统上，您可以执行本地数据收集。必须首先通过添加您希望从中收集数据的产品的产品外接程序，从而对工作台进行自定义。可以从工作台本身中使用 Update => Find new ... => Product Add-ons 菜单选项，将产品外接程序部署到工作台。

开始使用带代理的工作台

IBM Support Assistant 通过 IBM Support Assistant 代理提供了远程故障排除功能（包括远程数据收集），您可以在希望管理的系统上安装这些代理。必须向 IBM Support Assistant 代理管理器注册这些代理，代理管理器用作代理的目录，并提供其他服务，以帮助在分布式环境中提供 IBM Support Assistant Workbench 与 IBM Support Assistant 代理之间的安全通信。为了访问已向特定代理管理器注册的代理，必须向同一个代理管理器注册每个 IBM Support Assistant Workbench。

在您希望远程执行数据收集的环境中，您必须在希望从中收集数据的系统上设置 IBM Support Assistant 代理管理器和代理。客户环境中的典型 IBM Support Assistant 部署如图 2 所示。


图 2. 典型的工作台、代理管理器和代理部署
图 2. 典型的工作台、代理管理器和代理部署

如图所示，环境中存在一个代理管理器，需要首先对其进行设置，然后再安装任何代理。代理管理器必须存在，因为它提供服务来保护 IBM Support Assistant Workbench 与 IBM Support Assistant 代理之间的通信。它还确保工作台知道去何处查找代理。图 2 中显示了多个远程代理。您希望在其上执行远程数据收集的每个系统都需要一个 IBM Support Assistant 代理。这些代理提供远程端点，工作台使用该端点通信以访问数据收集服务。

设置代理管理器和代理以后，您可以注册 IBM Support Assistant Workbench 以使它们能够访问远程系统。在代理管理器安装过程中，您将创建两个用于 IBM Support Assistant 的唯一用户名：ISAAdmin 和 ISAUser。ISAAdmin 应该由打算管理哪些数据收集可以在远程系统上运行的工作台用户注册和使用。使用 ISAUser 用户名注册的工作台只能在管理员（ISAAdmin 用户）为他们设置的代理上执行数据收集。（有关如何向代理管理器注册工作台的信息，请参阅 IBM Support Assistant Workbench 附带的文档。）工作台注册是通过工作台的 Agent Access 属性面板来处理的（图 3）。


图 3. ISA Workbench Agent Access 注册面板
图 3. ISA Workbench Agent Access 注册面板

与产品外接程序支持工作台执行特定于产品的本地数据收集类似，通过向代理添加产品外接程序，您将能够在安装代理的计算机上执行特定于产品的数据收集。

将产品外接程序部署到代理的过程包括两个步骤，如图 4 所示：

  1. 将所需的产品外接程序从 IBM 下载到工作台中的本地存储库。
  2. 将所需的产品外接程序传输到代理。

正如前面提到过的，只有使用 ISAAdmin 用户名注册的工作台才能用于设置代理上的产品外接程序，而运行数据收集的过程可以从使用 ISAUser 或 ISAAdmin 用户名注册的任何工作台完成。


图 4. 将产品外接程序部署到代理的两步骤过程
图 4. 将产品外接程序部署到代理的两步骤过程

有关如何设置代理管理器和代理、向代理管理器注册工作台或向工作台和代理添加产品外接程序的更多信息，请参阅包括为 IBM Support Assistant 代理安装包和工作台一部分的文档。

使用工作台收集数据

完成上述步骤设置环境后，就可以从工作台中执行数据收集了。首先通过 Launch Activity 按钮或工作台欢迎页上的 Analyze Problem 链接导航到 Analyze Problem 活动面板（图 5）。


图 5. 数据收集位于 Analyze Problem 活动中
图 5. 数据收集位于 Analyze Problem 活动中

在 Analyze Problem 活动屏幕上，选择 Collect Data 选项卡查看 Collect Data 面板（图 6）。


图 6. Collect Data 面板
图 6. Collect Data 面板

您将在该面板中指定要收集什么数据和如何收集数据：

  1. 首先，您可以选择一个案例（图 6 中的 Label 1）。在此区域指定的案例将存储所有数据收集的输出。案例的用途是让用户存储有关他们正在尝试诊断的特定问题的信息，非常类似于侦探的案件档案。通过单击 Select 按钮，您可以选择现有的案例或创建新的案例。

  2. 下一步，您将选择希望从中收集数据的系统 (2)。如果还没有设置从代理收集数据，则会自动从本地（“我的电脑”）收集数据。如果确实已经设置了从代理收集数据，您将会看到本地系统，以及所有连接到代理管理器（工作台已向该代理管理器注册）的 IBM Support Assistant 代理的列表。系统将提示您提供尝试访问的任何远程系统的凭据；在此情况下，您必须提供某个 root 用户（对于 Linux 和 UNIX® 系统）或管理用户（对于 Windows 系统）帐户的有效用户 ID 和密码。

  3. 产品/问题区域 (3) 将自动自我更新，以基于工作台（对于“我的电脑”）或所选代理上安装的产品外接程序列表显示指定系统上可用的收集。做出选择以后，您可以单击 Add 按钮，将所选的收集添加到收集器队列 (4)。您可以随心所欲地经常重复此步骤，以设置所需的数据收集。通过选择收集队列中不需要的收集并单击 Remove 按钮，可以将项目从收集中删除。

  4. 最后，将所有所需的数据收集添加到收集器队列以后，单击 Collect All 按钮运行收集。收集每次运行一个，从队列中的第一个收集开始。在每个收集运行时，您将在 Collector Status 区域 (5) 中看到有关该收集的状态信息。同时，您将注意到一个新的选项卡显示出来，名为 Current Status。如果选择此选项卡，您将看到正在为当前收集而运行的内容的详细信息。

许多收集需要用户输入。例如，许多 WebSphere Application Server 收集要求提供应用程序服务器根目录。每当需要输入时，数据收集将暂停，并显示一个带有相应请求的对话框（图 7）。如果希望在任何时候取消正在进行的数据收集，只需单击 Cancel。


图 7. 数据收集过程中的用户提示
图 7. 数据收集过程中的用户提示
便携收集器收集的某些文件包含密码和其他敏感信息。通常，IBM Support 需要这些文件以便诊断问题，但不是需要这些文件中包含的敏感信息。在可能的情况下，收集脚本会检测到并隐藏收集 ZIP 文件中包括的所有文件中的密码。此外，一些包含其他类型的敏感信息的文件将从收集文件中完全删除。

当收集完成时，结果将复制到您指定的案例中。要查看收集到的数据，可以选择 Collector Status 区域中提供的链接（图 6 中的 Label 5），此链接将打开系统的文件浏览器，并导航到存储收集数据的目录。

收集过程中的故障排除

数据收集问题：

  • 对于在数据收集开始前遇到的问题（例如，无法连接到代理），请检查 IBM Support Assistant 日志和跟踪文件中的信息。导航到 Help => Support => View Log or Help => Support => View Trace 菜单选项。
  • 对于正在收集数据时遇到问题的情况，请检查 Current Status 选项卡，以查看脚本在做什么，以及它可能已遇到的任何问题。
  • 如果需要向 IBM Support 报告有关工作台本身的问题，您可以在工作台系统上运行 General Collection（IBM Support Assistant 4.0 产品外接程序的一部分），以收集 IBM Support Assistant 团队进行诊断所必需的重要信息。

确定代理管理器状态：

如果问题可能是代理管理器发生的，请参试以下技巧：

  • 在命令提示符下运行 netstat -a。当前 TCP/IP 连接的列表将显示出来。在该列表中，您应该看到端口 9511、9512 和 9513，并且它们应该全都在侦听。
  • 有一个验证实用工具可用于检查代理管理器状态和运行状况。请运行此命令来检查文本“Health Check Passed”，该文本指示代理管理器正在成功运行：

    [AgentMgr install root]/toolkit/bin/HealthCheck(.sh) -host <hostname> -RegistrationPW <AgentRegistratonPassword>

  • 如果代理管理器在运行，您应该能够从浏览器访问其信息面板。打开浏览器浏览到以下 URL 中的任一个：
    • http://{AgentManagerHost or IP}:9513/AgentMgr/Info
    • https://{AgentManagerHost or IP}:9511/AgentMgr/Info

确定代理状态：

  • 运行 netstat -a 应该显示 9510 端口正在侦听。端口 9514 和 9515 也应该在本地打开，并侦听用于本地主机通信的不间断服务。
  • 运行此命令并确认下面列出的包出现在所显示的状态中（但不一定以相同的顺序）：

    [Agent install root]/ep/runtime/agent/agentCli(.sh) bundleAdmin bundles 

    com.ibm.esupport.autopd.core                Active
com.ibm.esupport.filexfer.casimpl.ca.core   Active
com.ibm.esupport.filexfer.casimpl.core      Resolved
com.ibm.esupport.client.product.System      Resolved
com.ibm.esupport.inventory.service          Active
com.ibm.esupport.inventory.interface        Active
com.ibm.esupport.product.core               Resolved
com.ibm.esupport.sec.core                   Resolved
com.ibm.esupport.sec.os.core                Active
	(This one defaults to Active but should function if just resolved.)





回页首


使用便携收集器进行数据收集

本部分描述使用便携收集器的 IBM Support Assistant 数据收集选项，以及如何将其用于从无法安装 IBM Support Assistant Workbench 或代理的系统收集数据。

便携收集器的概念涉及到导出所有必需的文件以运行特定收集，并在除导出该收集的系统以外的系统上以纯文本控制台模式运行该收集。便携收集器是从 IBM Support Assistant Workbench 中生成的，并且是 IBM Support Assistant Workbench 打包的数据收集器的克隆，以便您能够将其传输到另一台计算机并从命令行运行它。由于便携收集器以纯文本模式运行，使其特别适合于在只能通过 telnet 会话或低速网络连接访问的系统上远程运行。只需将便携收集器解压缩到问题计算机上就可以运行了。便携收集器的大小比 IBM Support Assistant 应用程序小得多，并且不需要故障计算机拥有网络连接即可运行。

当问题计算机运行 IBM Support Assistant Workbench 或代理不支持的操作系统时，便携收集器也许是用于自动化数据收集的理想选择。当故障计算机不允许远程 root 访问时，或者如果您将来不大可能从故障计算机收集数据，在此情况下，您可能希望有一个当前可用工具，要求它能够容易地安装在故障计算机上，并在完成数据收集后从故障计算机删除。

便携收集器的典型部署场景是在环境中的一个或多个桌面系统上安装 IBM Support Assistant，安装您感兴趣的产品外接程序，然后为特定产品生成便携收集器，并在问题出现时在远程系统上运行这些收集器。

如何生成便携收集器

生成便携收集器的先决条件是安装 IBM Support Assistant Workbench，然后就可以为您希望为其安装外接程序的 IBM 产品生成便携收集器。首先通过 Launch Activity 按钮或工作台欢迎页上的 Analyze Activity 链接导航到 Analyze Problem 活动面板（图 5）。

在 Analyze Problem 活动面板上，选择 Collect Data 选项卡以显示 Collect Data panel 面板（图 6）。单击 Create Portable Collector 按钮（图 8）。


图 8. 创建便携收集器
图 8. 创建便携收集器

系统将提示您选择产品、输出目录和文件名。缺省情况下选择 System Collector 作为产品，但是可以从下拉菜单中选择您将其安装为外接程序的任何产品。请考虑如图 1 所示的示例便携收集器部署，其中已在工作台中安装了 WebSphere Application Server V6.1 外接程序。在此情况下，您将选择 WebSphere Application Server 6.1 作为产品。还要确保提供有效的输出目录和输出文件名，因为这两项都是必需的。单击 OK，便携收集器将在输出目录中作为 .zip 文件生成，其名称为您选择的输出文件名。

当产品外接程序的更新可用时，确保在工作台上生成新版本的便携收集器。这样，便携收集器将具有驱动收集的最新版本的脚本。

运行便携收集器

要在希望从中收集数据的系统上设置和运行便携收集器，请执行以下操作：

  1. 将便携收集器文件传输到目标系统。您可以使用 FTP 或 IBM Support Assistant Workbench 与目标系统之间支持的任何文件传输实用工具。
  2. 连接到您希望执行收集的目标计算机。例如，您可以使用 telnet。
  3. 设置 JAVA_HOME 变量。便携收集器要求在您希望从中收集数据的系统上安装 JRE。要使该工具正常工作，必须将 JAVA_HOME 环境变量设置为 JRE Version 1.4.2 或更高版本。例如，在 Windows 平台上，如果将 JRE 1.4.2 安装在 c:\jre1.4.2，您将使用以下命令设置 JAVA_HOME：

    SET JAVA_HOME=c:\jre1.4.2

    （即使您的值有空白字符，也不要在 SET 命令的值中使用引号。）在 Linux、AIX®、Solaris™ 或 iSeries® 平台上，如果将 JRE 安装在 /opt/jre142 中，您将使用以下命令设置 JAVA_HOME：

    export JAVA_HOME=/opt/jre142

    请注意，便携收集器要求在系统上安装 JRE Version 1.4.2 或更高版本。Microsoft® JVM/JDK 不受支持。
  4. 将便携收集器存档文件解压缩到目标系统上的某个目录中。
  5. 检查您在其中解压缩便携收集器文件的目录的执行权限。当在 UNIX、iSeries 或 zSeries® 上运行便携收集器时，请确保所有 Shell 脚本拥有执行权限。要赋予文件执行权限，可以使用以下命令：

    chmod -R 755 `find . -name '*.sh'`

    现在就为运行便携收集器并从故障系统收集问题数据做好准备了。
  6. 运行便携收集器。从命令行调用适当的启动脚本。对于 Windows 系统，这些启动脚本是批处理文件。对于其他环境，它们是 Shell 脚本。取决于具体的环境，通过从命令行运行以下启动脚本之一开始数据收集：
    1. Windows：运行 startcollector.bat
    2. UNIX：运行 ./startcollector.sh
    3. iSeries：运行 ./startcollector_iseries.sh
    4. zSeries：运行 ./startcollector_zseries.sh

收集开始以后，系统将要求您为几个问题提供输入，例如数据收集 ZIP 文件的名称，以及其他特定于产品的信息。

对于前面提到的 WebSphere Application Server 安全问题示例，您必须输入 WebSphere Application Server 根目录、管理用户名和密码、有关如何重现问题的其他信息，等等（图 9）。


图 9. 便携收集器输入提示
图 9. 便携收集器输入提示

由于便携收集器以文本模式运行，因此没有用于进行用户输入的选择列表或输入字段。相反，可用选项将以编号列表的方式显示，您需要输入所选择的项的编号并按 Enter 键。输入字段将转换为提示，此时需在其中输入回答并按 Enter 键。如果需要，可以输入 quit 停止收集器工具。

数据收集工作完成后，所得到的输出是另一个 JAR 文件，可以手动将其传输到 IBM Support 或传回安装了 IBM Support Assistant 的计算机。在工作台上，可以在本地检查输出 ZIP 文件，然后将其发送到 IBM Support 以便分析，这与在 IBM Support Assistant Workbench 中执行的其他收集一样。取决于为其生成便携收集器的产品，便携收集器可以处理从故障系统到 IBM 的 FTP 传输的细节。您需要提供 PMR 编号，以便能够将收集到的问题数据与之关联。图 10 显示了在 WebSphere Application Server Security 收集脚本结尾处可用的 FTP 选项。


图 10. 便携收集器 FTP 提示
图 10. 便携收集器 FTP 提示

静默收集

IBM Support Assistant 中的大部分数据收集器脚本本质上是交互式的，要求用户对关键问题作出响应。这些问题在数据收集过程中以用户提示的形式提出。例如，WebSphere Application Server 脚本可能问您要从哪个概要或节点收集数据。但是在某些情况下，这些提示可能没有用处：

  • 您希望多次运行相同的数据收集，在多次执行中提供相同的答案是非常繁琐的。
  • 您希望在没有人工交互的情况下运行数据收集器，以使其能够在没有任何操作员的情况下自动启动和完成。

在那些情况下，便携收集器的“静默”数据收集功能极其有用。要实现此功能，首先要创建一个“响应文件”，其中包含完整运行一次数据收集器所需要的所有问题的答案。下一次需要执行相同的数据收集时，只需在启动便携收集器时提供响应文件，以前提供的答案将用于回答所有的问题。还可以调整和修改响应文件以改变答案，从而执行不同的数据收集。

要创建响应文件，只需在调用便携收集器时使用 -record 选项，后面跟着响应文件的名称，例如在 Linux 环境中，您将运行以下命令：

./startcollector.sh –record was61-response.txt

以这种模式运行时，您将转到普通的交互式会话，并在其中为脚本的提示提供响应。除了影响当前收集以外，您的响应还保存在指定的文件中。一旦交互式会话完成，以后就可以使用此响应文件执行相同的脚本，而不需要显式的用户输入。

例如，要在 UNIX 环境中使用所记录的响应文件以静默模式运行便携收集器，您可以运行以下命令：

./startcollector.sh was61-response.txt

图 11 显示了一个示例输入脚本文件。第一行指定该收集的收集 ZIP 文件名。下一个“1”指示应该将该文件用于该脚本的执行。随后的编号序列在菜单树中向下导航，以到达可调用 WebSphere Application Server 安全收集脚本的位置。接下来是提供 WebSphere Application Server 安装目录的输入字段。最后的数字和文本表示对 WebSphere Application Server Security 收集脚本中的各个问题的响应。


图 11. 示例响应文件
图 11. 示例响应文件

响应文件是纯文本文件，可以根据需要对其进行编辑以更改用户的响应。例如，如果希望在记录响应文件的系统以外的不同系统上运行便携收集器，您可能需要调整响应文件中的某些值。以前面提到的 WebSphere Application Server 安全问题为例，您可能需要使用新系统的 WebSphere Application Server 安装目录、管理员用户名和密码来更新响应文件。

使用响应文件时，请记住诸如用户名和密码等敏感信息可能存储在这些文件中，因此务必以防止对敏感信息进行未经授权的访问的方式管理这些文件。此外，并非所有数据收集都适合于静默收集选项。有些数据收集始终需要与用户进行某些交互。例如，您可能需要在数据收集过程中重现问题，以便收集相应的日志和跟踪文件。在此情况下，静默收集无法记录和重现此步骤。





回页首


总结

现在您已经了解了如何使用 IBM Support Assistant 的数据收集功能，以及如何使用该功能来自动化收集问题确定构件的过程，这样您就为使用该功能来实际完成某些任务做好准备了。在构建数据收集时，构建的结果不过是个存档文件，可以使用大多数数据压缩实用程序将其打开。如果要进行某些自助分析，您还可以自己浏览其内容以查看日志文件、配置文件等等。如果是与 IBM Support 分析人员一起处理问题，您可以通过将该存档文件附加到电子服务请求 (Electronic Service Request)，通过电子邮件或通过 FTP 将其发送到 IBM，从而让分析人员获得信息。传输机制在不同的情况下可能有所不同，但是要点在于，您已经将收集正确信息以便做进一步分析的步骤自动化。

但愿本文提供的介绍能让您很好地了解 IBM Support Assistant 提供的数据收集功能，以及可用于适应不同环境的各种替代操作模式。IBM Support Assistant 团队欢迎您的反馈，您可以使用 IBM Support Assistant Workbench 本身的 Help 菜单中的 Submit Feedback 选项发送反馈。



参考资料

学习

讨论


作者简介

Mihaela Herescu 是 IBM Software Group 的一名软件工程师，目前是 WebSphere SWAT 团队的成员。过去两年来，她一直从事 J2EE 技术，并参与了 WebSphere 咨询和工具开发工作。


Don Bourne 是 IBM Toronto Lab 的 WebSphere Serviceability 架构师。Don 于 1996 年加入 IBM，自从 2003 年加入 WebSphere Application Server 团队后一直专门从事服务能力方面的工作。目前 Don 正在与 IBM Support Assistant 团队合作设计未来解决方案的体系结构，以帮助用户快速解决问题。


Jim McVea 是 IBM Support Assistant 项目的技术架构师。他于 1998 年作为支持分析人员加入 IBM，多年来曾参与过 IBM 内的各种支持和服务能力活动。Jim 的工作重点仍然是确定改进 IBM Support Assistant 应用程序的方法和分析能帮助简化自助工作的领域。


Adeel Omer 已在 IBM Support Assistant 团队工作了三年多，担任各种组件的开发任务，目前重点进行 ISA 与 IBM 客户的技术营销和部署方面的工作。在进入 ISA 工作之前，Adeel 曾参与过 WebSphere Early Programs 团队的客户支持工作，提供 WebSphere 系列产品的支持。


Daniel Julin 在开发复杂的联机系统及其故障诊断方面拥有 20 年的经验。作为 WebSphere 服务能力团队的技术领域的负责人，他目前重点关注帮助团队定义和实现一组工具和技术，以协助进行 WebSphere Application Server 的问题确定，并实现 IBM Support 的工作效率最大化。他有时候也直接为各种紧急的客户支持情况提供帮助。




对本文的评价










回页首


IBM 公司保留在 developerWorks 网站上发表的内容的著作权。未经IBM公司或原始作者的书面明确许可，请勿转载。如果您希望转载，请通过 提交转载请求表单 联系我们的编辑团队。
    关于 IBM      隐私条约      联系 IBM      使用条款