Skip to content
Tech News
← Back to articles

Show HN: Restoredrill – proves your Postgres backups restore

read original more articles
Why This Matters

restoredrill addresses a critical gap in database backup management by automating the verification of PostgreSQL backups through scheduled, tested restores. This ensures data recovery processes are reliable, providing verifiable audit trails essential for compliance standards like SOC 2 and ISO 27001. By simplifying restore testing, it helps organizations maintain data integrity and meet regulatory requirements more confidently.

Key Takeaways

restoredrill

Untested backups aren't backups. restoredrill proves your PostgreSQL backups actually restore. It fetches the latest backup, restores it into a throwaway Postgres container, runs checks you define, and writes a JSON report with the restore time.

Status: v0.1.0, early days. Postgres only. Things may still change.

Why

Everyone knows they should test restores. Almost nobody does, because there's nowhere safe to restore to and never enough time. Teams that automate it usually hand-roll a cron job and a script, and those fail quietly: the drill stops running, or starts restoring the same stale file, and nobody notices for a month.

restoredrill makes the drill a one-command habit and makes skipping it loud. It runs on whatever schedule your recovery policy sets, not continuously. A lot of GRC advice actively warns against continuous claims, since any gap becomes an audit finding. This proves you did what you said you'd do, on schedule.

A policy doc is easy to fake, on purpose or by accident. "We test quarterly" could have been written last week with nothing actually run in a year. A timestamped, machine-generated report is harder to fake.

If you're doing SOC 2, ISO 27001, or an AWS Foundational Technical Review, this is the shape of evidence they ask for: real logs from real restores, tied to what ran and when.

How this differs

There are other tools in this space.

... continue reading