bcaef888-373a-4b65-b59e-f62d826d9e85

Thanks for the quick fix!

Lennart, you are correct; I meant Restore not Recover in all cases. Thank you. I have used all 3 Restore methods, "Restore and entire source volume or favorite folder ...," "Restore selected files and folders," and "Search for files in selected media sets." In no case are the duplicate files restored, nor are they visible in the Browse preview. By all appearances, the Snapshot is not being updated. iCompute, many thanks. I have believed all along that the source of the problem is a blunder on my part, but I cannot locate it. I spoke several times with Support and went through settings and they were also baffled. Just had the hope that someone here had seen it before. (I've been using Retrospect since Dantz and the 90ies and have weathered many a storm and saved many a day. ;-) My work-around is to rely on "Match only files in same location/path" to control backup sizes.

I am testing the Smart Incremental Backup feature in Retrospect 11.5 on a Mac server running OS X 10.7.5. According to the Retrospect User Guide, checking the items "Match source files against the Media Set" and "Don't add duplicate files to the Media set" in the Scripts>Options>Matching window should insure that the Smart Incremental Backup (SIB?) feature is operating. SIB should then not add more than one instance of duplicate files to the Media Set, but should note the existence and location of all duplicates and at Recovery place copies of the duplicates in all locations where they were originally stored. I am finding that, after an incremental backups, duplicate files are never Recovered to their original locations. Duplicate folders are Recovered but not their duplicate contents. Duplicate files do not appear as available for recovery in Restore Assistant after an incremental backup, although duplicate folders do appear. Is this a know/ongoing issue, or am I overlooking something specific? Many thanks for reading this!

Sorry I wasn't clear. What I meant by "recovery" was that we systematically recovered/restored from at least 1300 opticals to hard disk.

I myself have dealt with this situation over the last few years, recovering just under 4 TB of archives from CD's and DVD's on a G5 Mac. One backup set, contained 461 CD's. Basically, I set the recoveries going, with what parameters I could bring into play, and fed Retrospect 6 the disks as it requested them. I stopped when I needed to, marked disks already recovered "missing" and started again, usually the next day. It's a PITA, but it's part of your job if you're responsible for archiving data. No organization at this time should be depending on tapes or optical disks for archiving purposes--the media just aren't reliable enough. If you are responsible for maintaining an archive of any kind you must be prepared to migrate to newer media from time to time. In fact, you should plan on it.

In Retro. 8 Server, running under OS X 5 and 6, whenever I run a Recycle Backup, whether by script or manually, Retrospect ignores the existing and designated tape set(s) and tries to backup to empty tapes. How can I get it to simply erase and overwrite--i.e. RECYCLE--the tapes that are already members of the set?