| |
|
RSS Feed - WebSphere MQ Support
|
RSS Feed - Message Broker Support
|
  |
|
| Shared Transmission queue for ZOS Qmgr to AIX qmgr |
« View previous topic :: View next topic » |
| Author |
Message
|
| KIT_INC |
 Posted: Fri Mar 22, 2013 12:52 am Post subject: Shared Transmission queue for ZOS Qmgr to AIX qmgr |
 |
|
Knight
Joined: 25 Aug 2006
Posts: 589
|
I am runnig MQ V701 on ZOS and AIX. I am moving data from 3 ZOS Qmgrs to 1 AIX Qmgr. The 3 ZOS Qmgrs are in a QSG. There is a requirement that some message from ZOS QM1 has to get to AIX half an hour before some message from ZOS QM2. When everything is normal. With an half hour gap, we have no problem at all. We are just thinking that if SDR channel of ZOS QM1 is down for more than half an hour, we will be in trouble.
Can I use a single shared XMITQ in CF to send data to the AIX QMGR ?
If we have a single XMITQ in CF shared by the 3 SDR channels , the message will be pciked up by one of the channels and sent to AIX.
I remember that the SDR MCA on distributed system open the XMITQ exclusive which make it not possible to share XMITQ by MCA.
Is there any changes on this ? I am new to MQ on ZOS. Perhaps SDR channel on ZOS is different. |
|
| Back to top |
|
 |
| Mr Butcher |
| Posted: Fri Mar 22, 2013 1:42 am Post subject: |
|
|
Padawan
Joined: 23 May 2005
Posts: 1716
|
Hello,
if my understanding of your post is correct, then you assume, that - when the transmission queue is shared in the CF, you can have multiple channels from different z/OS qmgrs to the aix system all using this "shared" transmission queue at the same time.
this assumption is not correct. Having a shared transmission queue and shared channels in all queuemanagers of the QSG has the benefit, that - if QM1 fails that has the channel active, QM2 can jump in and continue to handle the channel. but there is only 1 channel active at one time using the "shared" transmission queue "exclusively".
shared in this case does not mean shared between channels, but between queuemanagers of the qsg.
In addition, your "half hour problem" is an issue within the application logic and dependencies. I am not sure, if you should (or can) deal with it using a specific channel setup.
_________________
Regards, Butcher |
|
| Back to top |
|
|
| KIT_INC |
| Posted: Fri Mar 22, 2013 2:00 am Post subject: |
|
|
Knight
Joined: 25 Aug 2006
Posts: 589
|
Thanks. So there is only one channel active using the shared XMITQ in CF. I am new to ZOS MQ. I asume that I still have to have 3 channel defined
1. From ZOSQM1 to AIXQM
2. From ZOSQM2 to AIXQM
3. From ZOSQM2 to AIXQM
When these QM comes up which one of the 3 channel will be started and use the XMITQ ? Will the other two be in Inactive status and jump in if the runnign channel died. Is the jump in automatic ? |
|
| Back to top |
|
|
| Mr Butcher |
| Posted: Fri Mar 22, 2013 2:17 am Post subject: |
|
|
Padawan
Joined: 23 May 2005
Posts: 1716
|
IMHO it depends on the kind of failure. maybe you should do some reading about that in the intercommunication guide (or the proper section in the info center), especially about "Shared channel recovery" or see your z/OS MQ colleague ......
_________________
Regards, Butcher |
|
| Back to top |
|
|
| bruce2359 |
| Posted: Fri Mar 22, 2013 5:41 am Post subject: Re: Shared Transmission queue for ZOS Qmgr |
|
|
Poobah
Joined: 05 Jan 2008
Posts: 9469
Location: US: west coast, almost. Otherwise, enroute.
|
| KIT_INC wrote: |
| Can I use a single shared XMITQ in CF to send data to the AIX QMGR ? |
No. A "shared queue" in this instance means a queue shared within a z/OS Queue Sharing Group. Messages put to shared queues are propagated to structures in a Coupling Facility. A CF is a z/OS-only device.
Shared queues are only available to z/OS qmgrs that are members of the same QSG.
You can write a z/OS application to consume messages from a shared queue, and put them to a local (not shared) xmit queue for their transmission on a normal channel to an AIX qmgr. With automation, you can have this app come to life every 30 minutes.
_________________
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: Mon Mar 25, 2013 12:59 am Post subject: |
|
|
Knight
Joined: 25 Aug 2006
Posts: 589
|
Hi bruce2359, I am confused. Please excuse my ignorance since I am not familiar with Zos QSG. I am using my MQ distributed knowledge to try to understand this.
If my 3 MQ ZOS is not in QSG, I can have a sender channel on each MQ ZOS to send data to my AIX
For example , on ZOSQM1
DEF CHL(ZOSQM1.AIXQM) CHLTYPE(SDR) ......XMITQ(AIXQM)
on ZOSQM2
DEF CHL(ZOSQM2.AIXQM) CHLTYPE(SDR) ......XMITQ(AIXQM)
on ZOSQM3
DEF CHL(ZOSQM3.AIXQM) CHLTYPE(SDR) ......XMITQ(AIXQM)
The MCA running in channel initiator of each ZOS will MQGET message form XMITQ AIXQM of its own Qmgr and sends the message.
I can have these 3 running in parallel. This is straight forward.
When I have the 3 ZOS QMGR in a QSG and define AIXQM as a shared queue in CF. In theory, the 3 MCAs running in the 3 channel initiator address space can have access to ths shared AIXQM queue in CF at the same time. If they can, will the 3 SDR channels start and run in parallel ? Does ZOS support this ? |
|
| Back to top |
|
|
| Mr Butcher |
| Posted: Mon Mar 25, 2013 1:12 am Post subject: |
|
|
Padawan
Joined: 23 May 2005
Posts: 1716
|
No! I already tried to explain you. A "shared" transmission queue does not mean shared access, it is shared between queuemanagers because it lives in the CF, but access to it (from the channel point of view) is exclusive and there is only 1 channel active at a time (if you have shared outbound channels using this xmitq)
_________________
Regards, Butcher |
|
| Back to top |
|
|
| bruce2359 |
| Posted: Mon Mar 25, 2013 3:56 am Post subject: |
|
|
Poobah
Joined: 05 Jan 2008
Posts: 9469
Location: US: west coast, almost. Otherwise, enroute.
|
| KIT_INC wrote: |
| Hi bruce2359, I am confused. Please excuse my ignorance since I am not familiar with Zos QSG. I am using my MQ distributed knowledge to try to understand this. |
While the basics of WMQ are the same for all supported platforms, there are some dramatic differences between WMQ for z/OS and WMQ for non-z/OS platforms. Please spend some valuable time researching QSGs, their capabilities and restrictions.
Only z/OS qmgrs may be members of a QSG. Only members of a QSG may access z/OS QSG "shared queues." Only z/OS qmgrs in a QSG may access QSG channels. Windows and UNIX qmgrs can not be members of a QSG.
| KIT_INC wrote: |
If my 3 MQ ZOS is not in QSG, I can have a sender channel on each MQ ZOS to send data to my AIX
For example , on ZOSQM1
DEF CHL(ZOSQM1.AIXQM) CHLTYPE(SDR) ......XMITQ(AIXQM)
on ZOSQM2
DEF CHL(ZOSQM2.AIXQM) CHLTYPE(SDR) ......XMITQ(AIXQM)
on ZOSQM3
DEF CHL(ZOSQM3.AIXQM) CHLTYPE(SDR) ......XMITQ(AIXQM)
The MCA running in channel initiator of each ZOS will MQGET message form XMITQ AIXQM of its own Qmgr and sends the message.
I can have these 3 running in parallel. This is straight forward. |
These channels are private channels between z/OS qmgrs and AIX qmgrs.
z/OS qmgrs, members of a QSG or not, may have private channels to other qmgrs. These private channels may be to z/OS qmgrs, Windows qmgrs, UNIX qmgrs. No problem.
| KIT_INC wrote: |
| When I have the 3 ZOS QMGR in a QSG ... will the 3 SDR channels start and run in parallel ? Does ZOS support this ? |
Yes, private channels are supported on all WMQ platforms.
Again, it makes no difference if a z/OS qmgr is or is not a member of a QSG to have private channels to other qmgrs.
One of the purposes of z/OS QSG shared channels (and shared xmitq) is to enable z/OS-qmgr to z/OS-qmgr messaging at CF speeds.
Here is a place to begin your understanding of QSG shared channels http://publib.boulder.ibm.com/infocenter/wmqv7/v7r1/index.jsp?topic=%2Fcom.ibm.mq.doc%2Fzc10550_.htm
_________________
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
|
|
|
|
