Restic
Encrypted, deduplicated backup, judged on its restores rather than on its green reports.
Restic takes the backup problem from the right end: it sends your data encrypted to a remote repository (object storage, SFTP, external disk), transfers only what changed, and keeps every backup as a dated snapshot you can reach into for a single file. For an SMB, the stake isn't having a backup — almost everyone has one. The stake is knowing how long it takes to bring the service back from it, and whether anyone has ever checked.
My take on backup: what matters isn't what goes out, it's what comes back.
I've seen backups running for years without a single error that turned out to be unusable the day they were needed — a database copied hot and therefore inconsistent, an encryption key stored on the very server that was lost, or nobody who knew which command to type. Restic is the tool I keep because it's simple, encrypted client-side and needs no server of its own, but the tool is never the point.
What I deliver is a timed restore: how long it takes to make your data usable again, written down, and retested whenever the infrastructure moves.
- →Servers, databases and files to back up somewhere other than the primary host
- →A requirement that the storage provider can read nothing: encryption happens before the transfer
- →Retention to hold (days, weeks, months) without multiplying the volume stored
- →Partial restore: getting one file or one database back at a precise date, not all or nothing
- ×Backing up an office workstation: a consumer tool does the job without a command line
- ×Very large database with near-zero acceptable data loss: replication and PITR answer that, with Restic as a complement
- ×No monitoring in place: an unwatched backup fails silently, whatever the tool
- →Borg / BorgmaticSame philosophy, SSH repository rather than object storage: excellent when the destination is a machine you own
- →Host snapshotsImmediate and install-free, but hosted in the same account as production
- →PostgreSQL PITRFor a critical database, replication and point-in-time recovery complement file backupView page
- →AnsibleTo deploy and hold the same backup configuration across a whole fleetView page
- 01
3-2-1 rule: three copies, two media, one off-site — and outside the account that hosts production
- 02
Client-side encrypted repository, key kept somewhere other than the machine being backed up
- 03
Consistent application dump before the snapshot, never a hot copy of the files of a database being written to
- 04
Declared retention, pruned automatically, with scheduled integrity checks on the repository
- 05
Restore tested and timed, with the procedure written for someone who didn't build the system
+ Related services
Offerings associated with this techWhat does Restic add over a plain file copy?
Three things a copy doesn't give you. Deduplication: only changed blocks go out, so thirty daily backups don't weigh thirty times the same data. The dated snapshot: you restore the state of a precise day, not the last known state that may already have overwritten the data you lost. Encryption before transfer: the storage provider holds unreadable blocks.Aren't my host's snapshots enough?
They're useful and instant, but they live in the same hand as what they protect: a compromised account, a billing error or a deleted project takes both at once. They cover hardware failure and human error. They cover neither ransomware walking up the shares nor the loss of the account itself. A copy outside the provider stays necessary.Where are backups stored, and what does that storage cost?
In S3-compatible object storage (OVH, Scaleway, Backblaze B2, Wasabi), over SFTP, or on a remote disk. That's a running cost, billed on the volume retained: on the order of a few euros a month for a few hundred gigabytes, sometimes with egress fees on a large restore — worth checking before picking the provider, not on the day of the incident.What does setting up a backup strategy cost?
The tool doesn't drive the price; what has to be protected and how fast it has to come back does: the number of servers and databases, the volume, the retention to hold, whether monitoring exists, and the level of restore to guarantee — one file, one database, or the whole service. The amount is set in the quote, after a free initial scoping session that puts the scope in writing before any commitment.How often should a restore be tested?
At every significant infrastructure change, and at least twice a year outside of any change. A restore test isn't a box to tick: it measures a duration, exposes forgotten dependencies (certificates, environment variables, permissions) and verifies that the procedure can be run by someone other than whoever wrote it.
A project involving Restic?
Describe your context: I'll suggest the right level of investment.
First callLet's talk aboutyour project.
Describe your need in a few lines. Reply within 24h to plan next steps, detailed quote within 48h.
- 24h response
- NDA on request