Is dual logging/dual archiving not enough for you? Put your bsds on different packs and active logs on different packs.
Make sure that you've set the archive retention period in your ZPARM for a long enough duration. And if you have the time, look for MS15... at the supportpack site. You'll need MA19 too, for REXX. http://www-306.ibm.com/software/integration/support/supportpacs/product.html#wmq Maybe even play with MO12...enjoy your logs :-) --- Middleware Group Mailbox <[EMAIL PROTECTED]> wrote: > Neil, > > > > Thanks for pointing to me what I was doing wrong. I > follows the steps as > explained in the System Administration Guide manual. > And I could > BACKUP/RECOVERY successfully the VSAM files. But I > am recovering all > PAGESETS, both BSDS and all LOGCOPY datasets. What I > want know is to recover > only a specific PAGESET, but to do that I need to > know the following: > > > > In page 110 of the System Administration Guide > manual, it is said: > > > > "If you used "fuzzy" backup, the log data set that > included the recorded RBA > value, the log data set that was made by the ARCHIVE > LOG command, and all > the log data sets between these." > > > > Question: How to determine the log data set that was > made by the ARCHIVE LOG > command? Because when I submit the ARCHIVE LOG > command I see no reference to > a LOGCOPY dataset in the output log (see at the > bootom of this email). > > > > Unless I need to use CSQOREXX ==> SYSTEM ==> 6. > Data set usage > > > > > CSQI070I S1* Data set usage ... > > Data set RBA/LRSN DSName > > Log, oldest with active unit of work: > > _ 00000004977D T33V.MQS1.LOGCOPY1.DS04 > > Log, oldest for page set recovery: > > _ 00000003C064 T33V.MQS1.LOGCOPY1.DS03 > > End of data set report > > CSQ9022I S1* CSQIDUSE ' DISPLAY USAGE' NORMAL > COMPLETION > > ******** End of list ******** > > > > Regards, > > MAC > > > > The output log is: > > > > ******************************** Top of Data > *************************** > > CSQU000I CSQUTIL IBM WebSphere MQ for z/OS V5.3 > > > > > > CSQU001I CSQUTIL Queue Manager Utility - 2004-09-30 > 12:17:56 > > > COMMAND DDNAME(CMDINP) > > > > > > > > > CSQU127I CSQUTIL Executing COMMAND using input from > CMDINP data set > > > > > > CSQU120I CSQUTIL Connecting to MQS1 > > > CSQU121I CSQUTIL Connected to queue manager MQS1 > > > > > > CSQU055I CSQUTIL Target queue manager is MQS1 > > > ARCHIVE LOG MODE(QUIESCE) TIME(40) WAIT(YES) > 00103112 > > > > > CSQN205I COUNT= 6, RETURN=00000000, > REASON=00000000 > > > CSQJ309I S1* SYNCHRONOUS ARCHIVE LOG COMMAND QUIESCE > PROCESSING > > > STARTING FOR MAXIMUM OF 40 SECONDS > > > CSQJ311I S1* ASYNCHRONOUS LOG ARCHIVE (OFFLOAD) TASK > INITIATED > > > CSQJ312I S1* ARCHIVE LOG QUIESCE ENDED, UPDATE > ACTIVITY IS NOW RESUMED > > > CSQ9022I S1* CSQJC001 ' ARCHIVE LOG' NORMAL > COMPLETION > > > > > CSQU057I CSQUCMDS 1 commands read > > > > CSQU058I CSQUCMDS 1 commands issued and responses > received, 0 failed > > > > > > CSQU143I CSQUTIL 1 COMMAND statements attempted > > > > CSQU144I CSQUTIL 1 COMMAND statements executed > successfully > > > > CSQU148I CSQUTIL Utility completed, return code=0 > > ******************************* Bottom of Data > ******************** > > > > > > -----Original Message----- > From: MQSeries List [mailto:[EMAIL PROTECTED] > On Behalf Of Neil Casey > Sent: Monday, September 27, 2004 12:00 AM > To: [EMAIL PROTECTED] > Subject: Re: z/OS ARCHIVE LOG MODE(QUIESCE) TIME(40) > WAIT(YES)) is quickly > ending > > > > Hello, > > > > I think you are misunderstanding how MQSeries > pagesets, logs and BSDS need > > to be recovered in order to re-establish a restored > system. This is a > > complicated area, and you need to carefully review > the Recovery and Restart > > === message truncated === 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
