消息传递引擎故障诊断技巧

1. 使用管理控制台浏览至 资源 -> JDBC -> 数据源 -> data_source_name -> [其他属性] 定制属性
2. 将 JDBC 驱动程序定制属性 fullyMaterializeLobData 设置为 false。

   fullyMaterializeLobData 定制属性用于确定某行已访存时是在 JDBC 驱动程序中完全具体化 LOB 数据，还是根据需要分块对 LOB 数据进行检索。 实际行为取决于数据库服务器是否支持顺序流式方法。 请参阅 DB2 文档以了解有关此属性的更多信息。 缺省值为 true。

3. 将更改保存至主配置。
4. 重新启动应用程序服务器。

• 使用 Jython：

  AdminControl.invoke(AdminControl.queryNames("type=SIBMessagingEngine,
   name=messagingenginename,*"),
   "dump", "com.ibm.ws.sib.msgstore.*")

• 使用 Jacl：

  $AdminControl invoke [$AdminControl queryNames type=SIBMessagingEngine,
   name=messagingenginename,*] 
   dump com.ibm.ws.sib.msgstore.*

<MessageStore>
    <itemStreams>
        <ItemStreamLink id="0" state="Available">
            <class>com.ibm.ws.sib.msgstore.ItemStream</class>
            <priority>5</priority>
            <canExpireSilently></canExpireSilently>
            <storageStrategy>STORE_NEVER</storageStrategy>
            <expiryTime>0</expiryTime>
            <sequence>0</sequence>
            <tranID>null</tranID>
            <tickValue>0</tickValue>
            <items>
                <ItemLink id="2" state="Available" refCount="3" refCountDecreasing="false">
                    <class>com.ibm.ws.sib.msgstore.Item</class>
                    <priority>5</priority>
                    <canExpireSilently></canExpireSilently>
                    <storageStrategy>STORE_NEVER</storageStrategy>
                    <expiryTime>0</expiryTime>
                    <sequence>1</sequence>
                    <tranID>null</tranID>
                    <tickValue>0</tickValue>
                </ItemLink></items></ItemStreamLink></itemStreams></MessageStore>

CWSIS1546I: 消息传递引擎 ME_UUID={0} INC_UUID={1} 丢失了 
现有锁定或无法获得数据存储器上的初始锁定。

• 检查数据库问题，例如，数据库不可用。
• 检查网络问题。 例如，如果网络超负荷，那么两个应用程序服务器可能能够连接至数据库，但可能无法相互连接，这可能导致资源协调问题。
• 如果具有提供高可用性或工作负载分摊的服务集成配置，请检查是否正确配置了适当的资源。 例如，检查消息传递引擎、这些消息传递引擎的核心组策略以及将每个核心组策略与消息传递引擎相关联的匹配条件。

• 相对于预计的消息数，目标的阈值上限太低了。 目标不会处理某些消息。 阈值上限的缺省值为 50000。
  解决方案: 提高目标的阈值上限。
• 应用程序生成的消息数超过了目标可以处理的消息数。

  理想的平衡状态是在一段时间内产生的消息数与使用的消息数相等。 如果系统处于不平衡状态，而是生产应用程序发送的消息数多于目标可以使用的消息数，那么生产应用程序最终会抛出 JMSException。

  解决方案: 在生成的消息数与使用的消息数之间求平衡。
  提示: 对象请求代理 (ORB) 线程池的缺省设置为 100 个线程。 对于某些应用程序，可能会允许 100 个应用程序将消息发送至同一个目标。 考虑将 ORB 线程池调整为最多具有 10 个线程。 此设置可减少可发送消息的生产者的数量，这可能会增加整体消息吞吐量。
• 应用程序正在处理来自目标的消息，但是速度很慢。
  解决方案: 可能需要增加客户机应用程序使用的消息数。 当从该目标中读取多个使用者时，目标将处理更多消息。

  考虑在非集群环境中的多个服务器之间克隆应用程序。 缺省情况下，是在集群服务器环境中克隆应用程序的。 要在非集群环境中启用订户，在 DurableSubscriptions 的 TopicConnectionFactory JNDI 设置中设置 cloned 标志。

  限制: 此解决方案不适用于需要总消息排序的应用程序。
• 消息的服务质量属性优于最大努力非持久。
  解决方案: 使用服务质量属性为最大努力非持久的消息。 如果系统中有过多消息，那么目标将废弃最大努力非持久消息。
  限制: 此解决方案不适用于必须接收所有消息的应用程序。

1. 在整个系统中同步配置文件。

   使用管理控制台来同步配置文件。 单击 系统管理 -> 节点 ，然后单击 完全再同步。 运行此操作可能要花几分钟。

2. 如果问题仍然存在，请执行下列其中一项任务：
   • 删除损坏的对象然后再重新进行创建。 在发生损坏前生成或接收到的消息将丢失。
   • 从备份复原系统。 自从执行备份以来生成或接收到的消息将丢失。

[4/20/05 10:49:57:083 CDT] 0000004b RoleBasedAuth a   
SECJ0305I: 针对 admin-authz 的基于角色的授权检查失败 
操作 SIBMessagingEngine:stateExtended。 
未向用户 UNAUTHENTICATED (唯一标识: unauthenticated) 授予任何
 以下必需角色 :administrator ， operator ， configurator 和 monitor。

• 发出以下消息的原因是，启动消息传递引擎前包含消息驱动的 bean 的应用程序已启动。

  CWSIV0759W: 在激活消息驱动的 bean 期间，没有合适的 
  在总线 {0}上的本地服务器中找到活动的消息传递引擎。

  当消息传递引擎启动时，另一条参考消息将确认这种情况，接着就可以进行消息处理。

• 由于 z/OS TCP 代理通道以异步方式启动，因此发出了以下消息。

  CHFW0030E: 由于发生异常 {1}，因此启动链 {0} 时出错

  当消息传递引擎启动时，另一条参考消息将确认这种情况，接着就可以进行消息处理。

  这些消息仅在特定情况下显示，例如，如果您在迁移期间更改了端口，那么可能会显示这些消息。

• 在服务器启动期间，控制区域助手进程中可能会多次显示以下消息，即使随后进行重试时连接成功也是如此。 发出此消息的原因是 z/OS TCP 代理通道以异步方式启动，并且未指示发生任何错误。

  跟踪时间：2009/06/17 08:24:41.434 01 t=9C6B58 c=UNK key=P8 (00000011)
  描述：记录 Java 消息 
  消息：CHFW0030E: 启动链 _InboundTCPProxyBridgeService 时出错， 
  因为发生了异常 
  com.ibm.wsspi.channel.framework.exception.RetryableChannelException: 
  尝试启动 TCPProxyChannel 时抛出了异常 
  com.ibm.ws.channel.framework.imp l.ChannelFrameworkImpl
  

  发出这些消息的同时，可能会显示首次故障数据捕获 (FFDC) 输入，其内容类似于以下示例：

  异常 = com.ibm.wsspi.channel.framework.exception.RetryableChannelException
  源 = com.ibm.ws.channel.framework.impl.ChannelFrameworkImpl.startChainInternal
  probeid = 2577
  堆栈转储 = com.ibm.wsspi.channel.framework.exception.RetryableChannelException： 
  尝试启动 TCPProxyChannel 时抛出了异常
  		at com.ibm.ws.tcpchannelproxy.jfap.impl.TCPProxyInboundChannel.start(TCPProxyInboundChannel.java:153)
  		at com.ibm.ws.channel.framework.impl.ChannelFrameworkImpl.startChannelInChain(ChannelFrameworkImpl.java:1410)
  		at com.ibm.ws.channel.framework.impl.ChannelFrameworkImpl.startChainInternal(ChannelFrameworkImpl.java:2863)
   		at com.ibm.ws.channel.framework.impl.WSChannelFrameworkImpl.startChainInternal(WSChannelFrameworkImpl.java:960)
  		at com.ibm.ws.channel.framework.impl.ChannelFrameworkImpl.startChainInternal(ChannelFrameworkImpl.java:2794)
   		at com.ibm.ws.channel.framework.impl.ChannelFrameworkImpl.startChain(ChannelFrameworkImpl.java:2779)
   		at com.ibm.ws.runtime.component.ChannelFrameworkServiceImpl.startChain(ChannelFrameworkServiceImpl.java:666)
   		at com.ibm.ws.sib.jfapchannel.framework.impl.ChannelFrameworkReference$TCPProxyBridgeServiceInboundChainStartupRunnable
  			.run(ChannelFrameworkReference.java:1641)
  		at com.ibm.ws.util.ThreadPool$Worker.run(ThreadPool.java:1550)
  原因：com.ibm.ws.tcpchannelproxy.jfap.NotYetInitializedException：服务器尚未初始化
  		at com.ibm.ws.tcpchannelproxy.jfap.TCPProxyBridgeServicesImpl.startListening(TCPProxyBridgeServicesImpl.java:558)
  		at com.ibm.ws.tcpchannelproxy.jfap.impl.TCPProxyInboundChannel.start(TCPProxyInboundChannel.java:131)
  		... 还有 8 个

  最终应显示以下消息，指示 z/OS TCP 代理通道已正确启动:

  跟踪时间：2009/06/17 08:24:51.449 01 t=9C6B58 c=UNK key=P8 (13007002)
     ThreadId: 00000003
     FunctionName: com.ibm.ws.channel.framework.impl.WSChannelFrameworkImpl
     SourceId: com.ibm.ws.channel.framework.impl.WSChannelFrameworkImpl
     Category: AUDIT
     ExtendedMessage: BBOO0222I: CHFW0019I: 传输通道服务已启动 
  链 _InboundTCPProxyBridgeService。