| |
|
RSS Feed - WebSphere MQ Support
|
RSS Feed - Message Broker Support
|
  |
|
| Multiple QMgrs connecting to a single queue. |
« View previous topic :: View next topic » |
| Author |
Message
|
| Amith |
 Posted: Fri Sep 16, 2005 12:07 am Post subject: Multiple QMgrs connecting to a single queue. |
 |
|
Novice
Joined: 26 Nov 2003
Posts: 21
Location: india
|
Hi,
There are 3 Queue Managers which are remotely connecting to one "Local Queue". I have defined one receiver channel for all 3 QMgrs. I wanted to know is it possible for all 3 QMgrs to put messages to my local queue simultaneously. ?
If yes, how will these 3 Qmgrs co-ordinate with each other while simultaneously putting messages into my Local Queue. ? |
|
| Back to top |
|
 |
| Nigelg |
| Posted: Fri Sep 16, 2005 1:10 am Post subject: |
|
|
Grand Master
Joined: 02 Aug 2004
Posts: 1046
|
The qmgrs can put msgs to the queue at the same time. The SDR channel from each qmgr starts a new instance of a RCVR channel and the msgs are put by these RCVR MCAs (Message Channel Agents).
There is no coordination between the qmgrs. The msgs are put by 3 separate applications, and the msgs will end up on the queue in arbitrary order.
_________________
MQSeries.net helps those who help themselves.. |
|
| Back to top |
|
|
| Amith |
| Posted: Fri Sep 16, 2005 3:09 am Post subject: |
|
|
Novice
Joined: 26 Nov 2003
Posts: 21
Location: india
|
|
| Back to top |
|
|
| SAFraser |
| Posted: Fri Sep 16, 2005 12:40 pm Post subject: |
|
|
Shaman
Joined: 22 Oct 2003
Posts: 742
Location: Austin, Texas, USA
|
I am not familiar with the practice of using a single receiver channel definition to receive connections from sender channels on multiple queue managers. In what type of scenario would this be useful? I guess you could tell which sender had spawned the receiver by the conname in the channel status, right?
But what if you need to hard stop the receiver channel? (On rare occasions, I've seen a receiver get confused and remain in a running state after its sender connection was broken abruptly.)
Just curious -- always like to learn new ways to use MQ, kwim?
Thanks,
Shirley |
|
| Back to top |
|
|
| hopsala |
| Posted: Sun Sep 18, 2005 7:18 am Post subject: |
|
|
Guardian
Joined: 24 Sep 2004
Posts: 960
|
| SAFraser wrote: |
In what type of scenario would this be useful? I guess you could tell which sender had spawned the receiver by the conname in the channel status, right?
But what if you need to hard stop the receiver channel? |
Yes, you'd see it in the CONNAME.
Generally I find this usage to be problematic - as you said, hard-stopping becomes a problem; it also creates much confusion, no one knows who's connecting and from where without using commands, and I for one believe an MQ network should be self-explanatory simply by looking at the various object names.
In addition, if you wish to work with SSL properly, using SSLPEER paramaters and proper MCAUSER in each channel, using one RCVR for many SDRs will prevent you from doing this.
| SAFraser wrote: |
(On rare occasions, I've seen a receiver get confused and remain in a running state after its sender connection was broken abruptly.) |
Have you looked into the HBINT parameter? Having a 5 sec HBINT usually prevents such issues; there's also AdoptMca to look into... |
|
| Back to top |
|
|
| bbburson |
| Posted: Mon Sep 19, 2005 11:01 am Post subject: |
|
|
Partisan
Joined: 06 Jan 2004
Posts: 378
Location: Nowhere near a queue manager
|
| SAFraser wrote: |
| I am not familiar with the practice of using a single receiver channel definition to receive connections from sender channels on multiple queue managers. |
It does seem strange at first glance, doesn't it? Of course WMQ clusters use this concept all the time with the TO.QMGRNAME cluster receiver channels.
| SAFraser wrote: |
| But what if you need to hard stop the receiver channel? |
You can specify CONNAME or QMNAME on the stop channel command. |
|
| Back to top |
|
|
|
|
|
| |
|
Page 1 of 1 |
|
You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum
|
|
|
|
