Mirco Piccin wrote:
> 
>> Also, is each daily file completely distinct from the previous one or
>> is just incrementally changed? Because if it is just incrementally
>> changed you may want to first rsync against the previous day's backup
>> to reduce network bandwidth.
> 
> My BackupPC is running on a VIA processor, max MB/s : less than 5 :-(
> So, backup 840 GB each time is not the best solution ...
> (this is the reason i did not configure the backup as you suggest)
> 
> Anyway, each daily file is quite similar to the each other, so rsync
> (or custom script) should be the better way to to the job.

That won't help unless each file is named the same as the previous one. 
Perhaps you could smb-mount the share into the backuppc server and move 
the files around so you always have the newest file under the same name 
in a subdirectory of the share for the duration of the backup - then you 
could put it back if you want. That would let you use the 'some number 
of fulls only' approach I suggested earlier and also transfer less data 
(but the rsync CPU vs. network tradeoff may be a wash).

If you don't use some approach to just get one file in the directory per 
day, you will probably run out of space on your 2nd full when you 
transfer the current week's files before the previous full can be 
deleted.  Or are you doing this already?

-- 
   Les Mikesell
    lesmikesell AT gmail DOT com


------------------------------------------------------------------------------
Crystal Reports - New Free Runtime and 30 Day Trial
Check out the new simplified licensing option that enables unlimited
royalty-free distribution of the report engine for externally facing 
server and web deployment.
http://p.sf.net/sfu/businessobjects
_______________________________________________
BackupPC-users mailing list
BackupPC-users AT lists.sourceforge DOT net
List:    https://lists.sourceforge.net/lists/listinfo/backuppc-users
Wiki:    http://backuppc.wiki.sourceforge.net
Project: http://backuppc.sourceforge.net/