Erro de Robocopy 50 Acessando o Diretório de Destino (a solicitação não é suportada)

Question

Eu configurei um script robocopy que é executado diariamente e sincroniza dados de uma pasta específica em um servidor de armazenamento do Windows Server 2016 para um compartilhamento SMB em um QNAP NAS. O Windows Server é autenticado por domínio, enquanto o QNAP usa um login de usuário independente. No script, isso é tratado por net use , para que o servidor mapeie o compartilhamento QNAP com as credenciais corretas, em vez de tentar assumir ou executar sob o usuário da tarefa agendada.

net use \QNAP\share /USER:<user> "<password>"

Confirmei que o servidor pode ler / gravar no compartilhamento quando mapeado assim.

Tendo executado a primeira sincronização manualmente para confirmar que o script / parâmetros são bons antes de configurá-lo para ser executado automaticamente pelo agendador de tarefas, o seguinte erro foi relatado em alguns diretórios no log (vários locais diferentes). Um erro de exemplo está abaixo, caminhos modificados.

2018/01/12 06:38:16 ERROR 50 (0x00000032) Accessing Destination
Directory \QNAP\share\example folder\something The request is not supported.

Isso está acontecendo nas mesmas pastas toda vez que o robocopy é executado. Se eu manualmente copiar qualquer uma das pastas que jogou o erro 50 para o destino com o Windows Explorer, eles copiam bem, mas mesmo depois de fazer isso, o erro 50 ainda é registrado para os mesmos locais. O erro parece estar no nível da pasta, em vez de arquivos específicos.

Estou usando os seguintes parâmetros de robocopy.

robocopy D:\local\folder \QNAP\share\example folder /e /zb /fft /DCOPY:DA /COPY:DAT /r:0 /w:0 /XJ /XD RECYCLER .TemporaryItems /XF Thumbs.db ~* ._* *.inf .DS_Store /log+:D:\backuplog.txt /NFL /NDL

Eu estou lutando para encontrar qualquer informação sobre o erro 50 a partir de uma perspectiva de robocopy. Parece que o erro 50 está relacionado a SMB. Parece que alguns atributos ou propriedades dessas pastas específicas não podem ser gravados no diretório QNAP. Tentei remover o "A" (atributos) da opção /COPY , mas isso não ajudou.

    

Answer 1

Consegui encontrar o problema. Parece que está relacionado ao compartilhamento QNAP não sendo capaz de manipular determinadas propriedades / atributos da pasta de segurança dessas pastas. Por padrão, os valores de COPY e DCOPY são:

/COPY:DAT /DCOPY:DA

Eu suponho que o /E flag os define por padrão.

Atributos parecem ser um problema, mas além disso, o parâmetro DCOPY também precisa de ajustes.

/COPY:DT /DCOPY:T

Isso corrige o erro de robocopy 50 e as pastas que estavam lançando erros agora podem ser gravadas no destino corretamente junto com os arquivos dentro.

É estranho que isso só comece a aparecer para pastas relativamente novas criadas, mas parece estar relacionado a atributos / propriedades, no entanto. Temos uma mistura de clientes Windows / MacOS gravando na origem, portanto, pode haver metadados macOS específicos por trás desses diretórios que estão descartando o robocopy.

    

Answer 2

Se você precisar acessar recursos de rede a partir de tarefas do agendador de tarefas, verifique se a conta do usuário tem os privilégios corretos para acessar o recurso.

Para que a tarefa funcione sempre, escolha Run whether user is logged on or not e insira uma conta de usuário + senha capaz de acessar o compartilhamento de rede. Não confira Do not store password... .

O bit enganador com tarefas agendadas no Windows é quando você as executa manualmente, elas são sempre executadas no seu contexto de usuário atual, não importando com o que você as configura. Para o teste, você precisa configurar temporariamente um gatilho nos próximos minutos e fazer com que a tarefa seja executada automaticamente.