The last D/R test we did last year had 340+ DLT tapes -- and we don't have
an atl on the D/R contract, just free-standing drives.

1) restore the TSM environment (os, filesystems, any other cruft required)
2) recover/re-key the device config file to match the D/R site (we keep a
copy on floppy)
3) recover the volhist (same floppy)
4) restore the TSM database from the backup tape (our 6 GB took about 30
minutes from DLT)
5) start up TSM
6) update the device config in the TSM database to match changes in step 2
7) update vol * acce=unav whereaccess=reado,readw (marks all tapes
unavailable if they were in the library)
8) update vol * acce=reado whereacce=of (marks all the off-site tapes
readonly)
9) run your restores from the readonly copypool tapes.

Depending on your D/R goals, this may be good enough. You may have a storage
pool or two you'll want to recreate from the copies

Tom Kauffman
NIBCO Inc

> -----Original Message-----
> From: Cinda Mullen [mailto:cmullen AT ASCENSIONHEALTH DOT ORG]
> Sent: Monday, January 14, 2002 10:37 AM
> To: ADSM-L AT VM.MARIST DOT EDU
> Subject: Disaster Recovery...Has anyone really successfully done
> testing?
>
>
> Good Morning All....
>
> We are running TSM on OS/390 (Version 4.1.4).  We have
> approximately 200
> NT/UNIX/NETWARE servers and are backing our daily incremental stgpools
> to copypools for offsite storage.
>
> It appears the copypools don't just keep the active versions of data,
> they keep everything....we currently have 190+  Storage Tek 9840s
> offsite for TSM.  If we go to the hotsite to do Disaster Recovery
> Testing, how do we restore these storage pools in a
> reasonable amount of
> time?  Has anyone successfully performed Disaster Recovery?
>
> Our TSM database is 10GB so, I'm also guessing it will take quite a
> while to get that restored???  Any ideas, thoughts?
>
> Is anyone using Backupsets instead of copypools for DR?
>
> Thanks!!
> Cinda Mullen
> Sr. Systems Programmer
> Ascension Health ISD
> cmullen AT ascensionhealth DOT org
>
>
>
> NOTE: This e-mail message may contain information that may be
> privileged,
> confidential, and exempt from disclosure.  It is intended for
> use only by
> the person to whom it is addressed. If you have received this
> message in
> error, please do not forward or use this information in any
> way, delete it
> immediately, and contact the sender as soon as possible by
> the reply option
> or by telephone at the telephone number listed (if
> available).  Thank you.
>