All that data is just MQ messages in a queue. So copy the messages from one queue to another.
But I doubt it would work. Even if you create the QM on the DR server with the same name, its gonna have a different QMID, and all the data in the repository messages I am sure reference that QMID and not the QM name. Maaaaybe the only place that QMID is stored is in the repository queue, so if you copy it over you could technically give the DR QM with the same name the same QMID as the real QM, but you are on your own and in uncharted waters. Good luck. The 2 options below are the supported ways to go. -----Original Message----- From: Thomas, Don [mailto:[EMAIL PROTECTED] Sent: Friday, September 10, 2004 1:19 PM To: [EMAIL PROTECTED] Subject: Re: Disaster Recovery for Clustered Queue Managers Are there any tools for extracting a copy of the information contained in the SYSTEM.CLUSTER.REPOSITORY.QUEUE that would allow me to then put that repository information into the same queue on the recovered version of it? -----Original Message----- From: MQSeries List [mailto:[EMAIL PROTECTED] On Behalf Of Potkay, Peter M (ISD, IT) Sent: Friday, September 10, 2004 11:30 AM To: [EMAIL PROTECTED] Subject: Re: Disaster Recovery for Clustered Queue Managers You have 2 options. First, have your primary and backup servers in a Microsoft Hardware Cluster, and let that software manage where the ONE queue manager runs. All persistent message data, including Repository info, will be moved back and forth accordingly, Since there is a virtual IP address, there is no need to switch any channel definitions when failover occurs. This is the method we use. Failover takes about a minute. Have a differently name QM that is a full repository at the DR site that is up and running all the time, and thus current. Having 2 QMs defined at 2 different locations with the same name that are in a cluster, never mind being a Full Repository, is a recipe for a disaster of its own! -----Original Message----- From: Thomas, Don [mailto:[EMAIL PROTECTED] Sent: Friday, September 10, 2004 11:05 AM To: [EMAIL PROTECTED] Subject: Disaster Recovery for Clustered Queue Managers Group, Has anyone had any experience with recovering a clustered queue manager running on Windows 2000? We have a server at a remote recovery site that has MQ installed and we create regular backups of the production clustered queue manager on this server using the MS03 support pack. The production clustered queue manager is one of the full repositories for this cluster. My initial thoughts were to recreate the clustered queue manager on this recovery server and make the appropriate DNS changes to redirect the message flow to the recovery server. But it occurs to me that without recovering the repository as well, I will encounter problems when I try to start this queue manager. The remote server is not acting as a mirror for the production server so just moving the image is not an option. I would appreciate any thoughts you guys might have to offer. Don Thomas MASC - Coraopolis Phone:+1-412-893-1659 mailto:[EMAIL PROTECTED] <mailto:[EMAIL PROTECTED]> Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive This communication, including attachments, is for the exclusive use of addressee and may contain proprietary, confidential or privileged information. If you are not the intended recipient, any use, copying, disclosure, dissemination or distribution is strictly prohibited. If you are not the intended recipient, please notify the sender immediately by return email and delete this communication and destroy all copies. Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive