akchris
Goto Top

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.

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

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

114757
114757 08.05.2015 aktualisiert um 18:30:53 Uhr
Goto Top
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
emeriks
emeriks 08.05.2015 um 18:26:30 Uhr
Goto Top
@114757
Auch im SYSTEM-Kontext gibt es die Variable %username%.

E.
114757
114757 08.05.2015 aktualisiert um 18:29:17 Uhr
Goto Top
Zitat von @emeriks:
@114757
Auch im SYSTEM-Kontext gibt es die Variable %username%.
Stimmt, da war ich nicht exakt, aber vermutlich nicht das gewünschte Ergbebnis für den TO face-wink
AKChris
AKChris 22.05.2015 aktualisiert um 14:24:21 Uhr
Goto Top
Hallo Ihr 2,

sorry Urlaub und andere Probleme noch dazwischen gekommen.
Vielleicht sollten wir das nochmal durchsprechen.

@jodel,
Deine Erklärung kann ich nicht nachvollziehen. Wie ich sagte habe ich das Script auf einem PC erstellt und dort auch getestet. Ich habe das Script sowohl von Hand ausgeführt, als auch dann in der Konstellation mit dem Automatischen Ausführen und Herunterfahren.
Ergebnis: Es funktioniert Problemlos.

Ich transportiere das Script auf einen anderen PC bei dem der User über die selbe Gruppenzugehörigkeit (Domänenadmins und Admins)verfügt als auch auf dem Rechner auf dem ich das Script erstellt habe.
Ergebnis: Es funktioniert nicht und bricht mit der obigen Fehlermeldung ab.

Könnt Ihr mir erklären wieso ich auf dem einen Rechner die Rechte des Backup Operators brauchen sollte und auf dem anderen nicht? Im weiteren war ich der Meinung das der Domänen-Admin sämtliche zur Verfügung stehenden rechte vereint? Was für eine rolle spielt die elevated Konsole? Sie ist auf dem Testrechner (auf dem alles funktioniert) nicht elevated.

Mit freundlichen Grüßen
Christian
emeriks
emeriks 22.05.2015 aktualisiert um 17:03:13 Uhr
Goto Top
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.
AKChris
AKChris 26.05.2015 aktualisiert um 13:42:39 Uhr
Goto Top
es sind beides Windows 7 pro 64 Bit Rechner.

ich verstehe aber immer noch nicht was ich machen soll und warum sich das auf 2 gleich konfigurierten Rechnern unterscheidet.

Mit freundlichen Grüßen
Christían
emeriks
Lösung emeriks 26.05.2015 aktualisiert um 15:49:17 Uhr
Goto Top
Überprüfe bitte auf beiden PC, was da jeweils bei der "Benutzerkontensteuerung" (UAC) eingestellt ist.
Systemsteuerung --> Benutzerkonten --> Einstellungen der Benutzerkontensteuerung ändern

E.
AKChris
AKChris 26.05.2015 um 15:55:23 Uhr
Goto Top
Hallo E.

vielen Dank. War tatsächlich auf beiden PCs unterschiedlich eingestellt.

mfg
Christian