RoboCopy não é possível copiar entre um servidor em um domínio para um computador em um grupo de trabalho

2

Eu tenho um problema no RoboCopy e aqui está o cenário.

Meu servidor está executando o Windows Server Essentials 2012 R2. Meu laptop está executando o Windows 10 Technical Preview. O servidor está sendo executado como um controlador de domínio, mas meu computador não está associado a esse domínio.

Eu tenho um compartilhamento no servidor chamado "Imagens", por isso, ele está localizado em ~ \192.168.1.10\Pictures , que mapeei como P: usando uma conta que possui privilégios Controle total nessa pasta. Eu tenho tentado espelhar essa pasta para minha máquina local usando o comando simples:

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

Isso sempre retorna o erro ERROR 5 (0x00000005) Accessing Destination Directory , mesmo que o diretório de destino esteja na minha conta de usuário onde eu sou o proprietário. Eu tentei usar um prompt de comando administrativo, bem como o prompt de comando do usuário padrão. Nenhum dos dois trabalhos: (

Usar o RoboCopy entre duas pastas locais usando a pasta Imagens como um destino funciona bem, por isso acredito que isso tenha algo a ver com permissões de domínio, em vez das permissões de destino reais.

P.S.

O engraçado é que isso funcionou muito bem quando meu computador estava usando o Windows 8 e conectado ao Server Essentials usando o aplicativo Connector sem ingressar no domínio (o aplicativo Connector não está disponível para o Windows 10).

P.P.S

Copiar diretamente no Windows Explorer funciona muito bem, mas eu preciso do RoboCopy, pois é muito mais eficiente na sincronização de pastas grandes.

Qualquer ajuda seria apreciada.

Atualizar

Não consigo usar um usuário local no servidor, pois o servidor é um controlador de domínio. No entanto, tentei dar ao usuário de domínio que usei para mapear a unidade de rede nas permissões totais da máquina do grupo de trabalho na pasta, além de torná-lo proprietário e ainda sem dados. Aqui está a saída exata do RoboCopy:

-------------------------------------------------------------------------------
   ROBOCOPY     ::     Robust File Copy for Windows                              
-------------------------------------------------------------------------------

  Started : fimmtudagur, 25. júní 2015 21:40:01
   Source : P:\
     Dest : C:\Users\stefa\OneDrive\Pictures\

    Files : *.*

  Options : *.* /V /S /DCOPY:DA /COPY:DAT /R:1000000 /W:30 

------------------------------------------------------------------------------

                      25    P:\
2015/06/25 21:40:02 ERROR 67 (0x00000043) Accessing Destination Directory C:\Users\stefa\OneDrive\Pictures\
The network name cannot be found.

Waiting 30 seconds...

Atualização 2 Estou bastante certo de que acabei de encontrar um bug no Windows 10 (ainda está lá em 10159). Quando tento isso em uma máquina com Windows 8.1 (x64 e RT, limpe a instalação em ambos) usando o robocopy em uma unidade de rede mapeada ou net use \192.168.1.10\IPC$ ... , tudo funciona bem. Mas usando um cliente Windows 10, isso não funciona. Minha teoria é que ou algo está quebrado na forma como o Robocopy faz cópias de rede no Windows 10 ou algo na pilha de rede no Windows 10 quebrou o RoboCopy.

    
por Stefán Jökull Sigurðarson 25.06.2015 / 13:23

3 respostas

0

Se for um controlador de domínio, ele não poderá criar contas locais. Observe que há várias advertências a seguir para permitir o acesso adequado entre um computador associado ao domínio e um computador do grupo de trabalho. Estes focam principalmente em powershell remoto, linha de comando remota e gerenciador de servidor.

Tente usar o caminho UNC, semelhante a:

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
    
por 27.06.2015 / 23:07
0

Esta resposta está relacionada à sincronização de dados de cópia para um diretório existente com o mesmo nome de pasta raiz

por exemplo,

robocopy "c: ** Público **" "H: ** público **" / s / e / w: 01 / r: 01 / NODCOPY

Caso você queira permissão original no arquivo de destino, use a opção / NODCOPY

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

    
por 10.10.2015 / 08:27
0

Eu tropecei no mesmo problema, em uma instalação do Windows 10. Eu sou capaz de contornar isso, pois descobri que o problema era a opção /DCOPY:DA . Usando /DCOPY:T por exemplo funcionou bem. Então, não tenho certeza sobre a causa real, mas eu posso viver com a solução, pelo menos por enquanto ...

    
por 15.10.2015 / 17:44