You can determine what was on a bad tape by clicking on Configure -> Backup
Sets, selecting the Backup Set to which it belongs and marking the damaged
tape "missing." Then go through the motions of a search and retrieval
(Immediate -> Restore -> Search) and click on searching when you have
selected the Backup Set and a destination drive. Make sure you're searching
for "file name contains (BLANK)," and let the search proceed. Click on files
chosen. The damaged tape's files will show starbursts next to the file name.
Checkmarks and no stars mean the file is on a good tape. Go to the View
Options menu and select Sorted Files - No Folders as the layout on the Mac,
or hit Ctrl+H to toggle between Hierarchical and Sorted views in Windows.
Sorting by backup date should group all files on the missing tape together
in the list. Note that you don't actually want to complete the restore; this
is just the simplest way to get such a list of the files on that tape.


Irena Solomon
Technical Support Specialist
Dantz Development Corporation

> From: Andrew Cunningham <[EMAIL PROTECTED]>
> Reply-To: "retro-talk" <[EMAIL PROTECTED]>
> Date: Mon, 28 Aug 2000 11:28:06 -0700
> To: retro-talk <[EMAIL PROTECTED]>
> Subject: Backup set comparison question....
> I am suffering probably the perfect example of Murphy's law as it applies to
> backup
> - hard disk completely fails ( becomes invisible to the OS and all disk
> utilities)
> - one day before this, our APS HyperDAT Pro has failed, first chewing a
> tape, then ends up with another tape stuck permanently in the drive ( at
> least the drive was under warranty , by 10 days).
> - Trying to restore (using an overnighted replacement HyperDAT Pro drive)
> from the last good backup gives a -205 error, with a complete lock-up of
> RetroSpect and  SCSI bus requiring a reboot, making me really popular with
> my users.
> - Assuming the -205 error + SCSI lockup indicates a SCSI issue ( since the
> replacement is SCSI LVD) I try various SCSI hoodoo measures ( new cable, new
> card etc), but finally discover that it is due to some kind of tape error. I
> still find this a bit perplexing that a bad tape can cause a complete  and
> irrecoverable SCSI lockup.
> - So finally I was able to recover one complete backup from the backup set
> one earlier than the problematic one above.
> I can still recover some files from a newer backup set "as required", as
> long as I steer clear of the bad tape area. ( trial and error)
> My question is this...
> Is there any way in Retrospect to ask
> "Show me all the files in Backup Set A[006] (i.e.bad tapes) that are newer
> than the files in Backup Set B[004] (good tapes)", so I know what files are
> missing?
> Andrew
> -- 
> ----------------------
> Andrew Cunningham
> Vibro-Acoustic Sciences Inc
> --
> ----------------------------------------------------------
> To subscribe:    [EMAIL PROTECTED]
> To unsubscribe:  [EMAIL PROTECTED]
> Archives:        <>
> Problems?:       [EMAIL PROTECTED]

To subscribe:    [EMAIL PROTECTED]
To unsubscribe:  [EMAIL PROTECTED]
Archives:        <>
Problems?:       [EMAIL PROTECTED]

Reply via email to