If you delete the volume with DISCARDDATA=YES, that should delete the DB
entries.

Then the next time the client runs an incremental you should get a new copy
made of anything still on the client machine.
Any older versions of files or files that have been deleted from the client
but not expired on the server are just lost.

If you think there is any part of the tape that is still readable, you can
try AUDIT VOLUME FIX=YES instead of DELETE volume; I think that will give
you the same results, but only for stuff on that tape that is really
unreadable.



> -----Original Message-----
> From: Alan Cheski [SMTP:Alan_Cheski AT GULF DOT CA]
> Sent: Tuesday, May 02, 2000 4:59 PM
> To:   ADSM-L AT VM.MARIST DOT EDU
> Subject:      Recover data from bad tapes
>
> Howdy, I was looking for any advice on how to recover from a situation
> where a
> tape gets damaged and contains active backup data. Is there anyway to have
> ADSM
> automatically request that data be sent by the client again? If you don't
> have
> stgpool copying enabled or have the rare occurence whereby your primary
> and copy
> tape are damaged...what can you do? Is running a selective or another full
> (mode=absolute) the only way? Someone mentioned before that if you update
> the
> volume to access=destroyed, then ADSM will request the files be backed up
> again.
> But that didn't seem to work. The environment is ADSM V3.1.2.0 server on
> NT 4
> SP5 and ADSM clients at V3.1.0.8.
>
> Alan Cheski
> Gulf Canada Resources