Moin zusammen,

Ich schreibe Backups meiner lokalen Disks auf mein NAS (Synology) . Damit die Daten dort nicht unverschlüsselt abgelegt werden, benutze ich Cryptomator. Das Share ist in Windows 11 via SMB3 gemountet und wird in Cryptomator via WinFsp auf einen Laufwerksbuchstaben gemapped.

Das Backup erfolgt über robocopy in einem PowerShell-Script. Beim Robocopy-Aufruf werden Quell- und Zielverzeichnis angegeben (mit diversen Optionen z.B. für Logging) .

Bisher habe ich anstatt Cryptomator immer VeraCrypt-Container genutzt, die auf dem NAS lagen. Die statischen Containergrössen waren mir dabei aber schon länger ein Dorn im Auge, weil dadurch unnötig Speicherplatz verschenkt wird (von den Schwierigkeiten der Volume-Vergrösserung von Netzwerk-gehosteten Containern mal ganz zu schweigen) . Daher nun der Umstieg auf Cryptomator.

Grundsätzlich funktioniert das Setup auch. Was mich allerdings stutzig macht: Insbesondere beim Schreiben grösserer Dateien während des Backups ist im Windows Task Manager und im Synology Resource Monitor zu sehen, dass Daten ungefähr in gleicher Menge gesendet wie auch empfangen werden (siehe beigefügte Screenshots) . Das Backup wird aber nur unidirektional geschrieben, d.h. von den lokalen Disks auf das NAS. Normalerweise würde ich also erwarten, dass Windows einen deutlich höheren Upstream als Downstream generiert (und umgekehrt im Synology Resource Monitor) . Klar wird beim Hochladen immer auch ein gewisser Downstream erzeugt, aber der beschränkt sich doch normalerweise nur auf den Abgleich von Prüfsummen beim Transfer und sollte daher deutlich geringer sein als der Upload.

Kann sich jemand auf das Verhalten einen Reim machen? Ich kann mir das nur dadurch erklären, dass jedes File beim Upload auch wieder vollständig zurückgelesen wird, um die Integrität abzugleichen. Wenn das stimmt, wäre das aber eine massive Ressourcenverschwendung (denn wofür gibt es Prüfsummen?)

In dem NAS stecken klassische Festplatten. Und die mögen gleichzeitige Schreib- und Lesevorgänge auf dieselben Disks bekanntermassen nicht so gern (Stichwort Seek Time) .

Vllt gibt's hier jemanden der eine Idee hat oder das Verhalten bestätigen kann? Besonders stark ist der Effekt sichtbar bei sehr grossen Dateien (z.B. VMware VMDKs) .