解决部署消息流或消息集时的问题

  1. 要调试部署时的问题,则检查以下日志:

    这些日志可能在不同的计算机上,且必须与工作台输出一起使用以确保部署成功。

    使用 mqsilist 命令检查部署是否成功,或查看 Windows 事件或代理域事件日志。

  2. 当发生部署问题时,请使用此核对表:
    • 确保远程队列管理器正在运行。
    • 确保通道正在运行。
    • 显示通道状态以查看发送的系统消息数是否增加。
    • 检查来自远端的通道。
    • 检查队列管理器名称。
    • 确定通道是否是集群通道。

无法将迁移的消息流添加到代理归档文件

将字典添加到代理归档文件时,发出一条错误

无法将代理归档文件拖动到代理

无法部署使用插件消息流的消息流

未生成已编译的消息流(.cmf)文件

消息流在测试系统,而不是在其他地方进行部署

您的部署表明代理不存在

配置管理器尝试部署到不存在的代理

配置管理器报告内存不足

部署到 V2.1 代理时,发出相关名错误。

z/OS 上进行部署时发出错误消息

z/OS 上的多个消息流实例服务的共享队列没有发生预期的序列化输入

MQe 节点部署到 V6.0 代理后没有如预期那样工作

进行部署时发出错误消息

下面列出了部署过程中可能生成的错误消息,并带有说明:

消息 BIP1106,带有 WebSphere MQ 原因码 2030
  • 场景:在您部署大型消息集时,发出了错误消息 BIP1106,带有原因码 2030。
  • 说明:消息的大小超过了到代理队列管理器的传输队列的消息长度最大值。
  • 解决方案:使用 WebSphere MQ alter qlocal 命令增加传输队列的消息长度最大值(字节):
    alter ql(transmit_queue_name) maxmsgl(104857600) 
    有关该命令的更多信息,请参阅 WebSphere MQ System Administration Guide
消息 BIP1106,带有 WebSphere MQ 错误 AMQ7463
  • 场景:在您将一个大型消息集部署到与配置管理器共享队列管理器的代理时,发出了错误消息 BIP1106,带有原因码 2102。还会发出 WebSphere MQ 错误消息 AMQ7463 及以下文本:队列管理器 <queue manager> 的日志已满
  • 解决方案:
    1. 使用 mqsistop 命令停止配置管理器
    2. 使用 mqsistop 命令停止代理。
    3. 使用 WebSphere MQ amqmdain 命令停止队列管理器:
      amqmdain end <queue manager>
    4. 如果您安装了 WebSphere MQ V5,则单击开始 > 程序 > IBM WebSphere MQ > WebSphere MQ Services 以启动 WebSphere MQ Services。
    5. 更新开始如果您安装了 WebSphere MQ V6,则单击开始 > 程序 > IBM WebSphere MQ > WebSphere MQ Explorer 以启动 WebSphere MQ Explorer。更新结束
    6. 更新开始右键单击队列管理器,并单击属性。 在 WebSphere MQ Services 中单击日志选项卡,在 WebSphere MQ Explorer 中,选择左窗格中的“日志”条目。更新结束
    7. 增加日志主文件与辅助文件的数目,以使总大小大于部署消息的大小。
    8. 使用 mqsistart 命令重新启动配置管理器
    9. 使用 mqsistart 命令重新启动代理。
    10. 使用 WebSphere MQ amqmdain 命令重新启动队列管理器:
      amqmdain start <queue manager>
      .
消息 BIP1538,带有原因码 2218
  • 场景:在您部署大型消息集时,发出了错误消息 BIP1538,带有原因码 2218。
  • 说明:消息的大小超过了通道上的消息大小最大值。
  • 解决方案:在两个通道对的两端增加通道 maxmsgl 参数:
    1. 配置管理器队列管理器上,发出 WebSphere MQ alter channel 命令:
      alter chl(CM_to_BRK) chltype(sdr) MAXMSGL(104857600)
      alter chl(BRK_to_CM) chltype(rcvr) MAXMSGL(104857600) 
    2. 在代理队列管理器上,发出 WebSphere MQ alter channel 命令:
       alter chl(BRK_to_CM) chltype(sdr) MAXMSGL(104857600)
       alter chl(CM_to_BRK) chltype(rcvr) MAXMSGL(104857600)
    3. 停止并重新启动每个通道。
消息 BIP1536
  • 场景:已定义配置管理器以某个用户标识运行,且已定义代理以不同的用户标识在不同的计算机上运行。在您将消息流和消息集部署到代理时,部署已成功,但发出错误消息 BIP1536
  • 说明:配置管理器无法向代理注册内部预订,这是因为代理以某个标识运行,而配置管理器以另一个标识运行。代理和配置管理器通过发布/预订来回传递内部消息。这些消息通过 WebSphere MQ 来传送,这需要某些权限。
  • 解决方案:
    • 确保代理的用户标识是 mqm 组和 mqbrkrs 组的成员。
    • 在运行配置管理器的计算机上定义代理的用户标识。
    • 在运行代理的计算机上定义配置管理器的用户标识。
    • 确保所有标识都是小写,从而使它们在计算机间兼容。
消息 BIP1536BIP7017
  • 场景:显示错误消息 BIP1536BIP7017
  • 说明:配置管理器在注册其内部预订时,如果主题与代理状态更改有关,则注册会出现问题,而您每次部署完整的配置时,配置管理器都会尝试注册其内部预订。 消息 BIP7017 中表明此问题的原因是:虽然是在配置了用户名称服务器的情况下运行的,但要部署到的代理在其用户高速缓存中没有配置管理器服务用户标识。
  • 解决方案:执行以下检查。识别并更正问题后,下次部署时将正确地注册预订:
    • 确保 用户名称服务器 已启动。
    • 确保 用户名称服务器 与代理之间的 WebSphere MQ 通道已启动。
    • 确保用户标识在 用户名称服务器 的域中存在。
消息 BIP1835
  • 场景:显示错误消息 BIP1835
  • 说明:您正部署的消息集产生的消息集字典大于内部限制 4MB。这可能是因为您对于同一消息集定义了许多大型消息定义。

    导出的消息集的大小不能很好地表示部署时生成的消息集字典大小,这是因为导出的消息集存储为 XML。它可能非常冗大,但字典有更加紧凑的内部格式。

  • 解决方案:将消息定义分割成几个较小的消息集。
更新开始消息 BIP2045
  • 场景:部署后在 Message Brokers Toolkit 中显示错误消息 BIP2045
  • 说明:每个代理都由全局唯一标识符(UUID)来标识,它在代理定义后存储在配置管理器中。代理收到第一条部署消息后,UUID 也存储在代理中。如果代理收到的部署消息中包含其他 UUID,它会拒绝该部署消息并发出错误消息 BIP2045。这可能在以下情形中发生:
    • 尝试从其他配置管理器部署;不支持这种情况。
    • 重新创建配置管理器,但不重新创建代理
    • 删除并重新创建代理时遇到 WebSphere MQ 通道问题
  • 解决方案:确保您没有使用多个配置管理器来控制单个代理。如果不是这个问题,则遵循BIP2045 错误消息中的指示信息重建代理并重新部署消息流应用程序,重新获得对代理的控制。
更新结束
消息 BIP2066
  • 场景:显示错误消息 BIP2066
  • 说明:在代理超时 ConfigurationTimeoutConfigurationDelayTimeout(缺省值为 60 秒)到期之前,部署请求未得到执行组的应答。
  • 解决方案:使用 mqsicreatebrokermqsichangebroker 命令的 -g-k 参数更改这些超时值。
消息 BIP2242
  • 场景:显示错误消息 BIP2242
  • 说明:代理超时 ConfigurationTimeout(缺省值为 300 秒)到期之前,部署(配置更改)请求未被接受。需要足够长的超时值,以使消息流能处理完当前消息,然后接受部署请求。
  • 解决方案:使用 mqsicreatebrokermqsichangebroker 命令的 -g-k 参数设置这些超时值。
  • 场景:部署到代理时,显示错误消息 BIP7053S
  • 说明:该错误发生于多 TCP/IP 堆栈环境中,并表示 UNIX 系统服务(USS)TCP/IP 环境未正确地设置。
    WebSphere Message Broker 使用 USS 功能获取特定系统的主机名。如果缺省主机名未在 USS 环境中正确设置,则显示以下错误消息:
    BIP7053S: Broker $SYS_mqsi 0 unexpected Java exception java.lang.Error: -2103399272!java.net.UnknownHostException :
    Hostname: Hostname
    错误消息中报告的主机名是因为 gethostname 调用而返回给代理的主机名。
  • 解决方案:确保 TCP/IP 环境已在 USS 中正确配置。
标记/定界字符串(TDS)验证器错误
  • 场景:尝试使用具有错误的 TDS 有线格式部署消息集。
  • 说明:以下错误日志的摘录说明发生 TDS 验证器错误时将看到的内容。在这种情况下,问题的原因是元素 Town 没有定义的标记。
    TDS Extractor Trace File
    ========================
    
    Beginning Extract..
    
    Extracting Identification Info
    Extracting Project Info
    Extracting Messages
    Extracting Elements
    Extracting Compound Types
    Extracting Type Members
    Extracting Type Members
    Extracting Type Members
    Extracting Type Members
    Extracting Type Members
    Beginning Indexing..
    
    Creating Member IDs to Tags Index Table.
    
    Beginning Validation..
    
    Validating Project
    Validating Types
    ERROR: TDSValidator::ValidateTypeMemberSimpleElement:
      Simple elements in a type with Data Element Separation attribute = Tagged
      Delimited must have the following attribute set:
      Element Level - Tag
    (Element ID: Town)
    (Type ID: AddressType)
    Return Code: -80
    
    Validating Messages
    
    Trace Info
    ===========
    EXCEPTION: TDSValidator::Validate:
      TDS Validation failed.
        1 errors
        0 warnings
    Return Code: -1
  • 解决方案:使用错误日志中的信息来纠正问题。

V6.0 配置管理器 部署到 V2.1 代理时,发出了 BIP2432 错误消息

取消部署时,mqsilist 会在执行组中显示消息流,但使用工具时则不会

您没有收到部署结果的通知

没有收到部署成功的确认消息

看不到任何部署的消息流或消息集

删除的代理保留在域导航器中

XMLTransformation 节点在部署后不工作

有两种场景可说明 XMLTransformation 节点可能在部署后不工作的原因:

显示错误消息,指出找不到样式表

您得到意外的变换结果。

  • 场景:您得到意外的变换结果。
  • 说明:对于复杂消息流,部署后样式表和 XML 文件之间可能出现不兼容问题。这可能有两个原因:
    • 只有部分协同样式表或 XML 文件被部署和更新(这可能是因为文件系统故障)。
    • 在同一执行组内运行的多个 XMLT 节点应使用兼容的样式表,但它们正使用不同的版本处理相同的入局消息。
  • 解决方案:如果只有部分协同样式表或 XML 文件被部署和更新,则通过重新部署兼容版本来解决任何不兼容问题。要避免多个 XMLT 节点使用不同版本的样式表,则在目标执行组中执行部署之前暂停相关消息流,然后重新启动流。
相关概念
部署概述
声明 | 商标 | 下载 | 书库 | 支持 | 反馈
Copyright IBM Corporation 1999, 2006 最后一次更新时间:2006/08/14
au16540_