消息中间件及WebSphere MQ入门
- 格式:rtf
- 大小:111.71 KB
- 文档页数:6
IBM Websphere MQ原理及在民航气象数据库中的应用米永胜【摘要】文章阐述了IBM Websphere MQ的通信原理和互联通信的实现方法,结合实例重点阐述了MQ在民航气象数据库系统中的应用及维护,旨在加深对MQ的理解与运用.【期刊名称】《气象水文海洋仪器》【年(卷),期】2014(031)004【总页数】5页(P63-67)【关键词】中间件;消息队列;民航气象数据库系统;应用实例;维修实例【作者】米永胜【作者单位】民航新疆空中交通管理局气象中心,乌鲁木齐市830016【正文语种】中文【中图分类】TP399消息中间件是位于操作系统和应用程序之间的一种软件,其典型产品是IBM Websphere MQ(MQ是Message Queue的缩写,即消息队列,以下简称MQ)。
简言之,MQ是一种应用程序与应用程序之间的通信方法,通过读出和写入列队中的针对应用程序的数据(消息)来通信,依靠消息传递和消息排队技术,使应用程序能在不同组件(诸如:处理器、子系统、操作系统)以及不同通信协议的网络间彼此通信,实现了跨平台的数据可靠通信传输。
[1-3]民航气象数据库系统从2004年二期升级改造开始,充分利用MQ的跨平台、跨网络的特性,及其先进的传输机制,做到不丢失、不复传,通信可靠性大大提高。
1.1 MQ的通信原理相互通信的应用程序可以在不同的时间运行(即所谓异步通信),如图1所示。
程序A和B不在网络上直接相互通话,而是间接地将消息放入消息队列,因为程序间没有直接的联系,所以它们不必同时运行。
如果A、B之间的通信线路不通,或程序B没有运行,消息就会留在传输队列中,直到最后被成功地传送,这就是MQ最基本而最重要的技术—消息的可靠传输;而且MQ还能够防止消息重复传送,确保消息1次且仅1次(once-and-only-once)传递。
通信以及对通信错误的恢复都是由队列管理器完成的。
1.2 MQ的互连通信的实现图2是一个不同操作系统平台之间的双向MQ通信传输示例。
IBM WMQ1.技术介绍1.1. 总体介绍消息队列(MQ)是一种应用程序对应用程序的通信方法。
应用程序通过写和检索出入列队的针对应用程序的数据(消息)来通信,而无需专用连接来链接它们。
消息传递指的是程序之间通过在消息中发送数据进行通信,而不是通过直接调用彼此来通信,直接调用通常是用于诸如远程过程调用的技术。
排队指的是应用程序通过队列来通信。
队列的使用除去了接收和发送应用程序同时执行的要求。
IBM WebSphere MQ 产品支持应用程序通过不同组件如处理器、子系统、操作系统以及通信协议的网络彼此进行通信。
例如,IBM WebSphere MQ 支持35 种以上的不同操作系统。
IBM WebSphere MQ 支持两种不同的应用程序编程接口:Java 消息服务(JMS)和消息队列接口(MQI)。
在IBM WebSphere MQ 服务器上,JMS 绑定方式被映射到MQI。
如图所示,应用程序直接与其本地队列管理器通过使用MQI 进行对话,MQI 是一组要求队列管理器提供服务的调用。
MQI 的引人之处是它只提供13 次调用。
这意味着对于应用程序编程员它是一种非常易于使用的接口,因为大部分艰苦工作都将透明完成的。
1.2. 术语定义2.安装2.1. 下载最新版本:7.0.1.3有多个版本:linux_32,linux_64,linux_win2.2. 硬件环境2.3. 安装上传文件到相关目录,CZJ3YML.tar.gz输入1安装后会自动创建系统用户及用户组:mqm 程序安装目录:/opt/mqm数据相关目录:/var/mqmJava相关jar包:/opt/mqm/java/lib后续操作用mqm用户操作2.4. 卸载1.用root帐号登录系统2.停止所有队列管理器//查看正在运行的队列管理器dspmq//停止所有跟队列管理器相关的监听程序,注意:QueueManagerName是队列队列管理器名称,具体名称用命令dspmq查询endmqlsr -m QueueManagerName//停止所有正在运行的队列管理器endmqm QueueManagerName3. //确认所有跟MQ有关的进程都已经停止ps -ef | grep mq4.//查看安装了那些相关的包rpm -q -a | grep MQSeries//一次性删除所有安装的包,以下命令只是一个示例,命令后面的包名称是命令“rpm -q -a | grep MQSeries” //查询所得的所有包名称,包名之间用空格分隔,rpm -ev MQSeriesRuntime-6.0.0-0 MQSeriesServer-6.0.0-0 MQSeriesServer-6.0.0-05.删除用户userdel mqm6.删除文件rm -rf /opt/mqm/rm -rf /var/mqm/7.重启主机2.5. 重新启动MQ3、启动服务启动命令服务器:非必须启动侦听器:验证队列管理器和侦听器在两台计算机上运行,然后启动通道:3.配置配置过程包括以下几个步骤:1.创建队列管理器。
WebSphere MQ一小时快速入门一、什么是中间件中间件是处于应用软件和系统软件之间的通用服务,是一类以自己的复杂换取企业应用简单化的可复用的基础软件。
中间件主要分为消息中间件、应用服务器中间件、交易中间件等等。
而今天,笔者晓奕主要向大家介绍的正是IBM厂商的消息中间件WebSphere MQ。
二、WebSphere MQ简介Websphere MQ是IBM的商业消息通讯中间件(Commercial Messaging Middleware)。
Websphere MQ提供一个具有工业标准、安全、可靠的消息传输系统。
它可实施在广泛的IBM和非I BM平台上,它的功能是控制和管理一个集成的商业应用,使得组成这个商业应用的多个分支程序(模块)之间通过传递消息完成整个工作流程。
通过使用WebSphere MQ用户可以简单方便的开发出可靠、高效的分布式应用系统。
三、WebSphere MQ主要对象消息是对使用它的应用程序有意义的以字节为单位的字符串。
消息可以用来实现在相同或不同平台上应用程序间的通信。
队列是用于存储消息的数据结构。
按功能可以分为本地队列、远程队列、传输队列、模板队列、别名队列、死信队列等等。
队列管理器在WebSphere MQ中队列管理器是基本的软件系统,队列管理器可看成是队列和其他对象的容器。
通道是一种提供从一个队列管理器到另一个队列管理器的通信路径。
它又叫消息通道,用在分布式的队列把消息从一个队列管理器发送到另一个队列管理器。
按照定义可以分为发送通道(Sender)、接收通道(Receiver)、服务器通道(Server)、请求器通道(Requester)等。
MQSC命令是用来管理队列管理器对象,包括队列管理器本身、通道、队列和进程定义。
可以使用 runmqsc 向队列管理器发出 MQSC 命令。
四、WebSphere MQ体系结构WebSphere MQ的体系结构如图所示,它是由许多对象所组成的,主要包括队列管理器、队列、通道、进程定义等对象。
WebSphere MQ的工作原理介绍Websphere MQ是IBM的商业通讯中间件(Commercial Messaging Middlew are)。
Websphere MQ提供一个具有工业标准、安全、可靠的消息传输系统。
它的功能是控制和管理一个集成的商业应用,使得组成这个商业应用的多个分支程序(模块)之间通过传递消息完成整个工作流程。
Websphere MQ基本由一个消息传输系统和一个应用程序接口组成,其资源是消息和队列(Messaging and Queuing)。
消息:消息就是一个信息单元,这个信息单元可以是一个请求(Request message),也可以是一个应答(Reply message),或者是一个报告(Report message)或一份报文(Datagram messge)。
一个消息包含两个因素——消息描述(用于定义诸如消息传输目标等)和数据消息(如应用程序数据或数据库查询等)。
程序之间的通信通过传递消息而非直接调用程序。
队列:一个安全的存储消息的地方,消息的存储一般是顺序的,队列是消息分阶段地传送和接收。
因为消息存放在队列中,所以应用程序可以相互独立的运行,以不同的速度,在不同的时间,在不同的地点。
消息传输系统:用于确保队列之间的消息提供,包括网络中不同系统上的远程队列之间的消息提供。
并保证网络故障或关闭后的恢复。
应用程序接口:应用程序和消息系统之间通过Websphere MQ AP I实现的接口Websphere MQ AP I在所有Websphere MQ平台上是一致的。
AP I只有14个调用,2个关键动词:发送(P UT)和接收(GE T)。
WebSphere MQ是一个消息队品,专门负责在各种平台间传送数据,能保证数据在不稳定的数据线路上传送时不会丢失或重复,本文主要向大家介绍WebSphere MQ的工作原理.适用操作系统:跨平台WebSphere MQ 是IBM用于通讯的中间件产品,它为分布式环境下进行程序到程序之间通信提供了灵活、快速并且易于使用的解决方法。
190 •电子技术与软件工程 Electronic Technology & Software Engineering数据库技术• Data Base Technique【关键词】消息中间件 数据推送 消息队列 触发机制 时效性1 引言IBM WebSphere MQ 是一款基于消息传送或消息队列的商业通讯中间件,WebSphere MQ 技术可以广泛的实施在IBM 平台和非IBM 平台上。
WebSphere MQ 主要功能是在孤立的应用程序之间传送消息,消息可以在不同的应用软件、计算机系统和不同的网络协议之间进行传递。
WebSphere MQ 提供了面向业务的信息技术框架,用户可以简单方便的基于该框架开发出高效、可靠的分布式应用程序系统。
基于WebSphere MQ 的应用程序更容易开发和维护,可以对商业问题进行有效的模拟。
2 IBM WebSphere MQ体系架构2.1 客户机和服务器WebSphere MQ 支持在应用程序的客户机和服务器两端对其进行配置,客户端通过MQI 通道与服务器进行通讯。
客户机组件允许操作系统上运行的应用程序通过MQI 调用另一个操作系统上的队列管理器。
WebSphere MQ 服务器是为客户提供排队服务的队列管理器,在服务器与客户机之间有专用的通信链路。
当客户机连接到服务器时,客户机的应用程序发出与本地应用程序相同的MQI 调用。
当客户机发出MQ 连接请求MQCONN 调用时,会连接到指定的队列管理器,队列管理器处理从连接请求返回的其他MQI 调用。
2.2 触发机制队列管理器可以设置特定的触发条件,如果队列的触发条件被触发并且该队列被设置成触发队列,则队列管理器会将触发消息发送到启动队列中。
本地或远程的应用程序A 向应基于IBM WebSphere MQ 的商业银行数据推送技术的应用文/杜丛强 曾庆妍用队列中PUT 一条消息,当队列为空时将会形成触发事件,同时产生一条对应的触发消息,触发消息包含进程定义的具体信息。
用教程目录•Websphere概述与安装•Websphere核心组件详解•Websphere应用开发实践•Websphere集群与负载均衡技术•Websphere安全性管理策略•Websphere性能调优与监控技巧Websphere概述与安装Websphere简介基于开放标准WebSphere支持Java EE、OSGi、Web服务和其他重要标准,使开发人员能够利用广泛的选择来构建和部署应用程序。
跨平台支持WebSphere可以在多种操作系统上运行,包括Windows、Linux和UNIX等,从而提供了灵活的部署选项。
高可用性WebSphere提供了集群和故障转移功能,以确保关键应用程序的高可用性和可靠性。
安全性WebSphere提供了强大的安全性功能,包括身份验证、授权、加密和安全性管理,以保护应用程序和数据免受攻击。
Websphere功能特点安装Websphere前提条件01确保您的计算机满足WebSphere的系统要求,包括适当的硬件和操作系统。
02确保您具有适当的权限来安装和配置WebSphere。
03确保您的计算机上已经安装了Java DevelopmentKit(JDK)。
安装步骤与配置下载WebSphere安装程序您可以从IBM官方网站下载WebSphere安装程序。
运行安装程序双击安装程序以启动安装向导,并按照提示进行安装。
配置WebSphere在安装过程中,您需要配置WebSphere的一些参数,如端口号、管理员用户名和密码等。
启动WebSphere完成安装和配置后,您可以启动WebSphere并访问管理控制台来管理您的应用程序。
Websphere核心组件详解应用服务器WebSphere Application Serv…提供全面的Java EE应用服务器功能,支持大规模的企业级应用部署和管理。
Liberty Profile轻量级、高度可配置的Java EE应用服务器,适用于云和移动应用。
一、消息中间件概述消息队列技术是分布式应用间交换信息的一种技术。
消息队列可驻留在内存或磁盘上,队列存储消息直到它们被应用程序读走。
通过消息队列,应用程序可独立地执行--它们不需要知道彼此的位置、或在继续执行前不需要等待接收程序接收此消息。
在分布式计算环境中,为了集成分布式应用,开发者需要对异构网络环境下的分布式应用提供有效的通信手段。
为了管理需要共享的信息,对应用提供公共的信息交换机制是重要的。
设计分布式应用的方法主要有:远程过程调用(PRC)--分布式计算环境(DC E)的基础标准成分之一;对象事务监控(OTM)--基于CORBA 的面向对象工业标准与事务处理(TP)监控技术的组合;消息队列(MessageQueue)--构造分布式应用的松耦合方法。
(a) 分布计算环境/远程过程调用(DC E/R PC)R PC是DC E的成分,是一个由开放软件基金会(OSF)发布的应用集成的软件标准。
R PC模仿一个程序用函数引用来引用另一程序的传统程序设计方法,此引用是过程调用的形式,一旦被调用,程序的控制则转向被调用程序。
在R PC实现时,被调用过程可在本地或远地的另一系统中驻留并在执行。
当被调用程序完成处理输入数据,结果放在过程调用的返回变量中返回到调用程序。
R PC完成后程序控制则立即返回到调用程序。
因此R PC模仿子程序的调用/返回结构,它仅提供了Client(调用程序)和Server(被调用过程)间的同步数据交换。
(b) 对象事务监控(OTM)基于CORBA的面向对象工业标准与事务处理(TP)监控技术的组合,在CORBA规范中定义了:使用面向对象技术和方法的体系结构;公共的Client/Server程序设计接口;多平台间传输和翻译数据的指导方针;开发分布式应用接口的语言(IDL)等,并为构造分布的Client/Server应用提供了广泛及一致的模式。
(c) 消息队列(Message Queue)消息队列为构造以同步或异步方式实现的分布式应用提供了松耦合方法。
消息中间件及WebSphere MQ入门文档选项打印本页将此页作为电子邮件发送级别:初级娄丽军, 软件部售前工程师2003 年 11 月 01 日消息队列技术是分布式应用间交换信息的一种技术。
消息队列可驻留在内存或磁盘上,队列存储消息直到它们被应用程序读走。
通过消息队列,应用程序可独立地执行--它们不需要知道彼此的位置、或在继续执行前不需要等待接收程序接收此消息。
消息中间件概述消息队列技术是分布式应用间交换信息的一种技术。
消息队列可驻留在内存或磁盘上,队列存储消息直到它们被应用程序读走。
通过消息队列,应用程序可独立地执行--它们不需要知道彼此的位置、或在继续执行前不需要等待接收程序接收此消息。
在分布式计算环境中,为了集成分布式应用,开发者需要对异构网络环境下的分布式应用提供有效的通信手段。
为了管理需要共享的信息,对应用提供公共的信息交换机制是重要的。
设计分布式应用的方法主要有:远程过程调用(PRC)--分布式计算环境(DCE)的基础标准成分之一;对象事务监控(OTM)--基于CORBA的面向对象工业标准与事务处理(TP)监控技术的组合;消息队列(MessageQueue)--构造分布式应用的松耦合方法。
(a) 分布计算环境/远程过程调用 (DCE/RPC)RPC是DCE的成分,是一个由开放软件基金会(OSF)发布的应用集成的软件标准。
RPC模仿一个程序用函数引用来引用另一程序的传统程序设计方法,此引用是过程调用的形式,一旦被调用,程序的控制则转向被调用程序。
在RPC实现时,被调用过程可在本地或远地的另一系统中驻留并在执行。
当被调用程序完成处理输入数据,结果放在过程调用的返回变量中返回到调用程序。
RPC完成后程序控制则立即返回到调用程序。
因此RPC模仿子程序的调用/返回结构,它仅提供了Client(调用程序)和Server(被调用过程)间的同步数据交换。
(b) 对象事务监控 (OTM)基于CORBA的面向对象工业标准与事务处理(TP)监控技术的组合,在CORBA规范中定义了:使用面向对象技术和方法的体系结构;公共的Client/Server程序设计接口;多平台间传输和翻译数据的指导方针;开发分布式应用接口的语言(IDL)等,并为构造分布的Client/Server应用提供了广泛及一致的模式。
(c) 消息队列 (Message Queue)消息队列为构造以同步或异步方式实现的分布式应用提供了松耦合方法。
消息队列的API调用被嵌入到新的或现存的应用中,通过消息发送到内存或基于磁盘的队列或从它读出而提供信息交换。
消息队列可用在应用中以执行多种功能,比如要求服务、交换信息或异步处理等。
中间件是一种独立的系统软件或服务程序,分布式应用系统借助这种软件在不同的技术之间共享资源,管理计算资源和网络通讯。
它在计算机系统中是一个关键软件,它能实现应用的互连和互操作性,能保证系统的安全、可靠、高效的运行。
中间件位于用户应用和操作系统及网络软件之间,它为应用提供了公用的通信手段,并且独立于网络和操作系统。
中间件为开发者提供了公用于所有环境的应用程序接口,当应用程序中嵌入其函数调用,它便可利用其运行的特定操作系统和网络环境的功能,为应用执行通信功能。
如果没有消息中间件完成信息交换,应用开发者为了传输数据,必须要学会如何用网络和操作系统软件的功能,编写相应的应用程序来发送和接收信息,且交换信息没有标准方法,每个应用必须进行特定的编程从而和多平台、不同环境下的一个或多个应用通信。
例如,为了实现网络上不同主机系统间的通信,将要求具备在网络上如何交换信息的知识(比如用TCP/IP的socket程序设计);为了实现同一主机内不同进程之间的通讯,将要求具备操作系统的消息队列或命名管道(Pipes)等知识。
目前中间件的种类很多,如交易管理中间件(如IBM的CICS)、面向Java应用的Web应用服务器中间件(如IBM的WebSphere Application Server)等,而消息传输中间件(MOM)是其中的一种。
它简化了应用之间数据的传输,屏蔽底层异构操作系统和网络平台,提供一致的通讯标准和应用开发,确保分布式计算网络环境下可靠的、跨平台的信息传输和数据交换。
它基于消息队列的存储-转发机制,并提供特有的异步传输机制,能够基于消息传输和异步事务处理实现应用整合与数据交换。
IBM 消息中间件MQ以其独特的安全机制、简便快速的编程风格、卓越不凡的稳定性、可扩展性和跨平台性,以及强大的事务处理能力和消息通讯能力,成为业界市场占有率最高的消息中间件产品。
MQ具有强大的跨平台性,它支持的平台数多达35种。
它支持各种主流Unix操作系统平台,如:HP-UX、AIX、SUN Solaris、Digital UNIX、Open VMX、SUNOS、NCR UNIX;支持各种主机平台,如:OS/390、MVS/ESA、VSE/ESA;同样支持Windows NT服务器。
在PC平台上支持Windows9X/Windows NT/Windows 2000和UNIX (UnixWare、Solaris)以及主要的Linux版本(Redhat、TurboLinux等)。
此外,MQ还支持其他各种操作系统平台,如:OS/2、AS/400、Sequent DYNIX、SCO OpenServer、SCO UnixWare、Tandem等。
回页首MQ的基本概念:1) 队列管理器队列管理器是MQ系统中最上层的一个概念,由它为我们提供基于队列的消息服务。
2) 消息在MQ中,我们把应用程序交由MQ传输的数据定义为消息,我们可以定义消息的内容并对消息进行广义的理解,比如:用户的各种类型的数据文件,某个应用向其它应用发出的处理请求等都可以作为消息。
消息有两部分组成:消息描述符(Message Discription或Message Header),描述消息的特征,如:消息的优先级、生命周期、消息Id等;消息体(Message Body),即用户数据部分。
在MQ中,消息分为两种类型,非永久性(non-persistent)消息和永久性(persistent)消息,非永久性消息是存储在内存中的,它是为了提高性能而设计的,当系统掉电或MQ队列管理器重新启动时,将不可恢复。
当用户对消息的可靠性要求不高,而侧重系统的性能表现时,可以采用该种类型的消息,如:当发布股票信息时,由于股票信息是不断更新的,我们可能每若干秒就会发布一次,新的消息会不断覆盖旧的消息。
永久性消息是存储在硬盘上,并且纪录数据日志的,它具有高可靠性,在网络和系统发生故障等情况下都能确保消息不丢、不重。
此外,在MQ中,还有逻辑消息和物理消息的概念。
利用逻辑消息和物理消息,我们可以将大消息进行分段处理,也可以将若干个本身完整的消息在应用逻辑上归为一组进行处理。
3) 队列队列是消息的安全存放地,队列存储消息直到它被应用程序处理。
消息队列以下述方式工作:a) 程序A形成对消息队列系统的调用,此调用告知消息队列系统,消息准备好了投向程序B;b) 消息队列系统发送此消息到程序B驻留处的系统,并将它放到程序B的队列中;c) 适当时间后,程序B从它的队列中读此消息,并处理此信息。
由于采用了先进的程序设计思想以及内部工作机制,MQ能够在各种网络条件下保证消息的可靠传递,可以克服网络线路质量差或不稳定的现状,在传输过程中,如果通信线路出现故障或远端的主机发生故障,本地的应用程序都不会受到影响,可以继续发送数据,而无需等待网络故障恢复或远端主机正常后再重新运行。
在MQ中,队列分为很多种类型,其中包括:本地队列、远程队列、模板队列、动态队列、别名队列等。
本地队列又分为普通本地队列和传输队列,普通本地队列是应用程序通过API对其进行读写操作的队列;传输队列可以理解为存储-转发队列,比如:我们将某个消息交给MQ系统发送到远程主机,而此时网络发生故障,MQ将把消息放在传输队列中暂存,当网络恢复时,再发往远端目的地。
远程队列是目的队列在本地的定义,它类似一个地址指针,指向远程主机上的某个目的队列,它仅仅是个定义,不真正占用磁盘存储空间。
模板队列和动态队列是MQ的一个特色,它的一个典型用途是用作系统的可扩展性考虑。
我们可以创建一个模板队列,当今后需要新增队列时,每打开一个模板队列,MQ便会自动生成一个动态队列,我们还可以指定该动态队列为临时队列或者是永久队列,若为临时队列我们可以在关闭它的同时将它删除,相反,若为永久队列,我们可以将它永久保留,为我所用。
4) 通道通道是MQ系统中队列管理器之间传递消息的管道,它是建立在物理的网络连接之上的一个逻辑概念,也是MQ产品的精华。
在MQ中,主要有三大类通道类型,即消息通道,MQI通道和Cluster通道。
消息通道是用于在MQ的服务器和服务器之间传输消息的,需要强调指出的是,该通道是单向的,它又有发送(sender), 接收(receive), 请求者(requestor), 服务者(server)等不同类型,供用户在不同情况下使用。
MQI通道是MQ Client和MQ Server之间通讯和传输消息用的,与消息通道不同,它的传输是双向的。
群集(Cluster)通道是位于同一个MQ 群集内部的队列管理器之间通讯使用的。
回页首MQ的工作原理如图所示:首先来看本地通讯的情况,应用程序A和应用程序B运行于同一系统A,它们之间可以借助消息队列技术进行彼此的通讯:应用程序A向队列1发送一条信息,而当应用程序B需要时就可以得到该信息。
其次是远程通讯的情况,如果信息传输的目标改为在系统B上的应用程序C,这种变化不会对应用程序A产生影响,应用程序A向队列2发送一条信息,系统A的MQ发现Q2所指向的目的队列实际上位于系统B,它将信息放到本地的一个特殊队列-传输队列(Transmission Queue)。
我们建立一条从系统A到系统B的消息通道,消息通道代理将从传输队列中读取消息,并传递这条信息到系统B,然后等待确认。
只有MQ接到系统B成功收到信息的确认之后,它才从传输队列中真正将该信息删除。
如果通讯线路不通,或系统B不在运行,信息会留在传输队列中,直到被成功地传送到目的地。
这是MQ最基本而最重要的技术--确保信息传输,并且是一次且仅一次(once-and-only-once)的传递。
MQ提供了用于应用集成的松耦合的连接方法,因为共享信息的应用不需要知道彼此物理位置(网络地址);不需要知道彼此间怎样建立通信;不需要同时处于运行状态;不需要在同样的操作系统或网络环境下运行。
回页首MQ的基本配置举例在上图中,要实现网络上两台主机上的通讯,若采用点对点的通讯方式,我们至少要建立如下MQ的对象:在发送方A:1)建立队列管理器QMA: crtmqm -q QMA2)定义本地传输队列: define qlocal (QMB) usage (xmitq) defpsist(yes)3)创建远程队列: define qremote (QR.TOB) rname (LQB) rqmname (QMB) xmitq (QMB) 4)定义发送通道: define channel (A.TO.B) chltype (sdr) conname ('IP of B') xmitq (QMB) + trptype (tcp)在接收方B:1)建立队列管理器QMB: crtmqm -q QMB2)定义本地队列QLB: define qlocal (LQB)3)创建接收通道: define channel (A.TO.B) chltype (rcvr) trptype (tcp)经过上述配置,我们就可以实现从主机A到B的单向通讯,若要实现二者之间的双向通讯,可参考此例创建所需要的MQ对象。