| Author |
Message
|
| sijtom0703 |
 Posted: Sat May 28, 2011 1:47 am Post subject: Convert distributed Queue Managers into Clustered in MQv7 |
 |
|
Voyager
Joined: 28 May 2011
Posts: 84
Location: USA
|
Hi,
We have WebSphere MQ v7 Queue Managers (around 20) in Windows platform spread across multiple servers (each server having one queue manager) in distributed fashion connecting to remote Mainframe MQ Servers. We are planning to migrate this to a Clustered environment in our end (Windows Platform). Is there a standard procedure provided by IBM on this or do we have to start from scratch. Please comment on this. |
|
| Back to top |
|
 |
| fjb_saper |
| Posted: Sat May 28, 2011 4:15 am Post subject: |
|
|
Grand High Poobah
Joined: 18 Nov 2003
Posts: 20756
Location: LI,NY
|
 Cluster manual from the infocenter  all explained therein is :yoda: 
_________________
MQ & Broker admin |
|
| Back to top |
|
|
| bruce2359 |
| Posted: Sat May 28, 2011 5:22 am Post subject: |
|
|
Poobah
Joined: 05 Jan 2008
Posts: 9469
Location: US: west coast, almost. Otherwise, enroute.
|
Briefly, all you need to do is (following the instructions in the documentation recommended above) define cluster objects in your existing qmgrs. You need not start from scratch.
Of course, you should do this first in test environment.
_________________
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 |
|
|
| mqjeff |
| Posted: Sat May 28, 2011 1:37 pm Post subject: |
|
|
Grand Master
Joined: 25 Jun 2008
Posts: 17447
|
Please note that both of the responses above are assuming that you mean that you want to create an MQCluster that covers your existing qmgrs.
If you want to create an MSCS cluster and provide High Availability for your queue managers, this is a different process that has different requirements - but is also documented... |
|
| Back to top |
|
|
| SevenDwarfs_Happy |
| Posted: Fri Jun 10, 2011 1:32 pm Post subject: RE: Clustered qmgrs |
|
|
Newbie
Joined: 01 Feb 2007
Posts: 2
|
It's very easy to create a cluster using MQ Explorer. See the steps here:
Cluster repositories
A cluster repository contains information about the cluster; for example, information about the queue managers that are members of the cluster, and the cluster channels. Repositories are hosted by the queue managers in the cluster. Normally, to ensure availability, two queue managers (on different computers) host full repositories, which contain a complete set of information about the cluster and its resources. The two queue managers exchange messages to keep their repositories synchronized. All the other queue managers in the cluster host partial repositories, which contain an incomplete set of information about the cluster and its resources.
A queue manager's partial repository contains only information about the queue managers with which the queue manager needs to exchange messages. The queue manager requests updates from the full repositories so that if the information changes, the full repository queue managers sends them the new information. For much of the time a queue manager's partial repository has all the information it needs to perform within the cluster. When a queue manager needs some additional information, it makes inquiries of the full repository and updates its partial repository.
Two special types of channel are used by each queue manager for this purpose, one each of cluster-sender (CLUSSDR) and cluster-receiver (CLUSRCVR).
From:
http://publib.boulder.ibm.com/infocenter/wmqv7/v7r0/index.jsp?topic=/com.ibm.mq.explorer.doc/e_cluster_creating.htm
The new version of MQ Explorer can be downloaded from:
http://www-01.ibm.com/support/docview.wss?uid=swg24021041&wv=1
By-the-way...why would you post answers like "read the manual"? Why would you have a forum to post questions if the answer was always "read the manual" or "look it up in a book" or "read before you ask questions"? Sure we all need to read more but the purpose of a forum is to quickly find answers or retrieve ideas about technical issues or to just find a starting point for what you are trying to accomplish. |
|
| Back to top |
|
|
| exerk |
| Posted: Fri Jun 10, 2011 2:30 pm Post subject: Re: RE: Clustered qmgrs |
|
|
Jedi Council
Joined: 02 Nov 2006
Posts: 6339
|
| SevenDwarfs_Happy wrote: |
| By-the-way...why would you post answers like "read the manual"? Why would you have a forum to post questions if the answer was always "read the manual" or "look it up in a book" or "read before you ask questions"? Sure we all need to read more but the purpose of a forum is to quickly find answers or retrieve ideas about technical issues or to just find a starting point for what you are trying to accomplish. |
Give a man a fish and he'll eat for a day, teach a man to fish and you feed him for lifetime. It is expected that posters will do at least a little research, do some reading, and when stuck, post; it would be easy to post answers to every question but that's not what the site is about.
_________________
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 |
|
|
| bruce2359 |
| Posted: Fri Jun 10, 2011 2:39 pm Post subject: |
|
|
Poobah
Joined: 05 Jan 2008
Posts: 9469
Location: US: west coast, almost. Otherwise, enroute.
|
For me, the primary reasons for 'read the manual' is that the manual (or InfoCenter) contains current, and therefore, correct information.
Posts here may refer to old or very old versions of MQ; or the person who posted may have provided incorrect information.
If you want to know the weather, don't ask someone else - open the door and step outside.
_________________
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 |
|
|
| Vitor |
| Posted: Fri Jun 10, 2011 3:23 pm Post subject: Re: RE: Clustered qmgrs |
|
|
Grand High Poobah
Joined: 11 Nov 2005
Posts: 26093
Location: Texas, USA
|
| SevenDwarfs_Happy wrote: |
| Sure we all need to read more but the purpose of a forum is to quickly find answers or retrieve ideas about technical issues or to just find a starting point for what you are trying to accomplish. |
a) It's not the purpose of this forum to quickly find answers. The purpose of this forum is to find answers when you've exhausted other resources.
b) Pointing people at the documentation is done because that is the proper starting point for what you're trying to accomplish
c) Learning how to do something yourself is far superior than following the instructions of a bunch of volunteers on the Internet. Especially when it suddenly breaks and your only response to questions from your management about how long it'll take you to fix it is along the lines of "I don't know, no-one's answered my post yet"
d) We encourage people to read and search the forum because we don't remove posts and, over the years many questions have already been answered. Finding this previous answer is faster than waiting for someone to respond.
e) This is not some secret practice. All of this, the recommendation to read the InfoCenter, search the forum and demonstrate you've done this are laid out in the Read First section, along with a warning that if you don't you're likely to be advised to.
| SevenDwarfs_Happy wrote: |
| retrieve ideas about technical issues |
There is a world of difference between a posting on here "How do I convert 20 queue managers into a cluster" and a posting "I followed <link> instructions to convert 20 queue managers into a cluster and <symptom> happens. I've tried <resolution> to fix it and it's not helped. What should I do?"
_________________
Honesty is the best policy.
Insanity is the best defence. |
|
| Back to top |
|
|
| shashivarungupta |
| Posted: Fri Jun 10, 2011 8:32 pm Post subject: Re: RE: Clustered qmgrs |
|
|
Grand Master
Joined: 24 Feb 2009
Posts: 1343
Location: Floating in space on a round rock.
|
| exerk wrote: |
| SevenDwarfs_Happy wrote: |
| By-the-way...why would you post answers like "read the manual"? Why would you have a forum to post questions if the answer was always "read the manual" or "look it up in a book" or "read before you ask questions"? Sure we all need to read more but the purpose of a forum is to quickly find answers or retrieve ideas about technical issues or to just find a starting point for what you are trying to accomplish. |
Give a man a fish and he'll eat for a day, teach a man to fish and you feed him for lifetime. It is expected that posters will do at least a little research, do some reading, and when stuck, post; it would be easy to post answers to every question but that's not what the site is about. |
 Very true !
@SevenDwarfs_Happy : As Vitor and other senior members has said all correctly , I would add a little point that 'directing to read a manual is like showing the path where one can find the solution by reading and understanding and applying it, when one reads a latest manual he/she, most of the time, comes in the contact of extra information other then just what he is looking at that moment as solution' That extra info. can help him/her in the future because knowledge is the thing that the most you share the most you gain (at least one should have it to share)
_________________
*Life will beat you down, you need to decide to fight back or leave it. |
|
| Back to top |
|
|
| cicsprog |
| Posted: Mon Jun 13, 2011 7:11 am Post subject: |
|
|
Partisan
Joined: 27 Jan 2002
Posts: 347
|
One thing to remember should you convert to cluster. In our naming standard we use the name of the DESTINATION Queue Manager as the XMITq for the Sending queue manager.
Example, MQMA and MQMB. MQMA send msgs to MQMB. XMITq on MQMA is MQMB with sender channel of MQMA.TO.MQMB.
If you convert these to a clustering configuration, you shoud remove XMITq MQMB and Sender channel MQMA.TO.MQMB. If you DONOT, the cluster will continue to use these objects to send the messages. Worse yet, if you just remove the Sender Channel, messages will build up in the MQMB XMITq. This is difficult to figure out what has happened after a move to clustering.
This order of sending presitence is documented in the Intercommunication guide. And, I've found out the hard way also.  |
|
| Back to top |
|
|
| exerk |
| Posted: Mon Jun 13, 2011 8:36 am Post subject: |
|
|
Jedi Council
Joined: 02 Nov 2006
Posts: 6339
|
| cicsprog wrote: |
| ...If you convert these to a clustering configuration, you shoud remove XMITq MQMB and Sender channel MQMA.TO.MQMB. If you DONOT, the cluster will continue to use these objects to send the messages... |
I think you are misinformed. Cluster traffic will only pass through cluster objects.
_________________
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 |
|
|
| mqjeff |
| Posted: Mon Jun 13, 2011 8:39 am Post subject: |
|
|
Grand Master
Joined: 25 Jun 2008
Posts: 17447
|
| exerk wrote: |
| cicsprog wrote: |
| ...If you convert these to a clustering configuration, you shoud remove XMITq MQMB and Sender channel MQMA.TO.MQMB. If you DONOT, the cluster will continue to use these objects to send the messages... |
I think you are misinformed. Cluster traffic will only pass through cluster objects. |
I believe cicsprog is explaining that MQ name resolution can send data through a non-cluster route, even when there is a cluster route available, depending on how the messages are actually addressed.
So, yes, you are correct that traffic that has been addressed to a cluster object and been properly resolved to a cluster address will in fact go over the cluster channels.
However, it's entirely possible to address a message to an object that happens to be shared in a cluster, and have that resolve to a non-cluster destination, and thus take a non-cluster route. |
|
| Back to top |
|
|
| cicsprog |
| Posted: Mon Jun 13, 2011 9:34 am Post subject: |
|
|
Partisan
Joined: 27 Jan 2002
Posts: 347
|
| exerk wrote: |
| cicsprog wrote: |
| ...If you convert these to a clustering configuration, you shoud remove XMITq MQMB and Sender channel MQMA.TO.MQMB. If you DONOT, the cluster will continue to use these objects to send the messages... |
I think you are misinformed. Cluster traffic will only pass through cluster objects. |
Per the Clustering Manual:
During name resolution, the cluster transmission queue takes precedence over the default transmission queue. When a queue manager that is not part of a cluster puts a message to a remote queue, the default action, if there is no transmission queue with the same name as the destination queue manager, is to use the default transmission queue. When the sending queue manager is part of a cluster, the default action, if there is no transmission queue with the same name as the destination queue manager, is to use SYSTEM.CLUSTER.TRANSMIT.QUEUE, except when the destination queue is not part of the cluster. In short, if the normal resolution takes place, the normal transmission queue is used if the queue is resolved using the full repository, SYSTEM.CLUSTER.TRANSMIT.QUEUE is used. |
|
| Back to top |
|
|
| mqjeff |
| Posted: Mon Jun 13, 2011 10:01 am Post subject: |
|
|
Grand Master
Joined: 25 Jun 2008
Posts: 17447
|
You see that bit where it keeps saying
| Quote: |
| if there is no transmission queue with the same name as the destination queue manager |
That's what cicsprog had, an xmitq with the same name as the destination queue manager.
You see? |
|
| Back to top |
|
|
| bruce2359 |
| Posted: Mon Jun 13, 2011 11:43 am Post subject: |
|
|
Poobah
Joined: 05 Jan 2008
Posts: 9469
Location: US: west coast, almost. Otherwise, enroute.
|
Name resolution looks for a local definition in this order:
QL
QM
QA
QR
and if none found,then
repository local
repository full
-----
_________________
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 |
|
|
|
|
