⚖️rsync vs. rclone

Beide synchronisieren Verzeichnisse – aber aus verschiedenen Welten. rsync ist für Unix-Dateisysteme gebaut und spart Bandbreite mit dem Delta-Algorithmus. rclone ist ein Übersetzer zu Cloud-APIs, arbeitet parallel und kann verschlüsseln.

📊Direkter Vergleich

Merkmal	🔄 rsync	☁️ rclone
Grundidee	Dateibäume zwischen zwei Unix-Systemen abgleichen	Dateien zwischen beliebigen Speichern (70+ Backends) kopieren
Gegenseite	braucht rsync (per SSH gestartet oder als Daemon)	spricht die API des Anbieters direkt – nichts zu installieren
Geänderte Datei	Delta-Transfer: nur geänderte Blöcke (außer lokal: --whole-file)	ganze Datei neu hochladen (Objektspeicher kennen kein „Teil ändern“)
Vergleich	Quick-Check: Größe + mtime; -c = Prüfsumme	Größe + ModTime (bei Abweichung Hash prüfen); --checksum; --size-only
Integrität	Prüfsumme über jede übertragene Datei	Hash-Vergleich nach dem Upload, wo das Backend Hashes hat
Metadaten	Rechte, Besitzer, Gruppen, Symlinks, Geräte; -H -A -X	mtime; Rechte/Besitzer meist nicht (Cloud kennt sie nicht); --metadata je Backend
Parallelität	ein Datenstrom	--transfers 4 / --checkers 8 (Standard), frei erhöhbar
Verschlüsselung	Transport per SSH; Daemon unverschlüsselt	Transport per HTTPS/SSH + optional crypt (Inhalt + Namen)
Löschen	--delete (Standard: --delete-during)	sync löscht (Standard: --delete-after, nur ohne Fehler)
Slash an der Quelle	src ≠ src/ – entscheidet über zusätzliche Verzeichnisebene	egal: es wird immer der Inhalt synchronisiert
Filter	Reihenfolge der Kommandozeile, erste Regel gewinnt, kein implizites Exclude	nach Flag-Typ sortiert; --include impliziert „- **“; --filter-from empfohlen
Versionen	--link-dest (Hardlink-Snapshots), --backup-dir	--backup-dir, Versionierung des Anbieters (z. B. B2, S3)
Richtung	eine Richtung	eine Richtung; bisync für zwei Richtungen
Extras	Daemon-Module, Batch-Dateien, --inplace, --partial	mount, serve (WebDAV/SFTP/HTTP/S3 …), ncdu, dedupe, Server-Side-Copy
Lizenz / Sprache	GPLv3, C	MIT, Go (ein einzelnes Binary)

🧭Wann was? – Entscheidungshilfe

Das Ziel ist ein Cloud- oder Objektspeicher (S3, B2, Google Drive, OneDrive, Dropbox …) ohne Shell-Zugang.Auf der Gegenseite gibt es SSH und rsync (Server, NAS, Raspberry Pi).Große Dateien ändern sich nur teilweise (VM-Images, Datenbank-Dumps, Mailboxen, Logs).Besitzer, Rechte, Hardlinks, ACLs oder xattrs müssen exakt erhalten bleiben (System-Backup).Die Daten sollen beim Anbieter verschlüsselt liegen (Anbieter ist nicht vertrauenswürdig).Ich will tägliche Versionen, die kaum Platz kosten.Änderungen sollen in beide Richtungen abgeglichen werden.Sehr viele kleine Dateien über eine Leitung mit hoher Latenz.Der Speicher soll wie ein Laufwerk eingehängt oder per WebDAV/SFTP/HTTP bereitgestellt werden.

Empfehlung

rsync

rsync 5rclone 1

Ideal für rsync; rclone könnte per SFTP ebenfalls, aber ohne Delta-Transfer.
Nur rsync überträgt dank Delta-Algorithmus die geänderten Blöcke; rclone lädt die ganze Datei neu hoch.

Häufig die beste Lösung: rsync sichert Server und PCs mit allen Metadaten aufs NAS (Snapshots mit --link-dest), rclone crypt bringt eine verschlüsselte Kopie vom NAS in die Cloud (3-2-1-Regel).

🔤Gleiche Aufgabe, zwei Befehle

Aufgabe	rsync	rclone
Kopieren (nichts löschen)	rsync -a quelle/ ziel/	rclone copy quelle ziel:
Spiegeln	rsync -a --delete quelle/ ziel/	rclone sync quelle ziel:
Probelauf	rsync -an --delete -i quelle/ ziel/	rclone sync quelle ziel: --dry-run
Mit Prüfsummen vergleichen	rsync -ac quelle/ ziel/	rclone sync quelle ziel: --checksum
Nur prüfen	rsync -anc -i quelle/ ziel/	rclone check quelle ziel:
Ausschließen	--exclude='*.tmp'	--exclude '.tmp' (besser: --filter '- .tmp')
Bandbreite 5 MiB/s	--bwlimit=5m	--bwlimit 5M
Fortschritt	-P bzw. --info=progress2	-P
Geänderte aufheben	--backup --backup-dir=../alt	--backup-dir ziel:alt