derek500 Posted January 20, 2012 Report Share Posted January 20, 2012 I am trying to figure out what's wrong with my backup performance. We just migrated from 6.1 to 8.2 (multi server) last week and nightly incremental backups don't complete in a reasonable amount of time. (I tried R9 but until the bug in using backup scripts is addressed I can't use it, and I can't report if performance is any better.) I have 40 backup clients, 4 Mac OS X (2 Server) the rest Windows (3 Server). On R6, 10.4, Dual G5 PowerMac 2GB RAM backing up to AIT-5 over Gb network, we could back up (incremental) all 40 clients in about 4 hours. With R8.2.399, Dual Core Mac Pro 2.66 GHz Xeon 6GB RAM backing up to RAID 5 eSATA hard drive (local transfer speeds are really fast), it takes 15 hours to back up (incremental) the same clients. I tried backing up to a file backup on the main HD of the mac pro and saw about the same performance on a single client, so I don't think the hard drive I'm doing the backups to is the issue. Plain file transfers are very fast on the Mac Pro, so I don't think it's network connection is the issue. It seems like the majority of the time is spent preparing/comparing. Clients that took 3-5 minutes on R6 take 20-30 minutes with R8. What do I try next? Thanks -Derek Quote Link to comment Share on other sites More sharing options...
derek500 Posted January 20, 2012 Author Report Share Posted January 20, 2012 Here is a log excerpt from Retrospect 6 on 1/12 and Retrospect 8 on 1/20 of the same backup client. This is pretty typical for what I am seeing. I did obscure a few file names and the user's name. 1/12/2012 9:46:41 PM: Connected to user-10677 - 1/12/2012 9:46:42 PM: Copying DRIVE C (C:) on user-10677… Can't read file ... Can't read file ... Can't read file ... Can't read file ... Can't read file ... Can't read file ... 1/12/2012 9:49:46 PM: Comparing DRIVE C (C:) on user-10677… File “15A57D57.TMP”: different modification date/time (set: 1/12/2012 8:09:26 PM, vol: 1/12/2012 9:49:33 PM), path: “C:Documents and Settings:All Users:Application Data:Symantec:SRTSP:SrtETmp:15A57D57.TMP”. File “9469E6FC.TMP”: different modification date/time (set: 1/12/2012 2:37:49 PM, vol: 1/12/2012 9:49:32 PM), path: “C:Documents and Settings:All Users:Application Data:Symantec:SRTSP:SrtETmp:9469E6FC.TMP”. File “{8FD90AC7-BA15-4A8B-AAF7-900635F0C677}.FDB”: miscompare at data offset 0, path: “C:Documents and Settings:user:Local Settings:Application Data:... File “SerState.dat”: different data size (set: 53,344, vol: 53,376), path: “C:Program Files:Symantec:Symantec Endpoint Protection:SerState.dat”. File “SerState.dat.bak”: different modification date/time (set: 1/12/2012 9:41:05 PM, vol: 1/12/2012 9:45:21 PM), path: “C:Program Files:Symantec:Symantec Endpoint Protection:SerState.dat.bak”. 1/12/2012 9:50:34 PM: 11 execution errors. Completed: 3325 files, 387.4 MB Performance: 611.5 MB/minute (393.8 copy, 1367.0 compare) Duration: 00:03:52 (00:02:36 idle/loading/preparing) 1/20/12 2:08:54 AM: Connected to user-10677 * Resolved container user-10677 to 1 volumes: Local Disk (C:) on user-10677 - 1/20/12 2:08:53 AM: Copying Local Disk (C:) on user-10677 *File "C:\Documents and Settings\All Users\Application Data\firebird\fb_lock_ba93232c00000f0007ca0000": can't read, error -1101 ( file/directory not found) *File "C:\Documents and Settings\All Users\Application Data\firebird\fb_lock_ba93232c00002500c6c90000": can't read, error -1101 ( file/directory not found) necoIncoming: empty stream packet, tid 19 > *File "C:\WINDOWS\system32\config\systemprofile\Local Settings\Application Data\Microsoft\Windows\UsrClass.dat.LOG": can't read, error -1020 ( sharing violation) 1/20/12 2:16:32 AM: Snapshot stored, 65.2 MB 1/20/12 2:23:26 AM: 1 execution errors Remaining: 10 files, 11.4 MB Completed: 3479 files, 1.1 GB Performance: 140.9 MB/minute Duration: 00:14:33 (00:06:44 idle/loading/preparing) Quote Link to comment Share on other sites More sharing options...
Lennart_T Posted February 15, 2012 Report Share Posted February 15, 2012 You are not saying how many files there are on the client. If there is a million files (not unusual), it takes much longer to create the snapshot than it did on version 6. Version 8 saves a LOT more metadata that Apple has added. Quote Link to comment Share on other sites More sharing options...
derek500 Posted February 15, 2012 Author Report Share Posted February 15, 2012 Thanks. I am trying to figure out how to show the total number of files on the client. This example is a Windows client, and has about 15 GB total in use on their system, so I can't imagine millions of files, and I don't picture any Apple Metadata being involved Hundreds of thousands sure, but it's a pretty typical and basic desktop system (XP). We keep the desktop systems very simply built and under pretty tight control. I have a new suspicion, that there is some unmentioned time preparing the registry backup - Retro 6 didn't do registry backups, 8/9 does. Also, FWIW I recently switched to Retro V9, but client performance seems about the same. -Derek Quote Link to comment Share on other sites More sharing options...
Lennart_T Posted February 15, 2012 Report Share Posted February 15, 2012 Thanks. I am trying to figure out how to show the total number of files on the client. This example is a Windows client, and has about 15 GB total in use on their system, so I can't imagine millions of files, and I don't picture any Apple Metadata being involved Hundreds of thousands sure, but it's a pretty typical and basic desktop system (XP). We keep the desktop systems very simply built and under pretty tight control. I have a new suspicion, that there is some unmentioned time preparing the registry backup - Retro 6 didn't do registry backups, 8/9 does. Also, FWIW I recently switched to Retro V9, but client performance seems about the same. -Derek Whoops! I should have read your posted logs better. You don't have drive C: on Macs. Right, backing up the registry is really slow on some Windows clients. Quote Link to comment Share on other sites More sharing options...
Recommended Posts
Join the conversation
You can post now and register later. If you have an account, sign in now to post with your account.