Uma verificação do sistema de ficheiros NAS doméstico pode demorar algumas horas ou mais de um dia, e nenhum destes resultados é automaticamente anormal.
A questão útil é saber se esta verificação corresponde à taxa normal do mesmo pool. A capacidade usada, a velocidade do HDD ou SSD, a geometria do pool, as tentativas de erro e as cargas de trabalho concorrentes alteram a duração, por isso as suas próprias execuções limpas fornecem uma referência melhor do que uma estimativa universal.
O Que Realmente Determina o Tempo de Verificação
Uma verificação confirma os dados alocados em vez de simplesmente contar a capacidade anunciada do disco. Para o ZFS, a duração varia com os dados usados e o desempenho do pool; um pool pouco preenchido pode terminar muito mais cedo do que um pool quase cheio do mesmo tamanho.
O tipo de disco, o layout em espelho ou paridade, a fragmentação, a largura de banda do controlador e a distribuição dos registos também são importantes. Uma verificação pode ler todos os blocos do pool que contêm dados enquanto cede prioridade de I/O às aplicações ativas.
| Padrão observado | Significado provável | Melhor resposta |
|---|---|---|
| Taxa constante, ETA a mudar | Variação normal da carga de trabalho ou alocação | Deixe a execução terminar e registe os resultados |
| Queda da taxa durante backups | I/O concorrente | Compare durante um período mais calmo |
| Bloqueios repetidos num disco | Tentativas, problema de ligação ou do meio | Verifique erros e estado do dispositivo |
Estime uma Referência Útil a Partir do Seu Próprio Pool
Registe a hora de início, dados alocados, taxa média de varrimento, carga de trabalho, estado do pool, bytes reparados e erros finais em várias execuções limpas. Um teste publicado em que uma verificação de 13,6 TB foi concluída em cerca de 24 horas é útil como exemplo de escala, não como promessa para hardware diferente.
Uma estimativa aproximada é os dados alocados divididos pela taxa sustentada de verificação, com margem para tráfego de aplicações e regiões mais lentas do pool. Não multiplique a taxa mais rápida mostrada nos primeiros minutos; a estimativa pode variar à medida que o sistema de ficheiros alcança diferentes blocos e dispositivos.
Quando uma Verificação Lenta Indica um Problema
Investigue quando a taxa está significativamente abaixo das execuções anteriores em condições semelhantes, a verificação pausa repetidamente no mesmo ponto, os contadores de erros do dispositivo aumentam ou um disco apresenta alta latência, reinícios ou temperatura elevada. Uma mudança no ETA por si só é uma evidência fraca.
O objetivo não é apenas a velocidade. A verificação completa dos dados e os checksums revelam corrupção silenciosa antes que outra falha elimine a cópia de reparação boa. Por isso, os erros na verificação merecem mais atenção do que um tempo de conclusão inconveniente.
Agende Verificações Sem Ocultar Falhas
Execute verificações regularmente durante um período que permita a sua conclusão, mas mantenha as cargas de trabalho normais disponíveis se o sistema de ficheiros for projetado para verificações online. Se o I/O de produção causar uma grande desaceleração, agende a parte mais intensiva fora dos trabalhos de backup, indexação e processamento de media.
Revise o estado final em vez de confiar apenas na conclusão da tarefa. Uma verificação complementa backups e snapshots; não os substitui, e os snapshots podem preservar dados já corrompidos se as verificações de integridade nunca expuserem o dano.
Perguntas Frequentes
É possível usar o NAS enquanto uma verificação está a decorrer?
Normalmente sim. Espere alguma latência ou impacto no débito, especialmente em pools HDD, e compare o comportamento com as próprias definições de prioridade do sistema de ficheiros antes de pausar a tarefa.
Por que razão o ETA da verificação continua a mudar?
A taxa de varrimento muda com as regiões alocadas, a resposta do disco e o I/O concorrente. Use a tendência ao longo da execução e as suas referências anteriores em vez de uma estimativa inicial.
Deve parar uma verificação que está a demorar demasiado?
Não apenas pela duração. Verifique o estado, erros do dispositivo, temperatura e impacto nas aplicações. Pare ou pause apenas quando a plataforma o suportar e um defeito específico ou risco operacional justificar a intervenção.
Suporte e Dicas
Mais para Ler

Por que é que um conjunto RAID fica inativo após uma falha de energia?
Um array inativo geralmente significa que foram encontrados metadados, mas o sistema não tinha confiança suficiente ou membros suficientes para iniciá-lo com segurança após...

Quais são os riscos de forçar um membro RAID em falta a voltar a estar online?
As opções de força podem ignorar verificações de segurança relacionadas a metadados obsoletos, paridade suja, gravações em falta ou pools ativos; inspecione e preserve...

Como Distinguir um Cabo SATA Defeituoso de um Disco NAS a Falhar
Registe se os erros seguem o disco ou permanecem no caminho SATA, e separe os contadores de transporte das evidências de saúde do meio...

