Estou avaliando se o Robocopy será uma boa opção para meu script de backup que fará backup apenas dos arquivos mais recentes da unidade C (NTFS) para um Pendrive (exFAT).
Eu tenho esse comando que estou executando. Ele faz o trabalho, mas parece que há registro incorreto quando o destino é um pen drive USB removível e também formatado em exFAT. Este problema não ocorre se o destino for FAT ou NTFS.
robocopy C:\Temp\F1 D:\F1 /XO /E /FFT /LOG:C:\Temp\robo.txt /NP /NDL /R:1 /W:3
No comando acima D: era a letra do pendrive e o comando ou arquivo .BAT sempre era executado como administrador no Windows 7 Ultimate 64.
O problema aparece no Caso 2 conforme descrito abaixo.
Caso 1 - Veja a captura de tela do log. Isso parece correto. Todos os nomes de arquivos copiados são registrados e as estatísticas de cópia estão corretas. 3 Os arquivos são copiados.
Caso 2 - adiciono mais um arquivo na fonte. Agora ele apenas copia este novo arquivo, mas mostra que todos os arquivos no log e as estatísticas estão errados. Diz 4 arquivos copiados.
Esse tipo de registro inconsistente ocorre apenas quando o destino é um pendrive formatado em exFAT. Não há problemas com FAT ou NTFS.
SO - Windows 7 Ultimate 64.
Questões.
- Isso é algum problema ou bug no registro do Robocopy quando o destino é o pen drive exFAT?
- Caso contrário, estou faltando alguma opção no comando que deva corrigir isso?
Apreciaríamos muito mais clareza sobre isso.
Editar
Caso 3 - Sem alteração, ainda lista todos os 4 arquivos no arquivo de log.
/FFT ou a ausência dele não altera os dados de log.
Verifiquei usando o Free File Sync, ambos os diretórios estão sincronizados no que diz respeito ao tamanho do arquivo, carimbo de data / hora e conteúdo real. Acredito que não esteja copiando, mas ainda registrando.
Editar 2
Coloquei 2 arquivos grandes na fonte juntos de 312 MB. Leva 42 segundos para copiar para o destino do pendrive USB 2. O registro está bem.
Agora executo o comando novamente. Termina em 0 segundos, mas ainda registra 2 arquivos e as estatísticas mostram 2 arquivos copiados. Tenho certeza de que isso não é possível com dados de 312 MB no pendrive USB 2.0.
Responder1
A versão do Robocopy no meu Windows 7 é6.1.7601.23403.
Essa versão do Robocopy é de 2009. Está desatualizada há 10 anos.
Tentei copiar o Robocopy do PC com Windows 10 (64) para o meu Windows 7 (64), mas quando o comando é colocado em .BAT, ocorre um erro informando que não é um aplicativo Win32 válido
Infelizmente, o Windows 7carece de certos pré-requisitosexigido pelo executável Robocopy atual, portanto, o executável mais recente não pode simplesmente ser copiado de um sistema Windows 10:
Mesmo a cópia do Windows 8 não funcionará, pois os componentes subjacentes precisam suportá-lo.
Robocopy é apenas um utilitário que chama os componentes subjacentes do sistema de arquivos.
Não consegui recriar esse problema em meu sistema Windows 10 1903, que possui a versão mais recente do Robocopy.
Não há dúvida de que o problema está nos logs e não no próprio processo de cópia. Robocópia na verdadefazexatamente o que deveria aqui, apenas relata incorretamente.
As cópias instantâneas que vemos aqui são impossíveis. Se copiar um arquivo de um volume para outro levar 42 segundos na primeira vez, o mesmo processonão podeleve 0 segundos pela segunda vez!
Quaisquer gargalos que limitassem a velocidade da cópia inicial do arquivo afetariam as cópias subsequentes exatamente da mesma maneira (ou seja, largura de banda USB e velocidade de gravação da unidade flash).
Isso pode ser facilmente demonstrado executando um trabalho de cópia que inclua um arquivo relativamente grande e observando quanto tempo leva, excluindo o arquivo grande da unidade de destino e executando novamente o mesmo trabalho. Cópias subsequentes em doisdiferenteos volumes levarão aproximadamente o mesmo tempo.
Discrepâncias de registro:
Verde = verdadeiro.
Vermelho = falso.
Só para esclarecer o que é mostrado na primeira caixa verde: adicionei o "Nenhum arquivo 100% novo"linhas para mostrar onde o log estava correto para mostrar o espaço em branco. Tinha essas cópias de arquivorealmenteocorreu, então "100%" e "Novo arquivo" teriam sido mostrados ao lado de cada arquivo copiado com sucesso.
Essas cópias de arquivos nunca aconteceram. O OP poderia colocar 20 GB de dados lá e o Robocopy ainda reportaria uma transferência instantânea!
Conclusão:
O OP não poderá atualizar sua versão do Robocopy, pois o Windows 7 não pode usar nada mais recente que a versão 2009.
Suas opções imediatas são usar o XCOPY ou algum outro utilitário de cópia de arquivos.
Quando o OP eventualmente atualizar para uma versão mais recente do Windows, como o Windows 10, ele terá uma versão recente do Robocopy onde esse bug antigo foi corrigido e essa falha de registro não ocorrerá mais.
Responder2
Sabe-se que o Robocopy causa problemas ao transferir arquivos entre diferentes sistemas de arquivos, por exemplo, devido ao fato de NTFS ser um carimbo de data / hora de 64 bits, ex fat usa 3 campos separados para armazenar o carimbo de data / hora, sendo um byte o fuso horário para a hora UTC.
E há vários exemplos em que o resumo não exibe as informações corretaspor exemplo, aqui. Eu acho que o cálculo resumido (falando vagamente) não está diretamente integrado ao procedimento de cópia, então há algum tipo de bug. Mas não encontrei nenhum documento "oficial" que comprovasse isso. Você também pode querer verificar qual deles está realmente correto, o log ou o resumo.