robocopy

[rupiPC]

Schgönen Abend allerseits!

Ich habe eine Frage zu robocopy unter Win7 HP, 64bit:

Ich möchte robocopy nutzen um bestimmte Ordner/Dateien von
einer HD auf eine andere zu kopieren/spiegeln.

Das sollte mit Win 7 eigentlich möglich sein.

Wenn ich nun im Startfenster "robocopy" eingebe wird das Programm gefunden
und ich kann es aufrufen. Allerdings geht das "DOS-Fenster" nur kurz auf und
verschwindet wieder - wie eine Sternschnuppe.

Auch wenn ich die Datei "robocopy.exe" suche und diese als Admin ausführen will
gibt es das selbe Ergebnis.

Was mache ich falsch? Habt ihr eine Lösung für mich?

Danke, lg

rupi

 

[michi.o]

Starte cmd und führe robocopy dort aus.
Oder schreibe den Befehl in eine Textdatei mit der Endung .bat, schreibe pause in die nächste Zeile und doppelklicke auf die Datei.

 

[puri]

Wenn Du mit DOS nicht so vertraut bist kannst Du einige Funktionen von Robocopy auch über eine Gui einstellen und aufrufen:
http://www.pctipp.ch/downloads/datenverwaltung/62746/yarcgui_ein_gui_fuer_robocopy.html
oder das Original von MS, ob das allerdings mit der W7-Version funktioniert, weiß ich nicht, ich nutze Robocopy über die Kommandozeile:

http://www.heise.de/download/microsoft-robocopy-gui.html

 

[noay11]

ein "pause" am ende der batch lässt das fenster nicht verschwinden

 

[Seby007]

Für ein 08/15 Nutzer ist die GUI auf jeden Fall vorzuziehen! Konsolen-Kommandos sind nah wie vor für Freaks!

 

[puri]

Sagen wir mal so: Robocopy macht ja erst so richtig Sinn, wenn man einen sich immer wieder wiederholenden Copy-Job macht. Dann nimmst Du eh eine Bat/CMD-Datei, da kann ich dann die Parameter schön hintereinander schreiben, wie in der Hilfe beschrieben und auch vorher testen.

 

[rupiPC]

Für ein 08/15 Nutzer ist die GUI auf jeden Fall vorzuziehen! Konsolen-Kommandos sind nah wie vor für Freaks!

Schönen Abend nochmal an Alle!

Danke für die raschen und informativen Antworten.

Hier mein Bericht über die Ergebnisse:

Mit "cmd" konnte ich ein DOS-Fenster erhalten.
Aber ich konnte keine GUI (hier: YARCGUI) drüberstülpen - die GUI meldet,
dass robocopy nicht aktiv sei.

Die Anregung mit der *.bat-Datei hat auch nur teilweise funktioniert. Der
Kopiervorgang wurde gestartet; blieb dann hängen und als Erfolg fehlten mir
dann jede Menge Verknüpfungen am Desktop - die Systemwiederherstellung lief
aber gut durch.

Hier der Inhalt der bat-datei:
C:\Users\Rupi\Desktop\CORSAIR\BUeRO-DATEN C:\Users\Rupi\Desktop
und die von robocopy üblicherweise noch angehängten Befehle.
Meine Syntax habe ich aus YARCGUI kopiert.

Die Idee mit "Testen" kam mir leider nicht.

Wenn Ihr noch Tipps und Trick habt für mich - immer herbei
und
DANKE für die rasche Hilfe

lg

rupi

 

[Andreas75]

also man sollte bei robocopy schon in etwa wissen was es tut...grad der "/MIR" switch ist brandgefährlich...

 

[rupiPC]

also man sollte bei robocopy schon in etwa wissen was es tut...grad der "/MIR" switch ist brandgefährlich...

Servus Andreas!
Dass es bei robocopy brandheiße Befehle gibt ist mir klar.
ABER:
Wenn ich ein Start- und ein Zielverzeichnis vorgebe gehe ich schon davon aus,
dass der Ordner vom Start zum Ziel kopiert/verschoben wird; ansonsten
das Ziel aber nicht verändert wird (wie bei mir: löschen von Verknüpfungen im Zielverzeichnis!).
Aus Gründen der Vorsicht habe ich ja Ordner/Dateien zum kopieren/verschieben
gewählt die beim Verlust eben doch keiner sind.

lg
rupi

 

[noay11]

hier ist mal ein befehl

robocopy "E:\Musik" "H:\Musik" /MIR /COPYALL /V /NP /R:10 /W:30

spiegelt von E nach H und löscht daten von H die nicht mehr in E sind.

wichtig ist, dass robocopy nicht im zu sichernden laufwerk liegt

 

[rupiPC]

hier ist mal ein befehl
spiegelt von E nach H und löscht daten von H die nicht mehr in E sind.
wichtig ist, dass robocopy nicht im zu sichernden laufwerk liegt

Servus!

Danke.
wie ich den "Befehl" aufbauen muss ist mir soweit schon klar;
ABER:
Die letzte Zeile ist es!
Bei mir läuft Robocopy auf "C".
Nur wie soll ich meine Daten von "C" nach "X" kopieren
wenn robocopy dabei nicht auf "C" laufen darf?

lg

rupi

 

[cumulonimbus8]

Yepp.

wichtig ist, dass robocopy nicht im zu sichernden laufwerk liegt

Die Mär müsstest du auch mir erklären, noay11.

@rupiPC
Du hast dir aber zu ROBOCOPY auch die erforderliche Syntax mit Quelle und Ziel zurechtgelegt? Mir genügt da eigentlich für ein Kopieren mit Löschen am Ziel dies ›brandgefährliche‹ Syntax: robocopy C:\Aktion F:\Aktionismus /mir /w:0 /r:3
Die ist mit am flottesten.

Bist du übrigens sicher, dass dein Ziel ein Job für ROBOCOPY ist und nicht u.U. XCOPY (weil es nicht löscht) sinnfälliger wäre?
Ich frage das weil ich solche Sicherungen Batchdateien habe in denen ich XCOPY und ROBOCOPY gezielt einsetze.

CN8

 

[rupiPC]

Yepp. Die Mär müsstest du auch mir erklären, noay11.

@rupiPC
Du hast dir aber zu ROBOCOPY auch die erforderliche Syntax mit Quelle und Ziel zurechtgelegt? Mir genügt da eigentlich für ein Kopieren mit Löschen am Ziel dies ›brandgefährliche‹ Syntax: robocopy C:\Aktion F:\Aktionismus /mir /w:0 /r:3
Die ist mit am flottesten.

Bist du übrigens sicher, dass dein Ziel ein Job für ROBOCOPY ist und nicht u.U. XCOPY (weil es nicht löscht) sinnfälliger wäre? Ich frage das weil ich solche Sicherungen Batchdateien habe in denen ich XCOPY und ROBOCOPY gezielt einsetze. CN8

Servus!

In post7 habe ich das (versucht) darzulegen:
C:\Users\Rupi\Desktop\CORSAIR\BUeRO-DATEN C:\Users\Rupi\Desktop
es sollte der Ordner "BUeRO-DATEN" kopiert werden - und zwar auf den Desktop.

Der Erfolg war dürftig - es fehlten Verknüpfungen am Desktop und der Ordner "BUeRO-DATEN" war nicht auf den Desktop kopiert.

Ob jetzt Xcopy besser wäre kann ich nicht sagen - so tief bin ich nicht
ins "DOS" nicht eingestiegen.
Mein Wunsch steht in der Anfrage: Ordner/Datei von A nach B kopieren;
löschen (=Dateiabgleich muss nicht sein; wichtig ist der Dateierhalt von "C").

Neige aber dazu eher was zu bezahlen als mit robo-/X-copy einer ungewissen Zukunft entgegenn zu kopieren.

lg und gute Nacht

Rupi

 

[noay11]

Yepp.
Die Mär müsstest du auch mir erklären, noay11.

das ist eben etwas das ich nach viel fehlersuche herausgefunden habe.

 

[puri]

Wenn Du mit den Kommandozeilen nicht so kannst, nimm halt gleich ein Windows-Programm, z.B.:

http://www.chip.de/downloads/TeraCopy_28266187.html

Da gibt es viele, die zum Explorer kopieren den Vorteil haben bei Fehlern nicht abzubrechen.

Übrigens dass Robocopy nicht auf dem Quelllaufwerk liegen dar wäre mir neu, vielleicht darf es nicht im Quellordner liegen (weil es sich dann quasi selbst kopieren muss), aber selbst das sehe ich als unkritisch, weil robocopy ja bei Fehlern trotzdem weitermacht.

Robocopy richtig eingesetzt ist eines der zuverlässigsten und professionellsten Kopierprogramme die es gibt. Wir machen damit unser Backup auf den Backupserver in über 25 Standorten, bei uns hier vor Ort z.B. gleicht robocopy mehrere Millionen Dateien pro Nacht ab und läuft in 6 Threads parallel - und das schon seit Jahren ohne Fehler.

 

[rupiPC]

das ist eben etwas das ich nach viel fehlersuche herausgefunden habe.

Servus!

Ganz verstehe ich das noch nicht ( "robocopy nicht im zu sichernden laufwerk liegt" ).
Bitte korrigiert mich wenn meinen folgenden Zeilen falsche Überlegungen zugrunde liegen.

Robocopy ist Teil von Win 7 und das BS ist (meist) auf "C" installiert.
Wenn ich Robocopy ausführe (wie oben beschrieben mit "cmd" oder "x.bat")
läuft das doch wieder auf "C".
Viele Systeme (auch mein PC) legen Dateien auf "C" ab (= eigene Dateien etc.)

Bei diesen Rahmenbedingungen kann ich robocopy eigentlich nutzen.

Wie erkläre ich robocopy, dass es nicht auf "C" (wo die zu kopierdenden Daten auch liegen) sondern auf "G" (= alte HD für Datenmüll welche im PC vor sich hin rotiert) laufen soll?

lg

rupi

 

[Frightener]

Wo robocopy liegt hat nichts mit den zu kopierenden Daten zu tun. Ignoriere die Bemerkungen von noay11.

YARCGUI meldet, daß 'robocopy nicht aktiv ist', wenn gerade kein Kopiervorgang läuft.

 

[noay11]

@rupiPC
leg doch robocpy (exe und batch) auf einen usb stick und vergleich die sicherung, dann kannst du sehen ob es einen unterschied gibt.

edit: du kannst die robocopy.exe im system frei verschieben und kopieren, sie ist nicht an C: gebunden

 

[Frightener]

Warum sollte die Datei nicht dort bleiben, wo sie hingehört - im Windows Verzeichnis?

Ich verstehe das aktuelle Problem offensichtlich nicht.

 

[frogger9]

wichtig ist, dass robocopy nicht im zu sichernden laufwerk liegt

Robocopy wird im Speicher ausgeführt, unabhängig von welchem Laufwerk es gestartet wird.

Wenn in der CMD/Batch "Robocopy.exe" ohne Pfadangaben verwendet wird, sucht die CMD in der Systemvariable Path nach diesem Befehl.

Wenn du Robocopy von G: starten willst, kopier es dort hin und ändere die Batch entsprechend.

G:\Robocopy\Robocopy.exe ....