Suchergebnisse

Ich möchte ein Backup mit dem Befehl "robocopy" erstellen. Ich habe ein lokales Verzeichnis mit mehreren Junction-Points (die alle auf die verschiedenen Ordner verweisen, die ich sichern möchte) und ein Netzlaufwerk erstellt, welches eine SMB-Freigabe im Internet ist (Cloud-Hosting-Anbieter). Ich verwende diesen Befehl: robocopy D:\backup\ M:\ /COPY:DAT /DCOPY:DAT /MIR /COMPRESS /R:2 /W:1 /UNICODE /FFT /DST /UNILOG:D:\backup.log /TEE /L Dies listet nur die Dateien auf, die synchronisiert werden …

Heute getestet. Es dauerte nun über 37 Minuten. Muss aber nichts mit dem /J-Schalter zu tun haben. In meinen Augen eigentlich logisch, dass es damit nicht schneller wird, denn es wird nichts geschrieben, da ich nur die Vorschau anzeigen lasse.

/MT werde ich versuchen, allerdings liest sich die Hilfe bei Microsoft so, dass dieser Schalter nur in den Server-Versionen von Windows funktioniert. Ich experimentiere gerade noch mit einem Aufruf von Rsync via Cygwin über meine Backup-Batch-Datei. Bisher hat's noch nicht hingehauen. Zur Not wird's der Total Commander. Ich danke euch soweit, ich melde mich bei neuen Erkenntnissen.

Bei mir unter Windows 10 gibt robocopy /? auch /MT als Parameter aus. Aber unter learn.microsoft.com/de-de/wind…windows-commands/robocopy steht: Zitat: „Hinweis Der Parameter /mt wurde in Windows Server 2008 R2 eingeführt und seine Funktionalität gilt für aktuelle Versionen von Windows Server.“ Ich glaube, ich hatte den Parameter gestern bei meinem 37-Minuten-Test schon aktiv (habe ihn auf jeden Fall in meiner Batch-Datei drin). Aber ich teste es nochmal ganz in Ruhe.

Ich habe es nun mit /MT getestet. Ich dachte zwar, ich hätte es schon damit getestet, aber anscheinend nicht. Gestern, nach frischem Systemneustart, 212.173 Dateien (insgesamt, auch unveränderte) in 05:59 Minuten geprüft. Neuer Neustart (um eventuelle Caches zu leeren) und mit dem TC getestet: 15:43 Minuten (plötzlich viel länger)! Komischerweise wollte der TC 164.261 Dateien, 257 GB kopieren, Robocopy 159.098, 239 GB (also viel weniger). Heute neuer Test, wieder mit Neustarts, aber /FFT /DST we…

Ich mache es jetzt via rsync. Der Geschwindigkeitsvorteil ist enorm. Zumindest beim Vergleichen. Aber ich gehe davon aus, dass das Hochladen auch schneller ist, da auf der Gegenseite ein rsync-Server ist. Hier meine Testdaten, vielleicht mal für jemanden relevant: Quellcode (35 Zeilen) Was die Anzahl der Elemente angeht: die Programme rechnen unterschiedlich, was die Unterscheidung zwischen Dateien, Ordnern und Links angeht, und teilweise sind die zu löschenden Elemente mit in der Gesamtzahl dri…