Re: [BackupPC-users] IncrLevels with rsync

[Stephen J. <st...@ph...>]

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
> Bac...@li...
> https://lists.sourceforge.net/lists/listinfo/backuppc-users
> http://backuppc.sourceforge.net/
>
>
> -- 
>
>