To remove a single point of failure, I've been inquiring about methods to allow 2 or more queue managers, on different servers, to get messages from a shared queue...
1) Is there a way to create a single shared queue, which can be written to by our customers, where any one of my active Queue Managers can retrieve the messages?
I don't believe clustering (by itself) will solve my problem, as you still need one of the cluster servers to be defined as a gateway, which creates another single point of failure...
I'm told that Mainframes running MQ Series are capable of running a "Virtual Gateway", as well as "Shared Queueing"...
I want my "Trading Partner" to send its messages to a single "Virtual Queue", that I can access from any of my backend Queue Managers...
Our "Trading Partner" is setup in such a way as to have complete redundancy on their side of the equation...
I want to know how my partner can send their data to a single "address", which I can access from any one of my servers...
Is there a way to do this?
We are running on Mainframes...
TIA
Jxfish2
1) Is there a way to create a single shared queue, which can be written to by our customers, where any one of my active Queue Managers can retrieve the messages?
I don't believe clustering (by itself) will solve my problem, as you still need one of the cluster servers to be defined as a gateway, which creates another single point of failure...
I'm told that Mainframes running MQ Series are capable of running a "Virtual Gateway", as well as "Shared Queueing"...
I want my "Trading Partner" to send its messages to a single "Virtual Queue", that I can access from any of my backend Queue Managers...
Our "Trading Partner" is setup in such a way as to have complete redundancy on their side of the equation...
I want to know how my partner can send their data to a single "address", which I can access from any one of my servers...
Is there a way to do this?
We are running on Mainframes...
TIA
Jxfish2