ASG
IBM
Zystems
Cressida
Icon
Netflexity
 
  MQSeries.net
Search  Search       Tech Exchange      Education      Certifications      Library      Info Center      SupportPacs      LinkedIn  Search  Search                                                                   FAQ  FAQ   Usergroups  Usergroups
 
Register  ::  Log in Log in to check your private messages
 
RSS Feed - WebSphere MQ Support RSS Feed - Message Broker Support

MQSeries.net Forum Index » General IBM MQ Support » recovery of MQ

Post new topic  Reply to topic
 recovery of MQ « View previous topic :: View next topic » 
Author Message
rsinha
PostPosted: Wed Jun 22, 2005 6:59 pm    Post subject: recovery of MQ Reply with quote

Apprentice

Joined: 29 Aug 2003
Posts: 42

Hi,
We are using MQ for Linux, and there's one MQ qMGR that's deployed on this Linux box. The /var/mqm/log is on a separate volume with high availability requirement. My question is if the linux box melts down or somethin, meaning we are not able to revive it, meaning we'd lose /var/mqm, but since /var/mqm/log is on a separate hardware, we'd still have that. The question is how doe we recover the Q Manager in this scenario.

If we get a new linux box, install all MQ server box and Qs and channels that were there on the dead box, to make sure we get any messages that were in the Qs, when the melt down occured, can we simply point from the new Linux box to /var/mqm/logs and without doing anything else, as we start the q manager on the new box, would it be able to retrieve all the messages from the logs and store it in the newly created Qs? If so, then everything would be transparent from that point to the applications that are putting/getting messages on the Q.

If not, what are the alternatives in case the box hosting the q manager is lost altogether?

Thanx, Rachna
Back to top
View user's profile Send private message
vennela
PostPosted: Thu Jun 23, 2005 7:42 am    Post subject: Reply with quote

Jedi Knight

Joined: 11 Aug 2002
Posts: 4055
Location: Hyderabad, India

You should also put the directory /var/mqm/qmgrs/QMGRNAME directory under a seperate volume.
Then you will get close to HA.

Look at the HA support pacs.
Back to top
View user's profile Send private message Send e-mail Visit poster's website
fjb_saper
PostPosted: Thu Jun 23, 2005 12:59 pm    Post subject: Reply with quote

Grand High Poobah

Joined: 18 Nov 2003
Posts: 20756
Location: LI,NY

You realize that with the scenario you are painting your qmgr has to run with linear logging... You did not specify it and it is not the default creation mode ....
Back to top
View user's profile Send private message Send e-mail
rsinha
PostPosted: Thu Jun 23, 2005 3:12 pm    Post subject: You realize that with the scenario you are painting your qmg Reply with quote

Apprentice

Joined: 29 Aug 2003
Posts: 42

Sorry, I forgot to mention that we are using linear logging. The question I have is that in the event of a loss to /var/mqm/qmgrs, but when /var/mqm/logs is intact, what is the procedure for recovery. In my organization, we package alll scripts that had created the Q mgr and all its objects (Qs, channles etc.), so its fairly easy for us to run those scripts on the new box and create the QMGR and all its objects, like it exsisted on the box that died.

In this case, if I simply point this new QMGR to use the old /var/mqm/logs directory, and when we restart this qmgr, would it be able to retrieve any messages that were on the local Qs at the time of the crash, and place them on newly created Qs on the new box.
Back to top
View user's profile Send private message
Display posts from previous:   
Post new topic  Reply to topic Page 1 of 1

MQSeries.net Forum Index » General IBM MQ Support » recovery of MQ
Jump to:  



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
Protected by Anti-Spam ACP
 
 


Theme by Dustin Baccetti
Powered by phpBB © 2001, 2002 phpBB Group

Copyright © MQSeries.net. All rights reserved.