Я согласен с @ user1433123 ответом на плохой совет из других ответов, предлагающих игнорировать или откладывать выполнение любого теста SMART, пока у вас не возникнет проблема с диском. Цель атрибутов SMART и самотестирования - предвидеть проблемы с диском, когда это возможно.
Минимум, что вам нужно сделать, - это включить автоматический сбор данных в автономном режиме и проверять значения атрибута SMART раз в месяц или около того, даже если вы не запускаете самотестирование SMART вручную. (Обратите внимание, что некоторые атрибуты SMART не обновляются, если не включен автономный сбор данных).
При этом слишком частое выполнение коротких / длинных самопроверок (вручную) на настольном компьютере может быть пустой тратой времени. На сервере лучший подход - использовать что-то вроде "smartd" (из программного обеспечения smartmontools, Linux и Windows) для регулярного мониторинга и выполнения тестов, чтобы вы были уведомлены о возможной проблеме.
Теперь о вашем вопросе о том, как часто их запускать: для сервера я предлагаю всегда включать автономный сбор данных и запускать (автоматически, с помощью SmartD или подобного программного обеспечения) короткую самопроверку ежедневно или хотя бы раз в неделю, а затем длительную самопроверку. Ежемесячный тест Обратите внимание, что самотестирование не должно вызывать проблем с производительностью.
Для настольного компьютера, если вам придется делать это вручную, я бы запускал краткую самопроверку ежемесячно и просто включал автономный сбор данных, возможно, проводил длительную самопроверку каждые пару месяцев или около того. Если вы можете использовать автоматизированные инструменты, такие как SmartD, то вы можете делать это чаще.
Для переносных дисков (например, для съемных USB-дисков) я предлагаю запускать их всякий раз, когда это возможно, поскольку жесткий диск в движении несколько более подвержен проблемам, а значения SMART могут дать вам раннее предупреждение. Например, мы используем некоторый съемный жесткий диск для резервного копирования за пределы площадки, а используемый скрипт резервного копирования создает дамп SMART-отчета программы smartclt в локальный журнал и запускает короткий тест SMART каждый раз, когда мы делаем резервную копию (еженедельно); во время выполнения короткого теста (это занимает от 3 до 5 минут) специалисты по резервному копированию читают отчет SMART в поисках каких-либо аномалий.
Итак, в заключение, я бы сказал, что:
- Всегда включайте SMART автономный сбор данных.
- Чем важнее данные, тем чаще вы должны запускать самотестирование SMART.
- Всегда старайтесь использовать автоматизированное программное обеспечение, которое запускает тесты для вас.
Проверьте справочную страницу smartctl (из smartmontools) для получения некоторой информации о каждом виде теста (http://smartmontools.sourceforge.net/man/smartctl.8.html), даже если вы используете для запуска программу с графическим интерфейсом, например GSmartControl тесты.
С уважением, М.В.