【正文】 用場合。用于群集中隊列管理器之間的連接。用于Client/Server 之間的 MQI 通道。這種反向連接的方式，稱為 Callback Connection。 ?? Sender/Requester的連接過程稍微復雜一些， Requester首先與 Sender連接，在通知對方連接參數(shù)后連接斷開。 ?? Server/Receiver與 Sender/Receiver類似， Server是消息的發(fā)送方，也是連接的主動方。 ?? Requester/Server也是常用的一種連接方式。 ?? Sender/Receiver是所有連接中最簡單、最常用的一種。圖中細線箭標表示握手協(xié)議中的主動連接，粗線 箭標表示應用消息流向。在群集中接收配置信息和應用消息。握手協(xié)議的被動方，消息的接收方 ?? CLUSSDR Cluster Sender: 在群集中發(fā)送配置信息和應用消息?？蛇x以下這些類型： ?? SDR Sender: 握手協(xié)議的主動方，消息的發(fā)送方 ?? RCVR Receiver: 握手協(xié)議的被動方，消息的接收方 ?? SVR Server: 在握手協(xié)議中可以是主動方也可以是被動方，消息的發(fā)送方 ?? RQSTR Requester: 在握手協(xié)議中可以是主動方也可以是被動方，消息的接收方 MQ 運維手冊 ?? CLNTCONN Client Connection: 在 ClientServer連接時，定義客戶端連接定義表 (Client Channel Definition Table) 時使用。可見，通道是架設在通信協(xié)議之上的對象，架設在不同通信協(xié)議上的通道在應用層看來都大同小異。通道兩端的配置必須匹配，且名字相同，否則無法連通。這樣可以增加傳送的并發(fā)度但并不能增加整體的傳送速度?；蛘呒幢闶撬型ǖ蓝歼\行于相同的網(wǎng)絡物理連接上，也可以將不同大小的消息傳送分開，以免小數(shù)據(jù)傳送被大文件所堵塞。通過配置，對于放入本地傳輸隊列中的消息，隊列管理器會自動將其通過輸出通道發(fā)出，送入對方的遠程目標隊列。如果需要雙向交流，可以建立一對通道，一來一去。隊列管理器、隊列、通道等等都是 WebSphere MQ的對象，所有的對象都有各自的屬性，有些屬性必須在對象創(chuàng)建的時候指定，有些可以在創(chuàng)建以后更改。 WebSphere MQ 中的隊列管理器可以含有很多個隊列，但一個隊列只能屬于一個隊列管理器。在 WebSphere MQ中，隊列管理器集成了對象的定義、配置、管理、調度以及提供各種服務的功能于一身。如果 MQ 運維手冊 我們把隊列管理器比作是數(shù)據(jù)庫，那么隊列就是其中的一張表，消息就是表中的一條記錄。 隊列管理器 (Queue Manager) 隊列管理器構建了獨立的 WebSphere MQ的運行環(huán)境，它是消息隊列的管理者，用來維護和管理消息隊列。在調用 MQOPEN 時創(chuàng)建，在同一個線程中 MQCLOSE 時關閉并自動刪除。在調用 MQCLOSE 時，缺省情況下會保留消息和隊列，當然 也可以通過設置關閉選項 (Close Option) 的來清除消息甚至刪除永久動態(tài)隊列。 (1)永久動態(tài)隊列 永久動態(tài)隊列由模型隊列動態(tài)創(chuàng)建，并可以永久存在。 模型隊列 模型隊列定義了一套本地隊列的屬性集合，一旦打開模型隊列，隊列管理器會按這些屬性動態(tài)地創(chuàng)建出一個本地隊列。 遠程隊列定義包括目標隊列管理器名和目標隊列名，而這種隊列定義對于訪問地的應用程序是透明的。 遠程隊列 遠程隊列與別名隊列類似，也只是一個隊列定義，用來指定遠端隊列管理器中的隊列。也就是說，本地隊列 C的屬性為 GET(ENABLED) 且 PUT(ENABLED)，將 D的屬性設置為 GET(ENABLED) 且 PUT(DISABLED)， E的屬性為 GET(DISABLED) 且 PUT(ENABLED)。這時只要定義別名 B，使之指向 A即可。 通過別名定義， WebSphere MQ 也可以動態(tài)改變消息流向。然而，在對別名隊列打開 (MQOPEN) 操作時，只允許別名隊列指向的目標隊列是一個本地普通隊列，即一層映 射關系。其實別名隊列只是提供了隊列名稱之間的映射關系，可以將別名隊列看作是指針，指向其目標隊列。 別名隊列 別名隊列只是一種隊列定義，它自身只是隊列的邏輯名字，并不是隊列實體本身。 命令隊列 指的是 WebSphere MQ 隊列管理器中預定義的 . QUEUE。就應用而言，這些回應消息的目標隊列就是應答隊列。 應答隊列 由于消息在發(fā)送后需要有對方的回應。 隊列管理器在將消息放入死信隊列的時候，會自動為消息體添加一個死信消息頭，其數(shù)據(jù)結構為 MQDLH。 死信隊列 死信隊列本質上是普通的本地隊列，由于隊列管理器的 DEADQ 屬性指定的該隊列為死信隊列，所以隊列管理器認為無法投遞的消息都被自動送去該隊列。其中的 RemoteQName 和 RemoteQMgrName 兩個域指明了目標隊列和目標隊列管理器。 MQ 運維手冊 目標隊列 在消息通信的時候，消息最終的目的地稱為目標隊列。 初始化隊列 初始化隊列是配合消息觸發(fā)用的，如果隊列上配置有消息觸發(fā)功能，則需要指定另一個相關隊列以存放觸發(fā)消息，這個隊列就是初始化隊列。所以，從本地系統(tǒng)的立場來看，傳輸隊列是用來暫時存放輸出消息的。 傳輸隊列 要送往遠地的消息將放入傳輸隊列。一般說來，應用程序只對其做簡單的 MQGET 和 MQPUT 以收發(fā)消息，這也是系統(tǒng)中用得最多的消息隊列。如果消息不能送達目標隊列，也不能再路由出去，則被自動放入死信隊列保存。傳輸隊列只是暫存待傳的消息，在條件許可的情況下，通過管道將消息傳送其它的隊列管理器。 圖 隊列的分類 本地隊列 本地隊列按功能又可分成初始化隊列，傳輸隊列，目標隊列和死信隊列。隊列在它所屬的管理器中只能有一個唯一的名字，不能與 同一個管理器的其它隊列重名。模型隊列有一點特殊，它本身只是一個隊列定義，描述了模型的屬性，但是當打開模型隊列的時候，隊列管理器會以這個定義為模型，創(chuàng)建一個本地隊列，被稱為動態(tài)隊列。遠程隊列定義和別名隊列定義只是一個隊列定義，指向另一個隊列實體。 如 圖 。 隊列 (Queue) 可以簡單地把隊列看成一個容器，用于存放消息。 消息可以分成持久 (Persistent) 消息和非持久 (NonPersistent) 消息。包含的內容可以是文本、文件、聲音、圖像等任何數(shù)據(jù)，這些數(shù)據(jù)只對特定的應用具有特定的含義。消息數(shù)據(jù)頭可以由應用程序或系統(tǒng)的消息服務程序共同產(chǎn)生，它包含了消息在傳送中的必要信息，如目標隊列管理器的名字，目標隊列的名字，以及消息的其它一些屬性。消息可以大致分成兩部分： 應用數(shù)據(jù)體和消息數(shù)據(jù)頭。消息、隊列、隊列管理器、通道是 MQ 中最重要的概念和對象。 WebSphere MQ 運行環(huán)境中有較多的概念，其中有一部分是可以作為實體進行的操作的，稱為 MQ 對象。應用程序通過 MQ 接口進行互連通信，可以不必關心網(wǎng)絡上的通信細節(jié)，從而將更多的注意力集中于應用本身。 Recover) ...................................................................... 39 備份和恢復 (Backup amp。 MQ 運維手冊 MQ運維手冊 交通銀行 張江數(shù)據(jù)中心 系統(tǒng)部 11/15/2020 MQ 運維手冊 *A – 新增 M – 修改 D – 刪除 版本號 日期 修訂人 審批 人 A/M/D 概 要 描 述 20201115 伍建焜 A 全文創(chuàng)建 MQ 運維手冊 目 錄 一、 概念與對象 .....................................................................................................................6 消息 (Message) .........................................................................................................6 隊列 (Queue) ............................................................................................................6 本地隊列 .........................................................................................................7 隊列管理器 (Queue Manager) .................................................................................. 10 通道 (Channel) ........................................................................................................ 11 通道類型 (Channel Type)................................................................................ 11 消息通道協(xié)議 (MCP) ..................................................................................... 13 消息通道代理 (MCA) ..................................................................................... 13 名稱列表 (Name List) .............................................................................................. 13 分發(fā)列表 (Distribution List) ...................................................................................... 14 進程定義 (Process).................................................................................................. 14 認證信息 (Auth Info) ............................................................................................... 14 客戶端和服務器端 (Client amp。 Server) ......................................................................... 15 操作界面 (MQ Interface) ........................................................................................ 15 應用程序 (MQ Application)..................................................................................... 15 二、工作原理 ....................................................................................................................... 16 PUT 和 GET ............................................................................................................... 16 協(xié)同工作 ................................................................................................................ 17 互連通信 .............................................