Scrub TrueNAS: как запустить проверку ZFS-пула и настроить расписание

Что проверяет ZFS scrub и чем он отличается от SMART

Scrub проходит по данным пула и сверяет их с контрольными суммами ZFS. Его задача — обнаружить повреждение данных, которое могло не проявляться как явный отказ диска. Если пул имеет зеркало, RAIDZ или другую избыточность и доступна корректная копия блока, ZFS может восстановить повреждённые данные. SMART решает другую задачу: накопитель выполняет собственную диагностику и сообщает о состоянии устройства. Поэтому scrub и SMART-тесты не заменяют друг друга; в нормальном домашнем сервере нужны оба механизма. После scrub важно посмотреть результат и состояние пула, а не считать сам факт запуска доказательством исправности.

Важно: Scrub полезен именно как проверка целостности ZFS. Для оценки физического состояния диска дополнительно используйте SMART-тесты и следите за ошибками устройства.

Как настроить scrub в TrueNAS

1. Откройте Storage, выберите нужный пул и найдите виджет Storage Health. Он показывает статус пула, Scheduled Scrub, Last Scan, Last Scan Errors и длительность последней проверки.
2. Для внеплановой проверки нажмите Scrub Now, затем Start Scrub. Для постоянного режима используйте Schedule, если расписания ещё нет, или Configure, если оно уже создано.
3. Выберите подходящую частоту и время. TrueNAS 25.10 создаёт регулярный scrub для пула по умолчанию; перед созданием нового правила проверьте существующее, чтобы не дублировать задачу.
4. Проверьте Threshold Days — минимальное число дней после успешного scrub, в течение которых новый проход не запускается даже при очередном срабатывании календарного правила.
5. Разведите scrub с resilver, крупной репликацией, backup и другими задачами, которые интенсивно читают или пишут массив. Это не запрет TrueNAS, а способ уменьшить конкуренцию за диски и получить понятную длительность проверки.
6. После первого запуска вернитесь в Storage Health и проверьте Last Scan Errors, Last Scan Duration и статус пула. Если появились ошибки, изучайте аппаратные причины и предупреждения системы, а не просто запускайте scrub повторно.

Предупреждение: Если нужно проверить массив после подозрительного отключения питания или ошибки, scrub можно запустить вручную. Но сначала убедитесь, что не идёт resilver: одновременная тяжёлая работа ухудшит производительность.

Как выбрать время для scrub

• Домашний NAS ночью почти не используется. Поставить scrub на ночное окно, когда нет backup и медиатранскодирования.
• Сервер работает 24/7 и постоянно занят. Выбрать период минимального I/O и контролировать длительность первого запуска.
• Сейчас идёт resilver после замены диска. Не стартовать дополнительный scrub; дождаться завершения восстановления массива.
• В тот же день запланирован Long SMART. Разнести задачи по разным дням или временным окнам.

Как понять, что scrub завершился нормально

Ориентируйтесь не только на процент выполнения, но и на итоговое состояние пула. После завершения откройте Storage и проверьте, остаётся ли pool ONLINE, появились ли read, write или checksum errors и были ли исправлены данные. Если scrub нашёл ошибки, повторный запуск без выяснения причины не должен быть единственным действием. Проверьте кабели, питание, контроллер, SMART-показатели и системные сообщения. Единичная ошибка после аппаратного сбоя и растущий счётчик ошибок при каждом проходе — разные сценарии. В зеркале или RAIDZ исправление блока возможно благодаря избыточности, но это не делает неисправный диск безопасным для дальнейшей эксплуатации.

Важно: Перед заменой диска сохраните актуальный backup важных данных. Избыточность массива помогает пережить отказ, но не является резервной копией.

Что проверить перед сохранением расписания

• Выбран именно рабочий ZFS-пул, а не другой накопитель.
• В это окно не запланированы resilver, Long SMART, репликация или большой backup.
• Уведомления TrueNAS настроены так, чтобы вы увидели ошибки пула.
• Есть отдельная резервная копия критичных данных.
• После первого запуска вы проверите результат, а не только наличие расписания.

Частые ошибки при обслуживании ZFS-пула

Одна из типичных ошибок — запускать scrub каждый раз, когда NAS кажется медленным. Scrub сам создаёт большой последовательный объём чтения и в этот момент способен снизить скорость файловых операций, поэтому он не является способом ускорения системы. Вторая ошибка — считать, что успешный scrub исключает аппаратную проблему: он проверяет данные ZFS, тогда как деградация диска, кабеля или питания может проявляться отдельно. Третья — накладывать все проверки на одну ночь: scrub, SMART Long, backup и медиатеку. Получается высокая очередь I/O, задачи идут дольше, а пользователю сложнее понять источник просадки. Гораздо полезнее развести обслуживание по расписанию и регулярно просматривать результаты.

Совет: Если время scrub резко выросло без роста объёма данных, проверьте нагрузку, состояние дисков и системные события. Изменение длительности само по себе не доказывает неисправность, но это хороший повод для проверки.

Как учитывать размер пула и время проверки

Первый scrub после заполнения массива полезно воспринимать как замер базовой длительности. Запишите объём занятых данных, время старта и окончания, а затем сравнивайте с последующими проходами при похожей нагрузке. Если пул сильно вырос, увеличение времени естественно; если объём почти тот же, а проверка внезапно стала в несколько раз дольше, изучите загрузку дисков и сообщения системы. Такой журнал помогает замечать изменения без ложных выводов по одному медленному запуску.

Как выбрать разумный интервал, а не запускать scrub «почаще»

Расписание лучше привязывать к реальному циклу эксплуатации массива, а не к желанию проверять его как можно чаще. TrueNAS 25.10 создаёт для пула регулярный scrub по умолчанию, а в Storage Health показывает время следующего запуска, дату последнего прохода, длительность и число найденных ошибок. Если изменить расписание, учитывайте Threshold Days: он ограничивает минимальный промежуток после успешного scrub, даже если календарное правило срабатывает чаще. Это позволяет, например, сохранить удобный день недели и одновременно не перечитывать весь пул без необходимости. Для домашнего NAS полезнее стабильный повторяемый режим и просмотр результатов, чем частые ручные запуски без анализа.

Что делать, если scrub идёт заметно дольше обычного

Длительность зависит от объёма реально занятых данных, скорости дисков и параллельного I/O, поэтому сравнивать два прохода имеет смысл только при похожей нагрузке. Сначала проверьте, не идёт ли одновременно резервное копирование, репликация, активное медиасканирование или восстановление избыточности. Затем посмотрите Storage Health: статус пула, Last Scan, Last Scan Duration и Last Scan Errors дают больше информации, чем сам процент выполнения. Если время выросло без очевидной причины, изучите системные предупреждения и состояние накопителей. Не прерывайте задачу только потому, что она медленнее прошлого запуска: сначала исключите нормальные причины нагрузки.

Scrub после ошибки питания и после замены диска — разные сценарии

После аварийного отключения питания внеплановый scrub может быть полезен как проверка целостности данных, но его не стоит автоматически запускать поверх уже идущего resilver. После замены диска приоритет — восстановить избыточность пула и убедиться, что resilver завершён без новых ошибок. Только затем имеет смысл возвращаться к обычному графику scrub или запускать дополнительную проверку, если для неё есть причина. Такой порядок снижает конкуренцию за диски и делает диагностические результаты понятнее. Если массив уже DEGRADED или появляются новые read/write/checksum errors, сначала обеспечьте резервную копию критичных данных и разберитесь с аппаратной причиной.

Как вести простой журнал обслуживания домашнего NAS

Для небольшого сервера достаточно фиксировать дату scrub, длительность, объём занятых данных и итоговый статус пула. Несколько записей быстро дают собственную базовую линию: вы увидите, сколько обычно занимает проверка именно на ваших дисках и при вашей загрузке. Если после обновления, замены диска или роста массива длительность изменилась, это можно объяснить конкретным событием, а не гадать по одному значению. Отдельно записывайте случаи, когда TrueNAS исправлял ошибки или выдавал alert. Такой журнал не заменяет мониторинг, но помогает отличить единичный эпизод от повторяющейся деградации.

Что учитывать

Условия меняются. Страница отражает состояние на 2026-09-20; при расхождении с официальной документацией приоритет у первоисточника.

Источники и проверка

Инструкция составлена редакцией N1RO на 2026-09-20. Перед действием сверьте актуальные условия на официальном сайте сервиса или производителя.

• Managing Pools — Running and Scheduling a Pool Scrub