| |
|
RSS Feed - WebSphere MQ Support
|
RSS Feed - Message Broker Support
|
  |
|
| How many qmgrs on a single ZOS LPAR ? |
« View previous topic :: View next topic » |
| Author |
Message
|
| KIT_INC |
 Posted: Sun Jul 01, 2012 8:43 am Post subject: How many qmgrs on a single ZOS LPAR ? |
 |
|
Knight
Joined: 25 Aug 2006
Posts: 589
|
Because of organization change, we will be getting ZOS systems. We will be working with ZOS system programmers. For our learning purpose,we like to have some understanding of MQ on ZOs. We were told more than a couple of years ago that there can only be 1 QMGR under a single S/390 system because MQ is a subsystem We are not familiar with ZOS and we think that this may be limitation with subsystems. It was possible to have a second MQ subsystem for migration purpose. You have to switch between them they cannot run in paralle. Recently I have heard people talking about running 3 or 4 QMGRs under the same ZOS LPAR. I was not surprised because technology changes very quickly,
1, Is it true that we now can have multiple ZOS QMGR running in parallel under a single ZOS system ?
2. Is there any advantage of running more than 1 ZOS production QMGR under a single LPAR ? We always believe (on distributed platform) that it is more efficient if 1 QMGR can handke the workload there is no good reason to add another one because MQ can exploit all the processors available. This may not be true for ZOS and perhaps we are wrong even on distributed platform. |
|
| Back to top |
|
 |
| bruce2359 |
| Posted: Sun Jul 01, 2012 8:59 am Post subject: Re: How many qmgrs on a single ZOS LPAR ? |
|
|
Poobah
Joined: 05 Jan 2008
Posts: 9469
Location: US: west coast, almost. Otherwise, enroute.
|
| KIT_INC wrote: |
| Because of organization change, we will be getting ZOS systems. We will be working with ZOS system programmers. For our learning purpose,we like to have some understanding of MQ on ZOs. |
Congratulations! Welcome to the world of big computers.
| KIT_INC wrote: |
| We were told more than a couple of years ago that there can only be 1 QMGR under a single S/390 system because MQ is a subsystem |
You were misled. You can have dozens or hundreds of qmgrs in a single z/OS LPAR. This has been true for decades.
| KIT_INC wrote: |
| We are not familiar with ZOS and we think that this may be limitation with subsystems. It was possible to have a second MQ subsystem for migration purpose. |
Yes. You should get training on WMQ for z/OS. Go to http://www-304.ibm.com/jct03001c/services/learning/ites.wss/us/en?pageType=course_description&courseCode=WM300
| KIT_INC wrote: |
| You have to switch between them they cannot run in parallel. Recently I have heard people talking about running 3 or 4 QMGRs under the same ZOS LPAR. I was not surprised because technology changes very quickly. |
You can run many qmgrs in parallel. One of my clients ran few dozen qmgrs in a single z/OS LPAR. Again, this has been the case for decades.
| KIT_INC wrote: |
| 1, Is it true that we now can have multiple ZOS QMGR running in parallel under a single ZOS system ? |
Yes.
| KIT_INC wrote: |
| 2. Is there any advantage of running more than 1 ZOS production QMGR under a single LPAR ? We always believe (on distributed platform) that it is more efficient if 1 QMGR can handle the workload there is no good reason to add another one because MQ can exploit all the processors available. This may not be true for ZOS and perhaps we are wrong even on distributed platform. |
I've found that most z hardware is generally provisioned with huge amounts of central-stroage (RAM), DASD (disk), and processors (CPUs). Mid-range platforms are often marginally or minimally provisioned.
Couple the hardware with z/OS's robust multi-tasking capabilities, and there are few reasons not to run multiple qmgrs in single z/OS instance.
z/OS system programmers have some technical stuff to do to install and configure WMQ that are unique to WMQ on z/OS, and unknown on Windows and UNIX. Things like defining subsystems and creating pagesets.
Download WMQ for z/OS manuals from IBM, and start reading.
_________________
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 |
|
|
| bruce2359 |
| Posted: Sun Jul 01, 2012 9:14 am Post subject: |
|
|
Poobah
Joined: 05 Jan 2008
Posts: 9469
Location: US: west coast, almost. Otherwise, enroute.
|
Moved to the Mainframe, CICS, TXSeries forum
_________________
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 |
|
|
| KIT_INC |
| Posted: Sun Jul 01, 2012 9:38 am Post subject: |
|
|
Knight
Joined: 25 Aug 2006
Posts: 589
|
Hi bruce2359,
Thanks for the quick response. We probably do not have money to go for the ZOS training. But we definitely will start reading the manual. |
|
| Back to top |
|
|
| bruce2359 |
| Posted: Sun Jul 01, 2012 10:56 am Post subject: |
|
|
Poobah
Joined: 05 Jan 2008
Posts: 9469
Location: US: west coast, almost. Otherwise, enroute.
|
Don't panic... yet.
WMQ admin is done similarly. It's roughly 80 percent the same as mid-range WMQ, and 20 percent different
There is no runmqsc; but there are ISPF panels for defining, displaying, altering, deleting objects. There is also a batch CSQUTIL that you can pass MQSC commands to (like runmqsc). CSQUTIL is a general-purpose WMQ utility - it does many other admin things. Batch is accomplished via JCL (Job Control Language), which is unique to z/OS (MVS).
The WMQ for z/OS manuals (and InfoCenter equivalents) are for the z/OS experienced.
I gather that you are not a z/OS person. You will need to get some fundamental skills. IBM offers ES10A Fundamental System Skills in z/OS, which introduces JCL, ISPF, submitting jobs, looking at output. ES10A is not WMQ-specific; but consider it a mandatory minimum for working in the z/OS environment. If you lack these skills, you will be very dependent on the z/OS sysprogs at your shop. Make friends with them. Sysprogs can be a grouchy lot, but are a source of knowledge and experience you will find invaluable.
_________________
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 |
|
|
| KIT_INC |
| Posted: Sun Jul 01, 2012 1:43 pm Post subject: |
|
|
Knight
Joined: 25 Aug 2006
Posts: 589
|
|
| Back to top |
|
|
| elkinsc |
| Posted: Sun Jul 01, 2012 4:43 pm Post subject: WMQ07 Wildfire workshops |
|
|
Centurion
Joined: 29 Dec 2004
Posts: 138
Location: Indy
|
For a 'free' session in North America, sign up for one of the ATS WMQ07 wildfire workshops. We have several in plan, and if none is close by ask your IBM WebSphere for z rep to request one close by.
Dates and locations now are:
July 17-19 in Atlanta, GA (confirmed)
July 24-26 in Springfield, VA
July 31 - Aug 2 in Baton Rouge LA
Aug 21-23 in Charlotte NC
September 25-27 in Denver
You should also see if you can get to SHARE. Please see: http://www.share.org/
It is not free, but you can get a lot of training in one place there.
Last edited by elkinsc on Mon Jul 02, 2012 8:27 am; edited 2 times in total |
|
| Back to top |
|
|
| Vitor |
| Posted: Mon Jul 02, 2012 5:06 am Post subject: |
|
|
Grand High Poobah
Joined: 11 Nov 2005
Posts: 26093
Location: Texas, USA
|
| bruce2359 wrote: |
| I gather that you are not a z/OS person. You will need to get some fundamental skills. IBM offers ES10A Fundamental System Skills in z/OS, which introduces JCL, ISPF, submitting jobs, looking at output. ES10A is not WMQ-specific; but consider it a mandatory minimum for working in the z/OS environment. |
If you don't have some grounding in z/OS then much of the WMQ z/OS documentation will be hard to understand. And even harder to implement.
_________________
Honesty is the best policy.
Insanity is the best defence. |
|
| Back to top |
|
|
| cicsprog |
| Posted: Mon Jul 02, 2012 7:26 am Post subject: |
|
|
Partisan
Joined: 27 Jan 2002
Posts: 347
|
Hi. I am a grouchy System Programmer.
You might suggest that the System Programers define the QManagers. They will be or should be more familiar with JCL and building subsystems. CICS or DB2 Systems programmers would especially be a good resource for a MQ subsystem build.
Once you have the Queue Mangers defined AND BEING BACKED UP, MQ Administration is about 90 percent that same as on all the other platforms. You should read up on STGCLASSes as a big defference between the MQ Admin OS's.
Have your security Admin start reading up on the MQ ZOS Security Classes and don't forget to define a secure environment in your deployment.
There are some really good Supportpacs that MQ ZOS MQ more friendly.
Lastly, make sure you have a monitoring package. Hopefully your current distribute systems have one. The vendor probably also supports ZOS MQ monitoring.
Good Luck. |
|
| 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
|
|
|
|
