|
RSS Feed - WebSphere MQ Support
|
RSS Feed - Message Broker Support
|
Some Backup questions |
« View previous topic :: View next topic » |
Author |
Message
|
gbaddeley |
Posted: Sun Aug 12, 2012 4:54 pm Post subject: |
|
|
 Jedi Knight
Joined: 25 Mar 2003 Posts: 2538 Location: Melbourne, Australia
|
Another approach to MQ backup / DR startegy is to not include messages and logs. Queued messages are the responsibility of applications, and as MQ administrators we can't say what should or should not be saved or restored at any given point in time. If an inappropriate restore was done it could completely screw the applications. _________________ Glenn |
|
Back to top |
|
 |
fjb_saper |
Posted: Mon Aug 13, 2012 5:15 pm Post subject: |
|
|
 Grand High Poobah
Joined: 18 Nov 2003 Posts: 20763 Location: LI,NY
|
And you mean to say that the Rocket Scientist did not get banned with a severe demerit?
I hear you, the damage is done. What else you can do is recreate the qmgr from scratch, load it with a copy of the last saveqmgr backup (hopefully it wasn't on the same crashed disks) and present a qmgr with "emtpy" queues.
To the apps now to reproduce the messages that were waiting on the queues... You better pray that they have some sort of reconciliation and are able to reproduce the original msg if it did not yet get processed...
 _________________ MQ & Broker admin |
|
Back to top |
|
 |
Vitor |
Posted: Tue Aug 14, 2012 2:44 am Post subject: |
|
|
 Grand High Poobah
Joined: 11 Nov 2005 Posts: 26093 Location: Texas, USA
|
gbaddeley wrote: |
Another approach to MQ backup / DR startegy is to not include messages and logs. Queued messages are the responsibility of applications |
Ouch. That's harsh; as WMQ administrators we're responsible for a guaranteed message delivery system, and even I'd have trouble explaining the guarantee only holds when everything works.
gbaddeley wrote: |
as MQ administrators we can't say what should or should not be saved or restored at any given point in time. |
Well we can. It's all the persistent messages. Now if that restarts the "who sets message persistence" debate I apologise to all.
gbaddeley wrote: |
If an inappropriate restore was done it could completely screw the applications. |
And if no restore was done it would screw them worse. Most systems (and business processes) have much richer facilities to handle duplicates than they do missing data. _________________ Honesty is the best policy.
Insanity is the best defence. |
|
Back to top |
|
 |
|
|
|
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
|
|
|
|