ASG
IBM
Zystems
Cressida
Icon
Netflexity
 
  MQSeries.net
Search  Search       Tech Exchange      Education      Certifications      Library      Info Center      SupportPacs      LinkedIn  Search  Search                                                                   FAQ  FAQ   Usergroups  Usergroups
 
Register  ::  Log in Log in to check your private messages
 
RSS Feed - WebSphere MQ Support RSS Feed - Message Broker Support

MQSeries.net Forum Index » Clustering » CLUSSDRA status ?

Post new topic  Reply to topic Goto page Previous  1, 2
 CLUSSDRA status ? « View previous topic :: View next topic » 
Author Message
KIT_INC
PostPosted: Wed Nov 09, 2016 1:10 pm    Post subject: Reply with quote

Knight

Joined: 25 Aug 2006
Posts: 589

Quote:
Then what is the point of having them in the cluster?

This reduce MQ admin work (no remote Q definition). There are still a lot of traffic expected from the 70% to the 30%
Back to top
View user's profile Send private message
hughson
PostPosted: Wed Nov 09, 2016 2:42 pm    Post subject: Re: CLUSSDRA status ? Reply with quote

Padawan

Joined: 09 May 2013
Posts: 1914
Location: Bay of Plenty, New Zealand

You've had plenty of discussion along the "why are you doing this" lines, but I don't think anyone has actually answered your questions.

KIT_INC wrote:
If I understand it correctly, MQ clustering will auto define a channel between CQM1 and CQM2 (CLUSSDRA) and also a CLUSSDRA between CQM2 and CQM1.
Given that these two queue managers are both partial repositories, MQ clustering will only auto define a channel between them IFF there are messages being put to a cluster queue hosted by one of them from an application connected to the other one. There won't be any need for these two partial repositories to know about each other if that doesn't happen. You can see this by using the DISPLAY CLUSQMGR command - they shouldn't have any knowledge about each other if you don't expect them to communicate directly in this way.

KIT_INC wrote:
These channel will go into retry status until the long retry count is exhausted. Is that right ?
If such channels did appear and communication could not be established due to your firewall rules, then yes, retry until no more retries.

KIT_INC wrote:
and the retry will start again when ever CQM1 OR CQM2 is restarted. Is that the case.
Not sure whether you're asking if the retry will start again from the beginning after a queue restart, or whether the fact that the channel is in retry status will be remembered over a queue manager restart, so let me just say this.

Retry status, i.e. how far through the retries have you got and the fact that the channel is in retry status, is saved over a queue manager restart (has been since about MQ V5.1). You can see this saved state using:-
Code:
DISPLAY CHSTATUS(name) SAVED


P.S. You're not the first customer who has wanted to ensure partial repository queue manager don't talk to one another, and you won't be the last.

P.P.S. You could also consider CHLAUTH TYPE(QMGRMAP) rules to only allow expected cluster queue managers to communicate with other cluster queue managers.

Cheers
Morag
_________________
Morag Hughson @MoragHughson
IBM MQ Technical Education Specialist
Get your IBM MQ training here!
MQGem Software
Back to top
View user's profile Send private message Visit poster's website
fjb_saper
PostPosted: Thu Nov 10, 2016 6:32 am    Post subject: Reply with quote

Grand High Poobah

Joined: 18 Nov 2003
Posts: 20696
Location: LI,NY

KIT_INC wrote:
With the hybrid, we will need to do additional work such as defining remote Qs.

Not sure where you get that. If your queue definition clearly states a cluster Alias or a queue manager name, there is no need for a remote queue.
What you do need though is to define a default transmission queue using the transmission queue pointing to the HUB!.

The imperative for remote queues would be for security purposes only.

The Hub should then have a default routing to all of the spoke queue managers (and cluster PRs (part of the cluster definition)).

Have fun
_________________
MQ & Broker admin
Back to top
View user's profile Send private message Send e-mail
Display posts from previous:   
Post new topic  Reply to topic Goto page Previous  1, 2 Page 2 of 2

MQSeries.net Forum Index » Clustering » CLUSSDRA status ?
Jump to:  



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
Protected by Anti-Spam ACP
 
 


Theme by Dustin Baccetti
Powered by phpBB © 2001, 2002 phpBB Group

Copyright © MQSeries.net. All rights reserved.