IBM MQ 概述
MB学习资料
MB与MQ简介今天听IBM的工程师介绍了MQ和MB的特性，以及他们的区别与联系，觉得很通俗易懂，特此记录，方便将来的初学者可以更快的把握这两者的特点。
首先从概念上来说，MQ是消息中间件，MB是ESB产品MQ负责在两个系统之间传递消息，这两个系统可以是异构的，处于不同硬件、不同操作系统、用不同语言编写，只需要简单的调用几个MQ的API，就可以互相通讯，你不必考虑底层系统和网络的复杂性。
MQ 作为IBM的一个拳头产品，虽然功能看上去很简单，就是个消息队列，但他却是IBM中间件的核心，也是相比其他厂商（比如BEA）的一个优势。
MQ不仅有很高的性能，而且对各种平台的支持非常好，几乎你能想到的硬件和操作系统平台以及编程语言，MQ都有专门的API支持。
但MQ的功能仅限于消息队列，至于应用A发给应用B的消息格式是怎样的、能不能被应用B解析，MQ 管不了，他只是尽力将消息发到目的地（MQ能够应付多种异常情况，例如网络阻塞、临时中断等等）。
此外，如果应用的数目多了，那互相之间都要建立MQ连接，网络拓扑就成了蜘蛛网了（就好像是最初的电话系统）因此，我们将网络的星型拓扑引入系统架构中，把一对一的MQ换成一个中心节点，即ESB，MB即是IBM 的ESB产品。
MB处于系统的中心，起到一个总线的作用，所有应用都直接连接到MB，而不是应用之间直接互联，这样的好处不言而喻，可以极大的降低应用之间的耦合性。
由此引出MB的两大核心功能：消息路由和数据转换因为各个应用都插入到MB上，所以应用A只管把消息丢给MB，MB自动根据消息字段、以及业务逻辑，判断要把消息交给谁，这就像路由器一样，根据数据包的头把包路由到相应地址。
MB内部的业务逻辑由开发人员设定，当然利用MB的Toolkit，编写业务逻辑也非常简单：拖一些节点，用箭头把它们连起来，就像是画流程图一样，非常形象简单。
再用MB的脚本语言（类似sql的脚本）实现逻辑判断，通俗地说就是判断要走哪个逻辑分支（if...else.....）。
IBM WMQ 产品介绍
IBM WebSphere MQ产品介绍© 版权所有 IBM Corp. 2004，2005。
保留所有权利。
1. 慨览什么是 Websphere MQWebSphere® MQ消息传递产品帮助业务应用在不同平台上交换信息并收发作为消息的数据，从而实现应用集成。
它们保护网络接口，确保‘一次性’的传递消息、处理通信协议、跨越可用资源分配工作负载、进行系统故障恢复、帮助实现程序的可移动性。
因此，编程人员可利用其技能来满足关键业务要求，而不是致力于基本的网络复杂性。
MQ的功能Websphere MQ∙能够通过点到点的数据活动可视性来实现业务数据的广泛共享并管理复杂性，从而利用传统应用的现有投资。
∙降低更改现有应用的需求，同时使用最新的消息传递和标准和数据格式将这些应用连接在一起，从而构建业务灵活性以快速响应动态环境。
∙可实现实时协作并减少信息使用错误，从而扩展现有应用的覆盖范围。
∙创建强韧的IT基础设施，支持面向服务的架构(SOA)，从而为企业演变成随需应变企业提供所需的灵活性。
∙通过业界标准来合并并简化业务应用流程，从而降低集成基础设施的维护成本。
∙支持从桌面系统到主机的异构的任意到任意连接（支持35个以上的平台）。
∙全面的API，设计用于简化任何消息传递任务的编码。
∙允许企业集成单独的自主孤岛。
∙不受时间影响的通信。
∙有保证的一次性交付。
∙WebSphere MQ支持高吞吐量，客户日传输信息超过2.50亿条。
∙可连接当前企业中的任何商用系统。
∙不受网络中断的影响- 始终能够提供重要数据。
∙成为电子商务企业需要较短的时间、较少的技能和资源。
MQ 的技术特性:消息队列为构造以同步或异步方式实现的分布式应用提供了松耦合方法。
消息队列的API调用被嵌入到新的或现存的应用中，通过消息发送到内存或基于磁盘的队列或从它读出而提供信息交换。
消息队列可用在应用中以执行多种功能，比如要求服务、交换信息或异步处理等。
ibm mq原理
ibm mq原理
IBM MQ是一种消息传递中间件，用于在分布式系统中传递消息。
它提供可靠的、高性能的消息传递机制，确保消息能够按照指定的顺序和时效性被发送和接收。
IBM MQ的工作原理基于消息队列的概念。
在这个概念中，消息发送者将消息发送到一个中央队列中，然后消息接收者从队列中获取消息进行处理。
这种解耦的方式使得发送者和接收者能够独立地进行开发和维护，提高了系统的可扩展性和灵活性。
IBM MQ通过使用消息队列管理器（MQM）来实现消息的存
储和处理。
MQM负责接收发送者的消息，并将其保存到队列中。
接收者会连接到MQM，从队列中获取消息并进行处理。
这种模式确保了消息不会丢失，并且发送者和接收者之间不需要直接通信。
除了消息队列，IBM MQ还提供了一些其他的特性，如消息的持久化和事务支持。
持久化意味着即使在消息发送或接收过程中发生故障，消息也不会丢失。
事务支持则可以确保消息的一致性和完整性，即发送者要么完全发送消息，要么不发送。
在实际的应用中，IBM MQ可以用于各种不同的场景，如企业应用集成、分布式系统之间的通信、异步消息处理等。
它具有高可用性、可靠性和性能优势，被广泛应用于金融、制造、电信等行业。
总之，IBM MQ通过使用消息队列和消息队列管理器，实现了
可靠的、高性能的消息传递机制。
它的工作原理简单而有效，可以满足各种不同场景下的需求。
IBM MQ
MQ中有几个很重要的组件：队列管理器（QueueManager）、队列（Queue）和通道（Channel）。
其基本的操作方法如下：创建队列管理器crtmqm –q QMgrName-q是指创建缺省的队列管理器删除队列管理器dltmqm QmgrName启动队列管理器strmqm QmgrName如果是启动默认的队列管理器，可以不带其名字停止队列管理器endmqm QmgrName 受控停止endmqm –i QmgrName 立即停止endmqm –p QmgrName 强制停止显示队列管理器dspmq –m QmgrName运行MQSeries命令runmqsc QmgrName如果是默认队列管理器，可以不带其名字往队列中放消息amqsput QName QmgrName如果队列是默认队列管理器中的队列，可以不带其队列管理器的名字从队列中取出消息amqsget QName QmgrName如果队列是默认队列管理器中的队列，可以不带其队列管理器的名字启动通道runmqchl –c ChlName –m QmgrName启动侦听runmqlsr –t TYPE –p PORT –m QMgrName停止侦听endmqlsr -m QmgrNameMQSeries命令定义死信队列DEFINE QLOCAL（QNAME） DEFPSIST（YES） REPLACE设定队列管理器的死信队列ALTER QMGR DEADQ（QNAME）定义本地队列DEFINE QL（QNAME） REPLACE定义别名队列DEFINE QALIAS(QALIASNAME) TARGQ(QNAME)远程队列定义DEFINE QREMOTE（QRNAME） +RNAME（AAA） RQMNAME（QMGRNAME） +XMITQ（QTNAME）定义模型队列DEFINE QMODEL（QNAME） DEFTYPE（TEMPDYN）定义本地传输队列DEFINE QLOCAL(QTNAME) USAGE(XMITQ) DEFPSIST(YES) +INITQ（SYSTEM.CHANNEL.INITQ）+PROCESS(PROCESSNAME) REPLACE创建进程定义DEFINE PROCESS（PRONAME） +DESCR（‘STRING’）+APPLTYPE（WINDOWSNT）+APPLICID（’ runmqchl -c SDR_TEST -m QM_ TEST’）其中APPLTYPE的值可以是：CICS、UNIX、WINDOWS、WINDOWSNT等创建发送方通道DEFINE CHANNEL（SDRNAME） CHLTYPE（SDR）+CONNAME（‘100.100.100.215(1418)’） XMITQ（QTNAME） REPLACE其中CHLTYPE可以是：SDR、SVR、RCVR、RQSTR、CLNTCONN、SVRCONN、CLUSSDR 和CLUSRCVR。
IBMMQ消息头详细介绍
IBMMQ消息头详细介绍细看 MQ 消息头(MQMD)的功能 MQMD 是每个消息都带有的消息头信息，它由若⼲字段组成，这些字段都是 MQ 设计⼈员根据总结的应⽤需求⽽设置的。
应⽤程序构建消息时应该对这些字段填⼊恰当的值，对于没有填⼊的字段，MQ会⽤默认值填充。
开发应⽤程序时，充分理解并利⽤这些字段是⼗分必要的，这⾥逐⼀为⼤家进⾏介绍，并针对每个字段指明它在实际编程中⼀般会⽤来实现什么样的功能： StrucId：消息头结构名，固定为"MQMD"四个字符。
根据这个字段，我们就能够在应⽤程序数据包中识别出MQMD的位置。
Version ：MQMD 版本号。
Report：消息的报告选项，默认值为 MQRO_NONE。
发送⽅程序通过设置此字段值以指定在消息传递出现意外、消息超时、消息到达、消息递出事件时是否需要报告消息和报告消息要包含什么内容。
对于需要消息报告的程序，需要对这个字段与下⾯介绍的 ReplyToQ 和ReplyToQMgr 字段⼀起进⾏设置，以对这些消息事件作出反应。
Expiry：超时字段，单位是 0.1 秒，默认值是 MQEI_UNLIMITED，表⽰永不过期。
消息放到⽬标队列⾥以后，如果超过这个指定时间还没有被程序读⾛，MQ 系统就会丢弃这个消息。
如果这个消息设置了 Report 字段要求超时报告，系统会按照Report字段指定的⽅式返回⼀个超时报告。
应⽤中通常要进⾏必要的消息超时机制设计，⽐如实现SOA框架下为保持交易⼀致性⽽⼴泛使⽤的 Compensation 机制，就可以⽤超时处理实现。
Feedback：反馈字段，此字段与 Report 字段⼀起使⽤以指⽰报告的性质。
Encoding：消息中数值数据（binary integer、packed-decimal integers、floating-point numbers等）的编码⽅式，默认值是MQENC_NATIVE，因平台⽽异，此值不适⽤于 MQMD 结构本⾝的数字数据。
ibm mq 术语
ibm mq 术语IBM MQ, or Message Queuing, is a middleware technology that enables the secure and reliable exchange of messages between applications and systems, regardless of their platforms or locations. It ensures the integrity and delivery of messages even in the face of network failures or system downtimes.IBM MQ的核心组件之一是队列（Queue），它充当消息的暂存区，允许发送方和接收方在不同的时间点和速率上操作。
发送方将消息放入队列中，而接收方则从队列中获取消息。
这种方式实现了应用程序之间的解耦，使得它们可以异步通信，从而提高系统的可扩展性和可靠性。
Another key term in IBM MQ is the queue manager, which manages the queues and handles the routing of messages. It ensures that messages are delivered to the correct destination and maintains the integrity of the message data. Queue managers can be configured to communicate with each other, enabling distributed systems to exchange messages securely and efficiently.在IBM MQ中，消息（Message）是信息的基本单位。
IBMMQSeries通信中间件技术及应用简介
IBMMQSeries通信中间件技术及应用简介摘要：IBMMQSeries通信中间件概念和技术介绍，并结合实际应用场景简要说明。
关键词：MQ；中间件；队列YANGChao（GuangdongPostalInformationTechnologyBureauDevelopmentDepar tmentofGuangdong，Guangzhou510898，China）Keywords：MQ；middleware；queueIBMMQSeries是IBM的商业通讯中间键。
IBMMQSeries提供一个具有工业标准、安全、可靠的信息传输系统。
它以消息为载体，以队列为媒介进行本地、远程以及跨平台的信息传递。
随着计算机网络技术的发展和分布式计算机系统的应用，信息系统间的数据交换已经成为不可或缺的组成部分，商业中间键在此基础上应运而生，它既可以保证消息传输的可靠性、高效率和安全性，同时可以替代系统通信模块，进而大幅度减少系统的开发周期，使设计人员将精力更多的放到业务逻辑和数据逻辑的设计上。
该文就MQSeries的工作原理和在广东省的业务应用做一个简单的介绍。
1IBMMQSeries工作原理MQSeries为程序提供了一种安全可靠的通信模式，支持本地应用和分布应用，本地应用可以提供一台物理主机上的不同应用程序之间相互通信；分布应用可以提供联网的主机上不同应用程序之间相互通信。
MQSeries为应用程序提供了一种可靠的通信机制，不管是本地应用还是分布应用，参与通信的应用程序之间无需关注网络通信模块的实现，发送方将数据组装成消息，放入消息队列，接收方从消息队列中获取消息，从而完成一次通信过程。
队列管理器负责MQSeries内部对象的管理、通信链路的维护以及消息传递的可靠性和完整性。
MQSeries的消息传递模式见图1：程序A要和程序B需要交换数据，程序A把数据封装成一个消息并放入队列1中，程序B从队列1中以先进先出的顺序取出消息，处理完成后将应答消息放入队列2中，程序A同样以先进先出的顺序从队列2中取出应答消息，从而完成了一次数据交换。
常用mq介绍范文
常用mq介绍范文MQ（Message Queue）是一种常用的消息传递模型，它可以在应用程序之间传递消息，并且能够实现解耦和异步处理的目的。
在大规模分布式系统中，MQ起到了至关重要的作用，因此本文将主要介绍常用的MQ，以及它们的特点和使用场景。
1. RabbitMQRabbitMQ是一个开源的AMQP（Advanced Message Queuing Protocol）消息中间件，它完全支持消息队列，提供了丰富的特性和多种语言的SDK （软件开发工具包）。
RabbitMQ使用基于生产者-消费者模型的消息队列来传递消息，支持多种消息模式（如点对点、发布/订阅等），以及持久化、消息确认和消息优先级等特性。
它适用于复杂的系统架构和高吞吐量的场景。
2. Apache KafkaApache Kafka是一个高吞吐量的分布式发布/订阅消息系统，它具备持久化存储和高可靠性的特点。
Kafka的消息是以topic为单位进行发布和订阅的，生产者将消息发布到指定的topic，消费者则从指定的topic消费消息。
消息被写入磁盘后可以长期保存，从而支持历史消息的回溯和重播，这使得Kafka适用于大数据流处理和实时数据流分析等场景。
3. ActiveMQActiveMQ是一个开源的、跨平台的消息中间件，它实现了JMS（Java Message Service）规范。
ActiveMQ提供了多种消息模式（如点对点、发布/订阅、持久化订阅等）和多种传输协议（如TCP、UDP、HTTP等），同时支持事务和消息确认等特性。
它适用于Java开发的中小规模应用系统，因为它易于使用、功能强大且性能可靠。
4. RocketMQRocketMQ是由阿里巴巴开发的分布式消息队列系统，具备高可用、高可靠和高可扩展性的特点。
RocketMQ支持丰富的消息模式，如点对点、发布/订阅和顺序消息等，并且支持大规模消息堆积、消息事务以及消息“回溯”等特性。
【样本】ibm mq与tonglink的比较
TongLINK/Q与MQ对比分析报告1.产品简介1.1WEBBSPHERE MQWebSphere MQ是IBM公司的一款消息中间件产品，具有非常大的知名度和市场占有率。
1.2TONGLINK/QTongLINK/Q是东方通科技自主研发的一款消息中间件产品，在国内拥有非常大的市场占有率，当前最新版本为V7.0。
TOngLINK/Q7.0提供了如下新的功能特性：⏹多核心，处理效率更高核心进程数可灵活配置，极大提高处理效率，可充分利用系统资源（CPU、内存）⏹网络结构更加灵活节点间可灵活建立连接关系，适应性更强⏹队列分组，管理效率提高队列更清晰，不会相互干扰，管理效率更高设立逻辑队列，减少系统开销逻辑队列不占用系统资源，可避免多队列时，系统开销过大⏹系统可动态调整与扩展在线调整配置参数，即时生效，无需重新启动系统⏹B/S远程配置管理可在任何地点通过浏览器登录管理界面，进行系统管理和监控，维护方便⏹完整的发布订阅支持跨越节点进行发布订阅⏹支持组消息保证一组消息都达到目的地后才统一提交给应用，确保业务处理对消息顺序的要求⏹支持消息事务支持消息传输过程的事物控制，可以包含发送、接收或接收发送混合事物，任务统一提交或回滚，保证事物的一致性、完整性⏹支持消息浏览用户可通过浏览功能，查看有无属于自己的消息，再决定是否接受消息，使用更加灵活⏹管理工具更加强大用户可通过工具对系统的运行过程进行实时的监控，对系统对象进行修改、删除、停止等操作⏹全面支持JMS1.1⏹支持灵活应用触发⏹提供系统配置接口2.技术分析为了准备掌握和了解三个产品在功能方面的差异，以下将针对具体的功能细节进行对比。
2.1功能对比3.分析与技术总结3.1T ongLINK/Q与MQ比较，T ONGLINK/Q自身独特的技术优势⏹简单易用的文件传输使用TongLINK/Q进行文件传输时，用户只需提供文件名和目的地，TongLINK/Q将会将文件自动传递到目标地址。
IBM MQ Series 快速入门
IBM MQ Series 快速入门 3. MQSeries 系统管理
对本地队列的管理 –本地队列
复制：DEFINE QLOCAL(新队列) LIKE(源队列)
该例中，我们定义的队列 APPLE.LOCAL.QUEUE 被指定为拥有与 ORANGE.LOCAL.QUEUE 相同的属性：
DEFINE QLOCAL (APPLE.LOCAL.QUEUE) + LIKE(ORANGE.LOCAL.QUEUE )
它是一个‘普通’队列，即，它既不是启动队列，也不是传输队列， 并且它不生成触发消息。 最大队列深度是 1000 条消息；最大消息长度是 2000 字节。
DEFINE QLOCAL (ORANGE.LOCAL.QUEUE) + DESCR('Queue for messages from other systems') + PUT (DISABLED) GET (ENABLED) NOTRIGGER + MSGDLVSQ (FIFO) MAXDEPTH (1000) MAXMSGL (2000)
直到等到停止了所有的应用程序并终止了队列管理器后才返回。
立即关闭，允许完成任何当前的 MQI 调用，但是新的调用将会失败。
这将立即停止所有队列管理器代码。尽量不要使用。 正确尝试顺序：依次执行以上命令，直到成功为止。Ctrl+C中断执行， 实在停不下来查阅文档，进行“人工停止队列管理器”。
IBM MQ Series 快速入门 3. MQSeries 系统管理
安装服务器
MQ服务器的详细安装过程参见《MQ安装手册》。 为mqm建立文件系统： /var/mqm : 2G 内核参数配置： 安装文档中给出的是推荐值，对个别特殊情况需要进 一步调节，如数据量、队列管理器数目、连结队列管 理器进程数目、其他大量使用共享内存及信号量应用。 文件描述符 打补丁：sun52-U481514 sun51-U474878 /var/mqm/log : 2G
IBMWebSphereMQ基础篇官方教材课件
amqsput/amqsget/amqsputc/amqsgetc
IBM Software Group
WMQ管理
管理队列管理器 显示队列管理器属性
DIS(DISPLAY) QMGR 修改队列管理器属性
ALT(ALTER) QMGR DEADQ(新死信队列名)
管理本地队列
IP Address:9.68.58.228 Port : 1415
INPUTQ
QMGR2(Secondary Repository Queue Manager)
C/S结构
IBM Software Group
IBM Software Group
WMQ开发介绍
IBM Software Group
传输队列头定义
Trigger
IBM Software Group
触发方式:
FIRST DEPTH EVERY
IBM Software Group
CLUSTER
CLUSTER1
IP Address:9.68.58.228 Port : 1416
QMGRI
TO.QMGR1
Partial Repository
时间的独立性
交互通信
A
B Logical运行
不运行 A
不运行 A
利用消息中间件（MQ）通信
B
运行
B
不运行
B
B
不运行
IBM Software Group
消息中间件
消息系统模型
点到点型（Point-To-Point） 一对一关系 需要应用自行编程实现一对多工作方式
发布/订阅型（Publish/Subscribe） 支持事件驱动模型 基于点对点型 实现了一对多关系 复杂
IBM-MQ-安装介绍和配置
首先介绍一下MQMQ消息队列的简称是一种应用程序对应用程序的通信方法.说白了也就是通过队列的方式来对应用程序进行数据通信.而无需专用来它们.MQ的通讯方式1.数据报的方式Datagram <Send and forget>应用程序在创建完消息后.利用MQ的API将消息发送到队列中.它充分利用了MQ〔once and once only 〕2.请求和应答方式 Request/Reply发送消息之后需等待对方处理结果.需考虑如下问题：a.等待应答的时间是多少？b.如果没有应答怎么办.c.本次session是否需要保留？MQ的开发流程1.让应用程序与队列管理器,通过MQconnect调用来进行此.2.使用MQOpen调用为输出打开一个队列3.应用程序使用MQPut调用将其数据放到队列上.4.调用MQOpen调用打开输入队列5.使用MQGet从队列上接收数据安装步骤.〔此处为文章,作者已经证实所有步骤.〕Windows下WebSphere MQ 服务端的安装：〔1〕把WebSphere MQWindows版服务器CD-ROM插入CD-ROM驱动器.〔2〕如果安装了自动运行,那么会启动安装进程.如果不启动,则双击CD-ROM上的根目录中的Setup图标以启动安装程序.〔3〕请等待,直到出现"WebSphere MQ 安装启动板"窗口为止.〔4〕如果需要更改安装的本地语言,单击"选择语言"图标,然后从列表中选择所需的语言. 〔5〕选择必备软件选项.选择典型安装后,安装界面上的每个安装项右边有一个对钩号〔表示已安装〕,反之则为一个叉号〔表示还没有安装,如果要装MQ,则必须先把这些软件装好〕.如果出现了叉号：1〕单击项目左边的"+"号以显示安装连接；2〕选择要使用的安装源的选项,从以下各项选择：•WebSphere MQ CD•因特网•网络〔6〕安装完成时,单击项目左边的"-"符号.注意：对于定制安装,可能不需要所有的必备软件.〔7〕安装完所有的必备软件,然后选择"网络先决条件"选项.〔8〕选择"WebSphereMQ"安装选项〔9〕选择启动WebSphereMQ安装程序,然后等待,直到显示了带有欢迎信息的"WebSphere MQ安装"窗口为止.〔10〕单击"下一步"按钮继续.〔11〕阅读面板上的信息和许可证条款,选择接受,然后单击"下一步".〔12〕如果机器上未安装过此产品的前一个版本,则显示"安装类型"面板.选择希望的安装类型〔一般选择"典型"安装即可〕,然后单击"下一步"按钮.〔13〕"WebSphereMQ安装"窗口显示"安装WebSphere MQ就绪"信息.该窗口还显示用户选中的安装摘要,单击"安装"开始正式安装.〔14〕成功安装WebSphereMQ后,"WebSphere MQ安装"窗口显示以下信息：安装向导成功完成.〔15〕单击"完成"按钮启动"准备WebSphereMQ"向导.安装图示应用分析该章节主要内容包括MQ服务端的基本配置,如队列管理器,队列以与通道的建立, 且包含JAVA实现的客户端程序.由此构成一个完整的客户端-服务器的流程.服务端配置1〕点"开始"->"所有程序"->"IBM WebSphere MQ"->"WebSphere MQ 资源管理器",进入WebSphere MQ 资源管理器界面.如下图所示：图9 服务端配置2〕创建名为"QM_JACK"的队列管理器<1>选中"队列管理器"->"新建"->"队列管理器",如下图所示：图10 创建名为"QM_JACK"的队列管理器<2>在队列管理中输入"QM_JACK",其他选项默认不变,点"下一步"：图11 在队列管理中输入"QM_JACK"<3>设置队列日志〔本步骤采用系统默认设置〕,点"下一步"：图12 设置队列日志<4>启动队列管理器,创建服务器连接通道,允许在TCP/IP上进行队列管理器的远程管理,点击"下一步"：图13 创建服务器连接通道<5>设置队列管理器QM_JACK的侦听端口：8927〔用户可以根据需要自行更改端口号〕,点击"完成".图14 设置队列管理器QM_JACK的侦听端口<6>系统进入等待界面：图15 系统等待界面<7>队列管理器QM_JACK创建成功图16 系统队列管理器QM_JACK创建成功3〕在QM_JACK下创建名为"QUEUE_RECV"和"QUEUE_REPLY"的本地队列〔客户可以根据自己的需求随意更改本地队列的名字和数量,这里创建这两个本地队列只是为之后的MQ_Tuxedo项目作准备〕：图17 定义本地队列图18 定义本地队列设置队列名后其他属性全为系统默认值,点击"确定".4〕在QM_JACK下创建名为"CNN_JACK"的服务器通道.图19 创建服务器连接通道图20 创建服务器连接通道通道名称设为CNN_JACK,其他选项保留为系统默认设置,点击"确定".5〕在MQ服务器端的计算机用户中添加MQ客户端所在计算机的系统用户.比如我的MQ 客户端被SuseLinux下的root用户使用,那么,我们就需要在MQ的服务端〔也就是Windows xp系统中添加名为"root"的用户〕所在的计算机系统中添加名为"root"的用户.具体步骤如下：<1>点击"开始"->"控制面板"->"计算机管理"->"系统工具"->"本地用户和组"->"用户",点右键,选"新用户",如下图所示：图21 创建系统用户<2>创建新用户：root〔注意：这里的用户名"root"是MQ客户端所在系统的用户名,用户要根据具体情况进行修改〕图22 创建系统用户随意设置一个有效密码,选中密码永不过期,点击"创建".<3>将新用户加入mqm组〔注意：这里的mqm组是我们安装完MQServer后系统自动创建的〕.具体操作如下：图23 设置系统用户所在组点击"属性"：图24 设置系统用户所在组点击"添加"：图25 设置系统用户所在组输入对象名称：mqm,点击"确定"：图26 设置系统用户所在组root用户被添入mqm组中：图27 设置系统用户所在组点击"应用",点击"确定".重启机器.至此, MQ服务端的配置完成.。
MQ介绍与选型
MQ介绍与选型MQ使用场景•异步通信有些业务不想也不需要立即处理消息。
消息队列提供了异步处理机制，允许用户把一个消息放入队列，但并不立即处理它。
想向队列中放入多少消息就放多少，然后在需要的时候再去处理它们。
•解耦降低工程间的强依赖程度，针对异构系统进行适配。
在项目启动之初来预测将来项目会碰到什么需求，是极其困难的。
通过消息系统在处理过程中间插入了一个隐含的、基于数据的接口层，两边的处理过程都要实现这一接口，当应用发生变化时，可以独立的扩展或修改两边的处理过程，只要确保它们遵守同样的接口约束。
•冗余有些情况下，处理数据的过程会失败。
除非数据被持久化，否则将造成丢失。
消息队列把数据进行持久化直到它们已经被完全处理，通过这一方式规避了数据丢失风险。
许多消息队列所采用的"插入-获取-删除"范式中，在把一个消息从队列中删除之前，需要你的处理系统明确的指出该消息已经被处理完毕，从而确保你的数据被安全的保存直到你使用完毕。
•扩展性因为消息队列解耦了你的处理过程，所以增大消息入队和处理的频率是很容易的，只要另外增加处理过程即可。
不需要改变代码、不需要调节参数。
便于分布式扩容。
•过载保护在访问量剧增的情况下，应用仍然需要继续发挥作用，但是这样的突发流量无法提取预知；如果以为了能处理这类瞬间峰值访问为标准来投入资源随时待命无疑是巨大的浪费。
使用消息队列能够使关键组件顶住突发的访问压力，而不会因为突发的超负荷的请求而完全崩溃。
•可恢复性系统的一部分组件失效时，不会影响到整个系统。
消息队列降低了进程间的耦合度，所以即使一个处理消息的进程挂掉，加入队列中的消息仍然可以在系统恢复后被处理。
•顺序保证在大多使用场景下，数据处理的顺序都很重要。
大部分消息队列本来就是排序的，并且能保证数据会按照特定的顺序来处理。
•缓冲在任何重要的系统中，都会有需要不同的处理时间的元素。
消息队列通过一个缓冲层来帮助任务最高效率的执行，该缓冲有助于控制和优化数据流经过系统的速度。
IBM WebSphere MQ 简介和概述
IBM WebSphere MQ 简介和概述2007-12-20 07:00作者：佚名出处：论坛整理责任编辑：leoruiqi在开始之前，让我们先来确定使用WebSphere MQ 解决的业务问题的种类，并了解WebSphere MQ 如何能够帮助您满足业务要求。
问题：自动化孤岛在大多数业务中，业务的信息技术(IT) 基础结构中存在许多不同的技术。
系统由这些来自许多供应商的不同的技术组成，并且具有不同的硬件平台、编程语言、操作系统和通信链路。
通常，连接不同的系统非常复杂并且可能代价高昂，所以许多系统之间都相互隔离。
目前，越来越多的业务还需要以电子的方式与其客户和供应商进行通信，而这些客户和供应商可能比该业务本身使用了更多不同的技术。
因此，需要某种简便的、廉价的和可靠的机制用来连接这些异类的系统(“自动化孤岛”)，以便在内部和外部对业务的IT 基础结构进行集成。
解决方案：WebSphere MQ通过提供一种程序到程序的通信方式，WebSphere MQ 非常适合于上面所描述的环境。
图 1 显示了这种通信方式的基本机制。
图 1. 程序到程序的通信程序 A 准备好一条消息，并将其放入队列。
然后，程序 B 从该队列中获取消息，并对其进行处理。
这两个程序都使用一种应用程序编程接口(API) 与该队列进行交互。
WebSphere MQ API 称为消息队列接口(MQI)。
任何一个程序都无需了解对方的存在，并且这两个程序无需同时执行。
如果程序 A 在程序 B 尚未执行的时候将一条消息放入队列，那么该队列将存储这条消息，直到程序 B 开始执行并准备处理这条消息。
类似地，当程序 B 从队列中检索消息时，程序 A 可能已经不再处于执行状态。
应用程序设计使用WebSphere MQ 提供的基本通信机制，可以进行同步和异步的应用程序设计。
在同步的应用程序设计中，如图 2 所示，假定同时执行这两个应用程序。
程序 A 向队列 1 发送一条消息并等待应答。
ibm mq 集群原理
ibm mq 集群原理
IBM MQ 集群是一种用于提高可用性和容错性的解决方案，它基于 IBM MQ 产品。
IBM MQ 是一种消息中间件，用于在分布式环境中传递消息。
在 IBM MQ 集群中，多个 IBM MQ 服务器被组织起来，以便它们能够共同工作并提供高可用性和伸缩性。
IBM MQ 集群的原理包括以下几个方面：
1. 高可用性，IBM MQ 集群通过在多个服务器上分布消息队列和消息管理器来提供高可用性。
如果一个服务器发生故障，集群中的其他服务器可以继续处理消息，确保系统的可用性。
2. 负载均衡，IBM MQ 集群可以根据负载情况自动将消息分发到可用的服务器上，从而实现负载均衡。
这样可以确保系统能够高效地处理大量的消息。
3. 自动故障转移，当集群中的某个服务器发生故障时，IBM MQ 集群可以自动将受影响的消息队列和消息管理器切换到其他健康的服务器上，从而实现故障转移。
4. 数据复制，IBM MQ 集群通过在多个服务器之间复制消息队列和相关的数据来确保数据的一致性。
这样即使某个服务器发生故障，数据仍然是可靠的。
总的来说，IBM MQ 集群通过将多个 IBM MQ 服务器组织起来，实现了高可用性、负载均衡、自动故障转移和数据复制等功能，从而提供了一个可靠的消息传递解决方案。
这些原理共同作用，使得IBM MQ 集群在企业级应用中得到广泛应用。
IBM MQ学习总结
MQ基本对象：队列管理器
➢在WebSphere MQ中队列管理器是基本的软件系统，队列管理器可看成是队 列和其他对象的容器。
• 一个队列管理器是WebSphere MQ中的一个基本的独立的执行单元。一台机 器上可以运行一个或多个队列管理器。
• 应用程序如何发送和接收消息？
应用程序使用 MQI 调用来实现发送和接收消息。 例如，要将消息放入队列，应用程序： • 通过发出 MQI MQOPEN 调用打开所需的队列 • 发出 MQI MQPUT 调用以将消息放入队列 • 另一个应用程序可以通过发出 MQI MQGET 调用，从同一队列取出消息
• 任何需要访问WebSphere MQ提供的服务的应用程序都必须先和队列管理器 相连。
➢队列管理器为应用程序提供了排队服务，并管理属于它的队列。它确保：
• 根据接收到的命令更改对象属性。 • 当满足相应条件时，生成特殊事件（如触发器事件或检测事件）。 • 按照发送 MQPUT 调用的应用程序的请求，将消息放入正确的队列。如果不
➢消息通道的组合形式 如果要在队列管理之间实现消息传输，必须要在两个队列管理器上都要定义 相应的通道。发送方和接收方通道的组合形式如下： • 发送通道-接收通道（Sender-receiver ） • 请求器通道-服务器通道（Requester-server） • 请求器通道-发送通道（Requester-sender (callback) ） • 服务器通道-接收通道（Server-receiver ） • 群集发送通道-群集接收通道（Cluster sender –cluster receiver）
message），也可以是一个应答(Reply message)，或者是一个报告(Report message)或一份报文(Datagram messge)。程序之间的通信通过传递消息而非 直接调用程序。 • 队列:一个安全的存储消息的地方，队列是消息分阶段地传送和接收。因为 消息存放在队列中，所以应用程序可以相互独立的运行，以不同的速度，在 不同的时间，在不同的地点。
IBMMQ
IBMMQMQ中有几个很重要的组件：队列管理器（QueueManager）、队列（Queue）和通道（Channel）。
其基本的操作方法如下：创建队列管理器crtmqm –q QMgrName-q是指创建缺省的队列管理器删除队列管理器dltmqm QmgrName启动队列管理器strmqm QmgrName如果是启动默认的队列管理器，可以不带其名字停止队列管理器endmqm QmgrName 受控停止endmqm –i QmgrName 立即停止endmqm –p QmgrName 强制停止显示队列管理器dspmq –m QmgrName运行MQSeries命令runmqsc QmgrName如果是默认队列管理器，可以不带其名字往队列中放消息amqsput QName QmgrName如果队列是默认队列管理器中的队列，可以不带其队列管理器的名字从队列中取出消息amqsget QName QmgrName如果队列是默认队列管理器中的队列，可以不带其队列管理器的名字启动通道runmqchl –c ChlName –m QmgrName启动侦听runmqlsr –t TYPE –p PORT –m QMgrName停止侦听endmqlsr -m QmgrNameMQSeries命令定义死信队列DEFINE QLOCAL（QNAME） DEFPSIST（YES） REPLACE设定队列管理器的死信队列ALTER QMGR DEADQ（QNAME）定义本地队列DEFINE QL（QNAME） REPLACE定义别名队列DEFINE QALIAS(QALIASNAME) TARGQ(QNAME)远程队列定义DEFINE QREMOTE（QRNAME） +RNAME（AAA） RQMNAME（QMGRNAME） +XMITQ（QTNAME）定义模型队列DEFINE QMODEL（QNAME） DEFTYPE（TEMPDYN）定义本地传输队列DEFINE QLOCAL(QTNAME) USAGE(XMITQ) DEFPSIST(YES) + INITQ（SYSTEM.CHANNEL.INITQ）+PROCESS(PROCESSNAME) REPLACE创建进程定义DEFINE PROCESS（PRONAME） +DESCR（‘STRING’）+APPLTYPE（WINDOWSNT）+APPLICID（’ runmqchl -c SDR_TEST -m QM_ TEST’）其中APPLTYPE的值可以是：CICS、UNIX、WINDOWS、WINDOWSNT等创建发送方通道DEFINE CHANNEL（SDRNAME） CHLTYPE（SDR）+CONNAME（‘100.100.100.215(1418)’）XMITQ （QTNAME） REPLACE其中CHLTYPE可以是：SDR、SVR、RCVR、RQSTR、CLNTCONN、SVRCONN、CLUSSDR 和CLUSRCVR。
ibm mq clientidle的默认值
IBM MQ客户端空闲的默认值通常为1分钟。
IBM MQ（IBM消息队列）是一种广泛使用的消息传递系统，它允许应用程序在不同的平台和网络之间进行通信。
在IBM MQ中，客户端空闲时间是指客户端与队列管理器之间的连接在没有活动消息传输时保持打开状态的时间。
如果客户端在这段时间内没有任何操作，连接可能会因为超时而断开。
为了避免这种情况，可以设置客户端空闲超时时间。
此外，IBM MQ提供了一些配置选项来调整客户端空闲超时的行为。
例如，可以通过设置`sharedConnectorIdleTimeout`属性来改变默认的客户端空闲超时阈值。
这个属性可以在mqsichangeproperties命令中使用，以便根据具体需求调整超时时间。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
IBM MQ 介绍
消息队列（MQ）是一种应用程序对应用程序的通信方法。
应用程序通过写和检索出入列队的针对应用程序的数据（消息）来通信，而无需专用连接来链接它们。
消息传递指的是程序之间通过在消息中发送数据进行通信，而不是通过直接调用彼此来通信，直接调用通常是用于诸如远程过程调用的技术。
排队指的是应用程序通过队列来通信。
队列的使用除去了接收和发送应用程序同时执行的要求。
IBM WebSphere MQ 产品支持应用程序通过不同组件如处理器、子系统、操作系统以及通信协议的网络彼此进行通信。
例如，IBM WebSphere MQ 支持35 种以上的不同操作系统。
IBM WebSphere MQ 支持两种不同的应用程序编程接口：Java 消息服务（JMS）和消息队列接口（MQI）。
在IBM WebSphere MQ 服务器上，JMS 绑定方式被映射到MQI。
如图 3 所示，应用程序直接与其本地队列管理器通过使用MQI 进行对话，MQI 是一组要求队列管理器提供服务的调用。
MQI 的引人之处是它只提供13 次调用。
这意味着对于应用程序编程员它是一种非常易于使用的接口，因为大部分艰苦工作都将透明完成的。
图形 2. IBM WebSphere MQ 编程
图2 显示了IBM WebSphere MQ 编程的原理。
第一步是让应用程序与队列管理器连接。
它通过MQConnect 调用来进行此连接。
下一步使用MQOpen 调用为输出打开一个队列。
然后应用程序使用MQPut 调用将其数据放到队列上。
要接收数据，应用程序调用MQOpen 调用打开输入队列。
应用程序使用MQGet 调用从队列上接收数据。
图中还显示了消息通道代理（MCA）、通道出口和对象权限管理器（OAM）。
MCA 是IBM WebSphere MQ 程序，它使用现有传输服务诸如TCP/IP 与SNA 将消息从本地传输队列移到目标队列管理器。
这些传输服务即通道。
通道出口是用户写入库，可以在通道运作期间，从已定义位置号之一进入这些库。
OAM 是命令和对象管理的缺省授权服务（针对操作系统）。
这三个组件对IBM WebSphere MQ 的现有安全性解决方案非常重要。