Have your DS8xxx brought to your current location, hook it up and populate, power down, disconnect and ship it to the new place
> -----Original Message----- > From: IBM Mainframe Discussion List [mailto:[email protected]] > On Behalf Of Skip Robinson > Sent: Friday, February 05, 2016 9:13 AM > To: [email protected] > Subject: Re: Stand-Alone DSS RESTORE with 3584 Library - How?? > > I apologize for totally missing the context of the question. I was thinking > recovery. We had the same problem when we installed new z12s in our > brand-new data center in 2013. We actually waited (months!) to get DWDM > DASD mirroring in operation so we could populate our DASD that way. It did > not appear at the time that STK/Oracle had a solution, but we were not > desperate then because of the mirroring technology just over the horizon. > > . > . > . > 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:IBM- > [email protected]] > > On Behalf Of Crispin Hugo > > Sent: Thursday, February 4, 2016 11:58 PM > > To: [email protected] > > Subject: [Bulk] Re: Stand-Alone DSS RESTORE with 3584 Library - How?? > > > > I have not tried this personally but IBM System Storage TS3500 Tape > > Library GUI under section Cartridges allows one to select cartridge > > in Library and move it to a specific slot, the slot can be any of the > > cartridge drives in the Library. I assume then that one could IPL from the > cartridge drive. > > > > -----Original Message----- > > From: IBM Mainframe Discussion List [mailto:IBM- > [email protected]] > > On Behalf Of Ed Jaffe > > Sent: 05 February 2016 07:38 > > To: [email protected] > > Subject: Re: Stand-Alone DSS RESTORE with 3584 Library - How?? > > > > On 2/4/2016 9:58 PM, Skip Robinson wrote: > > > I'd like to suggest an alternative recovery strategy... > > > > > > 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. > > > > There is no alternate sysres or existing system of any kind. (If there > > was, we would use it.) > > > > What we have is a brand new zBC12 CEC, with an unformatted DS8xxx > DASD > > box, in a brand new location twelve hundred miles away, with no > > starter or bootstrap system of any kind. As Paul Robichaux would say, > > "We're starting from dirt!" > > > > Our plan is to send a sysprog carrying a tape to the new location with > > SA DSS RESTORE on file #1, a DASD volume with SA DSS RESTORE IPL text > > as file #2, and enough other volumes on files #3 through #n to bring > > up a simple MVS system that can then restore everything else -- > > including z/VM, zLinux, z/VSE, etc. > > > > We need to test the process here to be sure it all works before anyone > > flies halfway across the country to do it for real. The problem is, we > > can't figure out how to mount the tape. Talk about "dirt!" :-0 > > > > -- > > Edward E Jaffe > > Phoenix Software International, Inc > > 831 Parkview Drive North > > El Segundo, CA 90245 > > https://urldefense.proofpoint.com/v2/url?u=http- > 3A__www.phoenixsoftwar > > e.com_&d=CwIFaQ&c=C3yme8gMkxg_ihJNXS06ZyWk4EJm8LdrrvxQb- > Je7sw&r=u9g8rU > > > evBoyCPAdo5sWE9w&m=PPTcuRHAPyVkjUxCeajHve2SKJPFpaS97Z7iaWfM- > gU&s=835J7 > > qytII8PNNhMGh2dZL3k-Owo_H05nuyeaR_0CBI&e= > > ---------------------------------------------------------------------- > 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
