At the shop I was with at that time, yes. O/S provided a running system with empty TMC, HSM, and catalogs. Applications were responsible for their own DR plan and were required to be recovered on ANY compatible MVS system.
At my current shop, a copy of every DASD volume and virtual tape volume goes offsite. Dennis Roach GHG Corporation Lockheed Martin Mission Services Flight Design and Operations Contract NASA/JSC Address: 2100 Space Park Drive LM-15-4BH Houston, Texas 77058 Mail: P.O. Box 58487 Mail Code H4C Houston, Texas 77258 Phone: Voice: (281)336-5027 Cell: (713)591-1059 Fax: (281)336-5410 E-Mail: dennis.ro...@lmco.com All opinions expressed by me are mine and may not agree with my employer or any person, company, or thing, living or dead, on or near this or any other planet, moon, asteroid, or other spatial object, natural or manufactured, since the beginning of time. > -----Original Message----- > From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On > Behalf Of O'Brien, David W. (NIH/CIT) [C] > Sent: Tuesday, May 12, 2009 11:09 AM > To: IBM-MAIN@bama.ua.edu > Subject: Re: ADRDSSU protection [was:RE: Using FTP to send loadlib] > > Do you mean to say that you go to DR without your HSM environment? > That's what Duplexing is for, besides protecting against the odd bad > tape. > > Dave O'Brien > NIH Contractor > ________________________________________ > From: IBM Mainframe Discussion List [ibm-m...@bama.ua.edu] On Behalf Of > Paul Gilmartin [paulgboul...@aim.com] > Sent: Tuesday, May 12, 2009 11:56 AM > To: IBM-MAIN@bama.ua.edu > Subject: Re: ADRDSSU protection [was:RE: Using FTP to send loadlib] > > On Tue, 12 May 2009 17:31:43 +0200, R.S. wrote: > > >Roach, Dennis (N-GHG) pisze: > >> As a sysprog, I agree. > >> > >> For the applprog, verify what happens when a data set is on ML1 or > ML2 > >> and a masked include is used. DSS used to skip these and still have > a > >> zero return code. This caused the application source to be left off > of > >> their DR tapes. > > > >This is well-know and documented behavior. We shouldn't assume, that > >applprog is less intelligent than sysprog. > >And this "gotcha" is no justification to for denying ADRDSSU at all. > >Applprogs (everyone) can make mistake without ADRDSSU as well. > >Applprogs are probably allowed to use many tools which they don't > know > >well. > > > What, then, should one use to create a complete copy of one's data > such as might be needed for disaster recovery? > > I could imagine a hirearchy of Requirements for dealing with this: > > o An option to set nonzero return code when a data set is so skipped. > > o An option to force recall of migrated data sets when needed. > > o A similar option with an enhancement; a side door to HSM so > data could be moved directly from ML[12] to the backup medium, > avoiding the double I/O otherwise necessary. But that's the > edge of a slippery slope; others could imagine the need for > infrequent access to specific migrated data for which the > overhead of recall and re-migrate appears onerous. > > -- gil > > ---------------------------------------------------------------------- > 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 > > ---------------------------------------------------------------------- > 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 ---------------------------------------------------------------------- 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