Live data from Hacker News

Restic: Backups done right

restic.net

71–80 of 108 posts

Re: Restic: Backups done right

#71
post #67

Faster alternatives I recommend: * Kopia: many features, also great for desktop GUI users * bupstash: The fastest, lowest RAM. I use it to backup 1B files daily (200TB). Ransomware-proof asymmetric multi key crypto. Less features.

bupstash is new to me. That looks like a cool set of properties. I do wish it supported S3 and compatible APIs as a backup target.

Re: Restic: Backups done right

#72
post #7

Been using Restic for a while but I was wondering how does it compare to: - Rustic https://rustic.cli.rs - Kopia https://kopia.io

A killer feature rustic has over restic is built-in support for .gitignore files. So all your dependencies and build output is automatically ignored in your backups.

At first I thought that sounded great, but then I realized that that would exclude files that I want to be backed up, like `dir-locals-2.el`, which should be excluded from git, but should also be backed up. There doesn't seem to be a great solution to that in general.

Re: Restic: Backups done right

#74
post #16

I'm a restic user, but have resisted the urge to attempt a bikeshed for a long time, mostly due to perf. It's index format seems to be slow and terrible and the chunking algorithm it uses (rabin fingerprints) is very slow compared to more recent alternatives (like FastCDC). Drives me nuts to watch it chugging along backing up or listing snapshots at nowhere close to the IO rate of the system while still making the fa…

Have you opened issues with suggested algo improvements? They might be open to them.

Even if restic isn't interested, maybe the rustic dev will be.

Re: Restic: Backups done right

#75
post #7

Been using Restic for a while but I was wondering how does it compare to: - Rustic https://rustic.cli.rs - Kopia https://kopia.io

Rustic is a rewrite of Restic from Go to Rust. See https://rustic.cli.rs/docs/comparison-restic.html

It looks nice, but until they support FUSE mounting, I'll stick with restic.

Re: Restic: Backups done right

#76
post #13

Other popular choices include borg, duplicity, and duplicati. After evaluating these and others mentioned in the comments, I ended up using borg with borgmatic to define homelab backups with yaml files that are version controlled in gitea and deployed using ansible. I also use duplicity to back up my sister in laws storefront website to backblaze. I've been quite happy with both. https://borgbackup.readthedocs.io/en/…

& Arq

https://www.arqbackup.com/

Re: Restic: Backups done right

#77
post #16

I'm a restic user, but have resisted the urge to attempt a bikeshed for a long time, mostly due to perf. It's index format seems to be slow and terrible and the chunking algorithm it uses (rabin fingerprints) is very slow compared to more recent alternatives (like FastCDC). Drives me nuts to watch it chugging along backing up or listing snapshots at nowhere close to the IO rate of the system while still making the fa…

> It's index format seems to be slow and terrible and the chunking algorithm it uses (rabin fingerprints) is very slow compared to more recent alternatives (like FastCDC).

Hi, can you elaborate more on those two points? (Specially, what makes the index format so bad?) Or link to somewhere I can learn more

Re: Restic: Backups done right

#78
post #16

I'm a restic user, but have resisted the urge to attempt a bikeshed for a long time, mostly due to perf. It's index format seems to be slow and terrible and the chunking algorithm it uses (rabin fingerprints) is very slow compared to more recent alternatives (like FastCDC). Drives me nuts to watch it chugging along backing up or listing snapshots at nowhere close to the IO rate of the system while still making the fa…

You could try running rustic on your repository. It should be a drop-in for restic and maybe it's faster? I would actually be very interested in this. Would be great if you could do that and report back.

Re: Restic: Backups done right

#79

Which one is more resistant to bitrot, Restic or Borg Backup? (Yes, bitrot might better be mitigated at the filesystem layer, but I'm not switching to ZFS, btrfs or bcache-fs anytime soon.)

One thing that I like about Restic is that you can automatically do a test restore of a subset (e.g. 1%, 5%, 8%) of your data, so that you can check for problems on the remote automatically.

Re: Restic: Backups done right

#80

Which one is more resistant to bitrot, Restic or Borg Backup? (Yes, bitrot might better be mitigated at the filesystem layer, but I'm not switching to ZFS, btrfs or bcache-fs anytime soon.)

Not sure but I know that Vorta (borg GUI) does automatic consistency checking using `borg check ` regularly.
Post reply on HN