Während der Übertragung geänderte Dateien beheben — Cloud-Sync-Konflikte mit RcloneView lösen

6. Mai 2026 · 4 Minuten Lesezeit

Senior Engineer

Wenn sich Dateien ändern, während RcloneView sie synchronisiert, können Übertragungen fehlschlagen, unvollständige Uploads erzeugen oder inkonsistente Cloud-Kopien erstellen — so erkennen und lösen Sie jedes dieser Szenarien.

Eine häufige Ursache für Cloud-Sync-Fehler sind Dateien, die während eines laufenden Sync-Jobs geändert, gesperrt oder beschrieben werden. Datenbankdateien, in die eine Anwendung gerade schreibt, in Office geöffnete Dokumente oder Protokolldateien, die von einem laufenden Dienst aktiv erweitert werden, können allesamt zu unvollständigen Uploads oder fehlgeschlagenen Übertragungen führen. RcloneView zeigt diese Fehler klar in seinen Protokollen an, und rclone bietet mehrere Flags, um sie sauber zu behandeln.

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.

Datei-in-Verwendung-Fehler in den RcloneView-Protokollen erkennen

Wenn eine Datei während eines Syncs gesperrt oder geändert wird, meldet rclone typischerweise einen Fehler wie:

Failed to copy: file changed under us - trying again
source file is being written to
partial read detected

In RcloneView erscheinen diese Fehler im Log-Tab am unteren Rand der Oberfläche. Prüfen Sie nach Abschluss eines Sync-Jobs das Protokoll auf ERROR-Einträge, die auf Konflikte durch Dateiänderungen hinweisen. Die Job-Verlauf-Ansicht zeigt außerdem den Status Errored für Jobs, bei denen die Übertragung einzelner Dateien fehlgeschlagen ist.

Job history showing file transfer errors in RcloneView

--ignore-errors und Wiederholungslogik verwenden

Standardmäßig sind die Sync-Jobs von RcloneView mit einer Wiederholungsanzahl (Standard: 3) konfiguriert, die fehlgeschlagene Übertragungen automatisch erneut versucht. Bei Dateien, die nur vorübergehend gesperrt sind (z. B. eine Datei, die kurz von einer Anwendung geöffnet und wieder geschlossen wird), sind Wiederholungsversuche oft bei den nachfolgenden Versuchen erfolgreich.

Bei Sync-Jobs, bei denen manche Dateien dauerhaft gesperrt sind (z. B. aktive Datenbankdateien), fügen Sie den benutzerdefinierten rclone-Flags in Ihrer Sync-Job-Konfiguration --ignore-errors hinzu. Dies weist rclone an, mit der Synchronisation der übrigen Dateien fortzufahren, selbst wenn einige fehlschlagen, sodass so viel wie möglich vom Sync abgeschlossen wird und die Fehler zur späteren Überprüfung protokolliert werden.

Configuring sync job settings to handle file-in-use errors in RcloneView

Aktive Anwendungsdateien vom Sync ausschließen

Die beste langfristige Lösung für Datei-in-Verwendung-Konflikte besteht darin, Dateien, die dauerhaft aktiv verwendet werden, aus dem Umfang des Sync-Jobs auszuschließen. Die Filtereinstellungen von RcloneView (Schritt 3 im Sync-Assistenten) unterstützen benutzerdefinierte Ausschlussregeln:

SQLite-Datenbanken ausschließen: *.db-journal und *.db-wal hinzufügen, um aktive Write-Ahead-Logs auszuschließen
Office-Temporärdateien ausschließen: ~$* hinzufügen, um Word/Excel-Sperrdateien auszuschließen
Aktiv beschriebene Protokolldateien ausschließen: *.log oder spezifische Muster hinzufügen

Diese Filter verhindern, dass RcloneView versucht, Dateien zu synchronisieren, die während des Jobs garantiert in Verwendung sind, wodurch diese Fehlerkategorie vollständig entfällt.

Setting up file exclusion filters to avoid sync conflicts in RcloneView

Testlauf zur Überprüfung der Filterwirksamkeit durchführen

Nachdem Sie Ausschlussfilter hinzugefügt haben, führen Sie einen Testlauf (Dry Run) des Sync-Jobs aus, um zu bestätigen, dass die gefilterten Dateien nicht mehr in der Übertragungsliste erscheinen. Die Ausgabe des Testlaufs zeigt jede Datei, die kopiert würde — überprüfen Sie, dass Ihre aktiven Datenbankdateien, Sperrdateien und geöffneten Dokumente vor dem eigentlichen Sync nicht in der Liste enthalten sind.

Using dry run to verify filtered file list before syncing in RcloneView

Erste Schritte

Laden Sie RcloneView herunter von rcloneview.com.
Prüfen Sie nach einem fehlgeschlagenen Sync den Log-Tab und den Job-Verlauf auf Fehler durch Dateiänderungen.
Fügen Sie im Sync-Assistenten benutzerdefinierte Ausschlussfilter für dauerhaft in Verwendung befindliche Dateien hinzu.
Führen Sie einen Testlauf durch, um zu bestätigen, dass Ihre Filter funktionieren, und führen Sie den Sync-Job anschließend erneut aus.

Bei der Behandlung von Datei-in-Verwendung-Konflikten in RcloneView geht es darum, zu verstehen, welche Dateien ausgeschlossen werden sollten und wie Wiederholungsversuche konfiguriert werden — sobald dies korrekt eingerichtet ist, laufen Ihre Sync-Jobs jedes Mal sauber ab.

Verwandte Anleitungen: