Julie,

In a disastor that destroyed both the server and the client I would expect the 
following steps (in
summary).
1. Recover the server environment - hardware, OPSYS system and ADSM
executables.
2. (in parallel with 2) Recover the client environment - hardware, OPSYS and 
ADSM
3. Recover the ADSM server database.
4. Mark all onsite volumes as DESTROYED.
5. Return all offsite volumes to onsite
6. Mark all (ex)offsite volumes as readable (i.e. READONLY)
7. Start recovery of the client (ADSM will use the (ex)offsite volumes.
8. (in parallel with 7) RESTORE STGPOOL "onsite"
9. Mark all (ex)offsite volumes as OFFSITE
10 Return all OFFSITE volumes offsite

Step 8  will take a long time.  We lost a couple of hundred volumes due to a 
bug in our tape
management system.  It took apx three weeks to recover the original volumes.  
NOTE that
from the client perspective client recovery starts after step 6 and full 
services are available
after step 7 so the long steps are  masked from the clients.  In our case, 
where we didn't  need
to recover the client, the clients were back in service within 24 hrs.  
Obviously, there is no
"offsite" protection for the duration of step 5 thru 10.

Check out the red book "Recovery and Disaster Recovery" SG24-4537" as a good 
source of
resovery information.

Ted
Thiokol Corp.

>>> Julie Phinney <julphinn AT EMPHESYS.E-MAIL DOT COM> 03/25/97 10:34am >>>
Hi Ted,
Thanks!  Yes, we've already tested recovery from onsite tapes.
I'm being asked to do a server and client test during the big
disaster test the company has scheduled.  When they heard the horror
story about how long it took to recover a client from offsite tapes,
they asked me to do that part of the test ahead of time, as a trial.
Are you saying that in the event of a real disaster, I would recover
the onsite tapes from the offsite tapes, before restoring any clients?
Will ADSM put them back in collocated order?
Julie

*** Original Author:  I1014833 @ IBMMAIL - ** Remote User **; 03/25/97 11:25am

Date:         Tue, 25 Mar 1997 10:20:18 -0700
From:         Ted Spendlove <SPENDEE AT THIOKOL DOT COM>
Subject:      Julie,
To:           ADSM-L AT VM.MARIST DOT EDU

Julie,

It seems to me that you are testing TWO things here.
1. loss of a client.
2. loss of a server.

Perhaps it would be easier to test them separatly.  For example, test recovery
...of a lost client by
doing a recovery with the 41 tapes in your onsite pool.  At a different test
...recover the 41 onsite
tapes from the 158 offsite tapes.

Ted Spendlove
Thiokol Corp.



>>> Julie Phinney <julphinn AT EMPHESYS.E-MAIL DOT COM> 03/25/97 10:05am >>>
I need to do a restore test of our biggest ADSM client, from offsite
tapes (I've been asked to do a test, someone heard a horror story about
how long it took.)
I ran a Q CON batch job on the Offsite tapepool that ran about 7 hours
and wrote out 1000+ cylinders of mainframe DASD.  The client I'd need
to restore has files spread across 158 tapes.  (As opposed to 41 tapes
in the collocated onsite pool.)
So it seems to me, I'll need to:
1) Request those 158 tapes be brought back from the vault.
2) Mark every onsite tape belonging to this node DESTROYED.
3) Mark the 158 tapes ACC=READW
4) Restore the client.
My questions:
1) If I do this, can I take them back when I'm done and return the
   destroyed onsite tapes to not destroyed status?
   (If I have to leave them onsite, then I no longer have offsite
    copies of all the data on those tapes belonging to OTHER nodes.)
2) Do I really need all 158?  Is it possible that some have only
   inactive versions of files on them, and ADSM wouldn't call for them?
3) Is there an easier way to find out which tapes ADSM will call for?
4) There must be a better way to test a recovery of a client from
   offsite tapes.  Does anyone know of a way?
Thanks for any help!!!!!
Julie Phinney
JULPHINN @ EMPHESYS.E-MAIL.COM

---- End of mail text
=========================================================================