Como Verificar Se Snapshots ou Lixeiras Estão a Usar Espaço NAS

Para identificar o detentor do espaço, compare o uso do live-share, o conteúdo da reciclagem e o uso exclusivo de snapshots antes de eliminar outro ficheiro ou ponto de recuperação do seu NAS.

Uma reciclagem mantém ficheiros comuns num repositório oculto, enquanto um snapshot mantém blocos antigos referenciados após o ficheiro ativo desaparecer. A verificação mais segura é, portanto, uma comparação controlada: registe a capacidade, inspecione ambas as camadas de retenção e confirme qual número muda antes de alterar qualquer regra de retenção.

Primeiro, Faça Coincidir Cada Número com o Mesmo Âmbito de Armazenamento

Comece com o pool de armazenamento ou volume que reportou o espaço livre em falta. Uma pasta partilhada pode encolher enquanto o pool pai permanece inalterado, por isso comparar uma cifra do tamanho da partilha com a capacidade livre do pool inteiro pode criar uma contradição falsa.

Registe quatro valores ao mesmo tempo: espaço usado no pool, uso do conjunto de dados ativo ou partilha, uso da reciclagem e uso exclusivo de snapshots. Se a interface não mostrar os quatro, utilize o gestor de ficheiros para o repositório de reciclagem e o gestor de snapshots para o espaço retido ou exclusivo dos snapshots.

O padrão importa mais do que um número absoluto. Atualize os mesmos ecrãs após a contabilidade em segundo plano estar concluída e depois use os seguintes sinais para decidir qual camada merece uma verificação mais detalhada.

Verifique a Lixeira como Ficheiros Armazenados

A lixeira de um NAS é normalmente armazenamento do lado do servidor, não a lixeira do computador que eliminou o ficheiro. Procure dentro da pasta partilhada afetada e no gestor de ficheiros do NAS por pastas ocultas de reciclagem, lixo ou recuperação por utilizador.

Um serviço de reciclagem ao estilo Samba pode interceptar uma eliminação e mover o ficheiro para um diretório de reciclagem do lado do servidor. O nome do ficheiro pode desaparecer do seu caminho original enquanto os seus dados ainda ocupam o mesmo pool.

Meça o repositório antes de o esvaziar. Verifique cada âmbito de partilha e utilizador, porque uma pasta de reciclagem visível pode não representar todo o NAS. Confirme também se eliminações repetidas preservam múltiplas versões de ficheiros e se um trabalho automático de retenção foi realmente executado.

Verifique os Snapshots como Blocos Referenciados

Um snapshot não precisa de manter uma segunda cópia comum de cada ficheiro. Preserva referências a blocos antigos, por isso um ficheiro eliminado pode desaparecer da partilha ativa enquanto os blocos permanecem indisponíveis para reutilização.

Use primeiro o valor agregado do gestor de snapshots para o conjunto de dados afetado. Em sistemas ZFS, o uso do espaço dos snapshots pode ser verificado ao nível do conjunto de dados e depois restringido aos snapshots que ainda contêm um ficheiro ou diretório conhecido.

Não trate o uso exibido de um snapshot como o tamanho de tudo o que é visível dentro dele. Vários snapshots podem referenciar os mesmos blocos, e remover um ponto de recuperação pode libertar pouco espaço se outro snapshot ainda fornecer a última referência.

Faça uma Verificação Controlada Antes de Eliminar Qualquer Coisa

Use um ficheiro ou pasta eliminada conhecido como sonda. O seu tamanho original aproximado e a hora da eliminação dão-lhe uma referência, mas compressão, metadados e blocos partilhados de snapshot significam que a alteração final da capacidade pode não corresponder exatamente ao tamanho do ficheiro.

1. Pare novas transferências grandes e registe os valores do pool, dados ativos, reciclagem e snapshots.
2. Procure em todos os repositórios de reciclagem relevantes o caminho eliminado conhecido e anote o seu tamanho armazenado.
3. Se estiver ausente, inspecione os snapshots criados antes da eliminação e compare o uso agregado dos snapshots.
4. Pré-visualize a estimativa de recuperação para um snapshot expirado se o NAS fornecer uma função de simulação ou estimativa.
5. Após confirmar que os dados já não são necessários, remova apenas o item de reciclagem identificado ou o ponto de recuperação expirado, depois atualize os mesmos quatro valores.

Se o valor da reciclagem diminuir, a lixeira continha ficheiros comuns. Se o uso exclusivo de snapshots diminuir, os blocos retidos foram a causa. Se nenhum dos dois mudar, pare de eliminar dados de recuperação e inspecione os ficheiros abertos, armazenamentos de versões de aplicações, retenções de replicação, capacidade reservada e conjuntos de dados filhos.

Quando a retenção rotineira deixa repetidamente o pool quase cheio, a solução duradoura é uma margem realista de capacidade para snapshots, não limpezas de emergência recorrentes. A retenção deve proteger os objetivos de recuperação sem consumir o espaço de trabalho necessário aos serviços ativos.

Perguntas Frequentes

Porque é que um snapshot pode mostrar quase nenhum espaço usado enquanto os dados eliminados ainda são retidos?

O valor exibido pode representar o espaço único desse ponto de recuperação, não todos os blocos que pode ler. Outro snapshot pode ainda referenciar os mesmos dados eliminados, por isso remover apenas um snapshot pode libertar pouco ou nenhum espaço.

Esvaziar a lixeira remove também os snapshots?

Não. A limpeza da lixeira remove ficheiros do repositório ativo, enquanto os snapshots seguem um sistema de retenção separado. Se esse repositório estiver incluído nos snapshots, os seus blocos antigos podem permanecer retidos até que os snapshots relevantes expirem.

Porque é que o espaço livre recuperado pode ser menor do que o ficheiro eliminado?

O tamanho lógico do ficheiro e o espaço alocado no pool nem sempre são iguais. Compressão, partilha de blocos, metadados, paridade, desduplicação e contabilidade atrasada podem alterar o resultado observado, por isso compare métricas das camadas de armazenamento em vez de esperar uma correspondência exata byte a byte.