Robocopy-Erlaubnis abgelehnt

Von hier zitiert :

In meinem Fall begann ich mit voller Kontrolle sowohl der Quell- als auch der Zielfreigaben. Das Problem war, dass Robocopy die Zugriffssteuerungsliste auf der Zielfreigabe auf einen Nullwert zurückgesetzt hat (die Berechtigung hat keine Berechtigung), bevor mit der Rekursion von Unterverzeichnissen begonnen wurde. Nach einigen schnellen Tests ist meine Schlussfolgerung, dass Robocopy vererbte Berechtigungen nicht verarbeitet. Angenommen, Sie kopieren C: \ Share1 nach D: \, und C: \ Share1 erbt seine Berechtigungen vom Verzeichnis C: \ root, es hat jedoch keine explizite ACL. Wenn Sie also seine ACL kopieren, kopieren Sie tatsächlich ... nichts. Durch das Kopieren einer leeren ACL in Ihr Ziel werden Ihre Berechtigungen im ersten Schritt der Kopie entfernt, und alle nachfolgenden Schreibvorgänge in die Freigabe schlagen mit Fehler 5 fehl.

Dies ist nur ein Problem, wenn Sie von einer Quelle kopieren, auf die Sie mit vererbten Berechtigungen zugreifen, und von einem Ziel, auf das Sie OHNE vererbte Berechtigungen zugreifen. Wenn Sie C: \ (das Sie explizit in seiner ACL gespeichert hat) nach D: \ kopieren, liegt kein Problem vor. Wenn dies tatsächlich Ihr Problem ist, können Sie es beheben, indem Sie sich mit voller Kontrolle explizit der Quell-ACL hinzufügen. Wenn die Kopie ausgeführt wird, wird Ihr ACL-Eintrag an das Ziel kopiert, und die nachfolgenden Dateikopien können geschrieben werden. Sie können Ihre Änderungen (sowohl an der Quelle als auch am Ziel) rückgängig machen, nachdem die Kopie abgeschlossen ist.

Wenn Sie trotz des oben genannten Problems weiterhin Probleme haben, sollten Sie den Schalter / B in Erwägung ziehen, der versucht, die Datei mit Ihren Berechtigungen als Sicherungsoperator zu sichern. Auf diese Weise können Sie Dateien kopieren, die Sie andernfalls nicht erstellen konnten, wenn Sie sich nicht in der ACL auf der Zielfreigabe befinden. Robocopy versucht standardmäßig, eine neu startbare Kopie zu versuchen. Durch den Verzicht auf neustartfähige Kopien ist der schlimmste Fall der Fall, dass Sie die aktuell übertragene Datei im Falle einer Unterbrechung verlieren. Beim nächsten Durchlauf wird diese Datei von Anfang an neu gestartet, anstatt teilweise.

Hoffentlich hilft das. Hier ein Zitat aus dem Robocopy-Dokument von Microsoft bezüglich der Option / B:

Zitat:

Wenn Sie NTFS-Sicherheitsinformationen (ACLs) zusammen mit den Dateidaten kopieren, können Sie Dateien kopieren, auf die Sie Lesezugriff haben, jedoch keinen Schreibzugriff. Nachdem eine solche Datei einmal kopiert wurde und die ACLs angewendet wurden, kann es vorkommen, dass beim Versuch, die Datei erneut zu kopieren, die Fehlermeldung "Zugriff verweigert" angezeigt wird. In diesem Fall sollten Sie den Schalter / B oder / ZB verwenden, um die Dateien im Sicherungsmodus zu kopieren.

/ B kopiert alle Dateien mit Sicherungssemantik (Sicherungsmodus). / ZB versucht zunächst, Dateien im neustartfähigen Modus zu kopieren (für eine höhere Ausfallsicherheit). Wenn dies jedoch mit dem Fehler "Zugriff verweigert" fehlschlägt, wird die Kopie im Sicherungsmodus automatisch erneut versucht.

Versuchen Sie, Dateien mit der Markierung zu kopieren Backup:

/ B: Dateien im Sicherungsmodus kopieren.

Zusätzlich zu den vorherigen Antworten kann ich den Fix erweitern, der für mich funktioniert hat. In meinem Fall hatte ich lokale Ordner und Dateien, deren Besitz von einem anderen Benutzer des Systems beansprucht wurde. Ich habe einfach das Eigentum an allen Ordnern und Unterordnern gefordert und alles funktionierte gut ohne den Sicherungsschalter.

Übernehmen Sie den Besitz eines Ordners und seiner Unterordner: http://technet.microsoft.com/de-de/magazine/ff404240.aspx

Sie können auch ein Skript schreiben, um dies automatisch zu beheben

# To run robocopy with logging which logs errors robocopy source dest /MIR /NP /TEE /R:0 /W:1 /FFT /LOG+:log.txt   # get errors from log and use set-content so it only writes if there are errors. get-content log.txt | select-string "0x00000005" | set-content errors.log  #if statements to check if it even had errors. only if errors go into if statement. if (test-path errors.log) {  #now capture the paths exactly. Get-unique so it writes one error only once.  #Will assume you're using UNCs to copy vs. drive letters, please modify as necessary select-string -path errors.log -pattern "\\\\.*$" | %{ $_.Matches[0].captures[0].value} | get-unique > paths.log  #just do foreach loop for each path. foreach ($path in $paths) {   #use subinacl to take ownership and assign permissions, it is better and faster  #than icacls and ps ways but you can use whatever works. Report the changes you  #made. if '$path' is a folder then you will need to modify subinacl command to  #inherit etc. look it up. .\subinacl /file "$path" /setowner="YOUR ID" >> change-perms.log .\subinacl "$path" /grant="your ID"=F >> change-perms.log  }  #run your robocopy command again to copy missed file in previous step.  robocopy source dest /MIR /NP /TEE /R:0 /W:1 /FFT /LOG+:log.txt   #Delete the error log file so it does not go in to if loop next time you run. remove-item error.log (use force, erroraction etc as necessary)  }