Há muitas informações na rede sobre SMART e os valores dos atributos. No entanto, não encontrei menções sobre alguns pontos importantes que conheço de pessoas que pesquisam suporte de armazenamento.
Quando eu contava mais uma vez a um amigo por que não se deve confiar cegamente nas leituras SMART e por que é melhor não usar 'monitoradores SMART' clássicos constantemente, me veio à cabeça a ideia de registrar essas palabras como um conjunto de teses com explicações. Para que eu pudesse dar referências, em vez de ter que contar tudo de novo todas as vezes. E para informar o público em geral.
1) Os programas para monitoramento automático dos atributos SMART devem ser usados com muita cautela.
O que você conhece como atributos SMART não está armazenado em estado pronto, mas é gerado no momento em que você os solicita. Eles são calculados com base na estatística interna acumulada e utilizada pelo firmware do dispositivo durante sua operação.
Parte desses dados não é necessária para que o dispositivo desempenhe sua função principal. E não é armazenada, mas gerada a cada vez que é requisitada. Portanto, quando ocorre a solicitação dos atributos SMART, o firmware inicia um grande número de processos necessários para obter os dados ausentes.
Mas esses processos são incompatíveis com as rotinas executadas sob carga do dispositivo devido às operações de leitura e gravação.
Em um mundo ideal, isso não deveria causar nenhum problema. Mas na realidade, os firmwares dos hard disks são escritos por pessoas comuns. Que podem cometer erros e realmente cometem. Portanto, se você solicitar os atributos SMART enquanto o dispositivo está ativo em operações de leitura e gravação, a probabilidade de que algo dê errado aumenta drasticamente. Por exemplo, os dados no buffer de leitura ou gravação do usuário podem ser corrompidos.
A afirmação sobre o aumento dos riscos não é um raciocínio teórico, mas uma observação prática. Por exemplo, há um bug conhecido que ocorreu no firmware do HDD Samsung 103UI, onde, durante a execução da solicitação dos atributos SMART, os dados do usuário eram corrompidos.
Portanto, não configure a verificação automática dos atributos SMART. A menos que você tenha certeza de que um comando de limpeza de cache (Flush Cache) será enviado antes. Ou, se for absolutamente necessário, configure a verificação para ocorrer o menos frequentemente possível. Em muitos programas de monitoramento, o intervalo padrão entre verificações é de cerca de 10 minutos. Isso é muito frequente. De qualquer forma, essas verificações não são uma panaceia contra falhas inesperadas do disco (a única panaceia é a reserva). Uma vez por dia é, na minha opinião, mais do que suficiente.
A solicitação de temperatura para iniciar os processos de cálculo dos atributos pode ser executada frequentemente. Isso porque, quando implementado corretamente, é feito através do protocolo SCT. Através do SCT, é disponibilizado apenas o que já é conhecido. Esses dados são atualizados automaticamente em segundo plano.
2) Os dados dos atributos SMART muitas vezes são imprecisos.
O firmware do disco rígido mostra o que considera necessário mostrar, e não o que realmente está acontecendo. O exemplo mais claro é o quinto atributo, o número de setores realocados. Os especialistas em recuperação de dados sabem bem que um disco rígido pode mostrar zero realocações no quinto atributo, mesmo que elas existam e continuem a aparecer.
Eu perguntei a um especialista que estuda discos rígidos e investiga seus firmwares. Perguntei como funciona o princípio pelo qual o firmware decide quando ocultar o fato da realocação de setores e quando isso pode ser revelado através dos atributos SMART.
Ele respondeu que não existe uma regra geral pela qual os dispositivos mostram ou ocultam a realidade. E a lógica dos programadores que escrevem os firmwares dos discos rígidos, às vezes, parece muito estranha. Ao estudar os firmwares de diferentes modelos, ele percebeu que muitas vezes a decisão de "ocultar ou mostrar" é tomada com base em um conjunto de parâmetros que não está claro como estão relacionados entre si e com a vida útil restante do disco rígido.
3) A interpretação dos indicadores SMART é específica de cada fornecedor.
Por exemplo, na Sigeytahs, não se deve prestar atenção aos valores "ruins" brutos dos atributos 1 e 7, enquanto os outros estiverem normais. Nos discos desse fabricante, seus valores absolutos podem aumentar durante a operação normal.
Para avaliar a condição e o recurso restante do disco rígido, recomenda-se, em primeiro lugar, prestar atenção nos parâmetros 5, 196, 197 e 198. E faz sentido se orientar realmente pelos valores absolutos, brutos (raw), e não pelos valores ajustados. A normalização dos atributos pode ocorrer de maneiras não óbvias, diferentes em vários algoritmos e firmwares.
Em geral, entre os especialistas em mídias de armazenamento, quando se fala sobre o valor de um atributo, normalmente refere-se ao valor absoluto.
Fonte: habr.com
