Zum Hauptinhalt springen

Unterbrochene Cloud-Synchronisation durch Netzwerkfehler beheben — Wiederholen und Fortsetzen mit RcloneView

· 4 Minuten Lesezeit
Tayson
Senior Engineer

Netzwerkabbrüche während einer Cloud-Synchronisation sind ärgerlich, aber nicht katastrophal — der Wiederholungsmechanismus von RcloneView und die Möglichkeit, Jobs aus dem Job-Verlauf erneut auszuführen, bringen Ihre Übertragung wieder in Gang.

Netzwerkunterbrechungen mitten in der Synchronisation sind eine Realität, besonders bei lang laufenden Übertragungen über Heimverbindungen, VPNs oder getaktete Verbindungen. Wenn die Verbindung während eines aktiven Synchronisationsjobs abbricht, sind bereits übertragene Dateien sicher — aber Sie müssen wissen, was abgeschlossen wurde, was fehlgeschlagen ist und wie Sie korrekt fortsetzen. RcloneView bietet Wiederholungskonfiguration, das erneute Ausführen von Jobs aus dem Verlauf und die Verifizierung per Testlauf, um dieses Szenario sauber zu handhaben.

Vorschau der RcloneView-App

Alle Clouds an einem Ort verwalten & synchronisieren

RcloneView ist eine plattformübergreifende GUI für rclone. Vergleichen Sie Ordner, übertragen oder synchronisieren Sie Dateien und automatisieren Sie Multi-Cloud-Workflows mit einer klaren, visuellen Oberfläche.

  • Ein-Klick-Jobs: Kopieren · Synchronisieren · Vergleichen
  • Zeitpläne & Verlauf für zuverlässige Automatisierung
  • Funktioniert mit Google Drive, OneDrive, Dropbox, S3, WebDAV, SFTP und mehr
WindowsmacOSLinux
Kostenlos loslegen →

Kernfunktionen kostenlos. Plus-Automatisierungen verfügbar.

Was passiert, wenn das Netzwerk abbricht

Wenn die Netzwerkverbindung während eines Synchronisationsjobs verloren geht, versucht rclone (die Engine hinter RcloneView), die fehlgeschlagenen Vorgänge gemäß der Wiederholungskonfiguration des Jobs erneut auszuführen. Erholt sich das Netzwerk nicht innerhalb des Wiederholungsfensters, wird der Job als fehlgeschlagen gemeldet. Dateien, die vor der Unterbrechung erfolgreich übertragen wurden, bleiben am Ziel erhalten — sie werden nicht beschädigt, aber beim nächsten Lauf auch nicht unnötig erneut übertragen.

Entscheidend ist zu verstehen, dass Synchronisationsjobs in RcloneView idempotent sind: Ein erneutes Ausführen eines Synchronisationsjobs vergleicht Quelle und Ziel und überträgt nur, was fehlt oder sich geändert hat.

Job History showing an interrupted sync in RcloneView

Wiederholungsverhalten konfigurieren

Öffnen Sie in RcloneView Ihren Synchronisationsjob und wechseln Sie zu Schritt 2 (Übertragungsoptionen). Suchen Sie nach den Wiederholungseinstellungen:

  • Retry entire sync if fails: Aktivieren Sie diese Option, um die gesamte Synchronisation automatisch erneut auszuführen, wenn Übertragungen fehlschlagen. Der Standardwert sind 3 Wiederholungen.
  • Low level retries: Steuert, wie oft einzelne Dateiübertragungen wiederholt werden, bevor sie als fehlgeschlagen markiert werden (Standard: 10)
  • Retry on failure: Stellt sicher, dass vorübergehende Fehler (einschließlich Netzwerk-Timeouts) automatische Wiederholungen mit Backoff auslösen

Für Synchronisationsjobs über instabile Verbindungen bietet das Setzen von Retry entire sync auf 5 bei gleichzeitigem Belassen von Low level retries auf 10 eine erhebliche Ausfallsicherheit.

Configuring retry settings in RcloneView job options

Aus dem Job-Verlauf fortsetzen

Wenn ein Job trotz Wiederholungen fehlschlägt, gehen Sie zu Job History und suchen Sie den fehlgeschlagenen Lauf. Der Verlaufseintrag zeigt, wie viele Dateien übertragen wurden und wie viele fehlgeschlagen sind. Klicken Sie auf Re-run — RcloneView startet denselben Job erneut mit denselben Einstellungen. Da die Synchronisation den Zustand von Quelle und Ziel vergleicht, werden bereits übertragene Dateien übersprungen und nur die verbleibenden oder fehlgeschlagenen Dateien verarbeitet.

Das ist deutlich schneller als ein Neustart von vorn und vermeidet das erneute Hochladen von Daten, die bereits sicher am Ziel angekommen sind.

Testlauf zur Überprüfung des Zustands verwenden

Nach einer Netzwerkunterbrechung sind Sie sich möglicherweise über den aktuellen Synchronisationszustand nicht sicher — besonders wenn der Fehler mitten in einer großen Datei aufgetreten ist. Aktivieren Sie Dry Run für den Job und führen Sie ihn erneut aus. Der Testlauf zeigt, was die nächste Ausführung übertragen würde, ohne tatsächlich etwas zu verschieben. So erhalten Sie ein klares Bild davon, wie viele Dateien noch übrig sind, bevor Sie sich auf die eigentliche Synchronisation festlegen.

Using Dry Run to verify sync state after network interruption

Umgang mit Unterbrechungen bei großen Dateien

Bei Übertragungen sehr großer einzelner Dateien (mehrere GB) bedeutet ein Netzwerkabbruch mitten in der Datei, dass diese Datei beim nächsten Lauf vollständig erneut übertragen wird (es sei denn, der Cloud-Anbieter unterstützt fortsetzbare Uploads und den chunk-basierten Übertragungsmodus von rclone). Um den Aufwand für erneute Übertragungen bei großen Dateien zu minimieren, aktivieren Sie chunked uploads in den erweiterten Einstellungen des Jobs, sofern unterstützt (S3-kompatible Anbieter, Google Drive). Dadurch können teilweise hochgeladene Dateien ab dem letzten abgeschlossenen Chunk fortgesetzt werden.

Erste Schritte

  1. Laden Sie RcloneView herunter von rcloneview.com.
  2. Öffnen Sie die Einstellungen Ihres Synchronisationsjobs und aktivieren Sie Retry entire sync if fails mit 3–5 Wiederholungen.
  3. Gehen Sie nach einem durch einen Netzwerkabbruch unterbrochenen Job zu Job History und verwenden Sie Re-run, um fortzusetzen.
  4. Verwenden Sie Dry Run, um den verbleibenden Übertragungsumfang vor dem abschließenden erneuten Lauf zu überprüfen.

Mit korrekter Wiederholungskonfiguration und dem erneuten Ausführen aus dem Job-Verlauf werden Netzwerkunterbrechungen zu einer kleinen Unannehmlichkeit statt zu einem Synchronisationsfehler.


Verwandte Anleitungen:

Unterstützte Cloud-Anbieter

Local Files
WebDAV
FTP
SFTP
HTTP
SMB / CIFS
Google Drive
Google Photos
Google Cloud Storage
OneDrive
Dropbox
Box
MS Azure Blob
MS File Storage
S3 Compatible
Amazon S3
pCloud
Wasabi
Mega
Backblaze B2
Cloudflare R2
Alibaba OSS
Ceph
Swift (OpenStack)
IBM Cloud Object Storage
Oracle Cloud Object Storage
IDrive e2
MinIO
Storj
DigitalOcean Spaces