Как настроить расписание Data Scrubbing в Synology

Что именно проверяет Data Scrubbing и когда он доступен

Data Scrubbing — штатная операция обслуживания storage pool, которая проверяет целостность в поддерживаемых конфигурациях. В актуальной справке DSM она доступна для Btrfs volumes и для storage pools на SHR с тремя и более дисками, RAID 5, RAID 6 или RAID F1; конкретный набор выполняемых проверок зависит от файловой системы и RAID. File system scrubbing использует checksum Btrfs, а RAID scrubbing проверяет согласованность массива — это связанные, но не одинаковые механизмы. Если для shared folder не включён data checksum for advanced data integrity, DSM не сможет проверить и исправить данные этой папки через file system scrubbing. Поэтому scrub не заменяет S.M.A.R.T.-диагностику накопителей и не является способом «починить» уже Degraded-пул. При аппаратном предупреждении сначала проверяют backup и состояние дисков, а не запускают дополнительную тяжёлую проверку.

Совет: Перед первым расписанием убедитесь, что уведомления DSM о Storage Manager доходят до вас. Scrubbing полезен только тогда, когда найденная проблема не остаётся незамеченной.

Как создать расписание scrubbing в DSM

1. 1. Откройте Storage Manager и раздел Storage. Выберите пул, для которого DSM показывает поддержку Data Scrubbing.
2. 2. Откройте Schedule Data Scrubbing. Если пункта нет, сначала проверьте файловую систему, RAID/SHR-конфигурацию и статус пула — не все варианты поддерживаются.
3. 3. Выберите частоту запуска. Интервал должен учитывать размер массива, объём изменений и то, сколько времени реально занимает предыдущая проверка.
4. 4. Настройте time grid — часы, в которые scrubbing разрешено выполняться. Для домашнего сервера обычно удобнее ночные или другие периоды низкой активности.
5. 5. Сохраните расписание и после первого запуска наблюдайте за скоростью, нагрузкой на диски и тем, успевает ли задача завершаться в отведённых окнах.
6. 6. Если расписание разрешает работу только часть суток, DSM может приостанавливать и продолжать задачу в следующих разрешённых интервалах. Не воспринимайте паузу как ошибку.
7. 7. После завершения просмотрите Storage Manager и журнал уведомлений: отсутствие красного баннера в интерфейсе само по себе не заменяет проверку результата.

Важно: По документации DSM одновременно scrubbing выполняется только для одного storage pool. На NAS с несколькими пулами не планируйте все проверки на один и тот же короткий интервал.

Как выбрать периодичность без ложной точности

• Сценарий | Разумный подход
• Домашний NAS, редкие изменения | Запланировать регулярный scrubbing с большим ночным окном и после первого цикла оценить фактическую длительность.
• NAS с постоянной записью фото/видео или резервных копий | Выбирать время минимального I/O и не накладывать scrub на тяжёлые backup-задачи.
• Несколько storage pool | Разнести окна, потому что DSM не выполняет несколько scrubbing одновременно.
• Уже есть disk warning | Сначала backup и диагностика накопителя; scrubbing не должен быть первым способом проверить подозрительный диск.
• Проверка не успевает за окно | Увеличить разрешённое время или пересмотреть частоту вместо ежедневного принудительного перезапуска.

Предупреждение: Не копируйте чужое «раз в месяц» как универсальный стандарт. Размер массива, режим использования и длительность реального scrub важнее календарной цифры.

Почему NAS может заметно замедлиться во время scrubbing

Scrubbing читает большие объёмы данных и/или паритета, поэтому конкурирует с обычными запросами к дискам. На домашнем сервере это проявляется медленной индексацией фото, падением скорости SMB, задержками медиасервера или более долгими backup-задачами. Это не обязательно означает неисправность: ресурсы хранения заняты профилактической операцией. Правильнее сначала посмотреть, совпадает ли замедление со временем scrubbing и как меняется I/O после его паузы, чем сразу перезагружать NAS. Если задача идёт слишком долго, расширьте разрешённое окно или перенесите тяжёлые сервисы по времени. Принудительное выключение NAS ради «освобождения дисков» — плохая привычка, особенно если массив в этот момент выполняет служебную проверку.

Что проверить после первого запланированного запуска

• Задача действительно стартовала в разрешённое окно и завершилась, а не остаётся постоянно в состоянии ожидания.
• Storage Manager не показывает новый Degraded/Crashed статус и не добавил предупреждение о конкретном диске.
• В журнале нет повторяющихся ошибок чтения или сообщений, требующих ручного действия.
• Пользовательские сервисы в рабочие часы не страдают от неудачно выбранного окна.
• Резервные копии запускаются независимо от scrubbing и проходят свои проверки восстановления.

Когда менять расписание и когда остановиться для диагностики

Расписание стоит пересматривать после расширения массива, замены нескольких дисков, заметного роста объёма данных или появления новых тяжёлых задач. Если проверка раньше завершалась за ночь, а теперь стабильно не укладывается, это не повод бесконечно дробить её на минуты: дайте системе достаточное непрерывное окно и оцените нагрузку. Другая ситуация — новые предупреждения здоровья дисков, ошибки I/O или переход пула в Degraded. Здесь приоритет меняется: сначала убедитесь, что резервная копия актуальна, затем диагностируйте накопитель и состояние массива. Scrubbing нельзя использовать как способ «дожать» диск, который уже ведёт себя нестабильно. Хорошее расписание незаметно для пользователей, регулярно завершается и оставляет вам понятный результат в Storage Manager, а не просто красивую галочку в календаре.

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

Записывайте фактическую длительность полного цикла после расширения массива или значительного роста данных. Если scrub раньше укладывался в одно окно, а затем систематически переносится на следующие разрешённые часы, график стоит пересмотреть до того, как обслуживание начнёт постоянно пересекаться с рабочей нагрузкой. Сам по себе рост времени не доказывает неисправность, но вместе с I/O warning или ухудшением здоровья диска становится поводом для проверки. После крупных изменений полезно запустить один наблюдаемый цикл вручную и затем вернуть обычное расписание.

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

Scrubbing читает большие объёмы данных и/или паритета, поэтому конкурирует с обычными запросами к дискам. На домашнем сервере это проявляется медленной индексацией фото, падением скорости SMB, задержками медиасервера или более долгими backup-задачами. Это не обязательно означает неисправность: ресурсы хранения заняты профилактической операцией. Правильнее сначала посмотреть, совпадает ли замедление со временем scrubbing и как меняется I/O после его паузы, чем сразу перезагружать NAS. Если…

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

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

• Data Scrubbing