Goals and Options

So I decided to roll my own backup, for Linux and hopefully in the near future, Mac. Here's what I want to achieve.

• Simple to implement and maintain, to be reliable, and to let me know when it's not working
• Simple to restore from, or look up what's on the backup. Simple to restore, that is, for me, and old Unix geek Back up without user intervention or really even knowledge that it's happening Back up to my own file server for now, but in such a way that anyone else who provides me with generic storage accessible securely (e.g. ssh or WebDAV) could be a backup target Provide real security: Users can see their back ups, but not change them. Nor can anyone see anything that they wouldn't be able to see if the backup Work for both desktop/laptops and servers Require minimal amount of space on the backup target

Some stretch goals:

Most client computers wander from network to network these days. It would be nice to not attempt backups when the computer was off or the backup target wasn't reachable, and run backups whenever it could reach the target (without the user thinking about it)
Similar to the above, turning the computer off in the middle of a backup, or taking it off-line, should not cause all sorts of downstream problems. Obviously I won't have a backup, but the next backup should run well, and I should lose any previous backups
Allow the rest of my family to browse their backups and restore files from them
Allow some ability to look an incremental changes. Sometimes you don't realize that something's wrong for a few days. It's nice to be able to go back and look at changes, at least for the past week

One popular solution is to copy one or more file systems on a machine to another file systems accessible to the machine using rsync. I found lots of rsync-based solutions for backup through Google like this one, which is Arch-based but still easily generalizable. (Note that the rsnapshot how-to documentation indicates that rsync-based solutions may not work exactly the same on BSD, and therefore I want to check Mac carefully when I go there.)

It wasn't obvious to me how to get incremental backups with rsync. Fortunately, Mike Rubel did the hard work for me.

Also not obvious how to provide the robustness on failure -- rsync will probably make sure individual files don't get corrupted, but you won't have a known snapshot in time. This can probably be solved with the strategies to get incrementals to work.

Setting up the target is simple, but not trivial, due to the security requirements. Again, the rsnapshot how-to documentation describes how to do some of it. Because I want to back up without user intervention, I'll have to set up password-less login with ssh.

The stretch goal of having users view and restore by themselves gets interesting in the general case. The backup target has to either share authentication with all the clients, or the problem becomes bigger. On my simple home network I just have to make sure that UIDs are the same everywhere.

Another fun issue for the general case: The privileged user on one machine can delete the backups of another machine. No problem in my case, but not good for the general service.