I have the volumes necessary to restore the destroyed volume onsite. I
checked them into the library using the command:
checkin libvol ibm3584a search=bulk status=private checklabel=barcode
They checked in okay, but I started my restore volume and it still says they
are unavailable or offsite.
What am I missing?
Thanks,
Kevin
-----Original Message-----
From: Cook, Dwight E [mailto:DWIGHT.E.COOK AT saic DOT com]
Sent: Thursday, December 12, 2002 9:05 AM
To: Thach, Kevin
Subject: RE: Procedures to follow after a drive with a stuck tape is
replaced -- 3584 library
upd vol <volser> acc=destroyed
Since the other volumes are offsite (and since all the data to rebuild your
destroyed volume isn't necessarily on a single volume in your offsite/copy
pool) you should try a...
restore vol <destroyedvolser> copypool=<copypoolname> preview=yes
this will show what volumes are needed to rebuild the primary pool volume,
then recall those vols and rebuild the primary pool volume for real.
You might look in your activity log around the time of the failed restore...
TSM ~might~ have requested some offsite volumes to be retrieved (checked
in).
I don't take volumes offsite because my tsm servers are offsite (we backup
over the wan) but I've tested all that functionality in the past and I
believe TSM asks for one of the copypool volumes to be checked in, if the
data is requested by the client and the primary pool's copy isn't available.
hope this helps...
Dwight
-----Original Message-----
From: Thach, Kevin [mailto:KThach AT CovHlth DOT com]
Sent: Thursday, December 12, 2002 7:45 AM
To: 'Cook, Dwight E'
Subject: RE: Procedures to follow after a drive with a stuck tape is
replaced -- 3584 library
I do have a copy pool, but it is offsite, so if someone requests data from
that volume, how will TSM handle rolling to it since it is offsite?
Also, how do I mark a volume destroyed?
Thanks
-----Original Message-----
From: Cook, Dwight E [mailto:DWIGHT.E.COOK AT saic DOT com]
Sent: Thursday, December 12, 2002 8:31 AM
To: Thach, Kevin
Subject: RE: Procedures to follow after a drive with a stuck tape is
replaced -- 3584 library
You have to mark it "destroyed" yourself.
Now, do you have a copy storage pool ?
If you do and you mark the primary pool's volume "destroyed" if a person
requests data on that destroyed volume, TSM will automatically roll to the
data in the copy pool.
If you don't have a copypool, it is still critical to mark the volume
"destroyed" as soon as possible because if there is data on that ~destroyed~
volume that still exists on the client(s), TSM will pick up a new copy
during the next round of incrementals...
Dwight
-----Original Message-----
From: Thach, Kevin [mailto:KThach AT COVHLTH DOT COM]
Sent: Thursday, December 12, 2002 7:26 AM
To: ADSM-L AT VM.MARIST DOT EDU
Subject: Procedures to follow after a drive with a stuck tape is
replaced -- 3584 library
The other day I had to replace one of the drives in my 3584 library because
a tape was jammed in it. This tape was being written to by a migration
process when it jammed (during daily processing). The procedure went on to
complete successfully, but a q libvol shows that the tape is still in the
library in a private status even though it has been destroyed. Last night I
had a restore fail (I'm guessing some of the data was on the tape that got
stuck?)
I basically need to know what procedures / commands need to be executed once
a tape has been destroyed to ensure that the data on that tape is available
on another tape.
I figure an audit library will make it recognize it's gone, but how do I
deal with the data?
Thanks in advance,
Kevin
This E-mail contains PRIVILEGED AND CONFIDENTIAL INFORMATION intended only
for the use of the Individual(s) named above. If you are not the intended
recipient of this E-mail, or the employee or agent responsible for
delivering it to the intended recipient, you are hereby notified that any
dissemination or copying of this E-mail is strictly prohibited. If you have
received this E-mail in error, please immediately notify us at (865)
374-4900 or notify us by E-mail at hdesk AT covhlth DOT com.
This E-mail contains PRIVILEGED AND CONFIDENTIAL INFORMATION intended only
for the use of the Individual(s) named above. If you are not the intended
recipient of this E-mail, or the employee or agent responsible for
delivering it to the intended recipient, you are hereby notified that any
dissemination or copying of this E-mail is strictly prohibited. If you have
received this E-mail in error, please immediately notify us at (865)
374-4900 or notify us by E-mail at hdesk AT covhlth DOT com.
This E-mail contains PRIVILEGED AND CONFIDENTIAL INFORMATION intended only
for the use of the Individual(s) named above. If you are not the intended
recipient of this E-mail, or the employee or agent responsible for
delivering it to the intended recipient, you are hereby notified that any
dissemination or copying of this E-mail is strictly prohibited. If you have
received this E-mail in error, please immediately notify us at (865)
374-4900 or notify us by E-mail at hdesk AT covhlth DOT com.
|
