简介

在解决 WebSphere Business Events V6.2.1（后面称为 Business Events）的问题时，需要知道在什么地方寻找产品日志以及如何解释这些日志中的信息。研究日志常常有助于了解问题的性质和决定修复措施。本文介绍 Business Events 生成的各种日志、它们的位置、其中的信息以及如何分析它们。还介绍一些日志记录机制和故障排除技术，可以使用它们诊断和解决 WebSphere Business Events V6.2.1 的一些常见问题。

本文假设您熟悉 Business Events 组件和配置。

在开始排除故障之前，应该提出一些诊断问题，从而判断问题是否是由某些明显的原因造成的。首先提出这些问题可以发现简单的错误或缩小可能的原因范围，从而节省大量精力。解决 WebSphere Business Events V6.1 的常见问题 的 “简介” 一节详细讨论了这些问题；建议您先回顾这一节。

回页首

安装和卸载问题

本节讨论在安装和卸载 Business Events 时可能遇到的问题。下面几节描述 Business Events 生成的日志，这些日志有助于诊断安装和卸载问题：

Windows 上的安装日志

日志文件生成在操作系统上指定的临时目录中。与以前的 Business Events 版本不同，在 V6.2.1 中不需要为了生成日志创建 c:\tmp 目录。生成以下日志文件：

• %temp%\wbe_install_debug.log
• %temp%\wbe_outputdebug.txt
• <WBE install_dir>\IBM_WebSphere_Business_Events_V6.2.1_InstallLog.log

Windows 上的临时目录是 C:\Documents and Settings\<userid>\Local Settings\Temp。

UNIX 上的安装日志

日志文件生成在操作系统的 /tmp 目录中。与以前的 Business Events 版本不同，在 V6.2.1 中不需要为了生成日志而使用 LAX_DEBUG 环境变量启用 InstallAnywhere 的扩展调试。生成以下日志文件：

• /tmp/wbe_install_debug.log
• /tmp/wbe_outputdebug.txt
• <WBE install_dir>\IBM_WebSphere_Business_Events_V6.2.1_InstallLog.log

日志文件 wbe_install_debug.log 捕捉在安装期间发生的所有异常，wbe_outputdebug.txt 和 IBM_WebSphere_Business_Events_V6.2.1_InstallLog.log 捕捉安装环境和正在安装的文件以及状态（成功或失败）。

清单 1 给出 wbe_install_debug.log 的片段，其中包含安装期间的一个异常消息。

Aug 4, 2009 2:51:55 PM com.ibm.wbe.dbconfig.DatabaseConnection 
get

SEVERE: BEEC0103E: An error occurred while connecting to the 
database using URL jdbc:db2j:net://localhost:50001/WBE621.
com.ibm.db2.jcc.b.gm: [jcc][t4][2057][11264][3.50.152] The 
application server rejected establishment of the connection.

An attempt was made to access a database, WBE621, which was 
either not found or does not support transactions. 
ERRORCODE=-4499, SQLSTATE=08004

$WBE_VALID_DB$: false

Connection information supplied is incorrect
            

z/OS 上的安装日志

Business Events 在 z/OS 上的安装通过 System Modification Program/Extended (SMP/E) 执行。这个过程分为两个阶段。第一个阶段是使用 SMP/E 把文件写到文件系统中。第二个阶段是一个手工过程，使用 Business Events 安装代码提供的配置脚本在 WebSphere Application Server（后面称为 Application Server）中配置 Business Events。

在第一个阶段遇到的错误或问题记录在 SMP/E 的作业日志中，第二个阶段的诊断消息记录在 /<WAS_Home>/profiles/default/logs 目录中的 Application Server 日志中。

Windows 上的卸载日志

日志文件生成在操作系统上指定的临时目录中。生成以下日志文件：

• %temp%\wbe_uninstall_debug.txt
• %temp%\wbe_uninstall_outputdebug.txt

UNIX 上的卸载日志

日志文件生成在操作系统的 /tmp 目录中。生成以下日志文件：

• /tmp/wbe_uninstall_debug.txt
• /tmp/wbe_uninstall_outputdebug.txt

z/OS 上的卸载日志

Business Events 在 z/OS 上的卸载通过 SMP/E 执行，遇到的错误或问题记录在 SMP/E 的作业日志中。

安装问题：不支持的数据库

问题：在安装 Business Events V6.2.1 时使用 Microsoft SQL Server 数据库作为存储库，看到不支持的数据库警告，见图 1。

问题分析：出现这个警告消息是符合预期的，因为 Microsoft SQL Server 数据库不是 Business Events V6.2.1 指示板支持的数据库。

解决方案：单击 OK 并继续安装过程。在使用 Microsoft SQL Server 数据库作为 Business Events 存储库时，需要把 Business Space 指示板配置为使用 Cloudscape 数据库。更多信息请参见 Business Events Information Center 中的 Configuring support for Business Space。

安装问题：已经安装了当前版本

问题：在 Windows 机器上卸载 Business Events V6.2.1 之后重新安装它时，会收到错误：“Current version is already installed”，见图 2。

问题分析：这个错误表明 Business Events 的卸载不成功。检查机器上是否仍然有 Business Events 安装目录（例如 C:\Program Files\IBM\WBE621）。如果是这样，就重新运行 C:\Program Files\IBM\WBE621\uninstall\uninstaller.exe。如果 uninstaller.exe 已经删除了，那么必须手工清除安装。

解决方案：按 WebSphere Business Events V6.2.1 Information Center 说明的手工清理卸载步骤操作。确认已经从适当的注册表文件中删除了 Business Events 和与 Business Events 一起安装的 Application Server 之后，如果 Business Events 目录仍然存在，就手工删除它。

卸载问题：无法卸载 ObjectGrid and Application Server 特性包

问题：在卸载 Business Events 时，无法卸载 ObjectGrid and Application Server 特性包。显示图 3 和图 4 所示的消息。如果在错误消息窗口中单击 Next，卸载过程完成，但是会留下 Application Server 目录。

问题分析：如果检查 C:\Program Files\IBM\WBE621\WAS\logs\objectgrid\uninstall\log.txt，会看到下面的错误：

Failed to delete: 
file:/C:/Program%20Files/IBM/WBE621/WAS/lib/ogagent.jar
The file /C:/Program Files/IBM/WBE621/WAS/lib/ogagent.jar could 
not be removed.

如果检查 C:\Program Files\IBM\WBE621\WAS\logs\uninstall\webservices\log.txt，会看到下面的错误：

CWUPI0032E: Running processes have been detected that may interfere 
with the current operation. Before installing or uninstalling maintenance 
package, stop all WebSphere and related processes.

这说明，在执行卸载时，可能正在运行 Java™ 进程。

解决方案：既然已经卸载了 Business Events，就必须终止 Java 进程，然后手工卸载 ObjectGrid and Application Server 特性包，步骤如下：

1. 进入 C:\Program Files\IBM\WBE621\WAS\uninstall_objectgrid 并运行命令：java -cp og_install.jar run。
2. 连续单击 Next 直到卸载完成，见图 5。
   
   图 5. ObjectGrid 卸载
   
   
   
3. 进入 C:\Program Files\IBM\WBE621\WAS\uninstall_websv 并运行 Uninstaller.exe。
4. 连续单击 Next 直到卸载完成，见图 6。
   
   图 6. Application Server 卸载
   
   
   
5. 删除 C:\Program Files\IBM\WBE621\WAS 目录。

现在已经成功地卸载了 Business Events V6.2.1 和它的所有组件。

回页首

配置和运行时问题

在解决配置或运行时问题时，一定要知道应该检查哪些日志、它们的位置以及如何分析它们。Business Events 使用 log4j 进行日志记录。各个 Business Events 组件生成不同的日志。

Business Events 运行时生成日志文件 WBERuntime.event.log，它位于 <WAS_HOME>\profiles\<PROFILE_NAME>\wbe\<NODE_NAME>\<SERVER_NAME>\logs。

可以用 log4j.logger.event 属性控制日志记录级别。日志记录级别包括：debug、info、warn、error、fatal。debug 日志记录级别生成最丰富的信息，而 fatal 级别只记录严重的异常。

可以通过 Application Server 管理控制台设置这个属性。选择 Resource environment entries => WbeSrv01 => Custom properties，见图 7。

也可以在 Business Events 中设置这个属性。选择 Properties UI => Full Configurator => Logging。在 LOG4J 设置下面，选择 log4j.logger.event 并把事件日志记录级别的设置由 info 改为 debug，这样就会把所有严重性等级的消息都写到 WBERuntime.event.log 中。

对于运行时故障排除，WBERuntime.event.log 通常是首先查看的地方。可以在日志中搜索 event name 或 type= "event" 。在这些事件日志中还会看到发出的 SQL 或执行的 JavaScript。

可以在 Web 浏览器中使用 Business Events 管理控制台查看 WBERuntime.event.log。为了更容易阅读这些日志文件，可以采用以下步骤：

1. 在文本编辑器中打开日志文件，在每个文件的开头添加惟一的标记，在末尾添加相应的结束标记。例如：<l>event log text</l>。
2. 把文件保存为 .xml 类型的文件。
3. 在 Web 浏览器中打开保存的文件。

Business Events 连接器组件使用单独的日志记录，在日志文件 Connectors.log 中生成信息。在默认情况下，这个日志文件位于 <WBE Install>/director/logs。可以通过配置 <WBE Install>/config/wbe 中的属性文件 connectorsTrace.properties 修改日志文件的名称和位置。注意，在重新启动连接器时，会覆盖 connectors.log。

清单 2 给出 Connectors.log 文件的片段，其中包含一个异常。以下消息中报告的 FFDC 提供异常堆栈，有助于诊断问题。

[8/6/09 17:26:43:921 EDT] 00000012 jmsConnector  E   
BEER0402E: A JMS error occurred: javax.jms.JMSException: 
MQJMS2005: failed to create MQQueueManager for 'WBEQM'

8/6/09 17:26:44:125 EDT] 00000012 JSEFfdc       I   
BEER1852I: IBM WebSphere Business Events FFDC information 
has been written to C:\Program Files\IBM\WBE621
director\logs\wbe_40_09.08.06_17.26.43_1.txt
            

但是上面的日志是 Business Events 特有的，还应该检查 Application Server 生成的日志，因为 Business Events 应用程序 wberuntimeear 在 Application Server 中运行。Application Server systemout.log 显示 Business Events 的启动和其他信息性消息，它们对于解决问题都有帮助。

可以通过配置消息级别管理 Application Server systemout.log 中消息的日志记录级别和详细程度。在 Application Server 管理控制台中，选择 Troubleshooting => Logging and Tracing => server1 => Diagnostic Trace Service => Change log detail level，见图 8。

例如，把默认值由 info 改为 detail，就会在 systemout.log 中生成更详细的日志。图 9 显示在 Application Server 中可以为 Business Events 设置的日志记录和跟踪级别。

表 1 列出每个 Business Events 组件、它的配置以及在排除故障时要检查的日志。

表 1. WebSphere Business Events 组件和日志

还可以使用与 log4j 兼容的日志查看器实时地查看 Business Events 日志。为了在日志查看器中显示日志消息，在管理控制台中执行以下步骤：

1. 选择 Resource environment entries => WbeSrv01 => Custom properties => New。
2. 添加定制的属性：log4j.appender.appender-name、log4j.appender.appender-name.remoteHost、log4j.appender.appender-name.port。

更多信息请参见 WebSphere Business Events V6.2.1 Information Center 中的 Viewing logs in real time。

Business Events 跟踪

如果前一节介绍的日志提供的信息不足以诊断问题，那么考虑使用跟踪。在启用跟踪时，可以选择跟踪级别和要跟踪的组件；例如，fine、finer 和 finest 让您或 IBM 支持人员可以通过分析跟踪判断问题的原因。

跟踪产生的信息被发送到一个日志文件，可以在 Application Server 管理控制台中通过选择 Troubleshooting => Logging and Tracing => server1 => Diagnostic Trace Service => <File Name> 配置这个文件。可以配置文件大小和历史文件的数量。在默认情况下，这个日志文件是 <WAS install dir>\profiles\WbeSrv01\logs\server1\trace.log。

与 Business Events 相关联的组件在 com.ibm.wbe.* 组下面列出。如果需要跟踪这个组中的某个子组件，可以为这个组件（而不是整个组）选择跟踪级别。例如，通过在 com.ibm.wbe.connectors.* 子组件上设置所需的跟踪级别，可以跟踪任何与连接器相关的问题。

运行时跟踪

按以下步骤启用运行时跟踪：

1. 选择 Logging and Tracing => server1 => Diagnostic Trace Service => Change Log Detail Levels 并单击 Runtime 选项卡，见图 10。
   
   图 10. 配置运行时日志记录和跟踪
   
   
   
2. 如图 11 所示，选择 All Messages and Traces 或 fine、finer 或 finest。
   
   图 11. 选择运行时跟踪级别
   
   
   
3. 保存修改。

我们来看一下用 com.ibm.wbe.*=all 选项捕捉的运行时跟踪。

注意：下载 中提供了一个运行时跟踪文件示例 sample_runtime_trace.log 和它的项目 installValidation.xml，下面详细解释。

• 跟踪的第一部分显示 “Start Display Current Environment”，包括 WebSphere Application Server 和 WebSphere Business Events 的版本信息和安装位置。
• JMSAccess 显示正在发送的事件消息。检查事件的内容，判断事件是否包含预期的事件对象和对象字段，检查它们的名称是否拼写正确（注意 Business Events 以区分大小写的方式处理字符串）。这些名称必须与 Business Events 中通过 Design Data 工具建立的定义准确地匹配。
• 滚动日志，查看中间对象的实例化情况。尤其是，要检查应该填充的中间对象字段是否存在。
• 继续滚动，会看到表示筛选条件是否为 “true” 的消息。
• 继续滚动，会看到由值为 “true” 的筛选评估产生的动作。可以检查动作，判断动作对象中的所有字段是否包含预期的值。

启动跟踪

按以下步骤启用 wberuntimeear 应用程序启动跟踪：

1. 选择 Logging and Tracing => server1 => Diagnostic Trace Service => Change Log Detail Levels 。
   
   图 12. 配置启动日志记录和跟踪
   
   
   
2. 单击 Configuration 选项卡，选择 All Messages and Traces 或 fine、finer 或 finest，见图 13。
   
   图 13. 选择启动跟踪级别
   
   
   
3. 保存对主配置的修改以启用启动跟踪，重新启动服务器。

在重新启动服务器时，跟踪在默认情况下记录在 <WAS install dir>\profiles\WbeSrv01\logs\server1\trace.log 中。为了确认已经启用了启动跟踪，在启动跟踪文件中寻找以下内容：TRAS0017I: The startup trace state is *=info:com.ibm.wbe.*=all。

安全配置问题：服务器初始化缓慢和 WBEruntimeear 未启动

问题：在启用安全性并重新启动 Application Server 时，服务器花费很长时间才能启动，而 wberuntimeear 未启动。

问题分析：在 Application Server systemout.log 中报告以下错误：

com.ibm.wsspi.sib.core.exception.SINotAuthorizedException: 
CWSIP0302E: A user vgrover is not authorized to access the messaging engine 
Messaging.000-WbeBus on bus WbeBus.

这个消息表明，总线安全性已经启用，但是 WBEruntimeear 没有访问 SIBus 的权力，因此无法访问它。在启用总线安全性时，需要提供凭证，让 JMS 可以访问 SIBus。

解决方案：按以下步骤授予用户访问 JMS（在这里是 SIBus）的权力：

1. 启动 Application Server 管理控制台。
2. 选择 Resources => JMS =>Activation specifications => Activation specification name => JAAS - J2C authentication data。
3. 在 User ID 下面创建一个新的别名；例如，vgrover，见图 14。
   
   图 14. JAAS - J2C 身份验证数据
   
   
   
4. 选择 Resources => JMS =>Activation specifications => wbe_events。
5. 滚动到 Additional => Authentication alias> 并选择上面创建的别名，见图 15。
   
   图 15. 身份验证别名
   
   
   
6. 选择 Resources => JMS => Activation specifications => wbe_events => Buses => WbeBus => Security for bus WbeBus => Users and groups in the bus connector role，见图 16。
   
   图 16. 在总线连接器角色中添加新用户
   
   
   
7. 单击 New 添加新用户。
8. 重新启动服务器并通过查看 systemout.log 检查 WBEreuntimeear 是否启动。

安全配置问题：连接器未启动

问题：在启用安全性时，连接器未启动。

问题分析：connectors.log 显示以下错误：

BEER0402E: A JMS error occurred: javax.jms.JMSSecurityException: 
CWSIA0006E: The authorization for the supplied user name was not successful.  

这个错误表明，连接器由于授权问题无法访问 SIBus。

解决方案：

1. 启动 Application Server 管理控制台。
2. 选择 Resources => Resource Environment => Resource environment entries => WbeSrv01 => Custom properties。
3. 通过设置属性 as.director.server.jms.username 和 as.director.server.jms.password 允许总线访问，见图 17。在编辑属性名时，必须从属性名中删除 “!” 字符。
   
   图 17. 设置授权属性
   
   
   

回页首

内存和性能问题

在 Business Events 的所有版本中，每当 Business Events 运行时接收具有给定上下文的事件时，都会在内存中最近使用的 (LRU) 缓存中创建一个步骤，并把它写到 Business Events 存储库中的步骤表中。根据接收的事件数量，这个表会不断增长，最终导致性能变差。

在装载一个上下文时，这个上下文的步骤表数据会占用运行时内存。

在 Business Events V6.1 和 V6.2 中，用户必须定期清空 Business Events 存储库中的步骤表。但是，在 V6.2.1 中，用户可以为上下文指定过期时间，对于在指定的时间间隔内没有收到事件的上下文，系统会从数据库中删除它们。

使用两个新属性配置这个特性：

• as.director.server.steptable.db.sweepInterval.minutes 控制系统多长时间清理一次数据库中过期（应该删除）的上下文。
• as.director.server.steptable.db.contextExpiration.minutes 为非活动超时期限指定一段时间（分钟数）。

注意：一定要定期检查这些属性，尤其是在部署新的或修改过的交互集时。

要想跟踪这个特性的问题，应该在 Application Server 管理控制台中选择 Troubleshooting => Logging and Tracing => server1 => Diagnostic Trace Service => Change Log Detail Levels，为 com.ibm.wbe.server.engine.StepTableEngine=all 组件启用日志跟踪。

下面是改进性能的一些基本措施：

• 清除历史表。如果不使用指示板，可以禁用历史记录。但是，如果要使用指示板监视事件，应该知道清除历史可能改变或取消运行指示板的功能。Business Events Information Center 中的 Purging history tables 详细讨论了这个功能。
• 关闭日志记录。关于这个功能的更多信息请参见 Managing log output。
• 只使用需要的连接器。直接向 Business Events 事件目标发送事件，直接从 Business Events 动作目标接收动作。例如，考虑使用 Business Events 目标 jms/eventTopic、jms/durableEventTopic、jms/actionTopic 和 jms/durableActionTopic。
• 对于 Business Events 存储库使用 Application Server 数据源。
• 通过设置 Application Server 的 Java 堆大小高效地管理内存：小的堆会导致频繁的垃圾收集，但是大的堆会导致停顿时间过长。在 Application Server 管理控制台中，通过选择 Application servers => server1 => Process Definition => Java Virtual Machine => Initial/Maximum heap size 修改 Java 堆大小。
• 按照 Information Center 中 Tuning Java virtual machines 的说明调整 WebSphere Application Server 的 JVM 。
• 调整 Business Events 数据库。Log File size 和 Buffer Pool size 是重要的调优参数。参数因使用的数据库管理程序而异，更多信息参见数据库性能文档。
• 如果使用 Application Server 的默认消息传输机制作为 JMS 提供者，那么可靠性比较低，但是吞吐量比较高。可以使用连接工厂修改可靠性级别。在 Application Server 管理控制台中，选择 Resources => JMS => TopicConnectionFactories => WbeTopicConnectionFactory。
• 从输入主题向 Business Events 成批发送消息。在 Application Server 管理控制台中，选择 Resources => JMS => Activation specifications => wbe_events 并设置最大批大小。
• 如果使用 MQ 作为 JMS 提供者，关键的调优参数与队列管理程序日志、通道、监听器和队列缓冲区大小相关。更多信息参见 Configuring and tuning WebSphere MQ for performance on Windows and UNIX。

回页首

Business Space 和指示板问题

Business Events V6.2.1 中的 Business Space 组件让用户可以使用 Business Events 提供的 Business Space 部件定义和查看图表和布局，从而监视业务事件处理。提供了三个部件：

• Chart 让用户可以选择和查看图表，图表显示 Business Events 处理的业务事件数据。
• Chart manager 让用户可以创建和编辑图表。
• Layout（已废弃）让用户可以选择和查看使用以前的 Business Events 版本中的 Design Dashboards 工具创建的布局。它在默认情况下不启用。

可以通过在浏览器中访问 URL http://<server>:<port>/BusinessSpace 来访问指示板，其中的 <server> 是安装 Business Events 的 Application Server 的名称，<port> 是这个服务器的 WC_defaulthost 的端口号（通常是 9080）。

在安装 Business Events 的过程中，在 Business Events 存储库中配置 Business Space 数据库表。它们用来存储在 Business Space 中创建和使用的部件、空间和页面的相关信息。Business Events 部件在 <WAS_HOME>\profiles\<PROFILE_NAME>\BusinessSpace\registryData 中的 xml 文件中定义。

图表定义存储在 Business Events 存储库中。为了让图表可以使用数据，Business Events 运行时必须记录历史。

只支持 Internet Explorer V6 和更高版本及 Firefox V2 和更高版本。对于 Business Events，推荐使用 Internet Explorer 7 和 Firefox 3。

要想判断 Business Space 问题的原因，应该：

• 根据 Business Events Information Center 中的 Configuring support for Business Space 检查配置步骤。
• 查看 <WAS install>/profiles/<server name>/logs/ffdc（例如，C:\Program Files\IBM\WBE621\WAS\profiles\WbeSrv01\logs\ffdc），检查是否报告了任何错误。
• 如果在用户界面中出现任何错误消息，尤其是以 BEER 开头的消息，那么详细检查 WBEruntime.event.log、Application Server systemout.log 和 Application Server systemerr.log。

如果以上日志都没有显示与问题相关的信息，就运行跟踪。在 Application Server 管理控制台中，选择 Troubleshooting => Logging and Tracing => server1 => Diagnostic Trace Service => Change Log Detail Levels 并指定 com.ibm.wbe.*=all 作为跟踪字符串。

Business Space 问题：在登录时授权失败

问题：在尝试登录 Business Space（http://<server name>:9080/BusinessSpace/）时，收到消息 HTTP 403 Authorization Failure errors occur on the Internet browser。

问题分析：如果 Business Events 身份验证方法或 Application Server 安全性的配置不正确，就会出现授权失败。

解决方案：按以下步骤检查 Application Server 安全性配置，为指示板启用安全性：

• 在管理控制台的 Enterprise Applications => wberuntimeear => Security role to user/group mapping 下面，确保把启动 Business Space 的用户添加到用于 WBEruntime 应用程序的 WBEUsers 和 WBEDashboardUsers 角色中。
• 在 Resource environment entries => WbeSrv01 => Custom properties => as.director.common.authentication.method 中，确保把身份验证方法设置为 AppServer。

回页首

集成问题

Business Events V6.2.1 支持与以下 IBM 软件产品集成：

• WebSphere Process Server 和 WebSphere ESB：可以把事件从 WebSphere ESB 发送到 Business Events 运行时，可以生成结果事件以响应 Business Events 发送的动作。
• WebSphere Message Broker：消息流可以生成可由 Business Events 处理的事件，可以处理从 Business Events 接收到的动作。
• WebSphere Business Monitor：这种集成允许及时地查看业务性能。WebSphere Business Monitor 可以为 Business Events 生成事件，可以收集来自 Business Events 的动作以更新它显示的信息。
• WebSphere Application Adapters：这种集成让 Business Events 可以通过 WebSphere Application Adapter 模式接收来自许多产品的事件，比如 SAP、Siebel 等等。
• WebSphere eXtreme Scale：可以使用 WebSphere eXtreme Scale 从大量事件中筛选出更小的事件集，然后由 Business Events 处理它们。

集成日志

通常，Business Events 运行时与以上产品的集成问题记录在 Application Server systemout.log、Application Server systemerr.log、ffdc 和 WBEruntime.event.log 中。还应该检查与产品相关的日志。例如，UNIX 上的 WebSphere Message Broker 的代理系统日志或 WebSphere ESB 的 WebSphere ESB 日志文件。

如果日志提供的信息不足以判断问题的原因，可以在 Business Events 和集成的产品上启用跟踪。在 Business Events 端，可以通过在管理控制台中选择 Troubleshooting => Logging and Tracing => server1 => Diagnostic Trace Service => Change Log Detail Levels => com.ibm.wbe.* 启用跟踪。如果需要跟踪某一组件，比如跟踪 JMS 以显示 Business Events 和 SIBus 之间的活动，应该跟踪 com.ibm.wbe.common*。

回页首

结束语

在本文中，我们讨论了如何执行 WebSphere Business Events 故障排除、如何使用可用的日志记录机制以及如何解决常见的问题。在 Business Events 中发生的几乎所有问题和错误都可以归入本文讨论的某一类别。在判断和解决问题时，本文介绍的日志非常有用。另外，可以在 WebSphere Business Events Support 页面上查找您遇到的错误和问题，别人可能已经报告过这些问题。

回页首

致谢

作者衷心感谢 Denise Goldberg 和 Xiaoming Zhang 为本文做出的贡献。

回页首

下载

关于下载方法的信息

参考资料

• 解决 WebSphere Business Events V6.1 的常见问题（developerWorks 2009 年）：学习如何使用故障排除技术和日志记录机制诊断和解决 WebSphere® Business Events V6.1 的一些常见问题。这篇文章的简介提供了一个诊断问题列表，适合作为本文的背景知识。
  
  
• WebSphere Business Events V6.2.1 Information Center：获得完整的产品文档。
  
  
• WebSphere Business Events 支持页面：获得产品信息，包括特点、好处、演示程序和试用版下载。
  
  

作者简介

Prasad Imandi 是一位资深软件工程师，在 RTP, NC 的 AIM 从事 Level 2 Support。他从事 WebSphere Message Broker、WebSphere Business Events 和 WebSphere Service Registry and Repository 产品，领导产品服务团队。Prasad 为世界各地的客户服务，主要关注产品集成和解决问题。

Vivek Grover 是一位顾问软件工程师，在 RTP, NC 从事 WebSphere Business Events 和 WebSphere Message Broker 的 Level 2 Support。Vivek 还是 e-Support 团队的负责人，帮助知识工程师设计和编写 Technotes、DCF (Document Control Facility)，每季度通过电子邮件向客户说明技术问题。

为本文评分

评论

回页首

内容

• 简介
• 安装和卸载问题
• 配置和运行时问题
• 内存和性能问题
• Business Space 和指示板问题
• 集成问题
• 结束语
• 致谢
• 下载
• 参考资料
• 作者简介
• 建议