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: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] Im > Auftrag von Stephen Joyce > Gesendet: Mittwoch, 28. Mai 2008 01:19 > An: Jonathan Dill > Cc: [email protected] > 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 > [email protected] > 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 [email protected] List: https://lists.sourceforge.net/lists/listinfo/backuppc-users Wiki: http://backuppc.wiki.sourceforge.net Project: http://backuppc.sourceforge.net/
