A utilização de NAS e de sistemas de ficheiros difere frequentemente porque os respetivos contadores incluem camadas diferentes, como instantâneos, metadados, reservas, extensões esparsas e blocos partilhados.
Uma partilha pode conter 4 TB de ficheiros visíveis, enquanto o painel do NAS indica 5,2 TB utilizados. Nenhum dos totais tem necessariamente de estar errado. Uma vista pode somar os tamanhos lógicos dos ficheiros, enquanto outra indica a alocação física em todo o conjunto, incluindo dados que a árvore de diretórios atual não consegue ver nem atribuir a ficheiros visíveis dentro do mesmo conjunto de armazenamento.
O tamanho lógico dos ficheiros e o espaço alocado respondem a perguntas diferentes
Um ficheiro apresenta um comprimento lógico às aplicações, mas o sistema de ficheiros aloca armazenamento em blocos ou extensões. Os ficheiros esparsos podem conter lacunas não alocadas, enquanto os ficheiros pequenos podem consumir uma unidade de alocação completa, além dos metadados. Por isso, somar os nomes dos ficheiros não tem necessariamente de ser igual à capacidade consumida.
Uma explicação do Linux sobre as diferenças entre du e df mostra que os totais dos diretórios e as ferramentas de espaço livre do sistema de ficheiros analisam diferentes camadas de contabilização. Os resultados podem divergir legitimamente em várias condições.
A compressão e a partilha de blocos acrescentam mais ambiguidade. Dois ficheiros lógicos podem referenciar o mesmo bloco físico, ou os dados comprimidos podem ocupar menos espaço do que o seu comprimento aparente. Uma interface tem de escolher se apresenta a propriedade lógica, a alocação exclusiva, os bytes referenciados ou o consumo total do conjunto.
Os instantâneos e as reservas mantêm blocos fora da árvore ativa
A eliminação de um ficheiro remove-o do diretório atual, mas um instantâneo pode conservar os respetivos blocos antigos. Os metadados do conjunto, a paridade, as somas de verificação, o histórico de cópia na escrita e a capacidade reservada também podem ser contabilizados como utilizados ou indisponíveis sem aparecerem dentro de uma partilha.
Uma discussão prática sobre o espaço dos instantâneos explica que os instantâneos continuam a referenciar dados alterados ou eliminados. O espaço só é recuperado quando nenhum instantâneo retido precisar desses blocos.
Outro caso oculto é o de um ficheiro eliminado que continua aberto por um processo. O respetivo caminho desaparece, pelo que uma análise da árvore de diretórios não o deteta; no entanto, os blocos continuam alocados até o processo fechar o identificador. O painel vê a utilização do conjunto, enquanto a árvore ativa parece menor.
Quando totais diferentes indicam um problema real
As diferentes camadas de contabilização não justificam um aumento contínuo de utilização sem explicação. Uma política de instantâneos bloqueada, um registo excessivo, um conjunto de dados órfão de um contentor, uma reserva de replicação ou um erro do sistema de ficheiros podem criar um risco real para a capacidade.
Um guia sobre ficheiros eliminados abertos mostra como estes continuam a ser detetáveis através da inspeção dos processos. Este mecanismo tem uma assinatura específica, e não uma discrepância vaga.
A explicação também falha se ambas as ferramentas afirmarem apresentar o mesmo conjunto de dados, âmbito de instantâneos, unidades e base de alocação, mas continuarem muito afastadas após a atualização. As unidades decimais face às binárias explicam apenas uma percentagem limitada. Confirme as definições antes de considerar qualquer uma das vistas como autoridade.
Reconcilie a capacidade desde o conjunto até aos ficheiros visíveis
Registe o total do conjunto, o espaço alocado, o espaço livre, os dados referenciados do conjunto de dados, o espaço exclusivo, os instantâneos, a reserva e os totais dos ficheiros visíveis no mesmo momento. Anote se os valores são lógicos ou físicos e se incluem compressão e blocos partilhados. Procure ficheiros eliminados ainda abertos sem remover nada.
Relacione o inventário com o comportamento do armazenamento NAS, porque as bases de dados vetoriais e os contentores podem colocar dados em conjuntos de dados fora da partilha visível. Mapeie o caminho de cada serviço para o respetivo conjunto de dados subjacente.
Reconcilie a partir do conjunto: a alocação do conjunto deve corresponder aos conjuntos de dados ativos, instantâneos, metadados e reservas segundo as definições da plataforma. Investigue a categoria que cresce entre instantâneos. Não elimine ficheiros visíveis apenas para satisfazer um contador dominado pelo histórico retido.
Centro de Tecnologia e IA
Mais para Ler

Porque é que o calor da IA local é diferente numa prateleira aberta e num armário fechado?
Analise a geração de calor, a circulação de ar e a recirculação em posicionamentos abertos e fechados, e meça as variáveis que os distinguem.

Porque é que um servidor doméstico parece mais silencioso à noite, mesmo à mesma velocidade da ventoinha?
Compreenda por que uma velocidade da ventoinha inalterada não garante uma perceção de volume sonoro inalterada e como distinguir entre mascaramento, condições da divisão...

Porque é que as cópias de segurança deduplicadas parecem menores do que o espaço ocupado após o restauro?
Veja como a deduplicação altera os bytes armazenados, mas não o significado restaurado, por que os ficheiros esparsos e comprimidos complicam os totais e...

