Hi,

A real draw-back of this solution is, that you need a lot more storage
space. So I think, that it's only a work around. There's no reason why rsync
should not perform equally well.

Greetings,
Hendrik 

> -----Ursprüngliche Nachricht-----
> Von: backuppc-users-bounces AT lists.sourceforge DOT net 
> [mailto:backuppc-users-bounces AT lists.sourceforge DOT net] Im 
> Auftrag von Stephen Joyce
> Gesendet: Mittwoch, 28. Mai 2008 01:19
> An: Jonathan Dill
> Cc: backuppc-users AT lists.sourceforge DOT net
> Betreff: Re: [BackupPC-users] Rsync to Windows client very slow
> 
> On Tue, 27 May 2008, Jonathan Dill wrote:
> 
> > I can think of other cases where "push" might work better 
> than "pull"
> > either for security or network topology.  I suppose if you 
> have a fast 
> > enough WAN connection, you could even use something like 
> FileZilla and 
> > SFTP (ftp over ssh) to "push" a backup to a server from 
> remote, even 
> > use traffic shaping or bandwidth limiting in the gateway device.
> > Where rsync falls down here is that bandwidth limiting within rsync 
> > has no effect on the "building list" phase, which will happily 
> > saturate your WAN connection unless the limit is imposed externally.
> >
> > "push" makes it easier for users with laptops that are not 
> always on 
> > site to initiate, monitor, and stop the backup at their convenience 
> > without having to remember to share / unshare the c-drive 
> (or stop / 
> > start rsyncd).  I am not too crazy about the idea of 
> someone taking a 
> > laptop out in the wild with the c-drive shared or rsyncd 
> listening for 
> > input.  The backup can be resumed again later when they 
> return to the 
> > office, or a quick backup can be made of only the most 
> important files.
> 
> There is a link in the backuppc wiki detailing how to use 
> Unison to do this "on-demand" style of backups over SSH 
> (which are then archived by backuppc). It works quite well 
> for me, but I don't know if anyone else is using it.
> 
> I even have proof-of-concept code for using VSS to backup 
> open files using the same method, but building and destroying 
> the VSS copy requires that the user have administrator access 
> to the laptop (something which is usually, but not always, 
> true for all users).
> 
> > Jonathan
> 
> --------------------------------------------------------------
> -----------
> This SF.net email is sponsored by: Microsoft Defy all 
> challenges. Microsoft(R) Visual Studio 2008.
> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
> _______________________________________________
> 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/
> 
> 
> --
> No virus found in this incoming message.
> Checked by AVG. 
> Version: 7.5.524 / Virus Database: 269.24.1/1468 - Release 
> Date: 26.05.2008 15:23
> 


-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
_______________________________________________
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/