| |
|
RSS Feed - WebSphere MQ Support
|
RSS Feed - Message Broker Support
|
  |
|
| MQ Clustering issue for a unique scenario |
« View previous topic :: View next topic » |
| Author |
Message
|
| rainbowmq |
 Posted: Thu Mar 05, 2015 12:18 pm Post subject: MQ Clustering issue for a unique scenario |
 |
|
Newbie
Joined: 05 Mar 2015
Posts: 3
|
Hi,
We have 4 local QMs (QM1, QM2, QM3 and QM4) that are all full repositories and part of our cluster CLUSTA . Our local QMs QM1 and QM2 have joined another cluster CLUSTB on remote QM5 . We have a local queue Queue1 on QM1 and QM2 that has joined CLUSTB so remote QM5 is visible to it. We now have a situation where we want messages that arrive on Queue1 (hosted on QM1 and QM2) that has joined CLUSTB to be routed to local queues on QM3 and QM4 that have joined our cluster CLUSTA. What is the best option ? We tried to create Queue1 as an alias queue with a TARGQ that is a remote queue to QM3 and QM4 but we got this error "MQRC_UNKNOWN_ALIAS_BASE_Q" . Any assistance is appreciated. Thanks. |
|
| Back to top |
|
 |
| Vitor |
| Posted: Thu Mar 05, 2015 12:38 pm Post subject: Re: MQ Clustering issue for a unique scenario |
|
|
Grand High Poobah
Joined: 11 Nov 2005
Posts: 26093
Location: Texas, USA
|
| rainbowmq wrote: |
| We have 4 local QMs (QM1, QM2, QM3 and QM4) that are all full repositories and part of our cluster CLUSTA |
Why are all 4 FRs? Best practice is to have 2 FRs in a cluster, 3 at a stretch.
| rainbowmq wrote: |
| Our local QMs QM1 and QM2 have joined another cluster CLUSTB on remote QM5 . |
Clarify this. A cluster is not "on" one queue manger, nor should a cluster have only 1 FR.
| rainbowmq wrote: |
| We have a local queue Queue1 on QM1 and QM2 that has joined CLUSTB so remote QM5 is visible to it. We now have a situation where we want messages that arrive on Queue1 (hosted on QM1 and QM2) that has joined CLUSTB to be routed to local queues on QM3 and QM4 that have joined our cluster CLUSTA. What is the best option ? |
Which cluster or clusters is/are Queue1 in? Membership by the queue manager of a cluster doesn't imply what the queues are doing.
Also, this isn't a unique scenario. You're setting up overlapping clusters, which are a PITA and have been discussed in this forum & other areas.
Mr Google can help you with this.
_________________
Honesty is the best policy.
Insanity is the best defence. |
|
| Back to top |
|
|
| rainbowmq |
| Posted: Thu Mar 05, 2015 2:23 pm Post subject: |
|
|
Newbie
Joined: 05 Mar 2015
Posts: 3
|
| Each of the 4 QMs were setup over a period of time and on different Z/OS LPARs and so they are all Full Repositories. CLUSTA is on all 4 QMs and we have several partners join our cluster. In this scenario, we have joined the partners (QM5) cluster CLUSTB from 2 of the QMs ( QM1 and QM2 ) and Queue1 is part of that cluster. We just want the messages we receive in Queue1 from QM5 to be routed to input queues on our cluster CLUSTA. As you said, it is an overlapping cluster situation and need some guidance to resolve the conflict. |
|
| Back to top |
|
|
| tczielke |
| Posted: Thu Mar 05, 2015 2:58 pm Post subject: |
|
|
Guardian
Joined: 08 Jul 2010
Posts: 941
Location: Illinois, USA
|
If you do something like the following on QM1/QM2:
DEFINE QA(Queue1) CLUSTER(CLUSTB) TARGET(Queue2) DEFBIND(NOTFIXED) CLWLRANK(0)
and something like the following on QM3/QM4:
DEFINE QL(Queue2) CLUSTER(CLUSTA) CLWLRANK(5)
that should work. If you have DEFBIND(OPEN) on your QA definition, I think you do get the error that you mentioned. Also, you will want the CLWLRANK on your QA to be lower than the CLWLRANK on the QL defintion for Queue2, otherwise you could get messages bouncing between QM1 <-> QM2 if QM3/QM4 were not available.
_________________
Working with MQ since 2010. |
|
| Back to top |
|
|
| rainbowmq |
| Posted: Thu Mar 05, 2015 3:43 pm Post subject: |
|
|
Newbie
Joined: 05 Mar 2015
Posts: 3
|
| Thanks ! We will try this and let you know if we encounter any issues |
|
| 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
|
|
|
|
