On my Synology NAS at home I use Restic rest server as backup target...( and a Restic wrapper "IML backup" as client). The restic server was installed by a my installer https://github.com/axelhahn/restic-http-server-for-synology
I am very thankful for the pull request that adds multi architecture support for other Synology NAS:
https://github.com/axelhahn/restic-http-server-for-synology/pull/4
Free software rulez!
eine sache müsste ich jetzt noch umschmeißen und könnten man früher in der projekt planung wissen:
https://www.hetzner.com/storage/storage-box/
das ist günstiger wie object storage - kann aber nicht von #restic verwendet werden
https://docs.hetzner.com/de/storage/storage-box/access/access-ssh-rsync-borg/
deshalb bin ich jetzt auf #borgbackup umgestiegen
dank meinem #opencode #ai #agent direkt auf meinem #linux #vserver war die umstellung ein einziger prompt!
backup läuft =)
Mal wieder am Backup rumgeschraubt.
Eine übrige SATA-SSD in ein "vernünftiges" USB-Gehäuse gebaut was nicht in die Ecke kotzt sobald man heavy i/o macht. Jetzt performantes Backup/Restore direkt auf die externe SSD und täglicher rsync von da auf das externe HDD-Array. Somit sauber getrennt vom internen Storage im Server.
So gefällt mir das.
@ct_3003_team FYI: Als ich vor wenigen Jahren mal von rsnapshot auf #restic gewechselt habe, bin ich schmerzhaft draufgekommen, dass restic mit ouf-of-storage-Situationen absolut nicht klarkommt.
D.h. wenn man "unendlich" Backup-Platz hat, kann man das ignorieren. Wenn man ab und zu während eines restic-Laufs an die Grenzen vom Backup-Space kommt, dann wird es so richtig frickelig. Da musste man dann manuell alle möglichen internen Tricks anwenden, um zumindest die vorigen Backupläufe noch zu retten.
War mir deutlich zu kompliziert und fehleranfällig. Ich bin wieder bei rsnapshot retour und habe somit Deduplizierung nur noch auf Datei-Basis.
https://restic.readthedocs.io/en/latest/040_backup.html#space-requirements
"Restic currently assumes that your backup repository has sufficient space for the backup"
... das ist offenbar nach wie vor so und daher nix für meine Use-Cases, wo ab und zu ein Backup eine Erweiterung der Ignore-List benötigt, damit es sich wieder ausgeht.
Muss man halt wissen, bevor es soweit ist.
HTH
# restic compression and deduplication
I use restic https://restic.net/ to backup data on servers. In restic a backup job produces a snapshot. Files in snapshots are deduplicated and compressed. Backup rotation can be setup on a daily, weekly, monthly or yearly basis. If restic compresses and dedups files, does it makes sense to zip backup files beforehand?
Read more: https://janikvonrotz.ch/2026/05/29/restic-compression-and-deduplication/
The Restic Off-Site Backup Workflow That Costs Almost Nothing and Encrypts Everything — A Vinyl Burns Workflow
Restic is an encrypted, deduplicated backup tool that works with Backblaze B2 for off-site storage. The cost for 100GB is under $1 a month.Wochenend-Projekt: **Zerobyte** 💾 #shipit
Ein modernes Backup-Frontend für Restic. Unterstützt S3, SMB, NFS & rclone. Macht Backups endlich wieder schön & einfach! 🚀
Link: https://github.com/nicotsx/zerobyte
#Backup #SelfHosted #Restic #Zerobyte #OpenSource #Homelab #Linux #RadioTux
Axel Hahn
VibeOps
Markus Lindenberg
Karl Voit 
Janik 
Vinyl Burns Speaks
Hard X-ray Male 🇺🇸🇺🇦🐊🦉🌊💙
radiotux
Tom23
bot