Você pode usar a opção /B
(backup) para copiar também os arquivos que dão acesso negado.
Estou perplexo.
Estou executando um script robocopy na minha caixa do Windows XP há vários anos sem problemas. Recentemente, tem falhado ocasionalmente com o erro 5 - acesso negado.
Meu script é um arquivo em lotes com várias instâncias de robocopy apontando para várias pastas. Aqui está um exemplo de uma linha que eu sei que está falhando (eu acho que é o único, mas é o primeiro da lista, então eu não tenho 100% de certeza) - todos são idênticos, exceto pelos caminhos
robocopy "P:\Program Files" "z:\robobackup\Program Drive\Program Files" /purge /e /it /ts /fp /tee /w:1 /log:Z:\robolog_ProgramFiles.txt
(Eu instalo todos os meus programas na unidade P ao invés do padrão do Windows. Eu suspeito de um problema devido a isso, exceto que um dos arquivos que falha é o meu próprio script de backup, então eu sei que ele não foi instalado ou tem permissões estranhas.)
Instalei recentemente uma nova unidade de backup, mas nada mudou. Aqui está o que eu fiz:
Nesse ponto, tudo parecia funcionar bem. O Robocopy encontrou todos os mesmos arquivos no caminho antigo e copiou apenas os arquivos alterados como sempre é feito. Eu estava feliz.
Aqui está o comando que estou usando:
robocopy "P:\Program Files" "z:\robobackup\Program Drive\Program Files" /purge /e /it /ts /fp /tee /w:1 /log:Z:\robolog_ProgramFiles.txt
ENTÃO ...
Eu decidi adicionar uma linha ao arquivo de lote para copiar minha pasta de dados compartilhados da rede (antiga caixa win2K) para minha nova unidade de backup.
Adicionei o seguinte como a primeira linha do meu script:
robocopy "\calypso\shared folder" "z:\robobackup\calypso" /purge /e /it /ts /fp /tee /w:1 /log:Z:\robolog_Calypso.txt
Isso simplesmente falhou. Não me lembro do erro, mas como nunca usei robocopy para copiar de uma rede, percebi que a sintaxe estava errada. Eu mapeei a pasta para Y e tentei novamente:
robocopy "Y:\shared folder" "z:\robobackup\calypso" /purge /e /it /ts /fp /tee /w:1 /log:Z:\robolog_Calypso.txt
Eu executei meu script novamente e copiei a pasta Y perfeitamente, mas quando tentei a unidade P ela começou a me dar os erros de acesso negado. Agora ele vai dar erros aparentemente de forma aleatória, exceto que uma vez que um arquivo cometa erros, ele irá errar no arquivo toda vez **. Como teste, mudei o caminho de backup ("Program Drive2" em vez de "Program Drive") e até mesmo a unidade de backup para eliminar problemas com a nova unidade como uma possibilidade. ** Quando eu mudei o caminho de backup o arquivo que pode ter falhado antes não falhou mais, mas então ele falharia em um arquivo diferente.
Se eu remover a referência à unidade P, parece funcionar, mas não posso ter certeza, porque não editei nenhum arquivo em minhas unidades de dados desde o início do processo.
Eu li todos os posts de Robocopy Error 5 que encontrei no Google e que não ajudaram. Estou executando-o em uma conta de nível de administrador (mesma conta de sempre) e sou o proprietário de todos os arquivos (é possível que alguns dos arquivos na pasta de rede Y2K antiga sejam de propriedade de outra pessoa com uma caixa de Win7. )
Alguém tem alguma ideia brilhante? Eu fiquei louco com isso por três dias.
Obrigado!
* Informações atualizadas * Eu baixei um programa chamado "Fastcopy" para ver se isso funcionaria - isso não aconteceu. Então, isso não está limitado a robocopy. Consegui copiar a pasta com o XCOPY sem problemas.
Tudo o que posso pensar é que acessar essa unidade de rede alterou algumas configurações de permissão de alguma forma, seja do meu usuário administrador ou de alguns dos arquivos. Eu tentei reivindicar a pasta P: \ Arquivos de Programas (mesmo que já tenha dito que eu era o proprietário) - ainda tendo o problema.
Você pode usar a opção /B
(backup) para copiar também os arquivos que dão acesso negado.