We mirror VTAPE, no DASD. We have a single DASD rescue system up. We restore a volume with a catalog of our backup tapes. Then we restore our non-sms system volumes using the catalog, init sms volumes for logical restores. IPL with DR parmlib, restore data sets.
On Fri, Feb 5, 2016 at 8:51 AM, Clark Morris <[email protected]> wrote: > On 4 Feb 2016 21:58:50 -0800, in bit.listserv.ibm-main you wrote: > >>I'd like to suggest an alternative recovery strategy. Once upon a time it >>made sense to devote a tape or two to standalone restore. We kept a couple of >>cartridges in a drawer just in case. Two problems evolved over time. >> >>1. What would we restore? There are so many different components required to >>get a system running. We would need an IPLable resvol, a RACF volume, a JES >>volume; a PARMLIB, PROCLIB, and who knows what else. Just to get a system >>capable of accepting logons. Missing just one of those could be >>insurmountable. >> >>2. Tape technology has totally transformed. I haven't held a cartridge in my >>hand for years. What would I do with one anyway? Tape here is completely >>virtual except for a few 'real drives' that hold data offloaded from virtual. >>There is literally no place to insert and read a DSS recovery volume. > > For those who don't mirror to an off-site location, how would they > restore the system to another box at the DR location except by using > physical media? > > Clark Morris >> >>Instead of standalone restore, plan to recover a system rather than a volume >>or two. You don't need to restore sysres. You should have at least two sysres >>volumes anyway that you swap between for maintenance. Would you really lose >>both of them? IPL from the alternate. What you really need is a single volume >>for critical components: master catalog, RACF, spool, PROC/PARMLIBs, whatever >>it takes to get a sysprog logged on to run actual recovery jobs. It does not >>have to be pretty, just minimally functional for a SME who knows how to put >>Humpty Dumpty back together again. That volume is always available and can be >>tested periodically to make sure it works. Just a thought. >> >> >> >>. >>. >>. >>J.O.Skip Robinson >>Southern California Edison Company >>Electric Dragon Team Paddler >>SHARE MVS Program Co-Manager >>323-715-0595 Mobile >>[email protected] >> >>> -----Original Message----- >>> From: IBM Mainframe Discussion List [mailto:[email protected]] >>> On Behalf Of Anthony Thompson >>> Sent: Thursday, February 4, 2016 09:10 PM >>> To: [email protected] >>> Subject: [Bulk] Re: Stand-Alone DSS RESTORE with 3584 Library - How?? >>> >>> Not sure if this helps... we don't have any such advanced gear. >>> >>> http://www-01.ibm.com/support/docview.wss?uid=nas8N1015538 >>> >>> Ant. >>> >>> -----Original Message----- >>> From: IBM Mainframe Discussion List [mailto:[email protected]] >>> On Behalf Of Ed Jaffe >>> Sent: Friday, 5 February 2016 12:58 PM >>> To: [email protected] >>> Subject: Re: Stand-Alone DSS RESTORE with 3584 Library - How?? >>> >>> On 2/4/2016 7:17 PM, Mike Schwab wrote: >>> > Is there any way to log in to issue a mount command within the tape >>> > library? >>> >>> Not that I can find. http://publibfp.dhe.ibm.com/epubs/pdf/a3205604.pdf >>> >>> -- >>> Edward E Jaffe >>> Phoenix Software International, Inc >>> 831 Parkview Drive North >>> El Segundo, CA 90245 >>> http://www.phoenixsoftware.com/ >> >>---------------------------------------------------------------------- >>For IBM-MAIN subscribe / signoff / archive access instructions, >>send email to [email protected] with the message: INFO IBM-MAIN > > ---------------------------------------------------------------------- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to [email protected] with the message: INFO IBM-MAIN -- 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 [email protected] with the message: INFO IBM-MAIN
