| Author |
Message
|
| GFORCE |
 Posted: Thu Jun 26, 2003 8:02 am Post subject: MQSeries Recovery on Z/OS |
 |
|
Voyager
Joined: 16 Jun 2003
Posts: 78
Location: WISCONSIN
|
Question - If we lost MQSeries on one LPAR due to crash or whatever.
Would I be able to bring that specific MQSERIES MQMGR on a different LPAR with all defined PSID's ( everything ) .......
_________________
THANKS |
|
| Back to top |
|
 |
| oz1ccg |
| Posted: Sat Jun 28, 2003 10:21 am Post subject: |
|
|
Yatiri
Joined: 10 Feb 2002
Posts: 628
Location: Denmark
|
It depends....
If you're using an old fashion one (wÃthout shared queues), then the answer will be yes. There might be a challange regarding TCP/IP... because the queue manager shall use it's old IP-address.
When dealing with Shared queues, it will require that it's connected DB2-datashare-member is started on the same LPAR. (still same challanges on communication).
just my $0.02 
_________________
Regards, Jørgen
Home of BlockIP2, the last free MQ Security exit ver. 3.00
Cert. on WMQ, WBIMB, SWIFT. |
|
| Back to top |
|
|
| mgrabinski |
| Posted: Sun Jun 29, 2003 10:57 pm Post subject: |
|
|
Master
Joined: 16 Oct 2001
Posts: 246
Location: Katowice, Poland
|
I have moved several z/OS managers from one machine to another (client req). All migrations required changing the name and IP address. So, answering your question, it is possible to recreate a manager having its PSIDs.
_________________
Marcin Grabinski <>< |
|
| Back to top |
|
|
| GFORCE |
| Posted: Mon Jul 07, 2003 8:53 am Post subject: Thanks for the reply.... |
|
|
Voyager
Joined: 16 Jun 2003
Posts: 78
Location: WISCONSIN
|
Thanks for you reply..
My concern would be with the PSID's
_________________
THANKS |
|
| Back to top |
|
|
| mgrabinski |
| Posted: Mon Jul 07, 2003 9:24 pm Post subject: |
|
|
Master
Joined: 16 Oct 2001
Posts: 246
Location: Katowice, Poland
|
Hi
What is your specific problem? My method of moving one manager to another was to unload PSIDs from the old QM and load them into the new one. I also used MAKEDEF to copy definitions. I didn't move BSDSs nor logs.
_________________
Marcin Grabinski <>< |
|
| Back to top |
|
|
| oz1ccg |
| Posted: Tue Jul 08, 2003 12:47 pm Post subject: |
|
|
Yatiri
Joined: 10 Feb 2002
Posts: 628
Location: Denmark
|
Hmm,
restarting QM without BSDS and logs after failover... normally the QMGR will not start, it require a CSQUTIL run to reset the RBA. (I've just faced the problem when deleting a PSID (forgot to issue RESETPAGE).
Another thing here is how to assure integrity without the logs and BSDS ?
MQ don't know what was happing.. if some failure happend..
Just my $0.02
_________________
Regards, Jørgen
Home of BlockIP2, the last free MQ Security exit ver. 3.00
Cert. on WMQ, WBIMB, SWIFT. |
|
| Back to top |
|
|
| mgrabinski |
| Posted: Tue Jul 08, 2003 9:15 pm Post subject: |
|
|
Master
Joined: 16 Oct 2001
Posts: 246
Location: Katowice, Poland
|
To be more specific - I created a new queue manager (with BSDS and logs), moved the contents of the old one and started the new. I did it several times and had no problems with it.
_________________
Marcin Grabinski <>< |
|
| Back to top |
|
|
| oz1ccg |
| Posted: Sat Jul 12, 2003 11:02 am Post subject: |
|
|
Yatiri
Joined: 10 Feb 2002
Posts: 628
Location: Denmark
|
By the way.. why not just starting it on another LPAR in the sysplex ??
Why create a new one ?? Test purpose ??
I did some recovery, but that was in respect to LPAR recovery, DASD recovery using FUZZY BACKUP without any problems. (all done on mirrored images).
I just interested
Just my $0.02
_________________
Regards, Jørgen
Home of BlockIP2, the last free MQ Security exit ver. 3.00
Cert. on WMQ, WBIMB, SWIFT. |
|
| Back to top |
|
|
|
|
