Backups Aren't Simple • Hacker News Board

Re: Backups Aren't Simple

#201

Post by darkwater » Thu, Sep 17, 2026, 4:14 PM UTC

baxtr wrote: post #79

publlus_enigma wrote: post #20

There are four times in my life I have suffered regrettable data loss incidents. The first was when the telephone pole outside our house was struck directly by lightning. Not only was it the loudest thing I have ever heard, the current surged through the telephone line, into the internal fax modem, and fries everything within its vicinity. I was 10. I did have backuos, but only only floppy and they didn't cover every…

Since we’re talking about it: anyone backing up their iCloud photos? If so, how?

From iPhone to the family's Immich instance on a RAID array and from there to Backblaze

Re: Backups Aren't Simple

#202

Post by graemep » Thu, Sep 17, 2026, 4:26 PM UTC

bnegreve wrote: post #194

graemep wrote: post #89

Earlier quoted context omitted.

rsync can delete remote files with --delete or --delete-after What is missing is recovering accidentally deleted or corrupted data.

> rsync can delete remote files with --delete or --delete-after Yes but I don't use it precisely because that lets me recover files that I have accidentally deleted. I assume it's the intended default behavior of rsync.

What if that happens after your monthly creation of a new backup.

Re: Backups Aren't Simple

#203

Post by branon » Thu, Sep 17, 2026, 4:36 PM UTC

crossroadsguy wrote: post #56

If you don't control your data size, it will end up controlling you and your backup choices, which will eventually lead to many avoidable, disastrous outcomes. Somehow, this gets missed in data storage and backup planning.

Agreed - information always expands to fill the available space, and placing a cap on your available space is an underrated strategy

Re: Backups Aren't Simple

#204

Post by rsync » Thu, Sep 17, 2026, 5:08 PM UTC

zenoprax wrote: post #131

ebrahimh wrote: post #23

I’m setting up 3-2-1-ish backups for my infra of 3 hosts, and definitely leaning towards Restic + Backrest. All my hosts run the same CoreOS setup ( https://github.com/ebrahim37/infra-template ), where container volumes are placed in one central volumes/ folder and that is the only thing I have to backup. I plan to implement it like this: vps1: - restic container with custom sh entrypoint that will backup volumes/ to…

I've been trying to find a solution for this too! I was considering using Rclone but too many things are using SQLite for me to trust rsync. I was also going to go with CoreOS but I'm leaning towards Fedora Cloud now in case I need to manage things a bit more (and "auto updating" is not something I want as that suggests auto rebooting). Your secrets.yaml makes me nervous though - too easy to miss a key and leave some…

Are you aware of sqlite3-rsync ?

It is a tool that was created by the author of sqlite. It does just what you would expected to do.