Robocopy soll Archivbit nicht zurücksetzen
Hallo,
ich möchte mit Robocopy fortlaufend einen Sicherungsdatenbestand auf einen NAS-Server sichern.
Dazu benutze ich Robocopy Quelle Ziel /MIR
Das Quellverzeichnis ist zu diesem Zeitpunkt nur mit Leserechten verbunden.
Nach dem Kopieren versucht Robocopy nun fortlaufend das Archivbit zu ändern. Da keine Schreibrechte vorhanden sind finden mein Kopierjob dann kein Ende.
Weiß hier jemand mit welchem Parameter ich Robocopy sagen kann dass er das Archivbit nicht verändern soll?
Vielen Dank für Eure Hilfe.
Reinhard Schwarz
ich möchte mit Robocopy fortlaufend einen Sicherungsdatenbestand auf einen NAS-Server sichern.
Dazu benutze ich Robocopy Quelle Ziel /MIR
Das Quellverzeichnis ist zu diesem Zeitpunkt nur mit Leserechten verbunden.
Nach dem Kopieren versucht Robocopy nun fortlaufend das Archivbit zu ändern. Da keine Schreibrechte vorhanden sind finden mein Kopierjob dann kein Ende.
Weiß hier jemand mit welchem Parameter ich Robocopy sagen kann dass er das Archivbit nicht verändern soll?
Vielen Dank für Eure Hilfe.
Reinhard Schwarz
Bitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 305568
Url: https://administrator.de/contentid/305568
Ausgedruckt am: 08.11.2024 um 19:11 Uhr
9 Kommentare
Neuester Kommentar
Nach dem Kopieren versucht Robocopy nun fortlaufend das Archivbit zu ändern.
Wenn du Robocopy nicht explizit sagst es soll das Archivbit zurücksetzen (z.B. mit /M) dann tut es das auch nicht. Hier einwandfrei getestet. Selbst wenn ich das Verzeichnis Beschreibbar mache, ändert Robocopy dort das Attribut nicht.Welches OS? Welche Robocopy Version ?
Gruß skybird
Hallo,
Wenn dies dein tatsächlicher Befehl sein sollte, so verschweigst du uns etwas oder dein Robocopy ist ein anderer.
Aber dein /MIR dann mit Attributen zu nutzen ist eher suboptimal.... bzw. was soll es dann bewirken?
Auszug aus Robocopy /?
Gruß,
Peter
Wenn dies dein tatsächlicher Befehl sein sollte, so verschweigst du uns etwas oder dein Robocopy ist ein anderer.
Nach dem Kopieren versucht Robocopy nun fortlaufend das Archivbit zu ändern. Da keine Schreibrechte vorhanden sind finden mein Kopierjob dann kein Ende.
Nein, eindeutig Nein, Robocopy Quelle Ziel /MIR setzt keinerlei Attribute irgendwelcher Art zurück. Das macht nur eine Robocopy Quelle Ziel /MIR /M oder halt andere Kombinationen wo ein /M vorkommt. Auch gerade wie @129413 eindeutig getestet (Win 7).Weiß hier jemand mit welchem Parameter ich Robocopy sagen kann dass er das Archivbit nicht verändern soll?
Eher das /A.Aber dein /MIR dann mit Attributen zu nutzen ist eher suboptimal.... bzw. was soll es dann bewirken?
Auszug aus Robocopy /?
/A :: Kopiert nur Dateien mit dem "Archive"-Attribut.
/M :: Kopiert nur Dateien mit dem "Archive"-Attribut und setzt das Attribut zurück.
Peter
Das wäre auch meine Herangehensweise an die Sache. Die Befehlsreferenz der "Kommandozeile" ist die erste Stelle, an der man suchen sollte. Mir war so, als hätte ich darüber hinaus mal ein Link zu einer schönen Tabelle mit Parametern für Robocopy gesehen. Ich finde ihn leider nicht mehr.
Ist die Frage, was du @TE erreichen willst? Womit wird denn das Archivbit gesetzt und wieso dafür gerade Robocopy?
Ja, aber du hattest oben gesagt Robocopy würde versuchen in der Quelle die Attribute zu ändern, aber bei dir ist es z:\ also das Ziel bei dem Robocopy scheitert, sagt ja die Fehlermeldung im Bild!
Ich würde hier also überprüfen ob für den User neben den generellen Schreibrechten auch das erweiterte Recht vorliegt Attribute auf Z:\ setzen zu dürfen.
Ich würde hier also überprüfen ob für den User neben den generellen Schreibrechten auch das erweiterte Recht vorliegt Attribute auf Z:\ setzen zu dürfen.
Zitat von @ReinhardSchwarz:
Macht das Sinn? Warum will Robocopy auf dem Ziellaufwerk nach dem Schreiben der Daten noch die Attribute ändern?
Ja. Attribute der Dateien sind ja kein direkter Bestandteil des Dateiinhalts sondern des Dateisystems auf dem diese liegt. Diese werden in die MFT geschrieben.Macht das Sinn? Warum will Robocopy auf dem Ziellaufwerk nach dem Schreiben der Daten noch die Attribute ändern?
Hallo,
Umgekehrter Schrägstrich bei Quelle und Ziel? Dachte "Robocopy x: z: /MIR" wäre da richtig..
True Image Shadowprotect dazu die Rechte hat
Du verwendest StorageCraft (Hersteller) und ShadowProtect (Produktname) (die Dateiendung (spi) sagt es eindeutig )
Gruß,
Peter
Umgekehrter Schrägstrich bei Quelle und Ziel? Dachte "Robocopy x: z: /MIR" wäre da richtig..
eine von Storagecraft True Image
Das gleube ich nicht. Storagecraft macht ShadowProtect und Acronis macht True Image so wie NetJapan eben ActiveImageProtect macht oder Veeam halt Veeam....Schreibenden Zugriff hat auf X: nur das Programm True Image.
Wow, ein Programm selbst hat den Schreibenden Zugriff, dachte dazu braucht es Benutzer oder Gruppen oder Computerobjekte...mit dem abschließenden Versuch die Attribute zu ändern bei.
Abschließenden ist hier das Zauberwort. Erst erfolgt die Übertragung der Daten, danach werden die Attribute im Ziel geändert, sofern das Programm Du verwendest StorageCraft (Hersteller) und ShadowProtect (Produktname) (die Dateiendung (spi) sagt es eindeutig )
Gruß,
Peter