Search the Community
Showing results for tags 'Instan Scan'.
The search index is currently processing. Current results may not be complete.
I am running Retrospect (and have been since 6.1) on an Xserve 3,1 running Mac OS X Server 10.6.8 with 12Gigs of RAM, 24TB of Active Storage backup disk space and a Quantum Scalar 50 LTO-4 Two Drive Fibre Channel tape library connected via a QLogic 5602 FC Switch with Zoning enabled. I have Advanced Tape Support as part of my licensing. I upgraded Retrospect on this Xserve about 2 weeks ago from 9.0.2 (107) Multi Server/Unlimited Clients to 10.0.1 (105) Multi Server/Unlimited clients. Everything appeared to be OK during the upgrade. Everything remained intact. After the upgrade I immediately started to notice the following day a change in the way Retro 10 scans files and accounts for them. Background: I have a staged backup system in place so that, using Carbon Copy Cloner, I clone two source disks from two different Xserve with the same aforementioned specs. I clone to sync, removing any data on the destination which does not exist on the source. One source has about 5.3 TB and the other about 100GB. They are cloned every 4 hours onto one 12TB Active Storage LUN. From here I use a Retrospect backup to Tape script to perform one Full backup of the 12TB backup disk over the weekend and then incrementals nightly during the week. A new Media set is started during the Full weekend and Skip to New Member is used for incrementals since the tapes are removed offsite daily the following morning. This system has worked flawlessly for several years over several versions of Retrospect and countless Restores have been successfully performed both during DR drills and real emergencies. After upgrading to version 10 I noticed that Retrospect was 'seeing' about 128GB of data during a newly instituted Full backup over the weekend. The Tape Media set showed 128GB in size for the Full backup. Normally the full 5.4 TB was scanned and backed up at the start of a Full backup to a new Media set and then the incrementals averaged about 20GB during the nightly backups during the week. So essentially Retrospect was missing 99% of the data. I even created a new script to make sure that it was not a corrupted script caused by the upgrade to 10. Same results. Retrospect was scanning about 128 GB for the Full backup and 24k or so for the following incrementals. I noticed in the Logs for each backup a mention of the new Instant Scan process. Searching the documentation for 10 and then Forum topics related to Instant Scan (ISA), none of which seemed to mention my specific issue, I decided to disable the ISA process. Once I did that Retrospect performed as expected, 'seeing' all of the data on the source volume (5.4TB total) and backing up all of the data to tape during the Full backup and any changes during the incremental. Am I missing something? Is what I described the proper functionality with the new ISA process? This seems to affect all scripts. I have another Disk to Disk script with the same symptoms when ISA is enabled. Keeping ISA disabled for now. Thanks for any insights...