Robocopy Schalter /IS

[ottto 10]

Hallo,

ich möchte mit robocopy Dateien und Verzeichnisse verschieben (bzw. überschreiben wenn gleichnamige im Ziel schon vorhanden sind). Dabei sollen nur Dateien/Verzeichnisse bearbeitet werden, die älter als x Tage sind.

Das funktioniert auf meinem Win7-Testrechner probremlos mit: robocopy <Quellpfad> <Zielpfad> /MINAGE:100 /IS /MOVE /R:3 /E /LOG:<Logdatei>

Wenn ich den Befehl auf dem eigentlichen Rechner Windows2012R2 ausführe, werden entsprechende Dateien verschoben. Wenn diese im Ziel aber schon vorhanden sind, leider nicht überschrieben.

Dort funktioniert der Schalter /IS leider nicht wie erhofft.

 

Auf dem Win7-Rechner ist die robocopy-Version 5.1.10.1027 aktiv. Auf dem 2012R2 die 6.3.9600.17415.

Zum Test hab ich jetzt die ältere robocopy-Version auf dem 2012R2 in einem extra Verzeichnis abgelegt. Damit funktioniert auch der Befehl wie gewünscht. Leider werden die Einträge in der Logdatei alle in eine Zeile geschrieben.

Hat jemand einen Lösungsansatz?

Wie bekomme ich den IS-Schalter bei der neuere/mitgelieferten Version aktiviert?

 

Danke.

Gruß.

ottto

 

 

 

[Esta 114]

Hallo otto,

 

leider habe ich kein Windows 7, um es nach zu schauen. Überprüfe doch mal die Hilfe von beiden Versionen, um eventuelle Unterschiede zu finden. Also in der Eingabeaufforderung

robocopy /? >hilfe_Version_5_1_10_1027.txt

eingeben. Ähnlich dann auf dem Windows 2012R2 und danach die Textdateien vergleichen. Eventuell sind die Kopieroptionen in eine andere Reihenfolge zu setzten.

[BOfH_666 577]

Der Schalter ist meines Wissens immer noch der gleiche. Aber warum willst Du denn Dateien, die schon da sind, nochmal verschieben? Das ist doch redundant!? Der robocopy-Befehl, den Du oben angegeben hast (bis auf das Datum-Dingens) funktioniert bei mir genau wie erwartet.

[ottto 10]

In der Hilfe kann ich keinen Unterschied finden.

 

Die Daten werden mit einem Script zeitnah von der Quelle auf das Ziel gespiegelt. Das funktioniert.

Zusätzlich sollen die Daten nach x Tagen von der Quelle entfernt werden. Wenn ich das mit einem Lösch-Befehl mache, besteht die Möglichkeit, dass Daten verloren gehen.

(Es könnte ja sein, dass das erste Script mal Probleme macht.)

Deshalb möchte ich die Daten verschieben (mit Überschreiben).

 

 

 

Ich würde ja auch gern das ältere robocopy nutzen und einfach mit in das gleiche Verzeichnis legen wo auch das Script liegt. Damit funktioniert ja das Überschreiben.

Leider werden die Logeinträge dann alle in eine Zeile geschrieben.

[ottto 10]

Der Effekt mit der Logdatei tritt auch auf wenn ich das (neuere) robocopy, vom 2012R2-Server, aus C:\Windows\System32 bzw. C:\SysWOW64 in ein extra Verzeichnis kopiere und dort aufrufe.

[BOfH_666 577]

vor 52 Minuten schrieb ottto:

Ich würde ja auch gern das ältere robocopy nutzen und einfach mit in das gleiche Verzeichnis legen wo auch das Script liegt. Damit funktioniert ja das Überschreiben.

Leider werden die Logeinträge dann alle in eine Zeile geschrieben.

Aber die neuere Version von robocopy funktioniert genau wie die alte. Ich habe es gerade nochmal auf einem W2K12 R2 getestet - incl. dem Datum-Dingens - und es funktioniert genau wie erwartet.  Es liegt bestimmt nicht an der robocopy-Version.

[mba 133]

Was ist das kopierziel? Ein Nas? 

[ottto 10]

Ich hab den Befehl jetzt lokal, auf dem W2012R2, getetet. Da funktioniert das Überschreiben.

Nur über's Netzwerk nicht. Weder über UNC noch über Laufwerksbuchstaben.

 

 

Das Ziel ist ein NAS.

[mba 133]

Dann wird ziemlich sicher das nas die Ursache sein. 

https://marketmix.com/de/robocopy-server-ordner-auf-nas-synchronisieren/

 

Eventuell ist da was für Dich dabei

[ottto 10]

vor 25 Minuten schrieb mba:

Dann wird ziemlich sicher das nas die Ursache sein. 

https://marketmix.com/de/robocopy-server-ordner-auf-nas-synchronisieren/

 

Eventuell ist da was für Dich dabei

Mit dem Schalter /FFT werden die Dateien leider auch nicht überschrieben.

[Cybquest 36]

Stimmen die Berechtigungen auf dem Zielordner? Fehlt da für den entspr. User das Ändern-Recht?

[ottto 10]

vor 30 Minuten schrieb Cybquest:

Stimmen die Berechtigungen auf dem Zielordner? Fehlt da für den entspr. User das Ändern-Recht?

Rechte passen. Hab gerade noch mal "per Hand" mit dem User getestet.

[BOfH_666 577]

Dann hilft nur noch eins ...  den Zielordner vorher leer machen ....  

[ottto 10]

vor 26 Minuten schrieb BOfH_666:

Dann hilft nur noch eins ...  den Zielordner vorher leer machen ....  

Durch das /MINAGE wird ja nur ein Teil des Quellordners berücksichtigt. Wenn ich da vorab jedesmal den Zielordner komplett lösche, fehlen dann Daten.

 

Warum "versaut" das robocopy die Logdatei wenn robocopy in einem separatem Ordner liegt? Wenn ich das Problem mit der Logdatei hinbekomme, würde ich die alte Version verwende.

Bei der funktioniert ja das Überschreiben.

 

[BOfH_666 577]

vor 26 Minuten schrieb ottto:

Durch das /MINAGE wird ja nur ein Teil des Quellordners berücksichtigt. Wenn ich da vorab jedesmal den Zielordner komplett lösche, fehlen dann Daten.

... das sollte auch nur ein Witz und kein ernstgemeinter Rat sein ... deshalb der Smiley dahinter.

vor 26 Minuten schrieb ottto:

Warum "versaut" das robocopy die Logdatei wenn robocopy in einem separatem Ordner liegt?

Dazu wird Dir wohl nur Microsoft Auskunft geben können.  Wobei ich vermuten würde, dass sie nicht mal das machen würden, sondern eher sagen "Nimm die aktuelle Version!"  Schreibst Du jedes mal ein neues Log oder überschreibst Du das vorhandene immer? Hast Du schn mal versucht auf Unicode umzustellen?  ... oder das neue Log an das alte anzuhängen?