spalato 10 Geschrieben 10. Juli 2014 Melden Teilen Geschrieben 10. Juli 2014 Hallo Zusammen, Ich habe ein Robocopy file welches normal ausgeführt werden kann. Es sieht folgendermassen aus: robocopy "D:\Share" "R:\Share" /E /ZB /xo /SEC /V /purge /XD DfsrPrivate /R:0 /W:0 Wenn ich dieses File per doppelklick ausführe funktioniert auch alles gut. Wenn ich dieses Batch File nun als Schedule Task starte kommt im Robocopy Log folgendes: -------------------------- ------------------------------------------------------------------------------- ROBOCOPY :: Robust File Copy for Windows ------------------------------------------------------------------------------- Started : Thu Jul 10 13:16:22 2014 2014/07/10 13:16:22 ERROR 3 (0x00000003) Getting File System Type of Destination R:\Group\ The system cannot find the path specified. Source : D:\Share\ Dest - R:\Share\ Files : *.* Exc Dirs : DfsrPrivate Options : *.* /V /S /E /COPY:DATS /PURGE /ZB /XO /R:0 /W:0 ------------------------------------------------------------------------------ NOTE : NTFS Security may not be copied - Destination may not be NTFS. 2014/07/10 13:16:22 ERROR 3 (0x00000003) Creating Destination Directory R:\Group\ The system cannot find the path specified. ------------------------------------- Zitieren Link zu diesem Kommentar
Dukel 457 Geschrieben 10. Juli 2014 Melden Teilen Geschrieben 10. Juli 2014 Nutze UNC Pfade und keine Netzlaufwerke. Zitieren Link zu diesem Kommentar
daabm 1.375 Geschrieben 10. Juli 2014 Melden Teilen Geschrieben 10. Juli 2014 Yepp - wenn R: ein Mapping ist, dann klappt das natürlich nicht in einem Task... :cool: Zitieren Link zu diesem Kommentar
h-d.neuenfeldt 21 Geschrieben 10. Juli 2014 Melden Teilen Geschrieben 10. Juli 2014 Wenn schon als "scheduled Task" dann zum einen "mit höchsten REchten" und bau in das Script auch "Net use ..." ein, damit du im Scriptkontext die Laufwerke zur Verfügung hast. Wenn R:\ und D:\ allerdings LOKALE Pfade sind, dann gib dem "Scheduled Task" den User Administrator mit, sonst hast du keine Berechtigung auf die Verzeichnisse zuzugreifen ... Zitieren Link zu diesem Kommentar
Dukel 457 Geschrieben 10. Juli 2014 Melden Teilen Geschrieben 10. Juli 2014 Wenn schon als "scheduled Task" dann zum einen "mit höchsten REchten" Wozu? Einfach so? und bau in das Script auch "Net use ..." ein, damit du im Scriptkontext die Laufwerke zur Verfügung hast. Wieso ein Net Use, wenn das ganze mit UNC auch geht? Nur das man Buchstaben nutzt? Wenn R:\ und D:\ allerdings LOKALE Pfade sind, dann gib dem "Scheduled Task" den User Administrator mit, sonst hast du keine Berechtigung auf die Verzeichnisse zuzugreifen ... Ich würde eher die Rechte auf den Laufwerken anpassen und den Task mit einem unprivilegiertem User ausführen. Zitieren Link zu diesem Kommentar
h-d.neuenfeldt 21 Geschrieben 10. Juli 2014 Melden Teilen Geschrieben 10. Juli 2014 höchste Rechte weil : http://technet.microsoft.com/de-de/library/cc722152.aspx --> Benutzerkontosteuerung (Leider ist der Link im TechNet verwaist) "Net use" weil : UNC-Option war mir unbekannt :eek: hmmm, Rechte anpassen für einen "Backup-User" ? Wenn der Task auf einem Server liegt würde ich das nicht tun. Wenn der Task in einem Bereich läuft wo Benutzer Zugriff darauf haben, würde ich mich fragen ob die Lösung eine sinnvolle Problemlösung ist. Zitieren Link zu diesem Kommentar
Dukel 457 Geschrieben 10. Juli 2014 Melden Teilen Geschrieben 10. Juli 2014 höchste Rechte weil : http://technet.microsoft.com/de-de/library/cc722152.aspx --> Benutzerkontosteuerung (Leider ist der Link im TechNet verwaist) Der Artikel sagt: Wenn Sie das Kontrollkästchen Mit höchsten Privilegien ausführen aktivieren, führt die Aufgabenplanung die Aufgabe mit einem Token für erhöhte Rechte statt für die geringsten Rechte (Benutzerkontosteuerung) aus. Sie sollten nur diejenigen Aufgaben mit erhöhten Rechten ausführen, die ihre Aktionen anderenfalls nicht erledigen können. Weitere Informationen finden Sie unter Benutzerkontosteuerung (möglicherweise in englischer Sprache). Daher: Nicht pauschal aktivieren, sondern nur wenn man muss. hmmm, Rechte anpassen für einen "Backup-User" ? Wenn der Task auf einem Server liegt würde ich das nicht tun. Wenn der Task in einem Bereich läuft wo Benutzer Zugriff darauf haben, würde ich mich fragen ob die Lösung eine sinnvolle Problemlösung ist. 1. Der TO hat nichts von Backup gesagt, es kann auch ein anderer Anwendungsfall sein, bei dem man die Berechtigungen Problemlos ändern kann. 2. Ich würde kein Backup mit Robocopy machen sondern mit einer Backupsoftware, die dann sowieso genug Rechte hat. 3. Ich würde (neben dem, dass man "den" Administrator eh nicht nutzt sondern benannte Admin User) lieber Rechte Ändern als für so eine Aufgabe einen Administrativen Nutzer zu nehmen. Zitieren Link zu diesem Kommentar
spalato 10 Geschrieben 18. Juli 2014 Autor Melden Teilen Geschrieben 18. Juli 2014 Das problem wurde nach ingabe des UNC Pfades gelöst. danke für die Hilfe Zitieren Link zu diesem Kommentar
Empfohlene Beiträge
Schreibe einen Kommentar
Du kannst jetzt antworten und Dich später registrieren. Falls Du bereits ein Mitglied bist, logge Dich jetzt ein.