borgmatic

BorgBackup user here and really happy. It was a set and forget for me and after 7 years, the deduplicated backup is still working flawlessly each week. I recommend pairing it with borgmatic [1], which helps to design away some of the complexities of the underlying borg backup. [1]: https://github.com/borgmatic-collective/borgmatic

Yes (although ZFS is pretty stable, it is always good to mention to not put all your eggs in a single basket). My fallbacks are: - an external drive that I connect once a year and just rsync-dump everything - for important files, a separate box where I have borg/borgmatic [1] in deduplication mode installed; this is updated once in a while Just curious: Do you have any reason to believe that such a data corruption bug is likely in ZFS? It seems like saying that ext4 could have a bug and you should also store stuff on NTFS, just in case (which I think does not make sense..). [1]: https://github.com/borgmatic-collective/borgmatic

I have 5 TB backed up on BorgBase[1] and use Vorta[2] to add new data on desktops (macOS and Linux) and Dan's Borgmatic[3] on servers. (They all use Borg[4] in the background.) This is a great setup because I get notified of failed backups and the data is compressed, encrypted and deduplicated before upload. So it's quite fast and efficient. I can also run it in append-only mode, so old backups are safe. Since I'm involved with both projects, BorgBase and Vorta, please don't take my word for it and test it yourself ;-) 1: https://www.borgbase.com 2: https://vorta.borgbase.com 3: https://github.com/witten/borgmatic 4: https://borgbackup.readthedocs.io/en/stable/

as far as free alternatives, i saw no mention yet of borg[0]/borgmatic[1], which i quite like -- think 'rsync with encryption and pruning'. [0] https://borgbackup.readthedocs.io/en/stable/ [1] https://github.com/witten/borgmatic