Guides / Hetzner
Back up Hetzner PostgreSQL to Wasabi
Set up automatic, scheduled PostgreSQL backups from Hetzner into your own Wasabi bucket โ with retention, optional encryption and failure alerts โ without writing a script or maintaining a cron server.
Why back up off-platform?
Hetzner server snapshots are whole-disk images: slow to restore, not point-in-time consistent for a database, and stored in the same account.
Flat-rate hot storage with no egress or API fees. Good for larger databases with long retention.
Step 1 โ Find your Hetzner database credentials
On your Hetzner Cloud server, allow the Dumpling worker IP in the Hetzner firewall (and pg_hba.conf / MySQL bind address). Create a read-only backup user.
Then allow the Dumpling worker's static IP address 2.28.121.200 to connect. Enable SSL if your server supports it. For extra safety, create a read-only user; the exact GRANT statements are in the docs.
Step 2 โ Create a Wasabi bucket and access key
- Create a bucket in your chosen region.
- Create an access key under Access Keys.
- Use the regional endpoint, e.g.
https://s3.eu-central-1.wasabisys.com.
In Dumpling, the endpoint is https://s3.eu-central-1.wasabisys.com and the region is eu-central-1. Wasabi bills a 1 TB minimum (~$7/month) with no egress fees โ worth it once you cross a few hundred GB of retained backups.
Step 3 โ Create the backup job
- Sign in (free, no card) and add the database from step 1. Dumpling tests the connection and reports the version and size immediately.
- Add the Wasabi bucket from step 2. Dumpling writes and deletes a tiny test object to confirm the key works.
- Create a job: pick a schedule (daily at 02:00 UTC is a good default), how many backups to keep, and optionally a passphrase to encrypt files client-side-decryptably.
The first backup starts right away. From then on, Dumpling runs pg_dump on schedule and streams the output straight into Wasabi. Every run shows the object key, size, duration and log.
Restoring
Download the object from Wasabi and run:
createdb restored_db pg_restore --no-owner --no-acl -d restored_db 2026-09-10T02-00-01Z.dump
Encrypted files (.enc) decrypt with openssl enc -d -aes-256-cbc -pbkdf2; see the restore docs.
Prefer to do it yourself?
It is a few lines of shell โ the hard part is the machine to run it, retention, and knowing when it silently stops working:
# DIY alternative: a cron job on a server you maintain 0 2 * * * PGPASSWORD=... pg_dump -Fc -h HOST -U USER DB \ | aws s3 cp - s3://BUCKET/backups/$(date -u +%FT%TZ).dump --endpoint-url https://s3.eu-central-1.wasabisys.com # ...plus retention, alerting, and a machine to run it on.
Dumpling exists so you do not have to babysit that cron job. The free plan covers one database with daily backups forever.