There is no good way around bandwidth and traffic limitations set by ISPs, You could compress, even compress better, but rsync allready does that, the best idea i can come up with now, is stick a usb external disk on the clients computer and do the first backup there, then, do the subsequent updates remotely, obviously this would not work if you have too many clients, or the clients are physically too far away. I have a shaw extream and usually clock around 850kbite/sec dl, but i dont think even this would make you very happy. Cheers Szemir
Ps.: Why don't you charge separate for initial snapshot ? Pps.: Why not place a backup server inside the hosting facility your clients use, and backup to that one, internal bandwidth is generally not counted by hosting facility providers? On November 28, 2006 22:11, Jon wrote: > Hi All, > > I've been playing quite heavily with Rsnapshot during this last week. > The plan is to use Rsnapshot to dive into customer's servers in the > middle of the night and take snapshots of their data. > > It's quite a slick little application that is very easy to set up and > even easier to manage once it's running. I really like it, but the > problem we're running into is bandwidth. > > Some of our customers have 100GB or more of data and the best uploads > we're seeing is somewhere around 300-500MB an hour. Once we have a full > backup we'll be OK because Rsnapshot will only take incrementals, but > the first backup is killing us. I've done some really bad math (the only > kind I do) and it seems to me that with the type of upload caps that the > local ISPs are putting on their lines, that's about the best speed we're > going to get. > > I'm wondering if anyone else in the CLUG is doing any kind of remote > backup stuff and may have faced this issue before? I'm not married to > Rsnapshop - in fact, we'll go with anything that works so all > suggestions are welcome. > > Thanks! > > Jon _______________________________________________ clug-talk mailing list [email protected] http://clug.ca/mailman/listinfo/clug-talk_clug.ca Mailing List Guidelines (http://clug.ca/ml_guidelines.php) **Please remove these lines when replying
