A caixa de diálogo de propriedades do disco do Windows 7 reporta mais espaço usado do que o tamanho total dos arquivos no disco

Question

Eu tenho dois discos rígidos (mesmo tamanho, mesmas partições, mesmo modelo) que foram sincronizados usando o FreeFileSync. Eles são usados para armazenar dados, não o sistema. Após a sincronização, as unidades devem reportar o mesmo espaço em disco livre e usado, mas não é o caso.

A primeira unidade (usada para armazenamento) reporta 781 GB de espaço em disco usado, enquanto a segunda unidade (backup) reporta apenas 778 GB. Para obter essa informação, cliquei com o botão direito no disco e selecione as propriedades.

Em primeiro lugar, eu estava pensando que a ferramenta de sincronização não estava fazendo trabalho (excluindo alguns arquivos), mas usando outras ferramentas de sincronização de arquivos (como SyncToy ou DirSyncPro) me dar mesmo resultado (nenhuma diferença nos arquivos relatados justificar um delta de 2 GB ).

Além disso: se eu for para a pasta raiz, selecione tudo (todos os arquivos e pastas) e clique com o botão direito e escolha as propriedades, o tamanho total dos arquivos relatados é 778 GB em ambas as unidades. Se eu olhar mais de perto os números, há uma pequena diferença de alguns megabytes entre as duas unidades no entanto.

Notas:

• O computador foi reiniciado várias vezes.

• A lixeira foi esvaziada em ambas as unidades (se eu for para a pasta $RECYCLE.BIN , ambas estão quase vazias (apenas alguns KB).

• A cópia de sombra está desativada. vssadmin list shadows não reporta nada.

• As configurações da pasta do Windows Explorer foram modificadas para exibir arquivos do sistema e arquivos ocultos.

• Eu executei a ferramenta "Verificação de erros" (com "Corrigir automaticamente o sistema de arquivos" ativado) em ambos os discos.

Por que há uma diferença no espaço usado e livre entre as duas unidades? Como posso resolver isso?

    

Answer 1

Fluxos de dados alternativos

Seus arquivos de origem podem ter fluxos de dados NTFS Alternate . Se o software de backup / sincronização não estiver ciente deles, eles não serão copiados para o destino. Existem muitas ferramentas que podem exibi-las e, desde o Windows Vista, você pode fazer o dir /r , que exibe não apenas arquivos, mas também seus fluxos de dados alternativos.

Tamanho de cluster diferente do sistema de arquivos

O espaço em disco ocupado por um arquivo é arredondado para cima, pois um arquivo recebe um número inteiro de clusters de sistema de arquivos. Por exemplo. se o tamanho do seu arquivo for de 3000 bytes e o tamanho do cluster do sistema de arquivos for 4K, o arquivo receberá exatamente 4K. Se os dois sistemas de arquivos usarem um tamanho de cluster diferente, a quantidade de espaço em disco perdida dessa maneira será diferente.

Outros recursos NTFS raramente usados

O NTFS tem vários outros recursos que podem ou não ser suportados pelo seu software de backup:

• compressão. Se os arquivos compactados forem descompactados durante a cópia, eles ocuparão mais espaço.
• Arquivos esparsos: É necessário tomar um cuidado especial ao copiá-los, caso contrário, eles "explodirão", por exemplo, tome muito mais espaço e não seja mais esparso.
• Pontos de nova análise, links físicos e muitos outros recursos que podem confundir seu software de backup.

Conslusão

Não confie nos totais do sistema de arquivos. Use algum tipo de auditoria para garantir que seus arquivos sejam copiados corretamente. Por exemplo, você pode tentar md5deep para calcular hashes e comparar arquivos.

    

Answer 2

Este problema está ligado à compatibilidade com versões anteriores do Windows Vista e versões posteriores. Nesses sistemas, algumas pastas que tinham nomes "conhecidos" no Windows XP são mapeadas para os novos locais usando Pontos de Junção do Diretório NTFS .

Um exemplo de tal mappnig é: \Documents and Settings\<username>\Application Data sendo mapeado para \Users\<username>\AppData\Roaming .

É possível que você tenha alguns dados de aplicativo no seu %appdata% que é contado duas vezes pelas ferramentas de uso do espaço em disco do Windows. Ou talvez existam outros pontos de junção ou arquivos de links simbólicos que estão afetando essa medida.

Para verificar se a unidade de backup contém os Pontos de Junção, use dir /A:L /S em sua raiz e compare-a com o que retorna na unidade de origem. Se eles são o mesmo, então o seu problema está em outro lugar.

Se eles não forem iguais, para copiar os dados corretamente, é necessário usar um programa que entenda os Pontos de Junção de Diretório NTFS e copiá-los também. Um desses programas é Microsoft Robocopy ou xcopy simples.

Outra possibilidade são os arquivos em uso, no Windows somente o VSS pode copiar arquivos em uso.

Eu pessoalmente usaria o Robocopy com estas opções:

• /COPYALL - COPIAR TODAS as informações do arquivo
• /B - copia arquivos no modo Backup
• /SEC - copia arquivos com SECurity
• /MIR - MIRROR uma árvore de diretórios
• /R:n - número de tentativas
• /W:n - tempo de espera entre novas tentativas
• /LOG - arquivo de log de saída
• /NFL - Nenhum registro de arquivos
• /NDL - Nenhum logging de dir

ROBOCOPY source destination /COPYALL /B /SEC /MIR /R:0 /W:0 /LOG:log.txt /NFL /NDL

Os temporizadores de espera são definidos para que os arquivos em uso não interrompam o processo de cópia.

Você também pode usar o xcopy com /B , que Copies the Symbolic Link itself versus the target of the link.

Mas, geralmente, executar uma cópia de um sistema de arquivos on-line, que está em uso pelo sistema operacional em execução no momento, é complicado se você não quiser usar o VSS.