We don't use an ATL or VTS at DR although we have both at 'home'.
Anything we need for DR goes to the ATL (non-VTS) so we can send it off
site.  At DR we just alter SMS rules to allocate a non-ATL drive (and
remove the VOLCAT).

Depending on the DR setup/contract you might want to do the bulk of
restores from the floor system.  For our tests the DR site could
allocate more drives/paths to the floor system then we were contracted
for.  There are some procedural issues with this method though. 

Ken Porowski

-----Original Message-----
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of McKown, John
Sent: Monday, January 09, 2006 1:10 PM
To: [email protected]
Subject: [IBM-MAIN] Use of a VTS and ATL in a DR situation.

We currently have a 3494-B10 (VTS) and use non-robot 3490E tape drives.
We are migrating to a 3490-B18 (VTS) and a 3593-F05 to control a 3584
Tape Library with 3592 tape drives (J70 controller). IOW - we are moving
from non-SMS 3490E carts to SMS managed 3592 carts. Oh, terminology that
I use: VTS -> the 3494-B10 virtual system; ATL -> the 3952 robotic
drives.

At present, we use the nonSMS managed 3490E tape drives at D.R. to
recover our system. We make changes at DR so that what would have gone
into the VTS "at home" goes to physical 3490 drives. Now, I wondering
some of the considerations since we are going to 100% SMS managed tape.
As I understand it, all (or most) production tape output will go to the
VTS on emulated 3490E cartridges. All of those tapes which need to go
off-site will be intelligently copied and stacked onto 3592 carts using
a product called TapeCopy from OpenTECH. So our off-site stuff will all
be on 3592 carts.

Now, we go to DR. What happens? The 3952 drives at D.R. are in a robot
and so SMS managed. I guess what we will need to do is load a subset of
our 3952 tapes into the ATL under the control of the "floor system". We
use these tapes to restore some of our DASD, just enough to IPL
successfully. Once our system is up, we will insert the rest of the 3952
carts into the ATL and restore using our system. Does this sound
reasonable/workable?

My idea of a "time line" (very rough) is:

1) Insert 3592 carts needed to restore a minimal system on the floor
system.
2) Restore using these carts.
3) IPL.
4) Insert the rest of the 3592 carts.
5) Insert virtual volumes in the VTS.


I think for #5 to work correctly, we will need to have a "D.R. range" of
virtual volumes so that these volumes won't be in the TCDB until we go
to D.R. and do the INSERT there.

Anybody in this situation already (surely there must be)? What do you
do?

Thanks!

--
John McKown
Senior Systems Programmer
UICI Insurance Center
Information Technology

This message (including any attachments) contains confidential
information intended for a specific individual and purpose, and its
content is protected by law.  If you are not the intended recipient, you
should delete this message and are hereby notified that any disclosure,
copying, or distribution of this transmission, or taking any action
based on it, is strictly prohibited.
 

----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions, send
email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search
the archives at http://bama.ua.edu/archives/ibm-main.html

----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Reply via email to