Patrick sagt

Moin Caschy,

kennst du eigtl schon RichCopy? Mit dem Tool kann man bequem per GUI Daten umschaufeln, könnte sein, dass das auch auf RoboCopy basiert und stammt von den MS Sysinternals. Kleine Einführung unter http://www.patrick-gotthard.de.....t-richcopy

Kann übrigens auch per Kommandozeile bedient werden und ist portable

Kommentar am 17. Oktober 2009 um 12:37 geschrieben.

caschy sagt

Jau, kenne ich. Heute morgen noch mit rumgespielt. Gefllt mir persönlich nicht, obwohl es auch flott sein soll. Benötigt gesonderte Installation, Command-Line-Switches sind schlecht dokumentiert, Ordner werden ohne weiteres nicht als Ordner, sondern nur als Dateiinhalt kopiert usw…

Kommentar am 17. Oktober 2009 um 12:42 geschrieben.

Markus sagt

Hi,

ich nutze gerne CopyHandler um lokal Daten hin und her zu schaufeln: http://www.copyhandler.com/

Nette Freeware die ich schon einige lange Zeit nutze…

Kommentar am 17. Oktober 2009 um 12:47 geschrieben.

Patrick sagt

Kann Robocopy auch mit abgebrochenen Uploads umgehen? Das kann nämlich RichCopy… und btw konnte RoboCopy auch schon unter Vista mehrere Threads starten

Kommentar am 17. Oktober 2009 um 13:15 geschrieben.

Simon sagt

Hallo caschy,

kann man das “neue” robocopy irgendwo runterladen, sodass ich mein “altes” robocopy, welches ich auf WinXP verwende ersetzen kann?

Kommentar am 17. Oktober 2009 um 13:25 geschrieben.

Patrick sagt

@Simon: Das Multithreading ist nur Windows Vista und 7 vorbehalten… wobei ich net weiß ob man einfach mal die exe-Datei gegen ne neue austauschen kann…

Kommentar am 17. Oktober 2009 um 13:26 geschrieben.

Manzel ( @manzel0) sagt

Was ist denn das für eine Konsole, die man da auf dem Screenshot sieht?

Kommentar am 17. Oktober 2009 um 15:00 geschrieben.

caschy sagt

@Patrick: Übersehe ich den Switch in Vista? Default ist das jedenfalls nicht, sondern ab 7:
http://technet.microsoft.com/e.....42631.aspx

Oder meinst du, dass man /MT nachinstallieren kann (mit der neuen Version)?

@Menzel: console2 – steht doch drauf

Kommentar am 17. Oktober 2009 um 15:12 geschrieben.

jan sagt

Das mit dem Multithreading dürfte doch aber nur beim lokalen Kopieren etwas bringen. Beim Kopieren übers Netzwerk dürfte doch da der Flaschenhals sein oder?

Kommentar am 17. Oktober 2009 um 15:24 geschrieben.

Patrick sagt

@caschy: Hmm also ich habe inzwischen kein Windows Vista mehr zur Hand bin mir aber fast 100%ig sicher, dass ich das Kopieren mit mehreren Threads bei meiner Freundin unter Vista eingerichtet hatte. Inzwischen hat sie auch 7, deshalb kann ich’s nicht mehr testen…

@jan: bei vielen kleinen Dateien bringt das über’s Netzwerk enorme Vorteile, schiebt man aber nur mehrere große Dateien, sollte der Geschwindigkeitsvorteil eher marginal sein. Gleiches gilt übrigens auch für das lokale Kopieren

Kommentar am 17. Oktober 2009 um 15:24 geschrieben.

Manzel ( @manzel0) sagt

Hab ich mittlerweile auf bemerkt.

Kommentar am 17. Oktober 2009 um 15:48 geschrieben.

friddes sagt

Gute (deutsche) Beschreibung von RoboCopy unter: http://www.wintotal.de/Artikel.....bocopy.php

Kommentar am 17. Oktober 2009 um 17:32 geschrieben.

Alfons sagt

Also ich komme für meine Bedürfnisse mit FreeFileSync (unter XP) besser zurecht als mit robocopy, welches mir bei etlichen Dateien immer wieder Probleme machte (Dateien wurden als neu erkannt, obwohl daran nichts geändert wurde).

Kommentar am 17. Oktober 2009 um 18:23 geschrieben.

Drink sagt

Hmm…
Anfangs kam ich gar nicht zurecht mit robocopy. Aber je mehr ich darüber lese und mich beschäftige, desto mehr mag ich es.
Ich glaube ich setzte kein anderes Sync-Programm mehr ein.

Robocopy 4 tha President!

BTW: Kann man irgendwie die neue Console als standard einsetzen. Bzw. die alte durch die neue ersetzten? Sieht einfach nur cool aus die “console2″

Kommentar am 17. Oktober 2009 um 19:16 geschrieben.

Alex sagt

Ich habe das Problem, dass Robocopy auch allerhand versteckte Verzeichnisse Kopieren will (RECYCLE BIN/Volume Information etc) und sich aufgrund fehlender Zugriffsrechte daran aufhängt. Ich möchte die Dateien nicht unbedingt als Administrator zwangskopieren. Gibt es einen Schalter der versteckte Dateien/Ordner ausschließt beim Kopieren? Danke.

Kommentar am 17. Oktober 2009 um 19:35 geschrieben.

Bembel ( @bembel1967) sagt

@Alex: Könnte “/XF ExFile” sein. Hier der link zu allen Robocopy-Parametern: link text

Kommentar am 17. Oktober 2009 um 20:08 geschrieben.

Simon sagt

Weiß jemand, ob man die robocopy-Version, welche in Win7 enthalten ist, separat herunterladen kann. Ich würde gerne ausprobieren, ob ich sie unter WinXP / Vista zum laufen bekomme.

Kommentar am 17. Oktober 2009 um 20:13 geschrieben.

Bierfreund sagt

/XA:H schließt versteckte (Hidden) Dateien aus. Du kannst mit /XD auch Verzeichnisse oder mit /XF Files ausschließen.
Man sollte auch /R:x (Retries, also wie oft bei Fehlern versucht werden soll versucht werden soll Dateien zu kopieren und /W:x (Wait, als wie lange bei Fehlern zwischen den neuen Versuchen gewartet werden soll) auf vernünftige Werte setzen, die Defaults sind unbrauchbar (ich setze beides immer auf 0).

Kommentar am 17. Oktober 2009 um 20:14 geschrieben.

Bierfreund sagt

die robocopy.ecxe von Win7 oder Vista läuft nicht unter XP

Kommentar am 17. Oktober 2009 um 20:18 geschrieben.

Alex sagt

@Bierfreund

Danke!

Kommentar am 17. Oktober 2009 um 20:20 geschrieben.

Hannes sagt

Robocopy ist echt irre, vor allem mit dem /MT Switch^^
Mit nem kleinen Trick kann man sogar geöffnete Dateien kopieren, was Robocopy von sich aus ja nicht kann.
Das ist z.B. nützlich, wenn man wie ich sein Benutzerverzeichnis kopieren will:
http://ithelp.cveg.uark.edu/backup/backup.pdf

Aber vergesst beim Benutzerverzeichnis kopieren auf keinen Fall den /XJ Switch.

Gruß

Hannes

Kommentar am 18. Oktober 2009 um 00:18 geschrieben.

Ugly sagt

Aye. Der XJ Switch.
Exclude Junctionlinks.

Kommentar am 18. Oktober 2009 um 00:43 geschrieben.

markus sagt

Hier gibts alle Versionen im Bundle und hier eine Übersicht über die Befehle

XP010
• genaue Version: 5.1.1.1010
• Größe: 79.872 Bytes
• Erscheinungsjahr: 2003
• enthalten im Windows Server 2003 Resource Kit
• lauffähig unter NT4/2000/XP/2003/Vista
• die schnellste Version

XP026
• genaue Version: 5.1.2600.26
• Größe: 212.992 Bytes
• Erscheinungsjahr: 2005
• enthalten in Robocopy GUI v.3.1.2
• lauffähig unter NT4/2000/XP/2003/Vista.
• mehrere zusätzliche Funktionen zu XP010.
• gibt ausschließlich den Exitcode 0 zurück (Bug)

XP027
• genaue Version: 5.1.10.1027
• Größe: 97.280 bytes
• Erscheinungsjahr: 2008
• direkt enthalten in Windows Vista
• nachrüstbar mit dem Tool RobocopyGUI von MS selbst(UtilitySpotlight2006_11)
• läuft nur unter Vista und Windows 7
• eine zusätzliche Funktion zu XP026

XP028
• genaue Version: 5.1.10.1027 (leider keine Unterscheidung zur Vorversion)
• Größe: 111.104 Bytes
• direkt enthalten in Windows Vista SP1, Windows Server 2008 und Windows 7

Wenn man in Win7 x64 nach robocopy.exe sucht, so findet man zwei Versionen irgendwo in Windows Unterordnern (32bit/64bit). Ich habe keine weiteren Infos über diese x64 Version gefunden. Nur die Byteanzahl (125.440 Bytes) ist unterschiedlich

Kommentar am 18. Oktober 2009 um 02:20 geschrieben.

Wiking sagt

Was sind Junctionlinks?

Kommentar am 18. Oktober 2009 um 15:41 geschrieben.

redbull80 sagt

Hallo,

danke für den Tipp mit robocopy!

Habe das Problem dass der Zielordner versteckt wird. Was kann man dagegen machen?

Kommentar am 18. Oktober 2009 um 16:09 geschrieben.

Thomas sagt

Zitat: ( … ) Synchronisation mit Robocopy ( … )

Robocopy kann nicht synchronisieren ! Der Begriff ist hier irreführend.
Robocopy arbeitet nicht bidirektional – es werden Daten immer nur von A nach B kopiert, niemals in beide Richtungen gleichzeitig.

Kommentar am 18. Oktober 2009 um 18:02 geschrieben.

caschy sagt

Synchronisation (ohne Zusatz) heisst, dass nach dem Vorgang die Quelle identisch zum Ziel ist.

Kommentar am 18. Oktober 2009 um 18:08 geschrieben.

maas-neotek sagt

Was ist von YARCGUI zu halten?

Kommentar am 18. Oktober 2009 um 18:26 geschrieben.

Niklas Rother sagt

Du solltest aus den ähnlichen Artikeln die Bilder entfernen… das bläht die Beiträge sonst zu sehr auf…

Kommentar am 18. Oktober 2009 um 18:40 geschrieben.

caschy sagt

Beim nächsten mal bastle ich in einem Testblog – ich bin gerade jetzt dabei

Kommentar am 18. Oktober 2009 um 18:42 geschrieben.

Martin sagt

Den Effekt von /MT kann ich kaum glauben: intutiv ist es doch andersherum: parallele Zugriffe auf ein physikalisches Medium verlangsamen, weil der Schreiblesekopf ständig hin und her gejagt wird… oder sortiert Win7 die Zugriffe vorher wieder sinnvoll?

Kommentar am 18. Oktober 2009 um 19:41 geschrieben.

Patrick sagt

@Martin: Das Problem ist weniger das “seeken” auf der Festplatte sondern vielmehr, dass für jede zu übertragende Datei ein neuer Vorgang gestartet werden muss und das viel Zeit benötigt. Durch das “parallele” Kopieren sind immer genügend Aufträge vorhanden, um die volle Geschwindigkeit ausnutzen zu können.

Kommentar am 18. Oktober 2009 um 19:46 geschrieben.

Micha sagt

Ich habe jetzt Robocopy auch ausprobiert. Zum Sichern lässt es sich wunderbar einsetzen. Wenn ich allerdings zwei Ordner auf zwei Rechnern synchron halten will, kann ich Robocopy nicht einsetzen oder? Bisher nutze ich dafür Sync Toy 2 von MS.

Kann ich eigentlich Robocopy irgendwie dazu bringen, dass es sich nach der Arbeit nicht selbst schließt sondern offen bleibt, so dass ich nochmal schauen kann, was alles kopiert wurde?

Kommentar am 19. Oktober 2009 um 15:39 geschrieben.

caschy sagt

Log erstellen

Kommentar am 19. Oktober 2009 um 15:43 geschrieben.

Hannes sagt

@redbull80

Das Problem hatte ich auch, lässt sich aber glücklicher Weise ganz leicht lösen.
Wenn die Datei nur versteckt ist führst du nach dem Copy-Befehl einfach das aus:
attrib -h “Zielverzeichnis”

Falls du den Zielordner gar nicht siehst:
attrib -s -h “Ziehlordner”

Pack das am besten mit dem Copy-Befehl in eine Batch-Datei.

Gruß
Hannes

Kommentar am 19. Oktober 2009 um 18:20 geschrieben.

Keks sagt

Robocopy hat zwar ein paar Bugs (http://en.wikipedia.org/w/inde.....#095;flaws , insbesondere das NTFS Deny ACL Problem nervt) und ist lahm, weil es kein queuing und multithreading nutzt, aber gegenüber anderen Kopierprogrammen häufig das geringste übel wegen der ansonsten guten Features.

Kommentar am 19. Oktober 2009 um 21:23 geschrieben.

Ben ( @_BenJohn) sagt

Guter Tip, aber du hast einen Schreibfehler in deinem Syntax Beispiel: RoboPcopy . . .

Gruß Ben

Kommentar am 20. Oktober 2009 um 09:53 geschrieben.

Der Domme sagt

Gibt es denn mittlerweile die Möglichkeit, FTP-Server unter Windows 7 einen Laufwerksbuchstaben zuzuweisen?!

Kommentar am 20. Oktober 2009 um 10:46 geschrieben.

Jörg ( @jsysde) sagt

Gibt es denn mittlerweile die Möglichkeit, FTP-Server unter Windows 7 einen Laufwerksbuchstaben zuzuweisen?!

Ja.
Computer doppelklicken => Netzlaufwerk verbinden => “Verbindung mit einer Website…”; im Assi “Benutzerdefiniert…” anklicken und auf der nächsten Seite den FTP-Server eintragen.

Kommentar am 21. Oktober 2009 um 20:43 geschrieben.

Der Domme sagt

Lieber Jörg,

damit ist das Laufwerk zwar verbunden, was ich selbst scho gelöst hatte, es besitzt aber keinen Laufwerksbuchstaben.

Kommentar am 22. Oktober 2009 um 18:52 geschrieben.

ocean90 sagt

@Der Domme
Dafür gibt es ja zB Netdrive. Direkt unter Windows ist es leider immer noch nicht möglich.

Kommentar am 23. November 2009 um 17:33 geschrieben.

Mikel sagt

Hi,
ich habe den Verdacht, dass meine Version von WIN 7 (64 bit) home premium robocopy nicht mitgepackt hat. Wie kan ich feststellen, ob ich das Programm auf dem Festplatte habe?

Danke für eine Nachricht

Kommentar am 18. Januar 2010 um 14:25 geschrieben.

Bene sagt

Start, cmd, enter, robocopy, enter

Kommentar am 18. Januar 2010 um 14:30 geschrieben.

lorenzmeyer sagt

Hallo Caschy,

ich weiß es ist schon eine Weile her seit diesen Thema behandelt wurde.
Ich habe bis jetzt RoboCopy nicht benutzt weil es mir zu umstädlich erschien, habe mit TrayBackund Up alles notwendige gemacht.
Jetzt habe ich mir RoboCopy näher angesehen und bin hell auf begeistert.
Das Copy mäßige habe ich mir schwer erarbeitet und es klappt jetzt, nur das handling bekomme ich nicht in den Griff.
Da Du ja intensiver Nutzer bist möchte ich Dich um Hilfe bitten.

Ich möchte die *.cmd Dateien automatisch durch den Aufgabenplaner von W7 erledigen lassen.

Ich habe 10 cmd Dateien erstellt, z.B.

@Echo off

robocopy.exe “E:\PERS.-PROGRAMME” “K:\Sicherung-E\PERS.-PROGRAMME” /MIR /MT:8 /Log+:F:\RoboCopy-DEEL\RoboCopy-LOG\4.log /NP

Nun habe ich versucht die 10 cmd-Dateien per VBS-Datei in die A.-planung ein zutragen und ab arbeiten zulassen.

Die vbs-Datei sieht so aus:

Set WshShell = WScript.CreateObject( “WScript.Shell” )
WshShell.Run “F:\RoboCopyDELL\BestendeSicherungenDELL-1\1-DATEIlaufend.cmd”,0,True
(Um hier Platz zu sparen habe ich nur 1 cmd-Datei hier angezeigt, es sind aber natürlich 10 )

Die VBS-Datei wird fehlerhaft abgewiesen.

Nun habe ich die 10 cmd-Dateien in die A.-planung einzeln eingetragen und lasse sie abarbeiten. Das klappt auch, nur jetzt klappen alle paar Minuten die DOS-Fenster auf.
Das stört bei der Arbeit sehr, ich habe schon die Wiederholungszeiten in der A.-planung wo es ging erlängert, aber für bestimmte Sachen brauche ich relativ kurze Zeiten, etwa 10 Minuten.

Nach der langen Vorrede, ich hoffe Du bist noch wach, meine Frage.
Kannst Du mir eine VBS-Datei beschreiben
oder
eine cmd-Datei die nicht aufklappt.

Ich kann Dir versichern, es ist keine Faulheit, ich habe im I-Netz nichts gefunden. Ich war selber erstaunt.

Wenn Du Zeit und Lust hast würde ich mich riesig freuen.

MfG aus Berlin

Jörg

Kommentar am 18. Januar 2010 um 17:32 geschrieben.

kingofcomedy sagt

Ich nutze Robocopy auch schon ein paar Jahre und habe nach meiner Umstellung auf Windows 7 Ultimate jetzt mal diesen neuen Switch ausprobiert. Mir kommt es so vor, als dass die Geschwindigkeit, bei hauptsächlich kleinen (< 10 MB) Dateien, schlechter geworden ist. Aber vielleicht täusche ich mich auch.

Kommentar am 4. März 2010 um 06:22 geschrieben.

Dirk_S sagt

Habe auch Robocopy seit längerem im Einsatz. Aber seid gestern bin ich nicht mehr so glücklich! Eine wichtige Datei hat sich “zerschossen” (auf 0 Byte) auf dem gespiegelten NAS. Pünktlich zum Mittag hat dann robocopy die defekte Datei auf die Sicherungsfestplatte gespeichert und weg waren alle Daten in der Datei. D.h. bei beschädigten Datein wiegt man sich in falscher Sicherheit!
Kann man aber mit einem Schalter Robocopy anweisen z.B. die letzten 2 älteren Versionen beizubehalten?

Kommentar am 26. März 2010 um 13:27 geschrieben.

Tim sagt

Hi !

Also bei mir funktioniert der Schalter komischerweise überhaupt nicht (OS Win 7 Prof.).

Er sagt mir einfach Invalid Parameter nach /MIR naja hab jz aber auch Feierabend gemacht. Vll kümmer ich mich morgen Abend noch mal drumm. Aber auf Anhieb sah es nicht gut aus…Syntax schließlich sehr simpel. Ich hab was davon gelesen das MT:7 Standard ist?
Bis moin…seite mal gespeichert.

Kommentar am 20. April 2010 um 20:04 geschrieben.

André sagt

Hallo!

Den /MT-Schalter habe ich, wenn überhaupt, auf 2 gesetzt. Die Quell- und Zielfestplatte ist dann nur noch am rödeln um die 8 verschiedenen Dateien abzuarbeiten, die ja irgendwo auf der Festplatte verteilt liegen. Beim Zeit-Stoppen war es bei mir ohne /MT am schnellsten.

Kommentar am 27. Juli 2010 um 16:01 geschrieben.

JoergHH sagt

@Dirk_S:

Leider nein, da ansonsten Robocopy sehr leistungsfähig ist.

Für das Revisioning von Backups habe ich zuerst FileHamster (Shareware…die Freeware-Vers. war für mich nicht leistungsstark genug) genutzt, bin aber dann irgendwann auf die Freeware Backup Home Service umgestiegen.

Kommentar am 12. August 2010 um 11:40 geschrieben.

Jacques sagt

VORSICHT MIT /XF

Robocopy ist sicherlich ein tolles und hilfreiches Programm, birgt aber, oder wohl eher die darunterliegende Windows API, eine böse Falle.

Schließt man bspw. über /XF *.tmp alle tmp Dateien aus, dann werden auch Dateien namens abc.tmpl ignoriert.

Dies läßt sich auch in einem cmd Fenster nachvollziehen.
Existieren z.b: drei Dateien namens
a.tmp
a.tmpl
a.tmpll
liefert ein dir *.tmp alle drei Dateien als Ergebnnis.
Ein dir *.tmpl interessanterweise nur eine Datei, nämlich a.tmpl.

Beim Zurückspielen eines backups kann dies zu bösen Überaschungen führen, da wichtige Dateien fehlen.

ALSO VORSICHT mit /XF

Kommentar am 2. September 2010 um 22:06 geschrieben.

Helmut sagt

Hi!
Ich verwende auch Robocopy für all meine Sicherungen! Den Tip mit dem MT:8 muss ich ausprobieren, ob das dann auf meinem Quad Core Rechner auch schneller geht!!!
Aber eigentlich wollte ich wegen Robocopy und WIn7 fragen! Ich habe jetzt das zweite Mal folgendes Problem (hatte ich unter XP nie): Ich kopiere eine komplette Platte mit /mir (ca. 600 GB) auf eine externe. Funktioniert super, man kann zusachauen wie die Directories aufgebaut und befüllt werden. Nur wenn Robocopy fertig ist, ist das neue Directory nicht mehr sichtbar. Über Properties sieht man aber, dass die Daten dort sind und der Speicherplatz belegt.
Habt Ihr eine Idee, wie ich die Daten wieder sichtbar kreige? Mach ich was falsch??
Kommando; robocopy Quelle: Ziel:\backup /mir /w:1 /r:1

lg
Helmut

Kommentar am 4. Oktober 2010 um 10:40 geschrieben.

André sagt

@Helmut

steht eigentlich schon weiter oben. Ich habe das Problem so lösen können.

………….
Wenn die Datei nur versteckt ist führst du nach dem Copy-Befehl einfach das aus:
attrib -h “Zielverzeichnis”

Falls du den Zielordner gar nicht siehst:
attrib -s -h “Ziehlordner”

Pack das am besten mit dem Copy-Befehl in eine Batch-Datei.
………..

Grüße

Kommentar am 4. Oktober 2010 um 11:26 geschrieben.

Helmut sagt

Hi!

Bin gerade draufgekommen, dass die Fiels sichtbar werden, wenn ihc unter Organize auch die “Operating System Files” auf sichtbar schalte!!!
Aus irgendeinem Grund erklärt Robocopy die gespeicherten Directories als “OP Files”
lg
Helmut

Kommentar am 4. Oktober 2010 um 11:57 geschrieben.

Helmut sagt

Hallo André!
Vielen Dank für den Tipp! Hat einwandfrei funktioniert – so einfach kann es sein, wenn man weis wie´s geht!:-)
habe noch die Fehlermeldung “Systemdatei wird nicht zurückgesetzt” bekommen. Trotzdem sind alle Directories sichtbar, Files OK!
Robocopy versucht ja bei /mir sowohl den Recyclebin als auch die system volume information zu kopieren, was natürlich misslingt! Kann es sein, dass doch eine Systemdatei kopiert wird und dadurch das ganze DIR auf “hide” geht?
lg
Helmut

Kommentar am 4. Oktober 2010 um 19:52 geschrieben.

André sagt

Hallo Helmut,
Recycler, System Volume Information, Pagefile.sys habe ich auf der Blacklist. Ich bin auch noch auf der Suche, warum das Zielverzeichnis nach dem Kopieren eines ganzen Laufwerks versteckt wird. Bei mir unter XP wie auch Win7.
Interessant ist auch, das es nur mit attrib wieder sichtbar wird.
Gruß
André

Kommentar am 5. Oktober 2010 um 08:51 geschrieben.

Helmut sagt

Hallo André!
Ich war zu früh mit meiner Euphorie über das “attrib”! Es funktioniert, aber nur kurz!!!!! Nach ganz kurzer Zeit wird das “Dir” wieder unsichtbar???? Und lässt sich auch kein zweites Mal über Attrib auf sichtbar schalten!
Ist wirklich ein sensationeller Effekt. Habe mir jetzt damit beholfen die “geschützten OS Dateien” und auch die “versteckten Direktories/Files und Drives” sichtbar zu machen. Nur damit geht es dauerhaft!
Was hat Billy sich bei diesem Feature wohl gedacht
lg
Helmut

Kommentar am 5. Oktober 2010 um 09:08 geschrieben.

Tammo sagt

Ich kann YARCGUI zur Steuerung von robocopy nur empfehlen, das unterscheidet auch zwischen den verschiedenen Versionen.

http://yarcgui.wilkes.es

Kommentar am 3. Dezember 2010 um 17:30 geschrieben.

Rainer sagt

Robocopy und Richcopy scheinen gute Tools für ein schnelles Backup vom NAS auf eine Platte. Wie kann man in einem Windows Server 2003 Batch-Lauf (scheduled Task) im Anschluss eine kurze E-Mail mit dem Report versenden (idealerweise über GMail). Gruß

Kommentar am 20. Dezember 2011 um 11:20 geschrieben.

JoergHH sagt

@Rainer: Na, von der Command Line z. B. mittels Blat (www.blat.net). Ansonsten gibt es für Windows auch noch div. sendmail Derivate.

Kommentar am 20. Dezember 2011 um 13:17 geschrieben.

Sven sagt

Ich wollte mit Robocopy Dateien mit einem bestimmten Datum löschen und benutzte dazu folgende Aufrufe
robocopy e:\test c:\old /move /migrate:1
del c:\old\*.*
Aber bei Dateien mit einigen GB Größen dauert das ewig da Robocopy nicht nur den FAT Eintrag ändert sonder tatsächlich kopiert und danach löscht. Kann man das ändern? Gibt es was anderes das das kann?

Kommentar am 10. Februar 2012 um 11:34 geschrieben.

JoergHH sagt

@Sven: Nanu? Den Parameter /migrate kenne ich gar nicht.

Ansonsten sehen Deine Aufrufe ziemlich sinnfrei aus: Du kopierst etwas von e: nach c: und löscht es dort sofort wieder? Aber egal.

Ein sehr schnelles Cmd Line Tool zum Löschen ist nach meiner Erfahrung DelAge32 (http://www.horstmuc.de/wbat32d.htm).

Kommentar am 10. Februar 2012 um 12:15 geschrieben.

Thorsten sagt

DelAge32 nutze ich in meiner robocopy-Batch auch, d.h. ich kann das kleine Tool ebenfalls empfehlen.

Kommentar am 10. Februar 2012 um 12:27 geschrieben.

Rainer sagt

Korrekt, DELAGE32 ist ein sehr gutes, robustes Tool: http://www.horstmuc.de/wbat32.htm

Kommentar am 10. Februar 2012 um 12:32 geschrieben.

helmutsteiner sagt

Hi!
Ich habe ein Windows 7 System auf einem Dell Precision T1500 und schon ein paar Mal den oben beschriebenen Switch /MT:8 ausprobiert. Erfolg war aber immer, dass Robocopy dann einfach nicht funktioniert!
Habt Ihr da einen Tipp für mich?
lg
Helmut

Kommentar am 10. Februar 2012 um 12:35 geschrieben.

Rainer sagt

@Helmut: Kannst Du bitte kurz zusammenfassen, was genau Du vorhast?
Nicht technisch, sondern methodisch. Gruß

Kommentar am 10. Februar 2012 um 12:44 geschrieben.

helmutsteiner sagt

Hallo Rainer!

Ganz oben auf dieser Seite wird das Multithreading gepriesen, dass man bei einem Mehrkernprozessor damit schneller kopieren kann. Genau das wollte ich versuchen indem ich bei meinem Commandstring hinten einfach /MT:8 angehängt habe – dann hat der String aber einfach nicht mehr funktioniert! MT:8 rausgelöscht – funktioniert wieder!
Wenn es eine Methode gibt um das Kopieren zu beschleunigen, wäre das natürlich super!
lg
Helmut

Kommentar am 10. Februar 2012 um 12:53 geschrieben.

Rainer sagt

…die Parameter von Robocopy sind ein Kapitel für sich.
Was Du mal testen könntest, ist der “Nachfolger” von Robocopy, Richcopy http://technet.microsoft.com/e.....light.aspx oder aber SyncBack http://www.2brightsparks.com/d.....cback.html.
Mit beiden hatte ich keine Probleme, synce aber dennoch (wieder) mit Robocopy.
Wenn Du viele kleine Files hast, sollte das – ein schnelles Netzwerk und Komponenten vorausgesetzt – schnell über die Bühne gehen, möchtest Du aber VIDEOS von mehreren Hundert MBs syncen, dauert das seine Zeit. Gruß

Kommentar am 10. Februar 2012 um 13:08 geschrieben.

helmutsteiner sagt

… ich verwende robocopy zum Sichern meiner Datenfestplatte auf ein RAID und die ist derzeit mit ca. 600 GB gefüllt und hat noch Platz auf 2TB
Dabei ist natürlich der /Mir Switch ein Hammer und eigentlich funktioniert das alles auch perfekt.
Meine Frage war nur ob dieser MT Switch wirklich funktioniert weil er doch auf dieser Seite so euphorisch beschrieben wird, bei mir aber gar nicht funktioniert!
lg
Helmut

Kommentar am 10. Februar 2012 um 13:14 geschrieben.

Rainer sagt

…meine Robocopy-Parameter für den 1-Way-Backup (also kein Mirror /MIR) sehen so aus: /NS /NC /NDL /NFL /S /E /COPYALL /ETA /R:0 /W:0
“Mirror” wirst Du sicher kennen, löscht ggf. auch auf der Seite “Quelle”. Gruß

Kommentar am 10. Februar 2012 um 13:25 geschrieben.

helmutsteiner sagt

Hi!
Danke für die Info, aber was ist jetzt mit dem MT????
Kennst Du es? Oder kennst Du jemand der es kennt??
lg
Helmut

Kommentar am 10. Februar 2012 um 13:41 geschrieben.

JoergHH sagt

@Rainer: Der alleinige (!) Parameter /mir löscht keine Files und Dirs im Quellverzeichnis! Das geschieht nur bei /mov oder /move.

Kommentar am 10. Februar 2012 um 13:44 geschrieben.

JoergHH sagt

@Helmut: Öhm, aber Du verwendest schon die Win7-Version, oder? Alle Vorversionen können nämlich kein Multithreading.

Kommentar am 10. Februar 2012 um 13:46 geschrieben.

helmutsteiner sagt

@Jörg: Korrekt – wäre auch schlimm, wenn mir mein Quellverzeichnis verändert würde ! /mir funktioniert super indem es ein 100% Abbild meiner Datendisk auf meinem Raid macht!

@Rainer: Ich habe es zuerst auf einem XP Rechner versucht und erst dann gelesen, dass ich W7 brauche. Daher voll Freude beim W7/64Bit versucht – wieder nix!!
Noch Ideen was ich falsch mache? Oder gibt es jemand der das /MT wirklich schon erfolgreich eingesetzt hat??
lg
Helmut

Kommentar am 10. Februar 2012 um 14:03 geschrieben.

JoergHH sagt

Hm, mal sehen, evtl. probier’ ich den /MT Parameter mal am Wochenende auf meinem Win7/64 System aus. Ich halte Euch auf dem lfd…

Kommentar am 10. Februar 2012 um 14:06 geschrieben.

Sven sagt

@JoergHH
ups ich meine natürlich den Switch /minage:1
ich möchte ältere Dateien (älter als ein Tag) aus einem Verzeichnis löschen

Kommentar am 10. Februar 2012 um 14:26 geschrieben.

JoergHH sagt

@Sven: Dann nimm doch dafür das o. g. Tool DelAge32.

Kommentar am 10. Februar 2012 um 14:41 geschrieben.

Sven sagt

@JoergHH
Vielen Dank, das ist genau das, was ich brauchte

Kommentar am 10. Februar 2012 um 15:02 geschrieben.

Thorsten sagt

@helmutsteiner: wird dir der MT-Parameter denn angezeigt wenn du “robocopy /?” aufrufst? /MT:8 würde aber auch nichts bringen, da 8 der Standardwert ist, d.h. /MT sollte ausreichen.

Kommentar am 10. Februar 2012 um 20:27 geschrieben.