| Author |
Message
|
| kordi |
 Posted: Tue Nov 04, 2014 2:35 pm Post subject: Data replication between two running QMGR |
 |
|
Centurion
Joined: 28 May 2012
Posts: 146
Location: PL
|
Hi there,
Is it possible to have data replication between two running Queue Managers on two different servers, one working as live PROD server and second as a copy of PROD server, with no app connected to it, both started and running?
Does it make any sense at all? |
|
| Back to top |
|
 |
| mqjeff |
| Posted: Tue Nov 04, 2014 2:44 pm Post subject: |
|
|
Grand Master
Joined: 25 Jun 2008
Posts: 17447
|
You mean a multi-instance queue manager?
A backup queue manager?
An HA queue manager? |
|
| Back to top |
|
|
| kordi |
| Posted: Tue Nov 04, 2014 2:49 pm Post subject: |
|
|
Centurion
Joined: 28 May 2012
Posts: 146
Location: PL
|
I mean two stand alone servers with its own filesystems (no shared data) and QMGR on each of this server, one PROD and one CoB (Continuity of Busienss) as a copy of PROD and data replication PROD -> CoB in the background to have current copy of PROD on CoB.
So briefly a backup Queue Manager 
I think it doesnt make any sens but some guys claims it is possible. |
|
| Back to top |
|
|
| PeterPotkay |
| Posted: Tue Nov 04, 2014 4:26 pm Post subject: |
|
|
Poobah
Joined: 15 May 2001
Posts: 7722
|
The closest thing to what you describe is a "Backup Queue Manager", as described here:
http://www-01.ibm.com/support/knowledgecenter/SSFKSJ_7.5.0/com.ibm.mq.con.doc/q018610_.htm
Another potential idea along these lines is that you have your queue manager built on a virtual server, and the storage that constitutes that entire server is being replicated asynchronously at the storage layer to alternate data center where the server (and your queue manager) can be brought up when needed, presumably never when the "real" one in the your primary data center is still up. This replication happens constantly and asynchronously, MQ being totally unaware it is happening.
_________________
Peter Potkay
Keep Calm and MQ On |
|
| Back to top |
|
|
| exerk |
| Posted: Wed Nov 05, 2014 12:33 am Post subject: |
|
|
Jedi Council
Joined: 02 Nov 2006
Posts: 6339
|
Or, there is a sponsor of this site that has a product to do replication and reconciliation of messages... 
_________________
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 |
|
|
| zpat |
| Posted: Wed Nov 05, 2014 1:03 am Post subject: |
|
|
Jedi Council
Joined: 19 May 2001
Posts: 5866
Location: UK
|
Use SRDF to replicate the MQ data/log filesystems to the other site in real-time. We actually use synchronous rather than asynchronous replication so there can be absolutely no data latency (OTT really I know).
In DR, just bring these replicas online and start MQ. You will then have exactly the same QM name and all content identical. Change your DNS entry to the new value and it's done.
Message replication via a third-party product means that you will have to use different QM names. Also when I tested this product it didn't include published messages in the replication (it may do now for all I know).
_________________
Well, I don't think there is any question about it. It can only be attributable to human error. This sort of thing has cropped up before, and it has always been due to human error. |
|
| Back to top |
|
|
| kordi |
| Posted: Wed Nov 05, 2014 4:15 am Post subject: |
|
|
Centurion
Joined: 28 May 2012
Posts: 146
Location: PL
|
Hi,
So basically it is possible to have data replicated between two running Queue Managers installed on different servers and filesystems, when one is working production server and second is just backup of this first one with no applications connected to backup server, and have exact copy of live QMGR on backup server in case when this first one is down? |
|
| Back to top |
|
|
| mqjeff |
| Posted: Wed Nov 05, 2014 5:46 am Post subject: |
|
|
Grand Master
Joined: 25 Jun 2008
Posts: 17447
|
| kordi wrote: |
Hi,
So basically it is possible to have data replicated between two running Queue Managers installed on different servers and filesystems, when one is working production server and second is just backup of this first one with no applications connected to backup server, and have exact copy of live QMGR on backup server in case when this first one is down? |
In a multi-instance queue manager, the standby queue manager is never active and receiving application connections.
In an HA queue manager, the standby queue manager is never active and receiving application connections.
In a backup queue manager, data is not instantaneously transferred between machines. It's transfered when you instruct it to be transferred.
The only difference between what you are trying to do and an HA queue manager is that you have some odd notion of what the second queue manager is.
If you want two completely independent queue managers, that have the same messages sitting on queues, then you either need to configure all of your applications to perform pub/sub or you need to purchase a product that will copy messages from one queue manager to another.
You can't use things like SRDF to move data from one queue manager to another. You can only use things like SRDF to ensure that a "backup" queue manager has up to date data. (I have used quotes here because this is not strictly a backup queue manager in MQ terms.) |
|
| Back to top |
|
|
| Vitor |
| Posted: Wed Nov 05, 2014 6:04 am Post subject: |
|
|
Grand High Poobah
Joined: 11 Nov 2005
Posts: 26093
Location: Texas, USA
|
| kordi wrote: |
| So basically it is possible to have data replicated between two running Queue Managers installed on different servers and filesystems, when one is working production server and second is just backup of this first one with no applications connected to backup server, and have exact copy of live QMGR on backup server in case when this first one is down? |
No.
The best you can do (as @zpat) says is to replicate the file system in real time and this doesn't allow a queue manager running on the "target" system.
What you're describing is an "active/active" system. As my most worthy associate points out, you can't do this by simply replicating the data.
_________________
Honesty is the best policy.
Insanity is the best defence. |
|
| Back to top |
|
|
| zpat |
| Posted: Wed Nov 05, 2014 6:33 am Post subject: |
|
|
Jedi Council
Joined: 19 May 2001
Posts: 5866
Location: UK
|
The vendor product can replicate queue content changes from one QM to another QM (including puts and gets). It uses the API crossing exit for this.
Whether these two QMs can have the same QM name is debatable - IBM would say no, but it may be possible.
If they don't both have the same QM name - does this break your DR scenario?
You can get a trial of the vendor product if you wanted.
_________________
Well, I don't think there is any question about it. It can only be attributable to human error. This sort of thing has cropped up before, and it has always been due to human error. |
|
| Back to top |
|
|
| kordi |
| Posted: Wed Nov 05, 2014 9:23 am Post subject: |
|
|
Centurion
Joined: 28 May 2012
Posts: 146
Location: PL
|
Thank you all for you clarifications.
I asked my question bcause someone told me it is possible to replicate data between two runing q managers and here I have final answer it is not.
Cheers! |
|
| Back to top |
|
|
| exerk |
| Posted: Wed Nov 05, 2014 10:11 am Post subject: |
|
|
Jedi Council
Joined: 02 Nov 2006
Posts: 6339
|
| kordi wrote: |
| ...I asked my question bcause someone told me it is possible to replicate data between two running q managers and here I have final answer it is not. |
No, the answer is it cannot be done natively unless you use Pub/Sub, but then you have to reconcile any GETs. There is a product that will do the job for you, but you may have to do some fettling if you want to maintain the same queue manager name across the two servers...
_________________
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: Wed Nov 05, 2014 12:04 pm Post subject: |
|
|
Poobah
Joined: 05 Jan 2008
Posts: 9469
Location: US: west coast, almost. Otherwise, enroute.
|
There are some vendors that offer software that will keep two file systems in sync across a network. This is not specific to MQ
_________________
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 |
|
|
| kordi |
| Posted: Thu Nov 06, 2014 1:51 pm Post subject: |
|
|
Centurion
Joined: 28 May 2012
Posts: 146
Location: PL
|
| Thanks a lot guys for your time and effort put in helping me. |
|
| Back to top |
|
|
|
|
