containarr VS kopia

not with containarr

Hijacking: I have an example of a good practice here. Feel free to look through the repository's structure, and the configurations in use for inspiration.

quick update: Making alternate configs is a bit more involved than I thought because I hadn't thought about it much. This is being addressed in milestone v0.3.0

"Hi, this is ray the developer of containarr. /u/bigbeansinyachin is an alt account that I made before this one because, well, I hadn't really intended to make a permanent reddit account again before now. But, in the interest of accepting reddit's value in spuring discussion I've decided to change my stance. You can check further development by following at https://github.com/ray-rock/containarr or by going to my account and following up there. I will be back when its time to drop the newest release. In the meantime, I'd like to thank everyone who has participated in this discussion, and those who have followed up on github. Your feedback helps drive this project and introduces me to new concepts, tools, and approaches I might not have otherwise considered. I'll check back periodically to gather/reply to any new feedback before the next release."

I think Kopia would be great for your use case

https://kopia.io/

It has a great system to snapshot files but only store data if it's changed. I use it in an environment where I can't use something like zfs to snapshot data because I don't have the ability to make decisions about what filesystem we're using. It's been amazing, love it so much!

Thanks for the tip on Kopia. Setting it up now, looks perfect.

https://github.com/kopia/kopia

Kopia - GitHub

I've been happy with: https://kopia.io/

Fairly easy to configure, does snapshots to S3 and has a icon in my tray I can watch :)

Btw, kopia is one fine backup tool. Apparently borgbackup is good too.

Kopia is great, though it's worth noting for folks on Linux: non-UTF-8 paths aren't stored correctly [1] and xattrs aren't stored [2]. While most folks probably won't care about the former, the latter can could cause issues (eg. losing SELinux labels makes it difficult to restore a backup of the root filesystem on distros that use SELinux).

[1] https://github.com/kopia/kopia/issues/1764

[2] https://github.com/kopia/kopia/issues/544

I think Kopia [1] is on its way to be that. I am sticking to Restic for now but it seems like the strongest contender.

[1]: https://github.com/kopia/kopia

I used their trial for a bit to test it out with Vorta [1] in a container. Vorta (and Borg) seemed to work fine, until I wanted to restore an archive and I noticed that my recent snapshots were completely empty. Probably because of a misconfiguration on my end though. But it made me look elsewhere. For me backups should be a fire, test and forget solution.

Recently I made the switch to Kopia [2] which seems to have feature parity with Borg (and Restic [3]). It also has a web UI which is way easier to work with than Vorta. And I can easily view, extract and restore individual files or folders from there. This gave me way more confidence about this solution. The only thing I really miss is that I cannot chose different targets for different paths. For instance, with Borg I was able to backup a partial of my Docker appdata to an external source. And I haven't found a way to do this with Kopia. Besides that I'm pretty happy with this solution and I would recommend it.

1. https://vorta.borgbase.com/

2. https://kopia.io/

3. https://restic.net/

There's a few. Off the top of my head

https://github.com/kopia/kopia