| |
|
RSS Feed - WebSphere MQ Support
|
RSS Feed - Message Broker Support
|
  |
|
| When one of the FULL Respository is not available. |
« View previous topic :: View next topic » |
| Author |
Message
|
| JohnSmith |
 Posted: Tue Jul 30, 2013 2:18 am Post subject: When one of the FULL Respository is not available. |
 |
|
Voyager
Joined: 17 Mar 2010
Posts: 86
|
Hello ,
I got a question while reading documentation on MQ clustering , it says
| Quote: |
If at least one FR is not available or
they are not fully connected
– Cluster definition changes via FRs will not flow |
lets assume a setup of 3 queue managers - QM1(partial), QM2(FULL) and QM3(FULL), QM4 (partial). Now QM1(partial) has a manually defined CLUSSDR channel to QM2(FULL), now if QM2 Queue manager goes down or the corresponding server goes down or if the link is broken, then any changes in MQ objects on QM1 will not go to Full Repository QM3? and QM4 will not be aware of those changes in QM1?
that defeats the purpose here for MQ clustering, what do you say guys? |
|
| Back to top |
|
 |
| exerk |
| Posted: Tue Jul 30, 2013 2:33 am Post subject: |
|
|
Jedi Council
Joined: 02 Nov 2006
Posts: 6339
|
If no FR is available:
Any change to a cluster object in a PR cannot be communicated to any other member of the cluster.
If two FRs are not fully connected:
Any change to a cluster object in a PR will be communicated to the FR to which it can connect but will not be published by that FR to the other FR, and therefore will not be published to other PRs connected to the other FR.
If the 'primary' FR is unavailable: *
Any change to a cluster object in a PR will be communicated to the FR to which it can connect.
Clustering 101:
Make sure your FRs can talk to each other!
* By 'primary' I mean the FR that the PR was initially connected to when it joined the cluster; that FR would then publish the location of the other FR to the PR.
_________________
It's puzzling, I don't think I've ever seen anything quite like this before...and it's hard to soar like an eagle when you're surrounded by turkeys. |
|
| Back to top |
|
|
| hughson |
| Posted: Tue Jul 30, 2013 2:43 am Post subject: Re: When one of the FULL Respository is not available. |
|
|
Padawan
Joined: 09 May 2013
Posts: 1914
Location: Bay of Plenty, New Zealand
|
| JohnSmith wrote: |
| lets assume a setup of 3 queue managers - QM1(partial), QM2(FULL) and QM3(FULL), QM4 (partial). Now QM1(partial) has a manually defined CLUSSDR channel to QM2(FULL), now if QM2 Queue manager goes down or the corresponding server goes down or if the link is broken, then any changes in MQ objects on QM1 will not go to Full Repository QM3? and QM4 will not be aware of those changes in QM1? |
QM1(partial) will also have a channel to QM3(FULL) and changes to the cluster will be sent to both QM2(FULL) and QM3(FULL).
All the messages for QM2(FULL) will sit on the XmitQ until it is back on-line.
All the messages for QM3(FULL) will be delivered and any interested parties (e.g. QM4(partial)) will be informed of the changes.
Cheers
Morag
_________________
Morag Hughson @MoragHughson
IBM MQ Technical Education Specialist
Get your IBM MQ training here!
MQGem Software |
|
| Back to top |
|
|
| bruce2359 |
| Posted: Tue Jul 30, 2013 5:26 am Post subject: |
|
|
Poobah
Joined: 05 Jan 2008
Posts: 9398
Location: US: west coast, almost. Otherwise, enroute.
|
Presuming that the two FRs are fully interconnected, if one of them fails, the remaining FR will provide FR services to the PRs. Clustering software on PRs will automatically create clussdr channels to the remaining FR. When PRs join the cluster, they will be sent clusrcvr info of the other FR, in case the chosen FR fails.
If FRs also host applications, it is possible that app msgs might be stranded on the failed FR.
_________________
I like deadlines. I like to wave as they pass by.
ב''ה
Lex Orandi, Lex Credendi, Lex Vivendi. As we Worship, So we Believe, So we Live. |
|
| 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
|
|
|
|
