Thanks for the info Dave. The section I was reading was in the z/OS 1.9 Admin Guide Chapter 12 page 474 that says:
If you decide to back up the control data sets and journal data set to DASD, you must preallocate the data sets. Also, allocate the different versions of the backup data sets on different volumes. This better ensures that you can recover your backup versions. What you say makes more sense than the above when using SMS. Thanks again, Gil. On Wed, 12 Aug 2009 11:13:53 -0400, O'Brien, David W. (NIH/CIT) [C] <[email protected]> wrote: >Gil, > >The manual says to allocate the backups on volumes other than the ones containing the CDSs being backed up. > >Thank You, >Dave O'Brien >NIH Contractor >________________________________________ >From: IBM Mainframe Discussion List [[email protected]] On Behalf Of O'Brien, David W. (NIH/CIT) [C] >Sent: Wednesday, August 12, 2009 10:55 AM >To: [email protected] >Subject: Re: Backing up CDS's to DASD > >Gil, > >The requirement to separate by volume refers to the BCDS, MCDS and OCDS not their Backups. > >The jcl to allocate the backup datasets is in Sys1.samplib(ARCSTRST) look for ALLOCBK1 > >Thank You, >Dave O'Brien >NIH Contractor >________________________________________ >From: IBM Mainframe Discussion List [[email protected]] On Behalf Of Gilbert Cardenas [[email protected]] >Sent: Wednesday, August 12, 2009 10:51 AM >To: [email protected] >Subject: Backing up CDS's to DASD > >Hello all, I am trying to move the CDS backups currently from tape >using HSM as the datamover and noparallel to disk using DSS and >parallel. > >The manual states that I have to preallocate the new dasd backup >datasets but thats all, so do I use the same dcb characteristics as the >current tape datasets...RECFM=VBS LRECL=32760 BLKSIZE=32760? > >I am also again confused by the manual. It makes a case for SMS >managing the backup datasets so that you can use concurrent copy but >then later on it says that you should allocate the different versions of >the backup data sets on different volumes for recoverability purposes. > >That doesn't really make sense because if they are SMS managed I >have no control where the allocation goes. And I do not really want to >create 4 different storage groups/classes just to make sure the >datasets do not go to the same volume. > >Can someone shed some light on these questions? > >Thanks, >Gil. > >---------------------------------------------------------------------- >For IBM-MAIN subscribe / signoff / archive access instructions, >send email to [email protected] with the message: GET IBM- MAIN INFO >Search the archives at http://bama.ua.edu/archives/ibm-main.html > >---------------------------------------------------------------------- >For IBM-MAIN subscribe / signoff / archive access instructions, >send email to [email protected] with the message: GET IBM- MAIN INFO >Search the archives at http://bama.ua.edu/archives/ibm-main.html > >---------------------------------------------------------------------- >For IBM-MAIN subscribe / signoff / archive access instructions, >send email to [email protected] with the message: GET IBM- MAIN INFO >Search the archives at http://bama.ua.edu/archives/ibm-main.html ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [email protected] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
