A robocopy programada falha com o erro 3 (Criando diretório de destino)

4

Relacionados: A tarefa de Robocopy agendada falha com o erro 0x10

Estou usando o robocopy como parte de um script de backup do servidor. Ele busca os arquivos nesta estação de trabalho (Windows 7, atualizado do Vista - que causou algumas peculiaridades antes) e copia-os para um servidor na LAN (Windows Server 2000).

robocopy H:\folder \SERVER\drive\folder /MIR /LOG:H:\backup.log /TBD /TEE

Quando esta tarefa é executada em tarefas agendadas, geralmente a pasta de rede ainda não foi acessada pelo computador desde a inicialização. Como tal, geralmente acaba falhando:

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

  Started : Fri Jul 12 16:16:03 2013

2013/07/12 16:16:03 ERROR 3 (0x00000003) Getting File System Type of Destination \SERVER\drive\folder
The system cannot find the path specified.


   Source : H:\folder
     Dest - \SERVER\drive\folder

    Files : *.*

  Options : *.* /TBD /TEE /S /E /COPY:DAT /PURGE /MIR /R:1000000 /W:30 

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

2013/07/12 16:16:03 ERROR 3 (0x00000003) Creating Destination Directory \SERVER\drive\folder
The system cannot find the path specified.

Como você pode ver, eu tentei usar o switch / TBD para esperar que os nomes de compartilhamento de rede fossem definidos. Isso não ajudou. No entanto, forçar a tarefa agendada a ser executada manualmente com êxito atualiza todos os arquivos. Embora não tenha acessado a pasta de backup do servidor durante esse período, acessei um compartilhamento diferente no servidor.

O que devo fazer? Adicionar uma nova tentativa no script em lote? Ou use um programa diferente para garantir que o caminho da rede esteja disponível antes de continuar?

    
por Sašo 12.07.2013 / 18:28

2 respostas

3

Verifique suas permissões.

Sua execução "manual" provavelmente é executada como administrador ou vice-versa.

    
por 22.07.2013 / 14:38
0

Tanto quanto eu posso dizer, neste caso, o problema é a interpretação dos códigos de saída que Robo cópia envia para a tarefa agendada quando termina. Tarefa agendada não gosta de nada além de 0, mas RoboCopy tem códigos de saída variando de 0 a 16. A razão pela qual funciona para você segunda vez é que RoboCopy retorna o código 0 (nenhuma alteração encontrada em arquivos) e tarefa agendada "interpreta" como uma execução correta (código 0). Eu classificaria isso como outro bug da Microsoft.

    
por 24.06.2014 / 16:30