Como testar se o espaço do NAS é utilizado por instantâneos ou ficheiros ativos

Sim, pode distingui-los comparando o conjunto de dados utilizado, o tamanho referenciado ou lógico, o espaço retido pelos instantâneos e o espaço livre no pool, a partir do mesmo momento.

A decisão é importante quando um NAS comunica muito menos espaço livre do que aquele que as pastas visíveis parecem conter. Os dois estados possíveis são a alocação ativa do conjunto de dados e os blocos retidos apenas pelos instantâneos. Comece com uma configuração guardada e dados descartáveis, observe um ramo de cada vez e pare se o teste aumentar o risco de perda de dados, permissões ou disponibilidade.

Defina as condições por trás da decisão entre espaço de instantâneos e espaço de ficheiros ativos

Registe o ambiente antes de alterar qualquer coisa: versões de software e firmware, identidades dos dispositivos, caminho de montagem ou de rede, espaço livre, permissões e o sintoma observável. A linha de base deve preservar detalhes suficientes para reproduzir a situação em que um NAS comunica muito menos espaço livre do que aquele que as pastas visíveis parecem conter.

O primeiro candidato é a alocação ativa do conjunto de dados. O segundo são os blocos retidos apenas pelos instantâneos. As atuais propriedades de espaço do OpenZFS definem o mecanismo ou limite do comando utilizado no teste; não substituem a observação deste servidor doméstico específico.

Escreva a condição de aceitação e a condição de paragem antes de executar o discriminador. Um resultado aprovado deve alterar as evidências previstas por um dos ramos, mantendo inalterados os serviços não relacionados; um resultado reprovado deve devolver o sistema ao estado guardado, em vez de desencadear uma cadeia de correções especulativas.

Teste a afirmação sem reduzir o requisito original

Utilize este discriminador: registe a contabilização do pool e do conjunto de dados, elimine um ficheiro grande descartável e compare os valores antes e depois sem destruir instantâneos. Mantenha constantes a carga de trabalho, o cliente, o caminho, o conjunto de ficheiros e o momento, para que o resultado seja atribuível à variável alterada.

Utilize a contabilização da alocação ZFS para selecionar o campo que pode efetivamente separar os ramos e, em seguida, registe o respetivo momento, estado de saída, texto de erro, identidade do dispositivo ou instantâneo, latência, bytes transferidos, permissões e estado de recuperação. Uma saída limpa do comando não é suficiente quando a identidade, a durabilidade ou o estado da aplicação são a afirmação em teste.

Repita o teste uma vez depois de um reinício, nova ligação, remontagem ou cache fria, quando esse evento fizer parte da condição original. Se a primeira execução for destrutiva ou não for possível restaurar o ambiente, pare e reproduza-a numa cópia descartável.

zfs list -o name,used,refer,usedbysnapshots,usedbydataset,usedbychildren

Interprete resultados aprovados, reprovados e excecionais

APROVADO: o espaço referenciado ativo diminui, enquanto o espaço utilizado permanece igual porque um instantâneo continua a referenciar os blocos. Registe a versão exata, a identidade e a carga de trabalho que produziram o resultado aprovado, para que a conclusão permaneça condicional em vez de se tornar uma afirmação universal.

REPROVADO: tanto o espaço referenciado como o utilizado permanecem elevados, ou outro conjunto de dados, clone, reserva ou alocação de metadados detém o espaço. Um resultado reprovado não prova automaticamente o ramo oposto quando a rede, a memória, as permissões ou a consistência da origem podem influenciar ambos; isole essas dependências partilhadas antes de escalar o diagnóstico.

EXCEÇÃO OU RESULTADO AMBÍGUO: pare as eliminações e mapeie todos os conjuntos de dados, instantâneos, clones e reservas antes da limpeza. Preserve os registos e não execute comandos de reparação, poda, destruição, reparticionamento ou alteração recursiva de propriedade até existir uma cópia recuperável.

-15% OFF

ZimaBoard 2 - Mini Servidor Doméstico para a Sua Grande Ideia

Single board computer zimaboard2

$339.00 - $519.00

Buy Now

Confirme a decisão com a carga de trabalho original

Aplique a ação correspondente ao ramo observado e, em seguida, repita a condição original, em vez de utilizar uma substituição simplificada. A decisão só é válida quando o espaço referenciado ativo diminui, enquanto o espaço utilizado permanece igual porque um instantâneo continua a referenciar os blocos, ao longo de dois ciclos ou do reinício, suspensão, interrupção ou transição de carga relevante.

Utilize as janelas de cópia de segurança imutáveis para verificar o fluxo de trabalho dependente mais próximo, mas mantenha inalterado o acionador original. Os conjuntos de dados, partilhas, contentores, utilizadores e pontos de recuperação não relacionados devem manter o acesso e o tempo de resposta anteriores.

O limite de paragem é explícito: se tanto o espaço referenciado como o utilizado permanecerem elevados, ou se outro conjunto de dados, clone, reserva ou alocação de metadados detiver o espaço, volte à última configuração verificada, conserve as evidências e escale para um teste mais aprofundado da plataforma ou do hardware apenas quando o ramo for reproduzível.

Depois de o resultado pretendido se confirmar, compare-o com a periodicidade de verificação das cópias de segurança, para garantir que a correção não transfere o risco para um serviço vizinho. Um teste do objetivo bem-sucedido que provoque uma nova falha de cópia de segurança, identidade, tempo limite ou disponibilidade continua a ser uma alteração falhada.

FAQ

Relativamente ao espaço de instantâneos versus espaço de ficheiros ativos, as pesquisas restantes geralmente dizem respeito a por que motivo eliminar um ficheiro não liberta espaço no pool, se logicalused é igual ao espaço físico e se é possível prever o espaço dos instantâneos antes da eliminação. As respostas abaixo mantêm esses casos-limite separados da decisão principal.

O limite de aceitação não muda: o espaço referenciado ativo diminui, enquanto o espaço utilizado permanece igual porque um instantâneo continua a referenciar os blocos. Se uma condição posterior alterar o sistema de ficheiros, a identidade, o caminho de rede ou a versão da aplicação, repita apenas o discriminador afetado por essa alteração.

Pare de alargar a experiência quando tanto o espaço referenciado como o utilizado permanecerem elevados, ou quando outro conjunto de dados, clone, reserva ou alocação de metadados detiver o espaço. Nesse ponto, pare as eliminações e mapeie todos os conjuntos de dados, instantâneos, clones e reservas antes da limpeza; preserve as evidências antes de escalar o caso para o responsável pela plataforma, pelo armazenamento ou pelo hardware.

Por que motivo eliminar um ficheiro não liberta espaço no pool?

Um instantâneo pode continuar a referenciar os respetivos blocos, ou um clone, uma reserva ou outro conjunto de dados pode deter a alocação.

logicalused é igual ao espaço físico?

Não. A compressão, as cópias, os metadados e a partilha fazem com que os valores lógicos e alocados sejam diferentes.

É possível prever o espaço dos instantâneos antes da eliminação?

As propriedades de espaço referenciado e exclusivo ajudam, mas os blocos partilhados significam que o espaço recuperado depende da cadeia completa de instantâneos.

Relativamente ao espaço de instantâneos versus espaço de ficheiros ativos, a resposta prática continua a ser condicional: o espaço referenciado ativo diminui, enquanto o espaço utilizado permanece igual porque um instantâneo continua a referenciar os blocos. Quando tanto o espaço referenciado como o utilizado permanecem elevados, ou quando outro conjunto de dados, clone, reserva ou alocação de metadados detém o espaço, pare as eliminações e mapeie todos os conjuntos de dados, instantâneos, clones e reservas antes da limpeza; um sucesso parcial que não resista à carga de trabalho original não é compatibilidade.