Re: z/OS 1.11 question on DFDSS/ADRDSSU
Could you eliminate the problem completely by directing the restore to a different volume instead of the default? Well, yes, of course, but that would require effort and aforethought on my part ... not bloody likely (grin) Chris Hoelscher IDMS DB2 Database Administrator 502-476-2538 You only need to test the programs you don't want to get called on later The information transmitted is intended only for the person or entity to which it is addressed and may contain CONFIDENTIAL material. If you receive this material/information in error, please contact the sender and delete or destroy the material/information. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
z/OS 1.11 question on DFDSS/ADRDSSU
I occasionally restore using ADRDSSU and rename the restored dataset to my HLQ - so that I can have an older version of a dataset to compare to the current dataset. By default (it appears) - the restore process will put the restored/renamed dataset on the same DASD volume as from which it was originally backed up (which is fine with me ) However - at times I need this dataset to remain for days or even weeks - the job that does the weekly backup of this DASD VOLUME does not have authority to read/backup any datasets with my HLQ (nor should it) - thus the backup abends and I get yelled at Yes - I could remember to force the restored dataset to another DASD volume -but - my real question (and preferred solution ) is - is there an option to tell ADSDRRU if I do not have authority to backup any dataset - don't try ??( I did attempt to read z/OS V1R11.0 DFSMSdss Storage Administration) but did not find any help there - so either I cannot read IBM-ese or my hoped-for solution does not exist - thanks for any suggestions Chris Hoelscher IDMS DB2 Database Administrator 502-476-2538 You only need to test the programs you don't want to get called on later The information transmitted is intended only for the person or entity to which it is addressed and may contain CONFIDENTIAL material. If you receive this material/information in error, please contact the sender and delete or destroy the material/information. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: z/OS 1.11 question on DFDSS/ADRDSSU
add DS(INCLUDE(**) EXCLUDE(SYS1.VTOC.**, SYS1.VVDS.**, *OMVS.**, hlq.**)) or as you need. (we have a separate backup step for *OMVS*.** files). On Wed, May 18, 2011 at 12:02 PM, Chris Hoelscher choelsc...@humana.com wrote: I occasionally restore using ADRDSSU and rename the restored dataset to my HLQ - so that I can have an older version of a dataset to compare to the current dataset. By default (it appears) - the restore process will put the restored/renamed dataset on the same DASD volume as from which it was originally backed up (which is fine with me ) However - at times I need this dataset to remain for days or even weeks - the job that does the weekly backup of this DASD VOLUME does not have authority to read/backup any datasets with my HLQ (nor should it) - thus the backup abends and I get yelled at Yes - I could remember to force the restored dataset to another DASD volume -but - my real question (and preferred solution ) is - is there an option to tell ADSDRRU if I do not have authority to backup any dataset - don't try ??( I did attempt to read z/OS V1R11.0 DFSMSdss Storage Administration) but did not find any help there - so either I cannot read IBM-ese or my hoped-for solution does not exist - thanks for any suggestions Chris Hoelscher IDMS DB2 Database Administrator 502-476-2538 You only need to test the programs you don't want to get called on later The information transmitted is intended only for the person or entity to which it is addressed and may contain CONFIDENTIAL material. If you receive this material/information in error, please contact the sender and delete or destroy the material/information. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- Mike A Schwab, Springfield IL USA Where do Forest Rangers go to get away from it all? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: z/OS 1.11 question on DFDSS/ADRDSSU
Chris, Are they full volume or dataset-level backups that you're restoring from? SMS or non-SMS volumes? Could you eliminate the problem completely by directing the restore to a different volume instead of the default? Rex -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Chris Hoelscher Sent: Wednesday, May 18, 2011 12:02 PM To: IBM-MAIN@bama.ua.edu Subject: z/OS 1.11 question on DFDSS/ADRDSSU I occasionally restore using ADRDSSU and rename the restored dataset to my HLQ - so that I can have an older version of a dataset to compare to the current dataset. By default (it appears) - the restore process will put the restored/renamed dataset on the same DASD volume as from which it was originally backed up (which is fine with me ) However - at times I need this dataset to remain for days or even weeks - the job that does the weekly backup of this DASD VOLUME does not have authority to read/backup any datasets with my HLQ (nor should it) - thus the backup abends and I get yelled at Yes - I could remember to force the restored dataset to another DASD volume -but - my real question (and preferred solution ) is - is there an option to tell ADSDRRU if I do not have authority to backup any dataset - don't try ??( I did attempt to read z/OS V1R11.0 DFSMSdss Storage Administration) but did not find any help there - so either I cannot read IBM-ese or my hoped-for solution does not exist - thanks for any suggestions Chris Hoelscher IDMS DB2 Database Administrator 502-476-2538 You only need to test the programs you don't want to get called on later The information transmitted is intended only for the person or entity to which it is addressed and may contain CONFIDENTIAL material. If you receive this material/information in error, please contact the sender and delete or destroy the material/information. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html The information contained in this e-mail may contain confidential and/or privileged information and is intended for the sole use of the intended recipient. If you are not the intended recipient, you are hereby notified that any unauthorized use, disclosure, distribution or copying of this communication is strictly prohibited. If you received this e-mail in error, please reply to sender and destroy or delete the message and any attachments. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: z/OS 1.11 question on DFDSS/ADRDSSU
If datasets with your HLQ need the protection you indicate, you should not be allowed to place them on the same volumes as datasets that don't. The fact that you can means you should take the extra care to see that you don't. It should not be that big a deal. You have already added one of the RENAME operands to your RESTORE statement. On the same line, simply add an OUTDYNAM operand pointing to a pack where your datasets can reside without interfering with normal operations. Alternately, since the restored dataset was not yours originally, it really doesn't need the protection afforded by your HLQ. Rename it to something other than your HLQ that can reside safely on the original volume. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Chris Hoelscher Sent: Wednesday, May 18, 2011 10:02 AM To: IBM-MAIN@bama.ua.edu Subject: z/OS 1.11 question on DFDSS/ADRDSSU I occasionally restore using ADRDSSU and rename the restored dataset to my HLQ - so that I can have an older version of a dataset to compare to the current dataset. By default (it appears) - the restore process will put the restored/renamed dataset on the same DASD volume as from which it was originally backed up (which is fine with me ) However - at times I need this dataset to remain for days or even weeks - the job that does the weekly backup of this DASD VOLUME does not have authority to read/backup any datasets with my HLQ (nor should it) - thus the backup abends and I get yelled at Yes - I could remember to force the restored dataset to another DASD volume -but - my real question (and preferred solution ) is - is there an option to tell ADSDRRU if I do not have authority to backup any dataset - don't try ??( I did attempt to read z/OS V1R11.0 DFSMSdss Storage Administration) but did not find any help there - so either I cannot read IBM-ese or my hoped-for solution does not exist - thanks for any suggestions -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
