Ralf Gross schrieb:
> Les Mikesell schrieb:
> > Ralf Gross wrote:
> > > Ok, the first rsync full backup (488) completed. It took 500min. longer 
> > > than
> > > the last tar full backup (482).
> > > 
> > > Backup    Type    Filled  Level   Start Date      Duration/mins  Age/days
> > > 482       full    yes     0       5/19 02:05      3223.2         11.5
> > > 483       incr    no      1       5/21 07:49        89.6          9.2
> > > 484       incr    no      2       5/22 03:05       136.4          8.4
> > > 485       incr    no      3       5/23 03:05       119.1          7.4
> > > 486       incr    no      4       5/24 03:05       111.4          6.4
> > > 487       incr    no      1       5/25 03:05       165.9          5.4
> > > 488       full    yes     0       5/26 21:00      3744.2          3.7
> > > 489       incr    no      1       5/29 12:15       394.1          1.1
> > > 490       incr    no      2       5/30 03:05       190.8          0.4
> > > 
> > > I'm not sure if the checksum caching will compensate this in after the 3rd
> > > backup. Anything else I could do to tune rsync?
> > > 
> > 
> > You could force a full to start on Friday evening so weekly scheduling will 
> > keep 
> > the full runs on weekends if they take more than a night to complete.  
> > Depending 
> > on how much daily change you have, you might want to set incremental levels 
> > for 
> > the intermediate runs.
> 
> I use BackupPC and bacula for backups, I once lost a complete backuppc
> pool/filesystem by a defect raid controller. So I need 2 backup
> windows. But the option to do a full backup only once in 2 weeks
> sounds a resonable option.
> 
> What I not quite understand is that inc. backup also take much longer
> than before.
>  
> > A more extreme change would be to edit Rsync.pm to not add the 
> > --ignore-times 
> > option on fulls.  I haven't needed this myself yet but I think it would 
> > make a 
> > big difference in speed - at the expense of not checking files for unlikely 
> > but 
> > possible differences.
> 
> Hm, I think I'll leave this optios as it is. In the list archives I
> found some posts about the --whole-file option, but no definitive
> answer if RsyncP supports it and if it's usefull at all.

 
the RsyncP man page tells me this:

http://search.cpan.org/~cbarratt/File-RsyncP-0.68/lib/File/RsyncP.pm

File::RsyncP does not compute file deltas (ie: it behaves as though
--whole-file is specified) or implement exclude or include options
when sending file. File::RsyncP does handle file deltas and exclude
and include options when receiving files.


Thus no need to try the --whole-file option.

Ralf

------------------------------------------------------------------------------

_______________________________________________
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/