Hi:
We are just going to upgrade our drives to 'E' types. We currently have two drives in
a tape library that holds our copypool. I believe below is a working senario, other
than deleteing the copypool. Any comments?
I believe that in order to upgrade the tape libraries and migrate the existing data
we need to copy the data on the existing tapes to scratch tapes in the new library.
If both drives are updated concurrently and defined to a new library, there would be
no way to do this.
I believe what has to happen is:
-one drive is upgraded and defined to a new library
-the data in the copypoool is copied to the new library
-the existing copypool def is deleted
-the related configuration definitions are changed to reference the new copypool in
the new library
- the 2nd drive is upgraded.
>>> [EMAIL PROTECTED] 01/10/02 02:54PM >>>
TSM knows the tape belongs to the other storage pool, which exists in the
other library. You can't move the tapes themselves (with data on them),
you have to move the data on the tapes. Once the tapes are scratch, you
can move them from one library to the other.
Nick Cassimatis
[EMAIL PROTECTED]
Today is the tomorrow of yesterday.
----- Forwarded by Nicholas Cassimatis/Raleigh/IBM on 01/10/2002 02:53 PM
-----
Mike Crawford
<mcrawfrd@telusp To: [EMAIL PROTECTED]
lanet.net> cc:
Sent by: "ADSM: Subject: Reading 'J' tapes on 'E' drives
Dist Stor
Manager"
<[EMAIL PROTECTED]
T.EDU>
01/10/2002 01:02
PM
Please respond
to mcrawfrd
Ok, maybe I've misread the documentation but, this is causing me some
grief.
In testing the upgraded 3590E drive, I've followed the instructions for
creating
a new library, devclass, drive, and storage pools. What I'm trying to do
is
move a full J tape from the old library to the newly defined library, and
read
it on the E drive.
I am able to 'checkin libvol magstor3e 101008 status=private devtype=3590',
but when I try to read the tape, ADSM requests it be mounted back in the
origional
library.
What gives? I'm at wit's end (not that far from wit's beginning, really!)
Thanks,
Mike
