Technology pageBACKUPTier 2

Restic

Encrypted, deduplicated backup, judged on its restores rather than on its green reports.

The topicWhat we're talking about

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 opinionMy owned point of view

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.

Relevant when
  • 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
Skip it when
  • ×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
+ Alternatives to considerOther paths depending on your profile
My approachHow I tackle it concretely
  1. 01

    3-2-1 rule: three copies, two media, one off-site — and outside the account that hosts production

  2. 02

    Client-side encrypted repository, key kept somewhere other than the machine being backed up

  3. 03

    Consistent application dump before the snapshot, never a hot copy of the files of a database being written to

  4. 04

    Declared retention, pruned automatically, with scheduled integrity checks on the repository

  5. 05

    Restore tested and timed, with the procedure written for someone who didn't build the system

Frequently asked questionsAbout this technology specifically
  • What 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.
BACKUP

A project involving Restic?

Describe your context: I'll suggest the right level of investment.

First call
07 /Contact

Let'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

By sending this form, you agree that your information will be used to respond to your request. Stored for 3 years, never shared with third-party advertisers. Learn more

Bordeaux & Nouvelle-Aquitaine