Re: Automating Disaster Recovery with FCOPY

New Message Reply Date view Thread view Subject view Author view Other groups

Subject: Re: Automating Disaster Recovery with FCOPY
rbotsis@aol.com
Date: Tue Jul 22 2008 - 15:11:34 EDT


I think Tom stated they don't use VM, except when at DR.

I agree it would be nice to use DDR (OK, I said it) but there's no way 
to create such a volume backup with native z/VSE. It would seem like a 
good enhancement to FCOPY with a new operand of FORMAT=DDR or some such.


-----Original Message-----
From: LOREN CHARNLEY <LORENCHARNLEY@familydollar.com>
To: VSE Discussion List <vse-l@Lehigh.EDU>
Sent: Tue, 22 Jul 2008 9:20 am
Subject: RE: Automating Disaster Recovery with FCOPY



Tom,

If you are running VM, have you ever considered backing up your system
volumes with DDR? That is how we do it and then the restores are done
with a REXX EXEC that will feed the answers automatically, you only have
to worry about loading the tapes. We have gone one better and now run
the DR from a remote location to the office and use tape handlers that
are contracted from IBM. This works for us, just a thought.

Cheers,
Loren Charnley, Jr.
IT Systems Engineer
FAMILY DOLLAR
(704) 847-6961 Ext. 3327
(704) 814-3327
lorencharnley@familydollar.com

-----Original Message-----
From: owner-vse-l@Lehigh.EDU [mailto:owner-vse-l@Lehigh.EDU] On Behalf
Of Tom Duerbusch
Sent: Monday, July 21, 2008 5:57 PM
To: VSE Discussion List
Subject: Automating Disaster Recovery with FCOPY

I know I've asked similar questions like this before, and didn't get
"good" answers.  Perhaps I can say it in different terms...

(I just came back from another disaster recovery test....)

All of our backups for disaster recovery use VSE Fast Copy.  Good
enough.

Nowadays, when you IPL a VSE Standalone tape, we come up with a mini VSE
system.  That is, ICKDSF, Fast Copy, and Librarian are all selectable,
in a very basic full screen display.

But watching the "monkey boys" try to key in all the statements
necessary (restoring 16 volumes, plus 6 disk Inits), was a very error
prone process.  (16 volumes get the minimum system up so the rest of the
restores can be done online)

Under a disaster recovery (test or even live), we will always be running
under VM (normally this is a native VSE system).  I want to reduce the
manual keying as much as possible.

In the old days, I could stack the commands under CMS and then let the
standalone program go.
But now, it is this full screen process.

Has anyone been able to either stack the commands to the standalone
program, get the standalone program to receive its input from a CMS file
(or some other type), run a different standalone program that is a
command line version?  or something else?

I'm almost ready (well not really) to consider a HALLAPI interface to
feed the commands to the console.  (Just shoot me for ever considering
that <G>)

I can shave an hour or so off the most boring part of the disaster
recovery test, if I get these people out of the way (and let me do it).
Monkey boys, poking at the keyboard and then looking at the screen to
see if the letter was displayed.  TAKES FOREVER!

Thanks

Tom Duerbusch
THD Consulting


Law of Cat Acceleration

  A cat will accelerate at a constant rate, until he gets good and
  ready to stop.



-----------------------------------------
************************************************************ NOTE:
This e-mail message contains PRIVILEGED and CONFIDENTIAL
information and is intended only for the use of the specific
individual or individuals to which it is addressed. If you are not
an intended recipient of this e-mail, you are hereby notified that
any unauthorized use, dissemination or copying of this e-mail or
the information contained herein or attached hereto is strictly
prohibited. If you receive this e-mail in error, notify the person
named above by reply e-mail and please delete it. Thank you.


New Message Reply Date view Thread view Subject view Author view Other groups

This archive was generated by hypermail 2b25 : Sun Jul 27 2008 - 05:20:11 EDT