Robocopy - Sie verfügen nicht über die Benutzerrechte zum Sichern und Wiederherstellen von Dateien
Hallo,
ich habe eine Batchdatei erstellt die beim Herunterfahren des PCs automatisch ausgeführt wird und mittels robocopy Dateien auf eine externe Festplatte schiebt.
Das automatische Herunterfahren mache ich wie folgt:
Die Batchdatei im Ordner "C:\Windows\System32\GroupPolicy\Machine\Scripts\Shutdown" speichern.
Und Über gpedit.msc "Computerkonfiguration\Windows-Einstellungen\Skripts (Starten/Herunterfahren)." wähle ich die Datei noch aus.
(PS. Ich Weiss ich bin im Testmodus unterwegs /L)
Leider tut sich nichts.
Wenn ich die Batch per Hand ausführe bekomme ich die Fehlermeldung:
Fehler: Sie verfügen nicht über die Benutzerrechte zum Sichern und Wiederherstellen von Dateien.
Diese Rechte sind erforderlich um Sicherungskopien anzufertigen (/B oder /ZB)
Ich verstehe den Fehler nicht so ganz. Ich habe die Datei auf einem PC erstellt und getestet dessen Konto zu den Domänen-Admins gehört, dort funktioniert alles tadellos. Auf dem PC auf dem es nun ausgeführt werden soll, funktioniert es nicht. Das Konto unter dem es ausgeführt wird gehört zu den Domänen-Admins. Irgendwie verstehe ich den Zusammenhang mit den fehlenden rechten nicht...
Ich bin kein Batchprofi und weiß irgendwie nicht so recht was ich jetzt machen soll?
Falls noch Infos benötigt werden einfach bescheid geben.
Mit freundlichen Grüßen
Chris
ich habe eine Batchdatei erstellt die beim Herunterfahren des PCs automatisch ausgeführt wird und mittels robocopy Dateien auf eine externe Festplatte schiebt.
robocopy "C:\Users\%USERNAME%\AppData\Local\Microsoft\Outlook" j:\%COMPUTERNAME%\%COMPUTERNAME%_OutlookPST *.pst /ZB /MIR /XO /TEE /R:3 /W:5 /log:j:\%COMPUTERNAME%\%COMPUTERNAME%_Logdateien\Outlook_%COMPUTERNAME%_%DATE%.txt /L
Das automatische Herunterfahren mache ich wie folgt:
Die Batchdatei im Ordner "C:\Windows\System32\GroupPolicy\Machine\Scripts\Shutdown" speichern.
Und Über gpedit.msc "Computerkonfiguration\Windows-Einstellungen\Skripts (Starten/Herunterfahren)." wähle ich die Datei noch aus.
(PS. Ich Weiss ich bin im Testmodus unterwegs /L)
Leider tut sich nichts.
Wenn ich die Batch per Hand ausführe bekomme ich die Fehlermeldung:
Fehler: Sie verfügen nicht über die Benutzerrechte zum Sichern und Wiederherstellen von Dateien.
Diese Rechte sind erforderlich um Sicherungskopien anzufertigen (/B oder /ZB)
Ich verstehe den Fehler nicht so ganz. Ich habe die Datei auf einem PC erstellt und getestet dessen Konto zu den Domänen-Admins gehört, dort funktioniert alles tadellos. Auf dem PC auf dem es nun ausgeführt werden soll, funktioniert es nicht. Das Konto unter dem es ausgeführt wird gehört zu den Domänen-Admins. Irgendwie verstehe ich den Zusammenhang mit den fehlenden rechten nicht...
Ich bin kein Batchprofi und weiß irgendwie nicht so recht was ich jetzt machen soll?
Falls noch Infos benötigt werden einfach bescheid geben.
Mit freundlichen Grüßen
Chris
Bitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 271491
Url: https://administrator.de/forum/robocopy-sie-verfuegen-nicht-ueber-die-benutzerrechte-zum-sichern-und-wiederherstellen-von-dateien-271491.html
Ausgedruckt am: 26.12.2024 um 02:12 Uhr
8 Kommentare
Neuester Kommentar
Moin,
du führst das Script beim Herunterfahren aus , aber in dem Moment ist bereits kein User mehr angemeldet, also ist deine Variable %username%auch nicht mehr gesetzt bzw. löst stattdessen auf "SYSTEM" auf! Mach es also stattdessen als Abmelde-Script oder sichere beim Herunterfahren gleich alle Profile. Und für das Berechtigungsproblem: Für die Parameter /B und /ZB muss der Account Mitglied der Backup-Operators oder der lokalen Administratoren auf dem Rechner sein, vermutlich hast du das Script nicht in einer elevated Konsole gestartet - alternativ lass den Parameter /ZB weg.
Beim Herunterfahren läuft das Script unter dem System Account, dort sollte es also in dieser Hinsicht keine Probleme geben, nur eben dein Problem mit der Variablen %username%.
Gruß jodel32
du führst das Script beim Herunterfahren aus , aber in dem Moment ist bereits kein User mehr angemeldet, also ist deine Variable %username%
Beim Herunterfahren läuft das Script unter dem System Account, dort sollte es also in dieser Hinsicht keine Probleme geben, nur eben dein Problem mit der Variablen %username%.
Gruß jodel32
Stimmt, da war ich nicht exakt, aber vermutlich nicht das gewünschte Ergbebnis für den TO
Hi,
die Elvierung steuert nicht das, was man im IT-Deutsch i.A. unter "Rechte" versteht. Im Englischen unterscheidet Mutti da zwischen "Permissions" und "Privilegs". "Permissions" sind i.A. Zugriffsrechte auf eine Ressource. "Privilegs" dagegen Rechte um bestimmte Aktionen ausführen zu können. Und letztere werden über die Elevierung "freigegeben". D.h. der User muss bestätigen, dass es gerade von ihm gewollt ist, dass ein Programm ein dem User erteiltes Privileg aktiviert.
z.B. das Privilieg, Dateien lesen zu können, für welche er keine "Permission" zum Lesen oder Schreiben hat. (Backup-Operator)
Wenn die beiden Recher sich dahingehend unterscheiden, dass der eine noch Windows XP und der andere Vista oder höher ist, oder dass auf dem einen UAC deaktiviert und es auf dem anderen noch aktiviert ist, dann kann es schon sein, dass ein Script auf dem Rechner ohne UAC einfach so läuft und auf dem mit UAC nur nach Elevierung.
E.
die Elvierung steuert nicht das, was man im IT-Deutsch i.A. unter "Rechte" versteht. Im Englischen unterscheidet Mutti da zwischen "Permissions" und "Privilegs". "Permissions" sind i.A. Zugriffsrechte auf eine Ressource. "Privilegs" dagegen Rechte um bestimmte Aktionen ausführen zu können. Und letztere werden über die Elevierung "freigegeben". D.h. der User muss bestätigen, dass es gerade von ihm gewollt ist, dass ein Programm ein dem User erteiltes Privileg aktiviert.
z.B. das Privilieg, Dateien lesen zu können, für welche er keine "Permission" zum Lesen oder Schreiben hat. (Backup-Operator)
Wenn die beiden Recher sich dahingehend unterscheiden, dass der eine noch Windows XP und der andere Vista oder höher ist, oder dass auf dem einen UAC deaktiviert und es auf dem anderen noch aktiviert ist, dann kann es schon sein, dass ein Script auf dem Rechner ohne UAC einfach so läuft und auf dem mit UAC nur nach Elevierung.
E.