To followup on Rob's question a bit: When using traditional backups, there is a real benefit to using a media rotation. I really like the Tower of Hanoi rotation (0,3,2,5,4,7,6,9,8,1,3,2,5,4,...)
I'm using the rotation above for both my regular BackupPC and my BackupPC4AFS servers. I know it makes sense for the AFS backups, as they're individual volume dumps. But on a regular BackupPC server, backing up data files and using BackupPC's pooling, what kind of rotation (IncrLevels) makes sense? My gut instinct tells me that Tower of Hanoi is still good, but I'm not 100% sure due to the pooling and linking. Cheers, Stephen -- Stephen Joyce Systems Administrator P A N I C Physics & Astronomy Department Physics & Astronomy University of North Carolina at Chapel Hill Network Infrastructure voice: (919) 962-7214 and Computing fax: (919) 962-0480 http://www.panic.unc.edu On Tue, 11 Sep 2007, Rob Owens wrote: > Craig Barratt wrote: >> Rob writes: >> >> >>> I just noticed the $Conf{IncrLevels} setting. I'm using rsync and >>> rsyncd as my transport, and I'd like to minimize my network usage since >>> I'm backing up over the internet. I don't care about disk or cpu usage. >>> >>> Does setting: >>> $Conf{IncrLevels} = [1, 2, 3, 4, 5, 6]; >>> do anything to reduce my network usage? Or does rsync and the pooling >>> mechanism already take care of that "behind the scenes". >>> >> >> Yes, it will reduce the network usage. In 3.x each incremental depends >> on the backup of the next lower level, so this means a new file that >> appears after the last full will only be transferred once. >> >> Craig >> > Thanks Craig. > > Is there any disadvantage to setting $Conf{IncrLevels} = [1, 2, 3, 4, > 5, 6]; when using rsync as the transport? I'm trying to figure out if > it increases my chances of anything being missed. (Holger, I'm sure > you've got a good answer to this one). > > -Rob > > ------------------------------------------------------------------------- > This SF.net email is sponsored by: Microsoft > Defy all challenges. Microsoft(R) Visual Studio 2005. > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ > _______________________________________________ > BackupPC-users mailing list > BackupPC-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/backuppc-users > http://backuppc.sourceforge.net/ > > > -- > > ------------------------------------------------------------------------- This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ _______________________________________________ BackupPC-users mailing list BackupPC-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/backuppc-users http://backuppc.sourceforge.net/
