From: ADSM: Dist Stor Manager [mailto:ADSM-L AT VM.MARIST DOT EDU]On Behalf Of
Matt Simpson
> >Tape volumes in the storage pool will now go to PENDING status
> >when they are
> >moved to ONSITERETRIEVE status. You won't be able to check them in as
> >scratch tapes until the reusedelay period of time expires.
>
> That's not exactly the problem I'm trying to solve. I want to check
> them in as scratch tapes. I just don't want them to disappear out of
> the database before that happens.
>
> Example. We generate a list of all tapes in VAULTRETRIEVE status, and
> give that to a human and tell him to bring all those tapes back from
> the vault.  We move all the tapes on the list to ONSITERETRIEVE
> status.  Human brings tapes back from the vault. We load them into
> the bulk entry door and issue the CHECKIN command to check them in as
> scratch.  All is OK if human retrieves all the right tapes.  But if
> one doesn't get retrieved for some reason, there is no longer any
> record that the tape exists and isn't where it belongs.  I'd like to
> have it left in the database in some status, VAULTRETRIEVE or
> COURIERRETRIEVE or anything that would indicate that it exists and
> needs to be returned to the library.

That's exactly what will happen. If you set the reusedelay for 1 day, it
will mean that it will be 24 hours before those tapes can be checked in a
scratch tapes--loads of time to make sure that the right tapes are
retrieved.

As an alternative, you could run a report of all tapes going through
reclamation and drm retrieval, redirect said report to a file, and hang onto
such files for a reasonable period of time. This way you have a paper trail.

In the best of circumstances, Matt, a manual audit of all vaulted tapes
should be done on a regular basis (once a year, once a quarter, whatever) no
matter what kind of system you maintain.

--
Mark Stapleton (stapleton AT berbee DOT com)
Certified TSM consultant
Certified AIX system engineer
MCSE