Robocopy silenciosamente faltando files

Estou usando o Robocopy paira sincronizair dados do disco rígido do nosso server com um disco externo como um backup. É uma solução bastante simples, mas praticamente o melhor / mais fácil que podemos encontrair – usamos dois discos externos e os rotetamos fora do local.

De qualquer forma, aqui está o script (com os comentários retirados) que estou usando paira fazê-lo. Funciona muito bem, é rápido e quase 100% completo – no entanto, está agindo bastante estranho com alguns files (o nome da empresa de nota foi alterado em paths paira proteger os inocentes):

@ECHO OFF set DATESTAMP=%DATE:~10,4%/%DATE:~4,2%/%DATE:~7,2% %TIME:~0,2%:%TIME:~3,2%:%TIME:~6,2% SET prefix="E:\backup_log-" SET source_dir="M:\Company Names Data\Working Folder\_ADMIN_BACKUP_FILES\COMPA AANY Business Folder_Backup_040407\COMPANY_sales order register\BACKUP CLIENT FOLDERS & CURRENT JOBS pre 270404\CLIENT SALES ORDER REGISTER" SET dest_dir="E:\dest" SET log_fname=%prefix%%date:~-4,4%%date:~-10,2%%date:~-7,2%.log SET what_to_copy=/COPY:DAT /MIR SET options=/R:0 /W:0 /LOG+:%log_fname% /NFL /NDL ROBOCOPY %source_dir% %dest_dir% %what_to_copy% %options% set DATESTAMP=%DATE:~10,4%/%DATE:~4,2%/%DATE:~7,2% %TIME:~0,2%:%TIME:~3,2%:%TIME:~6,2% cscript msg.vbs "Backup completed at %DATESTAMP% - Logs can be found on the E: drive." :END 

Normalmente, a fonte seria apenas M: \ Comapany nome dados \ mas eu alterei um pouco o script paira testair o problema.

Os seguintes files na fonte não são copiados paira o dest:

 Someclient\SONICP~1.DOC Someclient\SONICP~2.DOC Someclient\SONICP~3.DOC 

No entanto, files no mesmo diretório chamado:

TIMESH ~ 1.XLS TIMESH ~ 2.XLS

são copiados. Posso abrir os files que não foram copiados sem problemas, e eles certamente não foram abertos quando eu corri robocopia por isso não é um problema de bloqueio. Robocopy está sendo executado como administrador por isso não é um problema de permissions.

Não há nenhum rastreamento que esses files foram mesmo tentados paira serem copiados, pois não há erros em saída no log ou no meu prompt de command.

Alguém tem alguma sugestão sobre o que isso pode ser? Disco rígido rebocado?

Cheers, John.

  • Migração do server de files usando Robocopy
  • Automatize o Robocopy do Windows com monitor interno de mudanças / MON: 1 opção
  • Copie várias pastas paira um único destino com robocopia
  • Como posso fazer um backup completo de um Windows Serview sem a necessidade de um programa de restauração?
  • Robocopia programada crash com o erro 3 (Criando directory de Destino)
  • Pode Robocopy ser feito paira ignorair files abertos?
  • 5 Solutions collect form web for “Robocopy silenciosamente faltando files”

    Tem certeza de que a conta que faz o robocopia tem access de leitura a esses files? Talvez alguém tenha editado as permissions apenas em alguns files …

    EDITAR: re-ler o post e perceber que você já testou as permissions.

    Se você quiser testair apenas esses files, por que não tentair copiá-los manualmente com a GUI? Se isso funcionair, basta executair esta linha:

     robocopy "M:\Company Names Data\Working Folder\_ADMIN_BACKUP_FILES\COMPA AANY Business Folder_Backup_040407\COMPANY_sales order register\BACKUP CLIENT FOLDERS & CURRENT JOBS pre 270404\CLIENT SALES ORDER REGISTER\<filename_that_isn't_working>" E:\dest 

    Comece pelas operações mais básicas e adicione coisas de volta até chegair a um problema.

    Você pode estair batendo contra o comprimento máximo do path, o qual, incluindo o nome do file de encerramento, é de apenas 260 cairacteres.

    Eu já enfrentei esse tipo de coisa antes com os repositorys de subviewsão que possuem diretórios probackgrounds e funcionam muito bem em sistemas UNIX / Linux, mas as pessoas em sistemas Windows não podem executair uma viewificação completa porque alguns dos paths são muito longos.

    Gostairia de tentair limpair esse diretório pairticulair e depois view se o file foi escrito corretamente.

    Também execute um chkdsk em sua unidade externa.

    E qual é o sistema de files no alvo e é o mesmo tipo que o sistema de files de origem?

    Talvez você possa tentair com a opção / Z

    / Z: Copie files no modo reiniciável (sobreviva à crash da networking).

    Você diz que seu registro não contém informações valiosas, mas você pediu robocopia paira NÃO registrair nomes de files e nomes de diretório: / NFL / NDL

    Você deve empurrair as opções de log paira o máximo até encontrair o seu problema.

    / x Relata todos os files extras, não apenas aqueles que são selecionados
    / v Produz saída detalhada e mostra todos os files ignorados
    / fp Inclui os nomes de path completo dos files na saída
    / np bairra de progresso desativada

    Paira resolview seu problema, você pode tentair com:
    / zb Usa o modo de reinício. Se o access for negado, esta opção usa o modo de backup

    Se alguma coisa crashr, tente (não lembro o que essas opções fazem): / is Inclui os mesmos files
    / Inclui files "tweaked"