So I believe what you are saying is that a Primary copy of some
data has been destroyed and you want to recreate the onsite copy.
Here is our procedure that is somewhat specific for a 3494 tape
library, but it has all the steps:
Note: Words in ITALICS are examples of tape/storage pool names. You
must substitute these values with the correct ones.
1. Update TSM database to reflect volume is destroyed.
* TSM> update vol C00252 access=destroyed
2. Find out what tape/tapes from the offsite copypoool are needed
from vault.
* TSM> restore vol C00252 preview=yes
* do "q proc" until process is gone.
* TSM> q act sear=anr1255w (to get the list of tape/tapes it
wants).
**** There will be a bunch of entries that look something like
this:
04/01/98 14:27:50 ANR1233I Restore preview of volumes in primary
storage
pool VMS_INCR_TAPEPOOL started as process 212.
04/01/98 14:27:50 ANR1255W Files on volume C00050 cannot be restored
-
access mode is "unavailable" or "offsite".
04/01/98 14:27:51 ANR1255W Files on volume C00239 cannot be restored
-
access mode is "unavailable" or "offsite".
04/01/98 14:27:51 ANR1255W Files on volume C00058 cannot be restored
-
access mode is "unavailable" or "offsite".
04/01/98 14:28:10 ANR1255W Files on volume C00032 cannot be restored
-
access mode is "unavailable" or "offsite".
04/01/98 14:28:56 ANR1255W Files on volume C00260 cannot be restored
-
access mode is "unavailable" or "offsite".
04/01/98 14:28:56 ANR1255W Files on volume C00083 cannot be restored
-
access mode is "unavailable" or "offsite".
04/01/98 14:28:56 ANR1255W Files on volume C00000 cannot be restored
-
access mode is "unavailable" or "offsite".
04/01/98 14:29:16 ANR1255W Files on volume C00268 cannot be restored
-
access mode is "unavailable" or "offsite".
04/01/98 14:29:17 ANR1235I Restore process 212 ended for volumes in
storage
pool VMS_INCR_TAPEPOOL.
04/01/98 14:29:17 ANR1241I Restore preview of volumes in primary
storage
pool VMS_INCR_TAPEPOOL has ended. Files Restored:
43070,
Bytes Restored: 27207363132.
In this case all 8 of these tapes would need to be retrieved to
restore the data from the bad tape.
3. Retrieve offsite tape/tapes from vault and load into the library.
4. Check the offsite tape/tapes into library.
* TSM> checkin libvol LIBRARYX C00016 stat=private devt=3590
5. Update access to the tape/tapes just loaded.
* TSM> update vol C00016 acc=readonly
6. Restore the files back to primary tapepool.
* TSM> restore vol C00252
It may take a while.
7. Check to see that primary storage pool is up to date.
* TSM> restore stg AIX_INCR_TAPEPOOL preview=yes
* TSM> q act (preview should say 0 files restored, if not STOP
and call ADSMONCALL.)
* To find out what pool the destroyed tape belonged to, use
the 'q vol C00252' command.
8. Return tape/tapes 'restored from' back into the vault.
* TSM> update vol C00016 access=offsite
* TSM> checkout libvol LIBRARYX C00016 remove=yes
* tape/tapes should be put in I/O slot by robot
9. Remove the damaged tape from the database.
* TSM> delete vol C00252
* If this command fails, contact ADSMoncall before removing
the tape from the library.
10. Remove tape from tape library if not already done so.
* TSM> checkout libvol LIBRARYX C00252 remove=yes
Ben
-----Original Message-----
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of
Lepre, James
Sent: Tuesday, March 14, 2006 9:36 AM
To: ADSM-L@VM.MARIST.EDU
Subject: Re: OFFSITE TAPES
Hello Everyone,
I need to bring back some offsite tapes for a restore. How do I
check them into the library, and then force Tivoli to use them. I have
a tape that broke and now I need to bring back the offsite copy, but I
am not sure what how to set this up. Should I bring back every tape for
that node that is offsite, any help is much appreciated.
Thank you
James
