Thanks, Jerry.
I tried the Audit Volume.
If you do an Audit with FIX, it appears to have the same result
as DELETE with DISCARDDATA - it removes the DB entries for files that
are unreadable.



>----------
>From:  Jerry Lawson[SMTP:jlawson AT thehartford DOT com]
>Sent:  Monday, February 17, 1997 8:21 AM
>To:    ADSM-L AT VM.MARIST DOT EDU
>Subject:       Q on recovering from damaged media
>
>---------------------------- Forwarded with Changes
>---------------------------
>From: INTERNET.OWNERAD at SNADGATE
>Date: 2/16/97 5:18PM
>To: Jerry Lawson at ASUPO
>*To: *ADSM-L at SNADGATE
>Subject: Q on recovering from damaged media
>-----------------------------------------------------------------------------
>--
>
>Before I did a Delete volume, Discard, I think I would do an Audit Volume to
>see if the data past the bad spot can be saved.  However, if it is bad, or
>you
>just choose to skip this step, the Delete - Discard will remove the entries
>from the DB.  So the answer to question number one is that the next time an
>incremental is run for the node in question, the files will appear to have no
>currect backup, and therefore WILL be backed up again.
>
>As for question 2, I am not aware of any way to do what you suggest - but I
>agree with what you are suggesting - sounds like a godd requirement to me.
>
>Jerry Lawson
>jlawson AT thehartford DOT com
>
>________________________Forward Header________________________
>Author: INTERNET.OWNERAD
>Subject: Q on recovering from damaged media
>02-16-97 05:18 PM
>
>ADSM 2.1.5.9 on AIX 4.1.4.
>
>I have a backup tape cartridge with a permanent I/O error.
>Tape went bad immediately, so not all the data got backed up into the
>copy storage pool.
>
>A "move data" removed everything up to the point of the I/O error.
>Q CONTENT volser    shows only 4 files left on the tape, all belonging
>to one client.
>
>RESTORE volser preview=YES     confirms that those 4 files have no
>copies.
>
>If I do a DELETE volser DISCARDDATA=YES, it should clean up the entries
>from the data base.
>
>Q1:  The next time the client runs an incremental backup, will ADSM know
>that it needs to back these files up again?  I suspect not, but would
>like a second opinion.
>
>Q2:  Is there any way for me (the admin) to tell which backup version of
>the file was destroyed?  Q CONTENT F=D shows me the file name, client
>name, file space name, and size, but no information about when the file
>was copied, or whether other backup versions of the file exist.
>