3 ms·
There is another very interesting tool: http://www.boxbackup.org/ http://www.boxbackup.org/ . Unfortunately, it looks like it is dead now, like many other open-
by prohor 12y ago
There is another very interesting tool: http://www.boxbackup.org/ http://www.boxbackup.org/ . Unfortunately, it looks like it is dead now, like many other open-source tools of this kind. So at some point I've done a backup script around rsync, which also works with snapshots, so has strong data deduplication. Well, it is also dead, but at least it is short enough for anyone to fix it. If anyone is interested, here it goes: http://okrasz-techblog.blogspot.com/2011/02/backing-up-with-rsync.html http://okrasz-techblog.blogspot.com/2011/02/backing-up-with-...
- dspillett 12y agoThere is a decade old guide to using rsync for backups and snapshots at http://www.mikerubel.org/computers/rsync_snapshots/ http://www.mikerubel.org/computers/rsync_snapshots/ which I originally based my hand-rolled arrangements on. It hasn't been updated since 2004 but is still relevant. There are tools that make this more hand-holdy if you prefer to do less work/thinking yourself, like rsnapshot. For extra safety against hack+delete+ransom attacks, I make sure my backup servers and main kit have different credentials can't talk directly to each other at all - this way if someone hacks into my mains they can't automatically get at my backups and vice versa. I have an intermediate backup location: the active machines push data to that and the backup services pull from there, it can't login to either of the other sets. For automated backup testing, which I recommend you find time to setup, some data goes the other way (backups push to intermediate, other sites pull from there).
- rsync 12y agoThe "Mike Rubel" guide is a great one, and one that we have pointed customers at for years - especially for his explanations of "rsync snapshots". FWIW, we finally wrote our own "rsync HOWTO", which is ironic, given that we ran rsync.net for almost a decade without one.[1] It is NOT rsync.net specific, which is why I am mentioning it here. Just our attempt at a simple, concise rsync HOWTO. It includes crontab explanations and examples, as well as all of the SSH key generation steps. "For extra safety against hack+delete+ransom attacks..." rsync.net customers get protection from this in two ways. First, all accounts have ZFS snapshots enabled by default, and ZFS snapshots are absolutely immutable. Only local root can destroy them, and only with a snapshot-specific destruction command. Second, we do server side "pulls" for all customers who request it, so you can have your backups at rsync.net without any credentials on your end for an attacker to use. [1] http://rsync.net/resources/howto/rsync.html http://rsync.net/resources/howto/rsync.html
- dspillett 12y agoNice. I'll have to remember that next time I'm rearranging things and reconsidering options.
- deleted 12y ago[deleted]
- jamesog 12y agoBox Backup isn't dead, but there is pretty much only one guy maintaining the code these days and he doesn't get time to release very often. It's good software but still not really feature-complete. For example, doing mass-restore (e.g. an entire directory) is very tedious. Single files are fine, but this doesn't make it very useful. (Point of note, I maintain the servers for the project, but don't really contribute to the project itself these days.)