Mais de 600 GB de dados do Phantom no volume do espaço de armazenamento do Windows

2

Estou tentando copiar vários terabytes do Espaço de Armazenamento de 4 TB de um servidor para o Espaço de Armazenamento de 4 TB de outro servidor, mas a cópia está falhando devido ao espaço de armazenamento no segundo servidor ficar sem espaço com mais de 600 GB de dados fantasmas invisíveis adicionais .

Configuração:

Servidor 1 (Origem) : Windows Server 2012 Essentials, com 4 TB (3,63 TB formatado) espelhou o Espaço de Armazenamento ReFS, com fluxos de integridade de arquivos habilitados. O Storage Space contém 3.01 TB de arquivos, com 554 GB de espaço livre.

Servidor 2 (Destino) : Windows Server 2012 Essentials, com 4 TB (3,63 TB formatado) espelhou o Espaço de Armazenamento ReFS, com fluxos de integridade de arquivos habilitados.

A cópia de arquivos é feita pela rede do Servidor 1 usando FastCopy com o recurso Verify ativado.

A cópia do arquivo falha em cerca de 3TB de arquivos, com o Windows Explorer no Servidor 2 relatando o volume do Espaço de Armazenamento de 3.63TB de destino como completamente preenchido. O Windows Explorer relatou a pasta com os arquivos transferidos como sendo apenas cerca de 3 TB. Isso deixa 652GB de algo preenchendo o volume completamente inexplicado.

Não há outros arquivos ou pastas no volume que contém este 652GB. Os dados transferidos são a única pasta na raiz do volume, além da Lixeira e (possivelmente a primeira vez) Informações de Volume do Sistema (os únicos outros locais óbvios para procurar os dados fantasmas).

Não há cópias de sombra nesse volume de acordo com vssadmin list shadows e vssadmin list shadowstorage não mostra nenhum armazenamento de sombra no volume.

Eu tentei executar vários utilitários de uso de disco - WinDirStat, TreeSize e SpaceSniffer - e apenas TreeSize poderia até ver que há algo mais preenchendo o volume além dos 3 TB de dados transferidos. No entanto, o TreeSize relatou esse 652GB de algo como "Desconhecido".

Eu até tentei executar vários desses utilitários na conta do Sistema Local, incluindo o Sysinternals 'Du (uso do disco), e isso não mudou nada. Os utilitários ainda não conseguiam ver que havia algo preenchendo o espaço extra (além do já mencionado TreeSize), e muito menos quaisquer detalhes sobre quais seriam os dados fantasmas.

Eu apaguei o volume, o Storage Space e o Storage Pool no servidor de destino e, em seguida, os reconstruí do zero e iniciei a cópia do arquivo novamente. Na metade do processo de cópia de arquivos eu verifiquei, e já havia quase 300 GB de dados não contabilizados no volume do pool de armazenamento do servidor de destino.

Perto do final, na marca de quase 3 TB, a cópia do arquivo falhou novamente, assim como na primeira vez, com centenas de gigabytes de algo preenchendo o restante do volume. Novamente.

Alguém tem ideia do que está acontecendo aqui?

    
por QWERTY 22.09.2016 / 12:59

1 resposta

-1

Execute o comando CHKDSK e verifique a saída se o 'espaço total em disco' difere do espaço relatado.

Você pode executar o comando CHKDSK C: /F para verificar e reparar possíveis espaços perdidos não associados a arquivos e verificar novamente o espaço total em disco relatado.

Consulte este artigo da Microsoft para verificar se algum dos problemas listados pode ser possível em seu sistema:

Cluster Size Is Too Large
File Attributes or NTFS Permissions
Invalid File Names
NTFS Master File Table (MFT) Expansion
Alternate Data Streams
NTFS File System Corruption
Other NTFS Features That May Cause File Allocation Confusion
    
por 22.09.2016 / 16:12