Quanto tempo deve demorar um teste de leitura completa num HDD de vários terabytes?

Eva Wong

IceWhale author

Eva Wong é a Redatora Técnica e e entusiasta residente na ZimaSpace. Uma geek de longa data com paixão por homelabs e software de código aberto, ela é especialista em traduzir conceitos técnicos complexos em guias acessíveis e práticos . Eva acredita que o auto-hospedagem deve ser divertida, não intimidante. Através dos seus tutoriais, ela capacita a comunidade adesmistificar configurações de hardware , desde a construção do seu primeiro NAS até dominar os contêineres Docker., from building their first NAS to mastering Docker containers.

How Long Should a Full Read Test Take on a Multi-Terabyte HDD?

Estime uma leitura sequencial completa dividindo a capacidade da unidade pela velocidade de transferência sustentada. Muitos HDD de 8–12 TB precisam de aproximadamente 12–24 horas para uma única passagem de leitura, mas as pistas internas, as pontes USB, as operações de E/S concorrentes, as tentativas de repetição e o firmware da unidade podem prolongar esse período.

Um teste longo SMART, uma verificação de superfície apenas de leitura e um teste destrutivo badblocks com vários padrões não são equivalentes. Um burn-in de escrita e verificação com várias passagens pode demorar vários dias e destrói os dados existentes. Esta distinção define o método de medição, a margem de segurança e a condição de paragem. Esta distinção define o método de medição, a margem de segurança e a condição de paragem. Esta distinção define o método de medição, a margem de segurança e a condição de paragem.

Calcule uma linha de base realista

Uma unidade de 8 TB com uma média de 180 MB/s precisa de cerca de 12,3 horas para uma passagem ideal com capacidade decimal; a 120 MB/s, precisa de cerca de 18,5 horas. Acrescente uma margem para as pistas internas mais lentas e a sobrecarga dos comandos.

Utilize a velocidade sustentada real da unidade no mesmo controlador e caixa. Um disco SATA ligado através de uma ponte USB problemática pode ser limitado por reinicializações, alimentação ou comportamento térmico, em vez da velocidade dos pratos.

Execute os testes em discos individuais sempre que possível e registe o modelo, o firmware, a interface, a capacidade, a hora de início e a conclusão prevista. Isto permite distinguir paragens anormais de uma verificação lenta mas contínua.

Avalie o progresso e a saúde em conjunto

O progresso normal é contínuo, mesmo que a velocidade diminua nas pistas internas. Intervalos longos, reinicializações repetidas do kernel, erros de E/S ou um aumento da contagem de setores pendentes não são variações normais da duração.

Verifique os dados SMART antes e depois da verificação, incluindo os contadores de setores realocados, pendentes, incorrigíveis offline, tempos limite de comandos e CRC da interface. Interprete as alterações no seu contexto, em vez de confiar num único indicador geral de saúde.

Utilize a tabela abaixo para classificar o resultado.

Estado observado	Veredicto	Próxima ação
Progresso constante; a velocidade diminui gradualmente	Comportamento normal de toda a superfície	Deixe a passagem terminar
Sem progresso; reinicializações USB/SATA	Instabilidade no caminho	Pare e isole o cabo, a alimentação e a caixa
Erros de leitura ou aumento dos contadores SMART	Risco do suporte	Não confie na unidade

Escolha o teste menos destrutivo que responda à questão

Utilize uma verificação apenas de leitura quando for necessário preservar os dados. Utilize um burn-in destrutivo de escrita/leitura apenas numa unidade vazia, depois de verificar a identidade correta do dispositivo e confirmar que não existem dados importantes ligados.

Mantenha estáveis a refrigeração e a alimentação da caixa e pause as verificações ou cópias que tornariam a medição do tempo irrelevante. Testar várias unidades em paralelo é razoável apenas se o controlador, a fonte de alimentação e a refrigeração conseguirem suportá-las.

O diagnóstico de leitura de verificação da ZimaSpace separa as falhas do suporte das reinicializações da caixa.

A tabela de tempos de burn-in de unidades da HomeServerCalc ilustra como a capacidade e o padrão de teste alteram a duração total.

-15% OFF

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

Single board computer zimaboard2

Repita o teste em qualquer caminho suspeito antes de confiar na unidade

Se a verificação parar, repita uma leitura limitada na região afetada utilizando uma porta SATA, um cabo, uma fonte de alimentação ou uma caixa que se saiba estarem em boas condições. Preserve os registos antes de alterar o hardware.

Um segundo caminho sem problemas sugere que a ponte ou o cabo original era responsável; erros de suporte recorrentes ou contadores SMART crescentes apontam para a unidade. Não adicione um disco duvidoso a uma matriz degradada.

Aceite a unidade quando a passagem completa terminar sem erros de leitura, reinicializações ou deterioração dos contadores de saúde. Pare e substitua-a ou devolva-a quando os erros se repetirem num caminho comprovadamente funcional, independentemente de o tempo de execução total parecer plausível.