摘要 -------- 本文档包含 IBM MQ V8.0 及其维护版本的自述文件。 本文档的英文版本是最新版本。 ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ 描述 =========== 本文件描述产品限制和已知问题。 可在以下站点找到翻译的版本： ftp://public.dhe.ibm.com/software/integration/wmq/docs/V8.0/Readme/ 除此文件之外，您还可在 IBM MQ Web 站点上找到更多信息： http://www.ibm.com/software/products/ibm-mq SupportPac Web 页面的地址为： https://ibm.biz/mqsupportpacs 有关已知问题和可用修订的最新信息，请参阅 IBM MQ 支持页面：https://www.ibm.com/support/home/product/P439881V74305Y86/IBM_MQ Web 文档更新： 您可以从 IBM MQ 库页面中获取基于 Web 的 IBM MQ 文档的最新更新： http://www-01.ibm.com/software/integration/wmq/library/ 公告函： 可在以下站点获取 IBM MQ V8.0 的公告函（美国英语）： IBM MQ Distributed http://www.ibm.com/common/ssi/ShowDoc.wss?docURL=/common/ssi/rep_ca/2/649/ENUSA14-0332/index.html IBM MQ for z/OS http://www.ibm.com/common/ssi/ShowDoc.wss?docURL=/common/ssi/rep_ca/9/649/ENUSA14-0339/index.html IBM MQ for z/OS Value Unit Edition、IBM MQ MFT for z/OS、IBM MQ AMS for z/OS 和 IBM MQ Advanced for z/OS http://www.ibm.com/common/ssi/ShowDoc.wss?docURL=/common/ssi/rep_ca/1/649/ENUSA14-0331/index.html 请参阅公告函，以了解以下类型的信息： - 详细的产品描述，包括对新功能的描述 - 产品定位声明 - 订购详细信息 - 硬件和软件需求 ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ 更新历史记录 2018 年 3 月 24 日 - IBM MQ V8.0.0 FP9 的更新 2017 年 11 月 24 日 - IBM MQ V8.0.0 FP8 的更新 2017 年 7 月 19 日 - 针对 IBM PureApplication System 的 APAR IT18908 和 IT15252 更新 2017 年 6 月 22 日 - IBM MQ V8.0.0 FP7 的更新 2017 年 1 月 23 日 - IBM MQ V8.0.0 FP6 的更新 2016 年 5 月 23 日 - IBM MQ V8.0.0 FP5 的更新 2016 年 2 月 11 日 - IBM MQ V8.0.0 FP4 的更新 对 IBM PureApplication System 的 AIX 支持 2015 年 10 月 23 日 - IBM MQ V8.0.0 FP4 的更新 2015 年 9 月 25 日 - IBM MQ V8.0.0 FP3 高可用性的更新 对 IBM PureApplication System 的支持 2015 年 6 月 18 日 - IBM MQ V8.0.0 FP3 的更新 2015 年 5 月 29 日 - V8.0.0.2 中有关 IBM i 特别概要文件 *PUBLIC 的权限问题 2015 年 5 月 18 日 - V8.0.0 中的内存覆盖问题，已在 FP2 中修订 2015 年 2 月 27 日 - IBM MQ V8.0.0 FP2 的更新 2015 年 1 月 27 日 - IBM MQ V8.0.0 FP1 的进一步更新 2014 年 9 月 11 日 - IBM MQ V8.0.0 FP1 的更新 2014 年 5 月 23 日 - IBM MQ V8.0.0 的更新 ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ ++ ++ ++ 安装指示信息 ++ ++ ++ ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ 您可在 IBM Knowledge Center 内发布的 IBM MQ V8.0 产品文档中查看安装指示信息，地址为： http://www.ibm.com/support/knowledgecenter/SSFKSJ_8.0.0/com.ibm.mq.helphome.v80.doc/WelcomePagev8r0.htm ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ ++ ++ ++ 限制和已知问题 ++ ++ ++ ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ V8.0.0 FP9 的限制和已知问题 ============================================================ 当队列管理器在尝试新连接过程中停顿时 Java 客户机挂起 ----------------------------------------------------------------------------------- 此问题将影响使用以下 MQ 功能部件的应用程序： - Classes for JMS - Classes for Java - JCA 资源适配器 - OSGi 捆绑软件 - Managed File Transfer MQ 队列管理器可以向请求控制关闭对话（连接句柄）的已连接客户机发送通知，例如，当队列管理器停顿时。如果 Java 客户机中的线程在客户机中的另一个线程请求新对话的同时收到其中一个通知，那么可能会发生死锁，因为两个线程都需要访问 RemoteConnectionSpecification 对象上的内部“connectionsLock”。 此问题已在 IBM MQ V8.0.0.9 中由 APAR IT22127 修订。该修订将启动新线程以将连接与其 RemoteConnectionSpecification 重新关联（如果需要），以便可以重新使用。 要使该修订可用于您的应用程序，您需要向 Java 安全管理器使用的策略文件添加以下新策略： permission java.lang.RuntimePermission "modifyThread"; V8.0.0 FP8 的限制和已知问题 ============================================================ 没有需要您注意的新限制或已知问题。 V8.0.0 FP7 的限制和已知问题 ============================================================ 文件传输 fteCleanAgent 命令不带参数运行， ---------------------------------------------------------------- 等效于 -all --------------------------- 当仅使用代理名称且未指定参数运行 fteCleanAgent 命令时，该行为相当于 fteCleanAgent -all。因此，清除所有正在进行和暂挂传输、资源监视器定义和针对其运行该命令的代理的已安排传输定义。 例如，以下两个命令产生相同的行为： fteCleanAgent agent100 fteCleanAgent -all agent100 在 APAR IT15522 下，更新 fteCleanAgent 命令，以便用户必须通过将相应的参数传递给命令并提供代理名称来指定要清除的 Managed File Transfer 状态。如果需要，此 APAR 还添加了一个新属性以将 fteCleanAgent 还原为其原始行为。 该属性称为“failCleanAgentWithNoArguments”，在 command.properties 文件中设置。缺省情况下，“failCleanAgentWithNoArguments”的值 是 true，如果仅指定代理名称参数，那么 fteCleanAgent 命令无法运行。 如果启用 MQCSP 认证模式， ----------------------------------------------------------------------------- 那么 MQ Explorer Managed File Transfer 插件不会处理长度超过 12 个字符的密码 -------------------------------------------------------------- 如果使用 MQ Explorer Managed File Transfer 插件，或具有使用 CLIENT 传输连接到队列管理器并指定密码的 Managed File Transfer 代理，那么在指定的密码长度大于 12 个字符时，代理不会向队列管理器进行认证。这是因为代码不会使用 MQCSP 认证，而使用“兼容模式”进行认证，这将限制密码长度为 12 个字符。 在 APAR IT17772 下，更新代码，以便您可以禁用缺省兼容模式并启用 MQCSP 认证模式。您可以通过以下方式执行此操作： - 在 MQ Explorer 中： - 选择要连接的队列管理器。- 右键单击，然后选择“连接详细信息 > 属性”。- 单击“用户标识”选项卡。- 确保选中“启用用户标识”，然后取消选中“用户标识兼容模式”复选框。 - 对于 MFT 代理： 将新参数“useMQCSPAuthentication”添加到相关用户的 MFTCredentials.xml 文件。将参数设置为 true。如果该参数不存在，那么缺省情况下设置为 false，并使用兼容模式向队列管理器认证用户。 以下是一个示例项，显示如何在 MFTCredentials.xml 文件中设置 useMQCSPAuthentication 参数： V8.0.0 FP6 的限制和已知问题 ============================================================ 在随 IBM MQ Virtual System Pattern Type 提供的 HA 模板配置中 ----------------------------------------------------------------------------- 未引用部分属性 --------------------------------------- 对于 IBM MQ V8.0.0 FP6，在随 IBM MQ Virtual System Pattern Type for IBM PureApplication System 提供的多实例模式模板中包含以下属性： - ha_manage_mq_data_manually - ha_existing_data_path - ha_do_not_install_mq_advanced_components 当前在“高可用性备用实例”模板配置中不包含对这些属性的引用。要使用其中任一配置， 请刷新“数据依赖性”行，或者在配置中添加属性引用。 此问题已在 IBM MQ V8.0.0 FP7 中通过 APAR IT18908 修订。 FDC 针对集群队列管理器可能错误显示缺失的预订 ---------------------------------------------------------------------------- 集群存储库过程包含维护检查。其中一项检查是针对集群配置的 本地队列管理器视图中的队列和队列管理器对象是否 存在内部预订。如果发现队列管理器记录在其作为成员所属的集群中不具有预订， 那么将生成具有探测器 RM702021（缺失预订）的 FDC。 但是，在创建新的完整存储库的过程中， 某一时刻队列管理器记录可能包含本地队列管理器尚未发现的 集群名称（因为它对于指定集群还不是完整存储库，并且也不是部分存储库）。在此情况下， 生成的 FDC 容易引起误解，因为不应存在任何预订。 APAR IT14931 会检查队列管理器是否可能是延迟的完整存储库， 如果是延迟的完整存储库，那么将不生成 FDC。但是系统不能确定此队列管理器是否 将成为完整存储库，因此重要的是同时进行 以下手动检查： - 检查在相应的集群内是否共享 集群配置中的集群接收方通道。 - 检查远程队列管理器上的集群接收方通道所使用的名称列表 是否包含期望的集群名称列表。 - 检查手动定义的发送方通道定义是否正确， 并且是否期望目标成为完整存储库（始终期望手动定义的通道 (CLUSSDR) 指向完整存储库。指向部分存储库的 CLUSSDR 属于配置错误）。 对于所有连接中断异常情况，都不会调用 MQ JMS ExceptionListener ------------------------------------------------------------------------------------- 以下问题会影响使用 IBM MQ V8.0 for JMS 类的 JMS 应用程序： - 如果将 JMS ConnectionFactory 属性 JmsConstants.ASYNC_EXCEPTIONS 设置为值 JmsConstants.ASYNC_EXCEPTIONS_ALL，不仅应针对中断连接异常调用应用程序的 JMS ExceptionListener，还应针对 JMS MessageListener 异步消息传递期间出现的任何异常调用该 JMS ExceptionListener。但是，非连接中断异常（如 MQRC_GET_INHIBITED）未传递给 ExceptionListener。 - 如果 JMS 会话对 JMS 连接使用其他 TCP/IP 套接字，那么将不会调用应用程序的 ExceptionListener， 除非 JMS 会话使用的套接字已中断。 - 安装 MQ V8.0.0 FP3 后，仅在应用程序使用异步消息使用者时才会针对连接中断异常调用应用程序的 JMS ExceptionListener， 而在使用同步消息使用者时不调用。 APAR IT14820 进行了以下修复： - 将针对任何连接中断异常调用应用程序注册的 ExceptionListener， 而不论应用程序使用的是同步还是异步消息使用者。 - 如果 JMS 会话使用的 TCP/IP 套接字已中断，那么将调用应用程序注册的 ExceptionListener。 - 如果应用程序使用异步消息使用者，并且应用程序使用的 JMS ConnectionFactory 将 ASYNC EXCEPTIONS 属性设置为值 ASYNC_EXCEPTIONS_ALL，那么在消息传递期间出现的非连接中断异常 （如 MQRC_GET_INHIBITED）会传递给应用程序的 ExceptionListener。 GSKit 8.0.50.69 或更高版本更改了隐藏文件格式 ----------------------------------------------------- APAR IT16295 将 GSKit 组件级别更新至 8.0.50.69 或更高级别。这一更新会更改在生成 .sth 文件以隐藏密钥数据库密码时使用的隐藏文件格式。此级别 GSKit 所生成的隐藏文件不能由较低级别的 GSKit 读取。 为确保兼容性，使用此级别 GSKit 所生成的隐藏文件的任何应用程序或其他安装都应更新至包含 GSKit 8.0.50.69 或更高级别的 MQ 版本。 如果无法更新应用程序或其他安装，那么可以请求向后兼容的隐藏文件格式。要执行此操作， 请在使用“-stash”或“-stashpw”选项生成隐藏文件时，在 runmqakm 或 runmqckm 命令中提供“-v1stash”参数。 使用 iKeyman GUI 时，无法生成向后兼容的隐藏文件。 在 z/OS 上使用 Managed File Transfer 代理时出现的登录问题 ------------------------------------------------------------- 在 IBM WebSphere MQ File Transfer Edition 产品成为 IBM MQ 的组件后，其提供了大量的安全增强功能。 其中包括限制以下命令以使其只能由运行代理或记录器进程的用户发出： - fteStartAgent - fteStopAgent - fteSetAgentTraceLevel - fteShowAgentDetails - fteStartLogger - fteStopLogger - fteSetLoggerTraceLevel 在 z/OS 上使用 IBM MQ Managed File Transfer 时，可以将代理作为已启动任务运行。 通常，由可能不具有登录权限的管理用户运行此类任务。在这种情况下，您无法以运行 代理的用户身份登录到 z/OS 系统，而这又意味着无法针对该代理发出以下命令： - fteStartAgent - fteStopAgent - fteSetAgentTraceLevel - fteShowAgentDetails APAR PI52942 添加了一个新的代理属性“adminGroup”，此属性可用于 z/OS 上的 IBM MQ Managed File Transfer 代理。当此属性设置为现有组的名称时，该组的成员 可以对该代理执行之前的命令。 V8.0.0 FP5 的限制和已知问题 ============================================================ IBM PureApplication System 当前在 IBM MQ V8.0.0.5 上不可用 ------------------------------------------------------------------------------- 如果您使用 IBM PureApplication System，请应用 IBM MQ V8.0.0 FP4。 当前没有可用于 IBM PureApplication System 的 FP5。 在与 Oracle 数据库配合使用时，IBM MQ Managed File Transfer Java EE -------------------------------------------------------------------------- 数据库记录器在 WebSphere Application Server Community Edition V2.1 --------------------------------------------------------------------------- 中生成警告消息 ---------------------- 有关此问题的完整描述，请参阅“V8.0.0 的限制和已知问题”。 此问题已在 IBM MQ V8.0.0 FP5 中修订，但仍受以下持续限制的影响： - 在表 "FTELOG"."TRANSFER_EVENT" 中，名称为“SOURCE_BRIDGE_URL”和 “DESTINATION_BRIDGE_URL”的列应使用列长度 2083 进行定义。 - 对于其数据库记录器连接到 DB2 数据库的 MQ Managed File Transfer 组件用户，如果这些列长度已定义为 1024，可能需要在应用此修订包后 手动更新这些列长度。否则，写入超过 1024 字节的数据时，这些数据 将被截断，且 DB2 不会发出警告。 使用 CONNAUTH 连接到队列管理器时的行为更改 -------------------------------------------------------------------- 在本产品的先前版本中使用 CONNAUTH 时，使用 MQ classes for Java API 和使用其他 API 时的行为有所不同。 在先前版本中，如果在队列管理器上启用了 CONNAUTH，且 CHCKCLNT 参数在 AUTHINFO 定义中设置为 OPTIONAL，那么使用 MQ classes for Java API 的客户机应用程序提供用户标识而不提供密码时，该应用程序能够连接成功。在使用其他 API（例如 JMS 或本机 MQ API）时此行为有所不同，此时连接会失败。 从 IBM MQ V8.0.0 FP5 开始，使用 MQ classes for Java API 的应用程序的行为与使用其他 API 时相同。即，如果提供用户标识而不提供密码，连接会失败。 行为更改：现在缺省情况下将禁用 PCF 响应的严格检查 ------------------------------------------------------------------------------- PCFMessageAgent 类由应用程序以及在内部由 MQ Explorer 用于向队列管理器发送 PCF 请求和收集响应。 在 IBM MQ V8.0.0 FP5 中对此类进行了修改，提供了用于关闭/打开对 PCF 响应消息的 严格检查（在 APAR IT01469 中引入）的机制。这是为了防止应用程序和 MQ Explorer 在连接到受 APAR IT10521 所报告问题影响的队列管理器时行为异常。 PCFMessageAgent 和 MQ Explorer 可以用于与许多不同的队列管理器通信，但并不总是 能够将 IT10521 修订应用于其中每个队列管理器。 因此，PCFMessageAgent 提供的三种 send() 方法的缺省行为发生了更改，从而不再对 收到的 PCF 响应执行严格检查。这些方法现在假定当处理了“控制”字段设置为值 MQCFC_LAST 的响应消息之后，便已接收了对命令的所有 PCF 响应，而不是通过计算 PCF 响应数量来确保队列管理器已发送了所需数量的响应，然后再将控制权返回给应用程序。这种新的方式将此行为恢复到 APAR IT01469 修订之前的状态。 如果需要对 PCF 响应消息执行严格检查（例如，为了避免发生 APAR IT01469 中报告的 问题），请在使用 PCFMessageAgent 的应用程序运行所在的 Java 运行时环境上设置以下 Java 系统属性： com.ibm.mq.pcf.enableStrictPCFResponseChecking=true 要在 MQ Explorer 中启用对 PCF 响应消息的严格检查，请从命令行运行以下命令以启动该用户界面： MQ_INSTALLATION_PATH/bin/MQExplorer -Dcom.ibm.mq.pcf.enableStrictPCFResponseChecking=true 其中，MQ_INSTALLATION_PATH 是 MQ V8.0 的安装目录。 V8.0.0 FP4 的限制和已知问题 ======================================================================== 对 IBM PUREAPPLICATION SYSTEM 的支持 ========================== 使用 SSH 命令“halt”关闭后不会重新启动虚拟机 ----------------------------------------------------------------------------- 在装有 IBM PureApplication System 构建级别 2.1.2.0 的任何 Power/AIX 机架上， 执行关闭命令“halt”之后，虚拟机无法重新启动。 变通方法是关闭/开启发生故障的虚拟机，之后该虚拟机将恢复工作状态。 IBM PureApplication System：虚拟机故障转移限制 --------------------------------------------------------------- 如果虚拟机在部署运行时间不足 30 分钟之后停止，那么可能不会执行故障转移操作。 在整个部署进入 RUNNING 状态之后，故障转移框架必须对虚拟机状态进行大约 30 分钟的监视，然后故障转移操作才会变为可用。 安装 IBM MQ 和将其升级到最新修订包级别时的限制 --------------------------------------------------------------------------- 此限制影响运行以下版本的 IBM PureApplication System 的 Power/AIX 和 Linux/x86 用户： - IBM PureApplication System 构建级别 2.1.2.0、2.2.0.0 和更高级别 - IBM MQ PureApplication 模式类型 1.0.0.2 和更低级别 由于 IBM PureApplication System 构建级别 2.1.2.0、2.2.0.0 和更高级别中进行了接口 更改，因此在此模式类型中包含的最新维护级别安装和升级 IBM MQ 将会失败。虽然安装似乎成功，但只是安装了 IBM MQ V8.0.0.2，而没有应用后续修订包更新。这样会影响 IBM MQ PureApplication 模式类型 1.0.0.2 和更低级别，并导致存在以下限制： - 对于早于 2.1.2.0 的 IBM PureApplication System 构建级别以及构建级别 2.1.2.1， 您可以安装此模式类型中包含的所有版本的 IBM MQ。也可以对运行中的模式实例应用维护。 - 对于 IBM PureApplication System 构建级别 2.1.2.0、2.2.0.0 和更高级别，只能 安装 IBM MQ V8.0.0.2。不能安装更高版本的 MQ，也不能对运行中的模式实例应用维护。 此问题已在 IBM MQ V8.0.0 FP6 中通过 APAR IT15252 修订。 IBM PureApplication System：虚拟机重新引导/关闭问题 ----------------------------------------------------------------- 如果您使用的 IBM PureApplication System 版本早于 V2.2.0.0，应该仅使用 PureApplication System 控制台来重新启动虚拟机。如果使用命令行来重新启动虚拟机， 那么在卸载 GPFS 文件系统之前，可能无法完成 IBM MQ 队列管理器实例的自动关闭。 这样可能导致虚拟机在其关闭序列中挂起。此状况可以使用 PureApplication System 控制台进行解决，方法是在“虚拟机”透视图中选择受影响的节点，然后将其关闭并重启。 在重新启动完成后，IBM MQ 队列管理器实例将恢复为正确状态。 V8.0.0 FP4 的限制和已知问题 ============================================================ 在 AIX 上升级时更新 gskit 库失败 -------------------------------------------------------- 在 AIX 系统上，从先前发行版升级至 IBM MQ V8.0.0 FP4 时，在应用 mqm.gskit.rte 文件集时可能显示以下消息： tar: can't create lib/libgsk8ssl.so: Text file busy tar: can't create lib/libgsk8cms.so: Text file busy tar: can't create lib/libgsk8sys.so: Text file busy tar: can't create lib/libgsk8iccs.so: Text file busy WARNING: Return code "1" from tar while expanding gskssl32.tar.Z tar: can't create lib64/libgsk8ssl_64.so: Text file busy tar: can't create lib64/libgsk8cms_64.so: Text file busy tar: can't create lib64/libgsk8sys_64.so: Text file busy tar: can't create lib64/libgsk8iccs_64.so: Text file busy WARNING: Return code "1" from tar while expanding gskssl64.tar.Z MQ 命令 /usr/mqm/bin/dspmqver -p64 将显示低于 8.0.50.52 级别的 IBM Global Security Kit 库版本。 要纠正此情况，请以 root 用户身份运行 AIX 命令： /usr/sbin/slibclean ... 然后运行 MQ 命令： /usr/mqm/bin/amqigski -i 运行 /usr/mqm/bin/dspmqver -p64 命令以确认针对 32 位和 64 位 Global Security Kit 库均显示正确的版本 (8.0.50.52)。 名称： IBM Global Security Kit for WebSphere MQ 版本： 8.0.50.52 构建类型： 生产 方式： 32 位 名称： IBM Global Security Kit for WebSphere MQ 版本： 8.0.50.52 构建类型： 生产 方式： 64 位 如果将 IBM MQ 安装至非缺省位置，那么请在上述 MQ 命令之前添加 installp 的 -R 选项上 指定的指向用户指定安装位置 (USIL) 的路径。 此问题已在 IBM MQ V8.0.0 FP5 中修订。 MQ Explorer 的修订包安装 ------------------------------------ 存在一条限制，会导致在安装修订包后，MQ Explorer 无法更新到 V8.0.0 FP4。 应用修订包后，请检查所安装的 MQ Explorer 版本。 启动 MQ Explorer，然后导航至“帮助”>“关于 IBM WebSphere MQ Explorer”。如果插件为 后备级别，请使用下列一个或多个选项将插件更新至最新。 ** 选项 1：使用 -initialize 标志 ** 以管理员或 root 用户身份运行时通过 -initialize 标志启动 MQ Explorer，然后正常启动 MQ Explorer。 通过 -initialize 标志运行后，如果出现以下任一情况，请应用选项 2（安装 MSOT）： - 启动时，MQ Explorer 会要求您创建新工作空间，创建新工作空间后会启动 MQ Explorer 的后备级别版本。 - 将看到类似于以下内容的错误： 对象 obj1 的类型表 (2) 中缺少属性 265（未知） 对象 SYSTEM.DEFAULT.AUTHINFO.IDPWLDAP 的类型表 (83) 中缺少属性 2133(MQCA_LDAP_GROUP_OBJECT_CLASS) ** 选项 2：安装 MS0T ** 如果您的系统显示针对选项 1 描述的任一错误情况，请从 http://www-01.ibm.com/support/docview.wss?uid=swg24021041 中安装 MS0T 支持 Pac 运行 MQ Explorer 的 MS0T 版本时，您需要进行额外的配置才能查看本地队列管理器。MS0T 产品必须是 64 位版本，这样才能与 64 位本地队列管理器相匹配。 - 在 Windows 上，将 PATH 环境变量设置为包括 IBM MQ 安装的 bin64 和 java/lib64 目录。从同一命令行中启动 MSOT 之前，您可以先使用 setmqenv 命令执行此操作。例如，如果 IBM MQ 安装在目录 C:\Program Files\IBM\WebSphere MQ 中，请输入以下命令： C:\Program Files\IBM\WebSphere MQ\bin\setmqenv -s - 在 Linux 上，运行 MQ Explorer 之前，先将 LD_LIBRARY_PATH 环境变量设置为包括 IBM MQ 安装的 java/lib64 和 lib64 目录。例如，如果 IBM MQ 安装在 /opt/mqm 中，那么请按照以下所示更新此路径： export LD_LIBRARY_PATH=/opt/mqm/java/lib64:/opt/mqm/lib64:$LD_LIBRARY_PATH ** 选项 3：通过新介质安装 ** 作为一种替代方法，可以通过 Passport Advantage 中的全新包安装 V8.0.0 FP4，而不是 在之前的 V8.0 安装上应用 FP4。 此问题已在 IBM MQ V8.0.0 FP5 中通过 APAR IT08513 修订。 在将队列管理器从 V8.0.0.4 更改为 V8.0.0.3 时发生 setmqm 程序错误 AMQ5688 ------------------------------------------------------------------------------------ 假设从 MQ V8.0.0.4 安装运行的队列管理器在命令级别 802 启动。然后，您使用 setmqm 程序将该队列管理器的安装从 V8.0.0.4 更改为 8.0.0.3，那么 setmqm 程序将会失败并返回以下异常消息： AMQ5688：无法将队列管理器“”与安装“”关联起来。 此操作应该有效，因为该产品的这两个版本都支持命令级别 802。 有关此问题的更多信息，包括您可以应用的手动变通方法，请参阅 http://www.ibm.com/support/docview.wss?uid=swg1IT13017 此问题已在 IBM MQ V8.0.0 FP5 中通过 APAR IT13017 修订。 在 Windows 64 上还原为较早修订包之后无法启动 MQ Explorer ----------------------------------------------------------------------------- 在 64 位 Windows 上卸载修订包，并还原为先前修订包之后，可能无法使用较早修订包中的 strmqcfg 来启动 MQ Explorer。此问题最先发现于从 V8.0.0 FP4 还原为 V8.0.0 FP3 的场景中。 要解决此问题，请参阅以下技术说明：http://www.ibm.com/support/docview.wss?uid=swg21983577 AMQP 的安装 -------------------- 从 V8.0.0 FP4 开始，IBM MQ 通过使用高级消息队列协议 (AMQP) 通道类型支持 MQ Light API。 如果是首次安装 AMQP 组件，必须从 Passport Advantage 下载和安装 IBM MQ V8.0.0.4（或更高版本）全新软件包，而不是将 Fix Central 中的最新修订包应用于先前的 V8.0 安装。 V8.0.0 FP3 高可用性的限制和已知问题 ============================================================================== 对 IBM PureApplication System 的支持 ====================================== 部署到多个机架间托管的虚拟机的限制 --------------------------------------------------------------------------- 不支持在 IBM PureApplication System 多机架环境中将 IBM MQ 虚拟系统模式类型 1.0.0.1 多实例模式部署到多个机架托管的虚拟机。 此问题已由 IBM MQ V8.0.0 FP4 中包含的 IBM MQ 虚拟系统模式类型 V1.0.0.2 修复。 预先存在模式的元数据不会显示在后续模式构建器中 --------------------------------------------------------------------------------- IBM MQ 虚拟系统模式类型的 V1.0.0.1 及更高版本中具备多实例支持，随 V1.0.0.0 软件一起 创建的单个实例模式的元数据不会显示在模式构建器的后续版本中。为了解决此问题，请使用较高版本的模式构建器重建这些模式。 从“管理”弹出上下文菜单中选择“停止”操作时的限制 ------------------------------------------------------------------------------ 为 IBM PureApplication System 虚拟系统实例选择维护方式可为虚拟机透视图中列出的 虚拟机启用管理操作。对于托管活动的多实例 IBM MQ 队列管理器的虚拟机，从弹出的 上下文菜单“管理”中选择“停止”操作会使队列管理器的两个实例立即终止。 此问题已在 IBM MQ V8.0.0 FP4 中修订。 队列管理器在虚拟机启动时自动启动 -------------------------------------------------------------- 使用 IBM MQ 虚拟系统模式类型的模式中的队列管理器会在虚拟机启动时自动启动。 V8.0.0 FP3 的限制和已知问题 =========================================================== 在先前未安装过任何 IBM MQ 的 IBM i 系统上安装 Managed File Transfer 时， ----------------------------------------------------------------------------------- QMQM 概要文件不可用 ------------------------------------ 如果尝试在未安装过任何 IBM MQ 先前版本的 IBM i 系统上使用 IBM MQ Managed File Transfer V8，那么没有可供使用的 QMQM 概要文件，这会导致无法配置 IBM MQ Managed File Transfer。 必备产品 5724L26 目前不会创建该 QMQM 概要文件。 对于此问题，其变通方法是同时安装 IBM MQ C 客户机 5725A49，后者会创建 QMQM 概要文件。 与 Java 客户端相似，这也是免费产品，可从以下地址下载： http://www-01.ibm.com/support/docview.wss?uid=swg24037500 此问题已在 IBM MQ V8.0.0 FP4 中通过 APAR SE62180 修订。 在 Redhat Linux390 Advanced Server 7.0（64 位）上，到队列管理器的连接失败 -------------------------------------------------------------------------------- 由于可疑的 GSKit Java 代码错误，使用 JMS 客户端（使用 SSL_ECDHE_ECDSA_WITH_AES_256_GCM_SHA384 CipherSpec）时尝试连接到队列管理器失败。 此问题已在 IBM MQ V8.0.0 FP4 中通过升级到 GSKIT V8.0.50.52 修订。 通过 CipherSpecs 实施的加密算法较弱，已取消对该算法的支持 ------------------------------------------------------------------------------------------ 对 IBM MQ 队列管理器进行了更改，不再允许配置 CipherSpecs，CipherSpecs 使用的加密算法或协议现在被认为较弱： ** SSL v3 ** 缺省情况下，禁用了所有 CipherSpecs ** TLS 1.0 ** TLS_RSA_EXPORT_WITH_RC2_40_MD5 TLS_RSA_EXPORT_WITH_RC4_40_MD5 TLS_RSA_WITH_DES_CBC_SHA TLS_RSA_WITH_NULL_MD5 TLS_RSA_WITH_NULL_SHA TLS_RSA_WITH_RC4_128_MD5 ** TLS 1.2 ** ECDHE_ECDSA_NULL_SHA256 ECDHE_ECDSA_RC4_128_SHA256 ECDHE_RSA_NULL_SHA256 ECDHE_RSA_RC4_128_SHA256 TLS_RSA_WITH_NULL_NULL TLS_RSA_WITH_NULL_SHA256 TLS_RSA_WITH_RC4_128_SHA256 缺省情况下，不允许针对渠道定义指定已不再推荐的 CipherSpecs，指定 CipherSpecs 会导致在 PCE 中返回 MQRCCF_SSL_CIPHER_SPEC_ERROR，并显示消息“AMQ8242: SSLCIPH 定义错误”。 不允许启动尝试使用已不再推荐的 CipherSpec 来启动的渠道， 针对该尝试会向客户返回 MQCC_FAILED (2) 以及原因“MQRC_SSL_INITIALIZATION_ERROR (2393)”。 运行时在服务器上通过设置环境变量 AMQ_SSL_WEAK_CIPHER_ENABLE 定义渠道时， 可能会重新启用一个或多个已不再推荐的 CipherSpecs。 环境变量接受要重新启用的单个 CipherSpec 名称或以逗号分隔的 MQ CipherSpec 名称列表，或接受特别值 ALL（表示所有 CipherSpecs）。 新的缺省 CipherSpecs 集现在只允许以下 17 个值： ** TLS 1.0 ** TLS_RSA_WITH_AES_128_CBC_SHA (AES_SHA_US on IBM i) TLS_RSA_WITH_AES_256_CBC_SHA TLS_RSA_WITH_3DES_EDE_CBC_SHA ** TLS 1.2 ** ECDHE_ECDSA_AES_128_CBC_SHA256 ECDHE_ECDSA_AES_256_CBC_SHA384 ECDHE_ECDSA_AES_128_GCM_SHA256 ECDHE_ECDSA_AES_256_GCM_SHA384 ECDHE_ECDSA_3DES_EDE_CBC_SHA256 ECDHE_RSA_AES_128_CBC_SHA256 ECDHE_RSA_AES_256_CBC_SHA384 ECDHE_RSA_AES_128_GCM_SHA256 ECDHE_RSA_AES_256_GCM_SHA384 ECDHE_RSA_3DES_EDE_CBC_SHA256 TLS_RSA_WITH_AES_128_CBC_SHA256 TLS_RSA_WITH_AES_256_CBC_SHA256 TLS_RSA_WITH_AES_128_GCM_SHA256 TLS_RSA_WITH_AES_256_GCM_SHA384 IBM i 对 TLS 1.2 CipherSpecs 的支持 ------------------------------------- IBM MQ for IBM i 现在支持以下 CipherSpecs： TLS_ECDHE_ECDSA_WITH_NULL_SHA TLS_ECDHE_ECDSA_WITH_RC4_128_SHA TLS_ECDHE_ECDSA_WITH_3DES_EDE_CBC_SHA TLS_ECDHE_RSA_WITH_NULL_SHA TLS_ECDHE_RSA_WITH_RC4_128_SHA TLS_ECDHE_RSA_WITH_3DES_EDE_CBC_SHA TLS_ECDHE_ECDSA_WITH_AES_128_CBC_SHA256 TLS_ECDHE_ECDSA_WITH_AES_256_CBC_SHA384 TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256 TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384 TLS_ECDHE_ECDSA_WITH_AES_128_GCM_SHA256 TLS_ECDHE_ECDSA_WITH_AES_256_GCM_SHA384 TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256 TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 V8.0.0 FP2 的限制和已知问题 ============================================================ JMS 应用程序返回空值， -------------------------------------------- 并触发“异步会话中断的接收操作已启动”消息 ---------------------------------------------------- 当应用程序在 JMS 会话中创建异步使用者时，会将 MessageListener 与该使用者相关联， 然后使用用于创建原始异步使用者的相同会话在该 MessageListener 的 onMessage 方法中 创建同步使用者，该同步使用者的任何后续接收操作都会返回空值（而不是消息），并向控 制台输出一条消息：“异步会话中断的接收操作已启动”。 JMS 规范不允许在运行异步消息传递期间使用会话执行同步方法。如果要同时使用同步方法和 异步传递，那么 JMS 应用程序必须创建单独的会话。 在 APAR IT13758 下，控制台输出的消息已更改为提供此说明和解决方案。 已在 IBM MQ V8.0.0 FP6 中实施此更改。 不再接受 IBM i 特别概要文件 *PUBLIC -------------------------------------------------- 在 IBM MQ V8.0.0 FP2 中处理权限时，不再接受 IBM i 特别概要文件 *PUBLIC。尝试使用该概要文件时，会生成以下异常消息： 消息标识 . . . . . . ： AMQ8168 严重性 . . . . . . . ： 30 消息类型 . . . . . ： 诊断 发送日期 . . . . . . ： “日期” 发送时间 . . . . . . ： “时间” 消息 . . . . ：未找到参数 USER 的用户概要文件名称。 原因 . . . . . ：未在系统上找到为参数 USER 指定的用户概要文件名称， 该名称不是特别值 *PUBLIC。 此问题特定于 IBM MQ V8.0.0 FP2，并已在 V8.0.0 FP3 中由 APAR SE61852 修订。此外，还提供了可独立下载的临时修订。 对 Linux 小尾数法 Power PC 系统的 FIPS 140-2 限制 -------------------------------------------------------------- SSL 和 TLS 的用户应该注意，为 Linux 小尾数法 Power PC 系统提供的 GSKit 版本不符合 FIPS 140-2。启用 FIPS 方式使 MQ SSL 和 TLS 通道发生故障，带有错误 AMQ9620，从 gsk_environment_init 函数调用报告错误代码 207。要了解更多信息， 请参阅与此问题相关的技术说明： http://www.ibm.com/support/docview.wss?rs=171&uid=swg21695457 此问题已在 IBM MQ V8.0.0 FP4 中通过升级到 GSKIT V8.0.50.51 修订。 在 Linux 小尾数法 Power PC 系统上使用 LDAP CRL 时 SSL/TLS 在 GSKit 中挂起 ----------------------------------------------------------------------------------- Linux 小尾数法 Power PC 系统中 SSL 和 TLS 的用户在使用存储在 LDAP 服务器中的证书 撤销列表时会在 GSKit 中经历挂起。MQI 客户机应用程序不会从 MQCONN 和 MQCONNX 返回，消息通道不会进入运行状态。队列管理器上“DISPLAY CHSTATUS(*) ALL ” MQSC 命令的输出将在很长时间内显示通道处于 STATUS(BINDING) SUBSTATE(SSLHANDSHK)。 此问题只影响使用 GSKit 的 SSL 和 TLS 连接。 此问题已由 IBM MQ V8.0.0 FP4 中包含的 GSkit 级 8.0.50.52 修复。 废弃 SSLv3 协议 ----------------------------- IBM MQ V8.0.0 FP2 弃用 SSLv3 协议以及与队列管理器关联的通道定义上的以下 CipherSpec： AES_SHA_US RC4_SHA_US RC4_MD5_US TRIPLE_DES_SHA_US DES_SHA_EXPORT1024 RC4_56_SHA_EXPORT1024 RC4_MD5_EXPORT RC2_MD5_EXPORT DES_SHA_EXPORT NULL_SHA NULL_MD5 FIPS_WITH_DES_CBC_SHA FIPS_WITH_3DES_EDE_CBC_SHA 这些 CipherSpec 的用户应该更改通道定义以使用备用的 CipherSpec （使用 TLS 1.0 或 TLS 1.2 协议）。 如果您需要继续使用 SSLv3 CipherSpec，可以设置环境变量 AMQ_SSL_V3_ENABLE=1。 或者，在队列管理器的 qm.ini 文件的 SSL 节中添加以下条目：AllowSSLV3=Y IBM i 上的 DSPMQM 在从 V7.1.0.x 或 8.0.0 FP1 升级后发生故障，带有 CPF6A39 ------------------------------------------------------------------------------------------ 如果 IBM MQ V8.0.0 FP2 安装在 V8.0.0 FP1 或 V7.1 安装（已安装修订包 PTF） 之上，那么在升级后，活动队列管理器上的 DSPMQM 会失败，并带有消息 CPF6A39： 消息标识 . . . . . . ： CPF6A39 严重性 . . . . . . . ： 40 消息类型 . . . . . ： 转义 消息 . . . . ：变量缓冲区长度太短。 原因 . . . . . ：对于库 QSYS 中的面板组 AMQOPMQX 中定义的变量记录 DSPMQ4REC 所需的缓冲区长度 2064，变量缓冲区长度 2016 太短。 恢复 . . . ：增加缓冲区的长度，或者更改面板组中变量记录 DSPMQ4REC 的定义。然后重试该请求。 消息标识 . . . . . . ： CEE9901 严重性 . . . . . . . ： 30 消息类型 . . . . . ： 诊断 消息 . . . . ：应用程序错误。CPF6A39 未受 AMQOMDSX 监视， 位于语句 0000000003，指令 X'0000'。 原因 . . . . . ：应用程序由于发生异常且未得到处理而异常 终止。未处理的异常所发送到的程序的名称是 AMQOMDSX AMQMGPHA mgpDisplayStruct2。该程序在发送消息时在高级语言语句号 0000000003 处停止。如果显示多个语句号， 则该程序是优化的 ILE 程序。优化不允许确定单个语句号。如果 *N 显示为一个值，则表示真实值不可用。 这是由于存在于修订包 PTF 的 QSYS 库内的 *PNLGRP 对象。 要从此问题中恢复，在所有 MQ 队列管理器处于非活动状态时，或者在安装 WebSphere MQ V8 之前，请发出以下命令，从 QSYS 库除去旧的 *PNLGRP 对象： DLTOBJ OBJ(QSYS/AMQ*) OBJTYPE(*PNLGRP) V8.0.0 FP1 的限制和已知问题 ============================================================ 在 JMS 消息侦听器上定义的相关 ID 选择器 ----------------------------------------------------------------------- 不会传递给队列管理器。 -------------------- 此问题影响使用消息侦听器接收消息的用户，该消息侦听器定义了选择器，以便仅获取匹配特定相关标识的消息。 在注册了 JMS MessageListener 的 MessageConsumer 或 JMSConsumer 对象上定义的相关标识消息选择器不会传递给队列管理器。这将导致目标中的所有消息都发送到侦听器，而不是那些仅与选择器匹配的消息。 在 IBM MQ V8.0.0 FP7 中通过 APAR IT16106 修订了此问题。 Windows Server 2012 R2 和 Windows 8.1 上的安装问题 -------------------------------------------------------- 在 Windows Server 2012 R2 或 Windows 8.1 系统上安装 IBM MQ V8.0.0 FP1 时，由于安装程序代码与这些 Windows 版本之间的不兼容性，安装可能无法完成。 为了缓解此问题，请以兼容性方式（与 Windows 7 或 8 兼容）运行修订包装入程序 (WS-MQ-8.0.0-FP0001.exe)，如下所示： 1. 在 Windows 资源管理器中显示软件包解压缩到的目录。 2. 右键单击 WS-MQ-8.0.0-FP0001 图标并选择属性，然后选择“兼容性”选项卡。 3. 选择“在兼容模式下运行此程序”和下拉框中的“Windows 8”。 此问题通过 APAR IT04867 修订。 GSKit 级别 8.0.50.31 限制 -------------------------------- 在 IBM WebSphere MQ 8.0.0 FP1 中使用 runmqakm 命令为 WebSphere MQ Advanced Message Security (AMS) 创建自签名证书的用户在证书创建命令中必须包含“-ca false”参数。 如果不这样做，将导致证书无效，从而使 Java 客户机应用程序在涉及受 AMS 保护的队 列的消息传递操作期间将抛出 MQ 异常，并返回原因码 MQRC_SECURITY_ERROR 和完成代码 MQCC_FAILED。 注：此问题特定于 IBM MQ V8.0.0 FP1 并已在 V8.0.0 FP2 中修订此问题。 V8.0.0 的限制和已知问题 ================================================ 在与 Oracle 数据库配合使用时，IBM MQ Managed File Transfer Java EE -------------------------------------------------------------------------- 数据库记录器在 WebSphere Application Server Community Edition V2.1 --------------------------------------------------------------------------- 中生成警告消息 ---------------------- 此问题影响使用该数据库记录器将作为 XML 日志消息发布到协调队列管理器上 SYSTEM.FTE 主题的信息持久存储到 Oracle 数据库的所有用户。 如果为 Oracle 数据库中创建的表定义的任何列为 CLOB 类型（例如，NCLOB），那么使用 Java 持久存储体系结构 (JPA) 定义的用于表示该表的 Java 类应注释类成员变量，以使用“@Lob”表示类型为 CLOB 的列。如果不这样操作，将假定列的类型为“VARCHAR”。 此注释未包含在 IBM MQ Managed File Transfer 组件随附的 Java 类中。因此，当 JPA 实现尝试将表示数据库表列的成员字段与数据库表中的实际列进行匹配时，检测到差异并报告为警告。 此问题已在 IBM MQ V8.0.0 FP5 中修订，但仍受以下持续限制的影响： - 在表 "FTELOG"."TRANSFER_EVENT" 中，名称为“SOURCE_BRIDGE_URL”和 “DESTINATION_BRIDGE_URL”的列应使用列长度 2083 进行定义。 - 对于其数据库记录器连接到 DB2 数据库的 MQ Managed File Transfer 组件用户，如果这些列长度已定义为 1024，可能需要在应用此修订包后 手动更新这些列长度。否则，写入超过 1024 字节的数据时，这些数据 将被截断，且 DB2 不会发出警告。 由多条传输队列记录引起的队列管理器存储库管理器完整性/异常终止问题 ------------------------------------------------------------------------------------------ 具有管理员特权的恶意用户可以触发集群存储库管理器中的内存覆盖，导致丢失数据完整性， 并通过异常终止集群存储库管理器来拒绝服务。 此问题已在 V8.0.0 FP2 中由 APAR IT05869 修订。 TLS 1.2 在 z/OS 和其他平台间的可互操作性问题 ----------------------------------------------------------------------- 在 z/OS 和其他平台间使用 TLS 1.2 通道的用户可能会遇到 CSQX635 (AMQ9635) 错误， TLS 1.2 通道可能会连接失败。使用由具有 ECDSA 的 SHA-1 或具有 RSA 的 SHA-1 签名的数字证书时不会出现该错误。 下列密码规范使用 TLS 1.2，会受到影响： ECDHE_ECDSA_AES_128_CBC_SHA256 ECDHE_ECDSA_AES_256_CBC_SHA384 ECDHE_RSA_AES_128_CBC_SHA256 ECDHE_RSA_AES_256_CBC_SHA384 TLS_RSA_WITH_AES_128_CBC_SHA256 TLS_RSA_WITH_AES_256_CBC_SHA256 TLS_RSA_WITH_NULL_SHA256 此问题已在 IBM MQ V8.0.0 FP2 中修订。 在使用 Oracle JRE 中运行的 TLS 1.2 密码时，通道启动失败 ---------------------------------------------------------------------------- 并返回消息 AMQ9637 ---------------- 尝试使用 Oracle Java 运行时环境 (JRE) 中运行的 TLS 密码来启动通道时，尽管启用 了客户机认证，也没有发送客户机证书。队列管理器错误日志中记录了错误 AMQ9637“通道缺少证书”。 此问题已在 IBM MQ V8.0.0 FP5 中通过 APAR IT10837 修订。 用户无法在 Windows 中使用 GB18030 字符指定安装描述 --------------------------------------------------------------------------------- 在为 Windows 安装服务器时，您可以指定安装描述。如果尝试使用 GB18030 字符， 这些字符将无法在输入字段中显示，并且无法在摘要页面上正确显示。 MQ 许可证，无法确定 zLinux 上的系统分发版 -------------------------------------------------------------- 在未安装 lsb_release 命令的 Linux 系统上，运行 mqlicense.sh 命令时， 可能会出现下列消息： “警告：无法确定此系统的分发版和发行版。继续安装前，请检查版本是否受支持。” 如果收到此消息，请在以下站点检查系统是否满足需求： http://www-01.ibm.com/support/docview.wss?uid=swg27041395，然后再继续安装。 启用 FTEQDLSExit 样本后，IBM i 物理文件成员传输可能会失败 ------------------------------------------------------------------------------- 如果代理程序中配置了 FTEQDLSExit 样本，那么将物理文件成员从一个物理文件传输到 另一个物理文件可能会失败，并显示以下错误： BFGTR0072E: 由于出现异常，无法完成传输： BFGIO0392E: 已为“/qsys.lib/.lib/.file/.mbr” 指定目标文件属性。 该目标不支持目标文件属性。 从 agent.properties 文件中移除出口是此问题的一种变通方法。该出口不会影响集成文件系统 (IFS) 传输或将物理文件成员传输到 IFS 位置的能力。 此问题通过 APAR IT01921 修订。 IBM i 必需的操作系统 PTF ------------------------------------ 要使 SSL/TLS MQ 通道正常运行，必须应用下列 V7R1M0 操作系统 PTF。 http://www-912.ibm.com/systems/electronic/support/a_dir/as4ptf.nsf/ALLPTFS/MF57749 http://www-912.ibm.com/systems/electronic/support/a_dir/as4ptf.nsf/ALLPTFS/MF57889 http://www-912.ibm.com/systems/electronic/support/a_dir/as4ptf.nsf/ALLPTFS/MF58003 http://www-912.ibm.com/systems/electronic/support/a_dir/as4ptf.nsf/ALLPTFS/SI52214 WebSphere MQ Advanced Message Security on IBM i ----------------------------------------------- 在保护和取消保护来自受策略保护的队列的消息时，本地消息保护可能会逐步耗尽 PASE 堆存储器。长时间运行的应用程序可能无法执行 MQI 消息传递操作，例如 MQGET 或 MQPUT（包含原因码 MQRC_SECURITY_ERROR 和相关的 FDC，表示存储器不可用）。 该问题不会影响 Java 和 JMS 客户机应用程序。 此问题已在 IBM MQ V8.0.0 FP1 中修订。 使用交互式安装程序在 Solaris 系统中安装 '7) WebSphere MQManaged File Transfer -------------------------------------------------------------------------------- Service' 选项 --------------------------------------- 如果在 Solaris 系统中以交互方式运行 WebSphere MQ 安装，并且选择选项 '7) WebSphere MQ Managed File Transfer Service'，那么不会安装 ftagent 组件。因此，您无法执行某些命令，例如 fteCreateAgent 和 fteStartAgent。 如果您还未安装 WebSphere MQ，可通过在安装过程中选择 '7) WebSphere MQ Managed File Transfer Service' 和 '9) WebSphere MQ Managed File Transfer Agent'， 解决这个问题。这样会安装 WebSphere MQ Managed File Transfer Service 所需的所有组件，包括 ftagent 组件。 如果您已安装 '7) WebSphere MQ Managed File Transfer Service'，可再次运行安装，并选择选项 '9) WebSphere MQ Managed File Transfer Agent' 以安装缺失的 ftagent 组件。 有关在 Solaris 系统上安装 WebSphere MQ 的更多信息，请参阅 WebSphere MQ V8.0 产品文档中的“安装和卸载”部分： http://www.ibm.com/support/knowledgecenter/SSFKSJ_8.0.0/com.ibm.mq.ins.doc/q008250_.htm 此问题已在 IBM MQ V8.0.0 FP1 中修订。 IBM MQ V8.0.0 中不包含针对 WebSphere MQ Managed File Transfer 数据库记录器 ---------------------------------------------------------------------------------- 的数据库表升级 SQL 脚本 ---------------------------------------------------------------- 将数据库记录器从 WebSphere MQ V7.5 或更高版本迁移至 IBM MQ V8.0.0，并从 WebSphere MQ File Transfer Edition V7.0.4 或更高版本迁移至 IBM MQ V8.0.0 时需要这些脚本。 此问题已在 IBM MQ V8.0.0 FP1 中修订。 ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ ++ ++ ++ 版权、声明和商标 ++ ++ ++ ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ 版权和商标信息 本信息是为在美国国内供应的产品和服务而编写的。 IBM 可能在其他国家或地区不提供本文档中讨论的产品、服务或功能特性。有关您当前 所在区域的产品和服务的信息，请向您当地的 IBM 代表咨询。任何对 IBM 产品、程序 或服务的引用并非意在明示或暗示只能使用 IBM 的产品、程序或服务。只要不侵犯 IBM 的知识产权，任何同等功能的产品、程序或服务，都可以代替 IBM 产品、程序或服务。但是， 评估和验证任何非 IBM 产品、程序或服务的操作，由用户自行负责。 IBM 公司可能已拥有或正在申请与本信息内容有关的各项专利。提供本信息并未授予用 户使用这些专利的任何许可。您可以用书面方式将许可查询寄往： IBM Director of Licensing IBM Corporation North Castle Drive Armonk，NY 10504-1785 U.S.A. 有关双字节集 (DBCS) 信息的许可查询，请与您所在国家或地区的 IBM 知识产权部门联系， 或以书面方式将查询寄往： Intellectual Property Licensing Legal and Intellectual Property Law IBM Japan, Ltd. 19-21, Nihonbashi-Hakozakicho, Chuo-ku Tokyo 103-8510, Japan 本条款不适用英国或任何这样的条款与当地法律不一致的国家或地区： International Business Machines Corporation“按现状”提供本出版物，不附有任 何种类的（无论是明示的还是暗含的）保证，包括但不限于暗含的有关非侵权、适销 和适用于某种特定用途的保证。某些国家或地区在某些交易中不允许免除明示或暗含的保证。 因此本条款可能不适用于您。 本信息中可能包含技术方面不够准确的地方或印刷错误。此处的信息将定期更改； 这些更改将编入本资料的新版本中。IBM 可以随时对本资料中描述的产品和/或程序进行 改进和/或更改，而不另行通知。 本信息中对非 IBM Web 站点的任何引用都只是为了方便起见才提供的，不以任何方式 充当对那些 Web 站点的保证。那些 Web 站点中的资料不是 IBM 产品资料的一部分， 使用那些 Web 站点带来的风险将由您自行承担。 IBM 可以按它认为适当的任何方式使用或分发您所提供的任何信息而无须对您承担任何责任。 本程序的被许可方如果要了解有关程序的信息以达到如下目的：(i) 允许在独立创建的程 序和其他程序（包括本程序）之间进行信息交换，以及 (ii) 允许对已经交换的信息进行 相互使用，请与下列地址联系： IBM United Kingdom Laboratories, Mail Point 151, Hursley Park, Winchester, Hampshire, England SO21 2JN 只要遵守适当的条件和条款，包括某些情形下的一定数量的付费，都可获得这方面的信息。 本资料中描述的许可程序及其所有可用的许可资料均由 IBM 依据 IBM 客户协议、IBM 国际软件许可协议或任何同等协议中的条款提供。 涉及非 IBM 产品的信息可从这些产品的供应商、其出版说明或其他可公开获得的资料中 获取。IBM 没有对这些产品进行测试，也无法确认其性能的精确性、兼容性或任何其他关于非 IBM 产品的声明。有关非 IBM 产品性能的问题应当向这些产品的供应商提 出。本资料包含在日常业务操作中使用的数据和报告的示例。为了尽可能完整地说明这些示例， 示例中可能会包括个人、公司、品牌和产品的名称。所有这些名字都是虚构的， 若现实生活中实际业务企业使用的名字和地址与此相似，纯属巧合。 版权许可： 本信息包含源语言形式的样本应用程序，用以阐明在不同操作平台上的编程技术。如果是 为按照在编写样本程序的操作平台上的应用程序编程接口 (API) 进行应用程序的开发、 使用、经销或分发为目的，您可以任何形式对这些样本程序进行复制、修改、分发， 而无须向 IBM 付费。这些示例并未在所有条件下作全面测试。因此，IBM 不能担保或暗示 这些程序的可靠性、可维护性或功能。用户如果是为了按照 IBM 应用程序编程接口开发、 使用、经销或分发应用程序，则可以任何形式复制、修改和分发这些样本程序，而无须向 IBM 付费。 以下术语是 International Business Machines Corporation 在美国和/或其他国家或地区的商标： AIX、IBM、WebSphere 和 z/OS Windows 是 Microsoft Corporation 在美国和/或其他国家或地区的商标。 Java 和所有基于 Java 的商标和徽标是 Oracle 和/或其关联公司的商标或注册商标。 UNIX 是 The Open Group 在美国和其他国家或地区的注册商标。 Linux 是 Linus Torvalds 在美国和/或其他国家或地区的商标。 其他公司、产品或服务名称可能是其他公司的商标或服务标记。 要了解更多信息，请访问 http://www.ibm.com/legal/copytrade.shtml