Five Supabase Backup Failure Modes and How to Restore-Test for Them

https://hackernoon.imgix.net/images/7zH2TN8lgKNSi4yTvqNrkvSGESy1-9b83ae6.png

I restore a fair number of Supabase backups that aren't mine. Not because anything went wrong, but because I build a tool that restore-tests them, and almost every new database has taught me something about how backups quietly go bad.

The pattern is always the same. The backup job is green. The file is in the bucket. It's a reasonable size. Nobody has any reason to doubt it. And then the first time someone actually restores it, something is missing.

None of the five cases below involve exotic failures. They're all defaults, or reasonable-looking choices, and every one of them produces a backup that looks fine until you use it.

1. The dump with no data in it

The Supabase CLI has a supabase db dump command, and it's the first thing many people reach for. It's in the docs, it's one line, it produces a big .sql file.

By...

Copyright of this story solely belongs to hackernoon.com. To see the full text click HERE