[remram]

Usual problem, if you delete/corrupt a file and find out two days later, your daily backup is not going to help you. Having more than one snapshot is very valuable.

http://www.taobackup.com/ etc

Rsync is also very slow with lots of files, and doesn't deal with renamed files (will transfer again).

[eikenberry]

Rsync backups can be setup to deal with this. I have rsync setup with daily incremental backups, the main sync to a 'current' folder and the old version of changed files staying in a weekday named folder (eg. Monday). So I have a rotating 7 day period to recover files. On top of that I have a monthly long term backup of the last old version of that month. This provides an arbitraribly long monthly window to recover from. Rsync is very versatile.

[remram]

Yeah with enough scripting, you can rebuild a slow equivalent to a real backup program, that will also use 10x the disk space.

[eikenberry]

Yep. But it works and has worked for over 20 years. Various backup software has come and gone in that time but rsync has been a rock.

[leetnewb]

Fwiw, Borg is coming up on 10. 12 if you include the project it forked from. I like the simplicity of rsync approaches, but Borg seems to have longevity and widespread use.

[eikenberry]

Restic is also around 10 years old... at least based on it's github commit history. I should probably look at them again at some point. Hard to get motivated to replace a working system for some disk space.

[leetnewb]

If you do end up kicking the tires, it might be worth looking at duplicacy as well.