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.
> -----Ursprüngliche Nachricht-----
> Von: backuppc-users-bounces@...
> [mailto:backuppc-users-bounces@...] Im
> Auftrag von Stephen Joyce
> Gesendet: Mittwoch, 28. Mai 2008 01:19
> An: Jonathan Dill
> Cc: backuppc-users@...
> 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.
> BackupPC-users mailing list
> 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