RoboCopy kann nicht zwischen einem Server in einer Domäne auf einen Computer in einer Arbeitsgruppe kopieren

5974
Stefán Jökull Sigurðarson

Ich habe ein RoboCopy-Problem und hier ist das Szenario.

Auf meinem Server wird Windows Server Essentials 2012 R2 ausgeführt. Auf meinem Laptop wird Windows 10 Technical Preview ausgeführt. Der Server wird als Domänencontroller ausgeführt, mein Computer ist jedoch nicht mit dieser Domäne verbunden.

Ich habe eine Freigabe auf dem Server mit dem Namen "Pictures". Sie befindet sich also im Verzeichnis ~, \\192.168.1.10\Picturesdas ich als P:Konto mit den Berechtigungen "Vollzugriff" für diesen Ordner verwendet habe. Ich habe versucht, diesen Ordner mit dem einfachen Befehl auf meinen lokalen Computer zu spiegeln:

RoboCopy P:\ "C:\Users\[MyUsername]\Pictures" /MIR

Dies gibt immer den Fehler zurück ERROR 5 (0x00000005) Accessing Destination Directory, obwohl sich das Zielverzeichnis unter meinem Benutzerkonto befindet, bei dem ich der Besitzer bin. Ich habe versucht, sowohl eine administrative Eingabeaufforderung als auch die Standardbenutzer-Eingabeaufforderung zu verwenden. Weder funktioniert :(

Die Verwendung von RoboCopy zwischen zwei lokalen Ordnern und der Bilderordner als Ziel funktioniert einwandfrei. Ich denke, dies hat etwas mit Domänenberechtigungen zu tun und nicht mit den tatsächlichen Zielberechtigungen.

PS

Die lustige Sache ist, dass dies gut funktioniert hat, wenn mein Computer Windows 8 verwendete und über die Connector-Anwendung ohne Domänenanbindung mit Server Essentials verbunden war (Die Connector-App ist für Windows 10 nicht verfügbar).

PPS

Direktes Kopieren in Windows Explorer funktioniert problemlos, aber ich brauche RoboCopy, da große Ordner viel effizienter synchronisiert werden können.

Jede Hilfe wäre dankbar.

Aktualisieren

Ich kann es nicht mit einem lokalen Benutzer auf dem Server versuchen, da der Server ein Domänencontroller ist. Ich habe jedoch versucht, dem Domänenbenutzer, den ich verwende, um das Netzlaufwerk auf dem Arbeitsgruppencomputer zuzuordnen, vollständige Berechtigungen für den Ordner zu erteilen und ihn zum Eigentümer zu machen und immer noch keine Würfel. Hier ist die genaue RoboCopy-Ausgabe:

-------------------------------------------------- ----------------------------- ROBOCOPY :: Robuste Dateikopie für Windows  -------------------------------------------------- -----------------------------  Gestartet: fimmtudagur, 25. Juni 2015 21:40:01 Quelle: P: \ Ziel: C: \ Benutzer \ stefa \ OneDrive \ Pictures \  Dateien: *. *  Optionen: *. * / V / S / DCOPY: DA / COPY: DAT / R: 1000000 / W: 30   -------------------------------------------------- ----------------------------  25 P: \ 2015/06/25 21:40:02 FEHLER 67 (0x00000043) Zugriff auf das Zielverzeichnis C: \ Users \ stefa \ OneDrive \ Pictures \ Der Netzwerkname kann nicht gefunden werden.  30 Sekunden warten ...

Update 2 Ich bin ziemlich sicher, dass ich gerade einen Fehler in Windows 10 (noch immer in 10159) gefunden habe. Wenn ich dies auf einem Windows-8.1-Computer (x64 sowie RT, saubere Installation auf beiden) durch Verwendung von Robocopy über ein zugeordnetes Netzlaufwerk versuche, net use \\192.168.1.10\IPC$ ...funktioniert alles einwandfrei . Mit einem Windows 10-Client funktioniert dies jedoch nicht. Meine Theorie ist, dass entweder etwas in der Art und Weise gebrochen wurde, wie Robocopy Netzwerkkopien in Windows 10 ausführt, oder etwas im Netzwerkstapel in Windows 10 RoboCopy beschädigt hat.

2
Können Sie Robocopy mit erhöhten Berechtigungen ausführen, nur um zu sehen, ob dies hilft? Dave vor 8 Jahren 0
Das schon probiert Gleicher Fehler Der einzige Unterschied besteht darin, dass ich das ndrive manuell mithilfe von net use zuordnen muss, wenn es mit erhöhten Rechten ausgeführt wird, da auf die vom Benutzer zugewiesenen Laufwerke nicht zugegriffen werden kann. Es wird jedoch dieselbe Fehlermeldung angezeigt. Stefán Jökull Sigurðarson vor 8 Jahren 0
Ich gehe davon aus, dass die Robocopy als Arbeitsgruppe (z. B. lokaler Benutzer) ausgeführt wird. Wird das Laufwerk mit einem Domänenbenutzerkonto zugeordnet? Haben Sie in Erwägung gezogen, auf dem Server ein lokales Konto zu erstellen, das Sie für Vorgänge verwenden können, bei denen sich der Client nicht in der Domäne befindet? Dann können Sie das Laufwerk zuordnen und die Robocopy unter demselben Konto ausführen. Frank Thomas vor 8 Jahren 0
Haben Sie auch versucht, den literalen UNC-Pfad für die Freigabe zu verwenden, anstatt das zugeordnete Laufwerk? Frank Thomas vor 8 Jahren 1
@ FrankThomas: Ja, RoboCopy läuft auf meinem Computer (Microsoft-Konto) als mein lokaler Benutzer. Ich habe nicht daran gedacht, einen lokalen Benutzer auf dem Server zu erstellen und das auszuprobieren. Ich mache das, sobald ich nach Hause komme (ich bin gerade auf der Arbeit). Ich habe versucht, den UNC-Literalpfad abzubilden, der auch nicht funktioniert hat. Stefán Jökull Sigurðarson vor 8 Jahren 0
@FrankThomas Ich habe die Frage mit weiteren Informationen aktualisiert. Stefán Jökull Sigurðarson vor 8 Jahren 0
hmm. Dieser spezielle Fehler ist etwas unerwartet. Der Benutzer, der den Job ausführt, sollte keine Probleme haben, den lokalen Pfad zu finden oder in diesen zu schreiben. Sie sagten, Sie hätten als Domänenbenutzer den Besitz des Ordners übernommen. Ermöglicht Ihr Microsoft-Konto weiterhin die vollständige Kontrolle? Stellen Sie sicher, dass alle Berechtigungsänderungen an alle untergeordneten Objekte weitergegeben werden. Versuchen Sie auch diesen Ansatz, indem Sie das Netzwerklaufwerk aufheben und die Verbindung mit Ihrem Robocopy-Befehl in eine Batchdatei einfügen. http://sergeit.blogspot.com/2014/05/sync-network-folders-to-onedrive.html Sie können `MON = 1` verwenden, um fortlaufend zu synchronisieren. Frank Thomas vor 8 Jahren 0
Lasst uns [diese Diskussion im Chat fortsetzen] (http://chat.stackexchange.com/rooms/25215/discussion-between-stefan-jokull-sigurdarson-and-frank-thomas). Stefán Jökull Sigurðarson vor 8 Jahren 0

3 Antworten auf die Frage

0
Bernd

Wenn es sich um einen Domänencontroller handelt, kann er keine lokalen Konten erstellen. Bitte beachten Sie, dass einige Einschränkungen zu beachten sind, um einen ordnungsgemäßen Zugriff zwischen einem Domäne-Computer und einem Arbeitsgruppen-Computer zu ermöglichen. Diese konzentrieren sich hauptsächlich auf Remote-Powershell, Remote-Befehlszeile und Server-Manager.

Verwenden Sie stattdessen den UNC-Pfad, ähnlich wie:

net use \\<SOURCE>\IPC$ /user:username password robocopy \\<SOURCE>\backup c:\BACKUP / /S /SEC /V /NDL /NP /NFL /LOG:"c:\log.txt" /R:1 /W:1  net use /delete
Das geht nicht. Ich denke, ich habe dies jedoch auf einen Fehler in Windows 10 eingegrenzt. Dies schlägt in der oben beschriebenen Weise fehl, egal was ich unter Windows 10 mache, sondern eine Neuinstallation von Windows 8.1 x64 (auf zwei separaten Laptops, die ich zu Hause habe, witj Win 10 sowie Windows 8.1) sowie Windows 8.1 RT können die RoboCopy problemlos über ein zugeordnetes Laufwerk oder über `` `net use``` ausführen. Jetzt ist es nur noch eine Frage von MS, das Problem zu beheben ... Stefán Jökull Sigurðarson vor 8 Jahren 0
0
yossi

Diese Antwort bezieht sich auf das Synchronisieren von Kopierdaten in ein vorhandenes Verzeichnis mit demselben Namen des Stammordners

z.B

robocopy "c: ** Public **" "H: ** public **" / s / e / w: 01 / r: 01 / NODCOPY

Wenn Sie die Originalberechtigung für die Zieldatei erstellen möchten, verwenden Sie die Option / NODCOPY

/ s / e / w: 01 / r: 01 / NODCOPY

0
Spiralis

Ich bin über das gleiche Problem bei einer Windows 10-Installation gestolpert. Ich kann das Problem umgehen, da ich herausfand, dass das Problem der /DCOPY:DAWechsel war. Die Verwendung /DCOPY:Tzum Beispiel hat gut funktioniert. Also nicht sicher über die eigentliche Ursache, aber ich kann mit dem Workaround leben, zumindest für jetzt ...

Verwandte Probleme