MQ6.0 入门培训

1、WebSphere MQ V6概述 很容易连接应用程序和系统 一次性安全提供数据 许多环境o 大量操作系统和硬件平台o 支持许多程序设计语言o 通信协议o 点对点和发布/订阅方式o 通过简单API全部可用 行业消息的行业标准 最近庆祝了成立十周年!WebSphere MQ V6主题 IBM在204-126号发布书（2004年6月）中发表了一项指导方针：“IBM计划.在2005年上半年.发布新版WMQ。这些发布将使ESB创建和扩充变得更容易.” 提高适用性o 文件传输简单，浏览速度快o 新增跨平台配置工具 改进可管理性o 了解系统正在运行的服务，并影响它o 更容易确定问题和避免问题 增强可用性o

2、 利用z/OS服务 扩充性能、容量和伸缩性o 利用64位地址空间 本演示说明IBM如何达到此陈述的要求由于计划推出新版WMQ，我们尝试把要进行的各项工作分成几个主题。这些是该版本要优先实施的功能，而一个功能应当在实施之前归入一个或多个主题。（记住候选功能太多，总是超过我们在可接受的时间里或用接受的代码可以开发的功能数量。一个版本不能集成的功能可能会集成在下一个版本里。）我们这次想研究的两个领域是：a. 使WMQ新用户很容易选择并快速使用b. 即使你有使用早期版本的经验，也更容易管理WMQ。我们一直在开展z/OS特定的某些活动，完成共享队列工作最后阶段的开发同时使许多增强功能反映更广泛的行业活动

3、。后面的幻灯片将详细说明其中的许多项目WebSphere MQ V6时间表 2004年9月开始开发beta程序o 该程序针对有限客户和合作伙伴 2005年4月19日发布o 发布之后在某些平台上公开进行beta测试 2005年5月发布分布式平台Electronic GA（可下载） 2005年5月发布物理介质和z/OS GAWebSphere MQ V6初期支持的平台 AIX 5（仅64位系统） Solaris（仅64位Sparc系统） HP-UX 11i（仅64位PA-RISC） Linux/Intel（32位）、Linux/pSeries（仅64位distros）和Linux/zSerieso

4、 RHEL3、(RHEL4)、SuSE8和SuSe9 z/OS 1.4 Windows 2000、XP、2003 OS/400 V5R2和i5/OS V5R3虽然某些操作系统的基本要求提高了，但WMQ V6支持的平台与V5.3基本相同。如要了解每种已测试/支持的操作系统的基本要求详情，浏览 “支持软件”网页定期在新环境通过测试后更新，是发布WMQ支持的软件的官方网站。对于Linux，你会发现支持环境是特定的分发版本（Red Hat和SUSE），而不像V5.3那样列出前提条件。这与IBM SWG的政策是一致的，使得很容易比较不同的产品，以确保它们均有相同的必需软件。对于Linux/zSeries

5、，虽然在此平台上WMQ是32位产品，但我们将只测试64位distros。在这一系列平台里，不包括对基于Itanium的任何操作系统的支持。WebSphere MQ V6支持状态 使用V5.3或V5.3.1的每个人都应该考虑升级到V6 V5.2支持在不久前停止了o Windows、Unix和Linux在2004年1月1日停止o z/OS和OS/400在2004年4月30日停止 V5.3 Distributed支持结束日期在官方网站上标明“未定”o 这意味着将在停止支持之前提前至少12个月发出通知o Distributed的SWG支持战略有变化；比较接近z/OS对它的支持 优于我们以前实行的按年延

6、期政策 V5.3.1for z/OS的支持结束日期也是“未定”o V5.3 for z/OS的支持结束日期是2005年10月 尚未就V5.3的支持结束日期发表声明o 结束日期将考虑到适当移植到V6所需的时间了解这些日期非常重要！所有客户现在应该使用V5.3（或5.3.1on z/OS）。如使用早期版本（有淘汰产品），他们将得不到支持。我们最终停止销售并支持没有升级到V5的某些旧平台版本。分布式平台的规则变化好一些。旨在更容易把一组产品集成在一起，使其有合理的使用寿命。许多较旧的SupportPacs（cat2和cat3）被删除或半隐藏了。所以很容易找到仍然与当前产品相关的支持或“有用”资料。V

7、5.3 for z/OS没有支持结束日期；所有客户应该改用V5.3.1。尚未就V5.3的支持结束日期发表声明；结束日期将考虑到客户适当移植到V6所需的时间。即使到了正常的支持结束日期，通常还可以购买最多两年的附加支持。WebSphere MQ V6WMQ简介对于使用Windows和Linux系统的WMQ新用户，有两种选择：1. 快速浏览o 演示WMQ概念和技术的动画2. 文件传输o 无需配置的简单应用程序。o 无需编写测试程序。o 命令行和图形用户界面o 非常非常简单.甚至不需要CR/LF转换这是WMQ Express V5.3提供的最新版本WebSphere MQ V6文件传输 这确实是很简

8、单的传输程序 它不包括任何数据转换，甚至不包括ascii/ebcdic或cr/lf转换。 有命令行，所以用户可能编写自动化程序。 没有最大文件大小限制，因为文件被分割成多个MQ报文；不必把一个文件封装在一个报文里。WebSphere MQ V6使WMQ更容易配置基于Eclipse的新图形配置工具 在Linux和Windows上运行代替WMQ V5.3 for Windows上的MMC管理单元可以连接并配置所有平台上的WMQ 包括WMQ V6 for z/OS（但不包括z/OS的早期版本） 连接可以是本地客户机或直接客户机，或者通过中间qmgr 支持SSL安全通信可扩展 我们希望未来包括更多插件

9、 供应商和用户可以开发并无缝集成新功能允许使用Documented接口 对象“右鼠标按钮”菜单增加了选项 新增最高级实体（例如“队列管理器”和QSGs） 插件不需要重复配置，例如获得队列表系列表WebSphere MQ V6配置工具我们用类似的工具取代现有的基于MMC的图形工具，但建立在Eclipse (IBM Workbench)软件包之上。这提高了可移植性，即使初期只有Windows和Linux支持它，其它平台稍后也可以支持它。与MMC管理单元相比，有许多增强功能，包括： 它可以控制WMQ V6 for z/OS，包括共享队列等平台特有的功能 它在连接远程队列管理器方面有更多变体，包括SS

10、L通道 它有文档化扩展点，允许开发并在无缝界面上显示更多插件V6的所有新功能均可在图形用户界面上使用，还可以管理V5.3（和较旧的）分布式平台。由于Eclipse插件具有部件化特性，所以IBM很容易在不中断其它功能的情况下，通过服务更新给WMQ增加新功能。我们提供在默认情况下定制运行WMQ插件的Workbench，但这些插件可以添加到在同一层面的其它Workbench。例如当Message Broker工具使用Eclipse的同一层面时，可以显示一个包含消息流开发屏面的屏面，以及消息流要访问的队列的列表。WMQ将建立在Eclipse V3.01之上。下一组幻灯片是截屏，说明基本界面与MMC视图

11、有多大程度的相似，但它很适合Eclipse的外观。一个截屏上突出显示的区域（“过滤器”）提供对稍后详细讨论的功能的访问。但是，它允许在屏面上进行简单选择 IE只显示深度大于10的队列。这更容易查看正在发生的事情，例如问题确定。有许多选项，例如可以定制显示栏的顺序，以及保存模式。WebSphere MQ V6谁在使用队列管理器？ DISPLAY QSTATUS始终显示谁在使用队列 新命令DISPLAY CONN显示谁在线上，以及他们打开了哪些队列 新命令STOP CONN强制断开连接（z/OS不可用） 同时显示UOW时间标记V5.2和V5.3增加了显示谁在访问队列的命令。V6增加了一个可显示谁在

12、访问队列管理器的新命令。它显示与QSTATUS类似的信息，以便确定用户通道名称、pid（进程ID）、tid（线程ID）、程序名称等。但它还显示如何建立连接，以及正在处理的任何事务的详细信息。可以用UOW信息查看哪些应用程序可能有长期运行的UOW，以及哪些应用程序可能会使日志文件满了。它还显示事务是内部事务还是外部事务，它是否是全局事务的参与者等。本页的第二个例子说明应用程序打开的队列的列表，以及MQOPEN使用了哪些选项。在分布式平台上，CONN标记可用于中断与qmgr的连接。WMQ管理员可能没有操作系统权限删除错误应用程序，但可以删除它对WMQ的访问。不删除该程序，但停止正在进行的任何访问，

13、来自该程序的任何API调用均将获得CONNECTION_BROKEN。终端连接便于恢复日志文件继续记录事件，并可以正常停止队列管理器。出于技术原因，z/OS在此阶段可能不实施此项服务，但该平台的其它增强功能（日志分流）可减少长期运行的UoW引起的问题。WebSphere MQ V6更容易连接应用程序和队列管理器我们在前面看到了如何显示连接队列管理器的应用程序。此新屏面使你更容易指定自动与队列管理器一起启动（和停止）的应用程序。服务定义便于我们定义程序，并使它们与队列管理器一起启动。它取代Windows的“定制服务”屏面。有一些人所共知的服务有特殊定义，例如listeners和command s

14、erver，但还可以定义其它程序，例如代理(broker)或触发(trigger)监视器。有属性便于把stdout/stderr重定向到文件。此功能只有分布式平台可用；z/OS已经在操作系统里集成了此类功能。WebSphere MQ V6管理z/OS 增加PCF命令 更容易编写管理和监视程序o 同一个程序可以在z/OS和分布式平台上运行 它一直比较容易把PCF命令转换成MQSC 难点是分析响应o PCF是结构化自我描述格式o MQSC是伪英语随机排序 z/OS Command Server现在可以处理这两种格式 扩展后的PCF结构处理来自QSG的多组响应o 新结构的其它语言扩展o IE 64位

15、名称-值对 所有适当的z/OS命令获得PCF定义o 仍然有几个命令仅适用于本地控制台o IE启动/停止跟踪z/OS增加了PCF命令消息支持。因此，很容易编写一个可与分布式和z/OS队列管理器协同工作的管理应用程序。这可以缩短产品上市时间，以便支持新功能；并缩短编写内部管理工具所需的时间。创建一个QALIAS定义，所以你甚至不需要知道z/OS和分布式平台上的命令输入队列名称传统上是不一样的。PCF消息扩展了“语言”。z/OS控制要求新格式。PCF定义有许多其它扩展，现在允许任意“名称/值”对。如你愿意，可以继续使用MQSC格式进行管理命令服务器将处理两种格式。在管理WMQ for z/OS时，通

16、过新的基于Eclipse的MQ Explorer使用PCF界面。共享队列可以提高可用性，因为当一个队列管理器或LPAR发生故障时，应用程序可以继续处理消息功能已在WMQ的几个版本里分阶段发布了 此版本完善了共享队列所需的核心功能现在支持大于63KB的消息 最大可达100MB 大小与专用队列里的消息相同大于63KB的消息正文部分存储在DB2里 短消息如先前一样存储在CF里 用于与专用队列进行比较的读性能报告管理结构容错此版本完善了WMQ的共享队列支持功能。共享队列现在可以用与专用队列相同的方法使用。持续性消息和非持续性消息最大可达100MB。队列管理器使用的耦合器(Coupling Facili

17、ty)资源保持不变，即使是大消息，也不把大于63KB的消息有效负荷直接存储在CF里。相反，我们把“指针”放入CF，把消息正文存储在DB2表里，该表随后供队列管理器共享。把数据存储在DB2里比直接存储在WMQ里速度慢，我们发现与专用队列存储器相比，这些大消息的存储速度降低了。对于所有消息都很大的系统设计，建议不要采用这种方法。对于许多只有少量大消息的应用程序，偶尔降低消息存储速度并不重要，尤其是在你可以通过共享队列获得更高可用性（和更好的总体系统设计）的情况下。小消息的处理速度与V5.3相同。我们发现与把相同的消息存储在专用队列里相比，大持续性消息的存储速度至少降低3/4。系统管理员必须启用大消

18、息 消息所在的CF结构必须是CFLEVEL(4)。 共享队列的MAXMSGL必须设置为足够大的值，以便存储预计最大的消息 需要配置DB2在WMQ for z/OS5.3.1里，队列共享组管理CF结构发生故障将导致队列共享组(QSG)里所有队列管理器异常中止。因此，我们建议你的CF结构采用CF双工技术，降低CF结构发生故障的可能性。但这会导致有关的性能开销。在V6里，我们启用QSG里的队列管理器，实现QSG管理CF结构容错。在检测到此类故障时，每个队列管理器将根据内存里的数据重构自己的管理结构部分。同名队列管理器恢复将被暂停，直到队列管理器重构其管理结构部分，这意味着当发生故障的队列管理器重新启

19、动时，故障队列管理器正在处理的MQGET消息和约定处理的MQPUT消息可由其它队列管理器处理。其它所有应用程序，包括共享队列应用程序，可以在管理结构部可用的情况下继续处理。 此版本增强z/OS动态系统配置 许多CHIN配置参数可以在线修改o 不必在CSQXPARM里设置 “日志分流”可降低长期运行的UoW的影响 动态添加和删除页面集和缓冲池o 页面集可以增大到64GB，便于处理较大的队列 动态添加和删除缓冲池中的缓冲区 动态添加日志数据集o 在解决问题时，当前日志文件（IE归档由于磁带设备脱机而不工作）可以增加更多日志数据集 抢先动态页面集扩展有一组新便于你更动态地调节z/OS队列管理器。在某

20、些情况下自动管理资源，即抢先扩展，其中有的资源允许管理员采取措施。在所有情况下，其目的是不需要关闭/重新启动队列管理器。在V5.3里，我们允许分布式平台上的队列增大到2GB以上。此时我们正在z/OS上进行类型的工作，把页面集增大到64GB。这将使更多的消息（或更大的消息）可以保存在队列里。“日志分流”是一种技术，允许把长期运行的工作单元的控制信息复制到日至结尾，使队列管理器在重新启动过程中不需要处理大量日志。这受检查点间隔的控制。长UoW可能最终仍然会被取消掉，但这应该可以降低影响。来自CSQXPARM的通道启动程序参数现在可以用ALTER QMGR命令控制。因此，在更改值时，不需要重新启动C

21、HIN。WebSphere MQ V6提高分布式平台的可用性 提供日志文件信息，以便制定灾难恢复解决方案 队列管理器报告所需的、正在使用的、不再需要的日志文件o 当你使用线性记录时 强制把日志记录到新日志文件的命令o 现在可以在特定时间获得一致的日志文件副本或备份 可以在需要的情况下，在灾难恢复站点和“备份”队列管理器上重放日志文件o 缩短在实况现场重新启动所需的时间 同时提高可配置活动日志空间的数量WMQ日志文件管理提出了许多要求。尤其是我们想使恢复解决方案设计更容易，特别是灾难恢复解决方案。因此，可以生成报告，说明需要哪些日志的信息。这始终可以从其它途径获得（在错误日志里输入的命令响应），

22、但现在可以把这些信息从队列管理器“推到”管理工具里。有一个新命令将强制日志提高到一个新水平；这便于你把较早时候的所有日志文件复制到备份（灾难恢复）位置，在那里可以了解qmgr的状态。在不全面启动队列管理器的情况下，如可在主站点访问日志文件，可以把灾难恢复站点配置为动态播放日志文件的原位置的副本。这意味着如果需要全面重新启动，只需要播放“最近的”日志文件。还有一项要求允许较大和/或较多的日志文件在此版本里，Unix平台活动日志大小从4GB提高到128GB，Windows平台提高到64GB。WebSphere MQ V6更多状态 问题确定（和问题避免）指示器o 显示有关活动的“同时”信息 显示CH

23、STATUSo 群集传输队列子深度和平均吞吐量时间o 平均批量大小o “子状态” 在退出时通过连接发送数据，并等待名称服务器响应。o 远程端的响应时间 显示QSTATUSo 消息在队列里停留的平均时间（短期平均值和长期平均值）o 上次GET/PUT时间o 仍然在队列里的最旧的消息分布式队列管理器和z/OS队列管理器均有此新功能。它扩充了队列和通道的状态信息。对于队列而言，你现在可以查看队列里哪些消息是最旧的。你还可以查看消息通过队列的平均速度。如平均速度很低，最旧的消息很旧，可能表示一个应用程序在通过msgid/correlid执行get操作，消息的格式不好，或者消息没有正确标识符。如所有消息

24、在队列里停留的时间均很长，可能表示正在服务的应用程序负荷过重，或者需要多台服务器处理输入信息。通道也有类似的信息，群集通道可以报告有关的传输队列或子队列。此外还有更详细的状态，不仅限于RUNNING和RETRY等，可以准确显示通道正在做什么。例如此时正在执行用户退出，还是调用TCP/IP名称服务器。此订单详情的一个重要目的是使收集信息的（性能）开销保持在很低的水平上。例如可能通常不接受涉及到队列扫描的任何东西。所有这些信息均在队列管理器内部使用，也很容易派生出来。WebSphere MQ V6命令显示过滤 用WHERE子句执行的PCF和MQSC命令o 所有对象类型；任何属性 一个属性可以用普通

25、运算符过滤o GT、LT、EQ、NE、GE、LE、CT contains、EX excludeso 没有AND和OR组合 几个常见问题：o 告诉我用非提交事务使日志文件被填满的应用程序o 告诉我消息停留时间超过5分钟的队列o 告诉我最近没有因为介质恢复而被映像的队列o 告诉我一个应用程序使用的所有队列 易于编写这些请求的脚本o 然后可以使用响应采取措施MQSC增加了一个简单WHERE子句，限制DISPLAY命令返回的数据的数量。只能添加一个属性，但对于问题确定和状态查询而言，这已经足够了。不允许使用AND/OR组合。PCF命令也可以使用相同的查询，z/OS现在当然支持此查询。正如我们在早期版本

26、里看到的那样，图形用户界面上的过滤器选项是通过把它传递到命令服务器实现的。队列管理器过滤是对资源的有效利用，一个消息返回一个响应，并非所有管理工具都进行过滤。就系统管理而言，这可以减少传输的消息数。很容易编写可发出这些命令的脚本，它可以反映客户用户里的典型问题，并利用响应执行某些操作，例如强制应用程序与队列管理器断开，重新启动服务器应用程序，或者给网络运营中心生成通知WebSphere MQ V6提高WMQ Clusters的灵活性 新选项使大群集更容易处理o 建立在客户的实际环境之上 可以建立在所有主服务器不可用时自动使用的备用网络 客户限制小客户机访问的服务器的数量 可以覆盖“如存在，始终

27、选择本地队列”规则 可以要求把更多工作发送到功能更强的服务器 没有服务器自动反馈；属性可通过系统监视器调节许多可控制WMQ Clusters工作负荷平衡功能的选项。所有这些选项均源于客户体验和要求，有的客户已经建立了超大型群集。没有自动负荷动态通知功能，我们不检查机器的工作负荷有多大，但这可以采用定制代码添加。这样做的原因之一是很难一概而论地确定机器是否繁忙。新增队列属性、队列管理器属性和群集通道属性在确定循环消息分发的优先级并分配工作负荷时具有更大的灵活性默认性能不变更容易建立备用/待机网络，在所有正常队列管理器不可用时只使用这些队列管理器更容易限制活动出站通道的数量更容易分配工作负荷，使大

28、服务器获得更多工作负荷WebSphere MQ V6新增Cluster选项 负荷平衡和优先级 包括本地实例WebSphere MQ V6系统统计统计信息可用于检查应用程序和队列管理器正在做什么。统计信息可用于记账或容量规划。此版本通过“PCF事件消息”给分布式管理员提供SMF风格的信息在此版本里，“事件消息”里有更多可用信息。PCF语言扩充了，不仅限于z/OS，同时允许增加更多复杂功能。例如可以把元素组合成子结构，允许PCF消息有任意名称/值内存。还有64位整数数据类型。这些新结构是支持几个功能所必需的，包括这一个：与队列管理器和连接应用程序内部活动SMF报告相当的功能。正如SMF报告一样，你

29、可以查看qmgr的统计信息，以及给每个应用程序生成的记账信息。队列管理器（在移植过程中，如有）自动创建两个新事件队列存储事件消息。这些信息类似SMF生成的信息；我们利用在z/OS上获得经验决定哪些准确元素有用。在应用程序结束时(MQDISC)，按可配置间隔生成信息。RESET QMGR命令还有一个选项强制立刻发送统计信息。示例程序amqsmon可用于格式化事件消息，是生成此图表输出的程序。包括源代码。正如在z/OS上一样，一旦生成消息，WMQ不做与该数据有关的任何事情。假定收集此信息的任何人将购买或编写一个工具收集事件消息，并以某种方式处理这些消息。WebSphere MQ V6网络配置检查器

30、 WMQ跟踪路径 生成的显示消息流的报告 传输队列、通道名称、末端队列 时间标记 可用于确认群集工作负荷分发此功能便于调试WMQ网络对于已经发送的现有消息，它不回答查找问题。但它便于你确定消息可能发到哪里去了。“跟踪程序”消息被发送到网络里，并被放入一个队列里，并在到达最终目的地之前把它经过的所有通道和传输队列报告回去，它在到达最终目的地之后可能会被自动丢弃。报告生成受MQMD里的标志的控制。从理论上讲，任何应用程序都可以打开这些标志，你可以获得网络传输的每个消息的报告，但这样做显然会使系统不堪重负。这主要用于验证配置。分布式平台提供一个命令(dspmqrte)生成消息，它有许多报告配置选项在

31、远端整理在每个中继段生成的独立报告等。由于dspmqrte可以作为客户机连接，所以可用它调试源自z/OS队列管理器的消息流。消息格式和报告添加或生成方式可以实现文档化。潜在用途之一是让应用程序把自己的活动信息添加到他们处理的消息里。该体系结构是专门为这一目的而设计的。WebSphere MQ V6典型输出Activity:ApplName: es/MQSeries/bin/dspmqrte.EXEApplType: WindowsNTActivityDesc: WebSphere MQ Display RouteAppOperation:OperationType: PutOperationD

32、ate: 20040907OperationTime: 12431483QMgrName: QMAQName: RQMCResolvedQName: QMBRemoteQName: RQMCRemoteQMgrName: QMBTraceRoute:RecordedActivities: 1UnrecordedActivities: 0DiscontinuityCount: 0MaxActivities: UnlimitedRouteAccumulation: NoneRouteForwarding: IfSupportedRouteDelivery: NoActivity:ApplName:

33、 es/MQSeries/bin/AMQRMPPA.EXEApplType: WindowsNTActivityDesc: Receiving MessageChannel AgentOperation:OperationType: ReceiveOperationDate: 20040907OperationTime: 12431483QMgrName: QMCRemoteQMgrName: QMBChannelName: TO.QMCChannelType: Receiver-Operation:OperationType: DiscardOperationDate: 20040907Op

34、erationTime: 12431483QMgrName: QMCQName: QMCFeedback: NotDeliveredTraceRoute:RecordedActivities: 5UnrecordedActivities: 0dspmqrte命令选项显示生成的输出类型。你可以看到真实设置生成的报告开头，例如前面的图表上的图形。你可以看到消息被放入QMA上的远程队列RQMC里，它被解析为传输队列(QMB)。最终阶段表示MCA如何接受消息，以及在它到达目标队列之后被如何丢弃掉。完整报告有更详细的信息，包括正在传输的消息的MQMD。但此选项显示其中一些要点。WebSphere MQ

35、V6标准 JMS 1.1和J2EE 当前J2EE规范需要JMS 1.1 把发布/订阅方法和点对点方法合并成一组方法o 向后兼容o JMS应用程序仍然可以使用较旧的1.02 API V5.3 FP06和V6配备 WAS始终支持WMQ JMS，WebLogic现在也支持o 它不是WAS6的嵌入式消息传递代理，但仍然（当然）可以使用 V5.3 FP08和V6还包括MA0CPublish/Subscribe部件o 在不下载或购买附加代码的情况下更容易使用全部JMS功能WMQ V5.3 FP06包括更新版JMS类，与当前的JMS标准版相匹配。它是希望支持J2EE 1.4标准的任何应用服务器必需的工具，但

36、它确实是很有用的东西。与JMS 1.02最大的区别是简化类结构，并统一发布/订阅操作和点对点操作。现在不调用CreateQueueConnection，你只能执行CreateConnection操作。它允许一个事务跨越发布/订阅操作和点对点操作，假定二者都要经过相同对话（用WMQ术语来说是通过同一个hConn），不需要两阶段提交协调器。在保持较旧的API时，现有JMS程序的工作保持不变。WAS6集成了新的嵌入式消息传递代理，即WebSphere Platform Messaging，取代了（作为WAS5一部分的）WMQ V5.3使用的蹩脚代理。这种新代理（不同于旧代理）可用于连接外部WMQ网络

37、。你仍然可以直接把WMQ JMS用作替代代理。WAS并非WMQ正式支持的唯一应用服务器。WebLogic也在一些平台上测试过，可以支持。MA0CPublish/Subscribe SupportPac现在是基础产品的一部分。这使人们更容易获得代码，尤其是在V6的64位变革需要另一个SupportPac版本的时候。WebSphere MQ V6标准基于WMQ的Web服务 WMQ V6配备MA0R SupportPac的更新集成版本 基于可靠传输而非http的透明SOAP消息 发送器和监听器支持o Axis host Web Services环境o .NET host Web Services环境

38、 客户机和服务器SOAP层可以是异构环境o IE .NET客户机至Java服务器o 如它们使用HTTP互操作，也可以使用WMQ互操作o 同时计划与WAS SOAP/JMS和CICS SOAP/MQ互操作 部署脚本帮助 服务代码不变o 现在与WMQ监听器集成在一起o 可以在事务中运行 简单客户机代码（几乎）不变o 客户机或代理需要包括wmq:前缀位置o 通常采用部署工具嵌入代理o SOAP层交换建立在此前缀之上o 可以使用WebSphere Studio AD、Visual Studio .NET等生成o 还可以定位Web Services，便于日后提供不同步支持 尚未有正式标准 WSDLo 关

39、于SOAP/HTTPo 具有wmq:queueName形式的目标urio 选项控制其它WMQ详细资料，例如队列管理器、持续性等WebSphere MQ V6标准 IPv6 新版TCP/IP协议 预计在此版本的使用寿命内，IPv6会变得越来越重要o 允许使用更多地址 WMQ属性和参数扩展便于使用IPv6地址o IE而非，你可以有fe80:43e4:0204:acff:fe97:2c34:fde0:3485o 32位扩展到128位 IPADDR确定监听哪个/哪些协议堆 CONNAME和LOCLADDR确定基于哪个协议堆发送 群集仍然与IPv6协议堆互操作优点太多了，不胜枚举! WM

40、Q本身需要一点外部更改；主要是确保操作系统正确配置，特别是双协议堆（IPv4和IPv6）配置。新的qmgr属性定义在两个协议堆都可用的情况下，优先使用哪个协议堆。注意Windows 2000不支持IPv6协议堆，如你运行Windows，必须使用支持IPv6的Windows XP SP1或Windows 2003WebSphere MQ V6SSL增强 动态刷新任何高速缓存仓库和LDAP服务器数据o CRL位置o 更新证书o 不需要重新启动CHIN 在Windows平台上，SSL工具现在使用与Unix平台相同的工具箱o 提供共同模式o V5.3配置可以移植到gskit仓库 FIPS-140证书o

41、 gskit里的加密模块有FIPS认证o WMQ可以配置为只允许经过认证的算法 安全出口函数chstatus可以使用Certificate Authority的Distinguished Nameo 显示谁授权用户证书o 使你能够区别不同验证机构验证的同一个用户SSL处理有少许变化主要是移植到Windows之后，使用gskit工具箱，而不是Microsoft的SSL代理。这样做有许多优点，包括多个平台使用通用管理模式。提供一个工具把证书从Microsoft仓库里取出来放入类似的gskit仓库。提供REFRESH命令，当证书链发生变化时，例如取代过期证书，不需要重新启动通道程序。下次启动一个通道

42、时，自动重读修改后的仓库。它还刷新用于访问CRL的任何高速缓存LDAP服务器连接信息。CRL本身不高速缓存，只高速缓存保存CRL的服务器位置。WebSphere MQ V6伸缩性和性能 在AIX、HP-UX、Solaris和Linux/pSeries上，WMQ现在是64位产品o 支持现有的32位应用程序o 提供两组MQI库，分别用于32位和64位开发o 大多数出口（IE通道）将需要按两种规格提供 某些客户希望他们的应用程序使用64位内存o 应用程序的性能没有区别，除非重新设计应用程序 优点主要集中在队列管理器上o 更像数据库引擎 允许WMQ同时处理更多数据（消息和队列）o 全新的内部设计提高g

43、et-by-correlid等操作的性能o 这些结构占用32位系统上十分匮乏的内存在此版本里，我们只支持64位AIX、HP-UX (PA-RISC)、Solaris和Linux/pSeries系统。这是因为如使用64位内存地址范围，就可以大大缓解队列管理器的限制。最近几年销售的大多数Unix机器都能运行64位程序。队列管理器有一些内部变化，例如correlid索引功能更好，现在可以使用扩充内存了。现有应用程序的运行保持不变，我们将推出32位版本的libmqm。但出口等某些系统级部件可在64位进程里运行的任何东西需要重新编译。这包括API出口、通道出口和数据转换出口。与队列管理器的其它程序一样，

44、通道程序将是64位进程。新应用程序可以选择使用32位还是64位绑定到队列管理器。此类选择很可能要根据WMQ范围之外的因素来确定；无论作出何种选择，不大可能影响WMQ的性能。在大多数情况下，重新编译的代码不会立刻把性能优势表现出来；如要充分利用大内存，通常需要重新设计应用程序。WebSphere MQ V6WMQ V6性能 提高持续消息吞吐量o 客户机定标吞吐量较大o AIX和Linux (X & Z)提高20%以上o 分析并重新设计了高应用封锁 高性能非持续消息o 尽管有附加功能，性能还是保持不变 由于采用64位和功能，虚拟内存（交换文件）增加了提高性能示例WebSphere MQ V6移植从V5.3删除的功能 32位hw for AIX、Solaris和HP-UXo 32位应用程序支持保留 移植到64位操作系统 DCEo HP-UX (*_d)库o DCE安全出口和名称服务出口 Windows NT支持 AMI on z/OS - Cat3 SupportPac CICS Mover Window