While I don't use it solely, I do have ~70TB being backed up using Crashplan ProE over a geographically dispersed area. Code42 has definitely made some significant progress over the past 18 months. No chuckles here.
On Mon, May 13, 2013 at 2:50 PM, Iain Morris <iain.t.mor...@gmail.com>wrote: > This may get some chuckles, but I've had decent luck using Crashplan's > free client to back up some small offices with diverse systems to a linux > server. You don't get snapshots over time, but if all you need is an > additional copy for backup, it's quite flexible and open to expansion > offsite for free, or with their seeding service to their datacenter. In > the past I've thought it was too "simple" for a business server environment > (is that bad? :-) ), but it's always in the back of my mind as an option. > > > On Mon, May 13, 2013 at 10:23 AM, Paul Heinlein <heinl...@madboa.com>wrote: > >> On Sun, 12 May 2013, Skylar Thompson wrote: >> >> On 05/12/2013 10:26 AM, Michael Tiernan wrote: >>> >>>> On Sun, May 12, 2013 at 10:34 AM, Skylar Thompson >>>> <skylar.thomp...@gmail.com> wrote: >>>> > How do you define reliability? >>>> >>> >> I think that that's a darned good question. Skylar's pair of >>>> points misses a key definition. As a guy from Keane that I used to >>>> work with said, no one cares about backups, they only care about >>>> restores. >>>> >>> >> From the customer's perspective -- which for me is the only perspective >> that really counts -- restoration *is* the service; backup is just the tool >> that facilitates it. >> >> I've only had to do about one restoration per year over the eight years >> I've been at $WORK (small engineering-heavy company). >> >> Bacula (+ LTO) has never failed me during that time. I won't claim that >> it's any better than the other tools mention in the OP's list; my point is >> that I've found Bacula to be reliable. (I do agree with the person who >> lamented Bacula's oft-confusing interface and documentation.) >> >> If Bacula's catalog is hosted on traditional hard disks, it can take >> several minutes to build the dump-like interface to the filesystem to be >> restored. I still spool to HDs, but I've moved MySQL to SSDs, and it's much >> much much speedier now. >> >> I've deployed rdiff-backup at home, and on a much smaller scale, but I've >> never done anything but test restores with it. >> >> -- >> Paul Heinlein >> heinl...@madboa.com >> 45°38' N, 122°6' W >> _______________________________________________ >> Tech mailing list >> Tech@lists.lopsa.org >> https://lists.lopsa.org/cgi-bin/mailman/listinfo/tech >> This list provided by the League of Professional System Administrators >> http://lopsa.org/ >> >> > > > -- > -- - > Iain Morris > iain.t.mor...@gmail.com > > _______________________________________________ > Tech mailing list > Tech@lists.lopsa.org > https://lists.lopsa.org/cgi-bin/mailman/listinfo/tech > This list provided by the League of Professional System Administrators > http://lopsa.org/ > > -- Derek Monaghan derek.monag...@gmail.com
_______________________________________________ Tech mailing list Tech@lists.lopsa.org https://lists.lopsa.org/cgi-bin/mailman/listinfo/tech This list provided by the League of Professional System Administrators http://lopsa.org/
