Как настроить Guaranteed Snapshot Space на QNAP

Что именно резервирует Guaranteed Snapshot Space

Снимок QNAP не является второй полной копией всех файлов. Он фиксирует состояние блоков, а дополнительное место расходуется по мере изменения исходных данных. Поэтому объём snapshots зависит от того, насколько активно переписываются документы, виртуальные машины, базы, медиатеки и архивы. Guaranteed Snapshot Space заранее отделяет часть пула, чтобы обычные данные не заняли её целиком. QNAP указывает, что при нехватке свободного пространства и отсутствии достаточного резерва старые снимки могут удаляться системой для освобождения места. Значит, два NAS одинаковой ёмкости могут требовать разного запаса: тихий домашний архив меняется медленно, а VM и базы генерируют изменения постоянно.

Важно: Snapshots находятся в том же storage pool и не заменяют независимый backup. Отказ пула может затронуть и рабочие данные, и локальные снимки.

Как включить и подобрать резерв

1. Проверьте общий размер storage pool, свободное место и текущий объём snapshots. Если пул уже почти заполнен, сначала освободите или расширьте его.
2. Выберите нужный пул в «Хранилище и снимки» и откройте управление snapshots. Найдите настройку Guaranteed Snapshot Space.
3. Задайте резерв вместе с расписанием и retention: чем чаще точки и чем выше объём изменяемых данных, тем быстрее растёт snapshot space.
4. После сохранения проверьте, как изменилось доступное пространство пула. Зарезервированная часть больше не считается свободной для обычных данных.
5. Через одну-две типичные рабочие недели сравните максимальный фактический расход snapshots с резервом и скорректируйте его.

Предупреждение: Перед уменьшением резерва посмотрите, сколько уже занимают существующие snapshots и какая политика автоудаления действует. Иначе глубина истории может неожиданно сократиться.

Как выбирать размер по сценарию

• Документы и домашний архив. Мало перезаписей. Начать с умеренного резерва и измерить рост
• Активные рабочие папки. Частые изменения и удаления. Оставить заметный запас под несколько циклов
• VM и базы данных. Высокая скорость изменения блоков. Больше резерва и регулярный контроль
• Пул почти заполнен. Мало физического свободного места. Сначала освободить/расширить пул

Совет: Надёжнее посмотреть рост snapshot space после обычной рабочей недели, чем копировать чужой процент из интернета.

Почему тип тома тоже важен

При планировании учитывайте, как пространство распределяется внутри пула. Thick volume заранее получает выделенную ёмкость, а thin volume способен расти по мере записи. Опасная комбинация — сильно переподписанный thin-пул, мало физически свободного места и длинная история snapshots. Тогда за одну ёмкость конкурируют рабочие данные, рост томов и снимки. Поэтому смотрите не только свободные гигабайты внутри файловой системы, но и состояние самого storage pool. Если пул близок к заполнению, увеличение резерва не создаёт новую ёмкость: оно лишь перераспределяет существующую.

Что делать, если снимки разрастаются

Сначала выясните причину роста. Частота создания точек важна, но большой расход обычно связан ещё и с объёмом изменённых блоков между ними. Проверьте retention, расписание и какие тома/LUN действительно нуждаются в длинной истории. Если бизнес-задача требует восстановление лишь за несколько дней, хранить множество старых точек «пока помещаются» не обязательно. При ручном удалении освобождение места может отображаться не мгновенно. Если резерв явно завышен, уменьшайте его после замера максимального потребления, а не отключайте механизм целиком.

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

Создайте контрольный snapshot, измените несколько тестовых файлов и создайте следующий. Убедитесь, что обе точки видны, затем откройте использование пула и посмотрите, сколько отнесено к snapshots и сколько осталось нераспределённым. Несколько дней наблюдайте за ростом при обычной нагрузке: резервном копировании ПК, работе контейнеров, VM или медиатеки. Такой замер превращает абстрактный процент в понятную цифру для вашего NAS. Если пул регулярно подходит к пределу, правильнее расширить ёмкость или сократить retention, чем пытаться удерживать длинную историю в пространстве, которого физически нет.

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

Размер Guaranteed Snapshot Space имеет смысл только вместе с понятной политикой retention. Например, если создаётся 24 почасовых, 7 дневных и несколько недельных точек, резерв должен выдерживать объём изменённых блоков за этот горизонт, а не размер всех файлов NAS. После нескольких недель эксплуатации выгрузите или зафиксируйте максимальное использование snapshot space в дни наиболее активной записи. Если расход стабильно близок к пределу, есть три разных рычага: увеличить резерв, сократить число сохраняемых точек или расширить сам pool. Это не одно и то же. Увеличение резерва при почти полном пуле лишь заберёт ёмкость у рабочих данных. Сокращение retention уменьшит глубину восстановления. Расширение пула добавит физический запас, но требует отдельной процедуры хранения. Перед любым изменением проверьте, какие snapshots действительно нужны для восстановления, и не удаляйте старые точки только для красивого процента свободного места.

Не забывайте про аварийный запас пула

Даже хорошо рассчитанный snapshot reserve не должен оставлять storage pool без рабочего запаса. Обновления, временные файлы, рост thin volumes и служебные операции тоже требуют места. Если после резервирования snapshots пул постоянно работает у критической границы заполнения, настройка формально может быть правильной, но эксплуатационно система остаётся хрупкой. Следите одновременно за двумя метриками: занятостью snapshot space и общим свободным местом пула. Рост одной нельзя лечить за счёт доведения второй до нуля.

Как проверить резерв после нескольких циклов snapshots

Одного снимка после включения Guaranteed Snapshot Space недостаточно для оценки. Смотрите на несколько типичных циклов: рабочий день с обычными изменениями, день крупного обновления файлов и период резервных операций или работы VM. Зафиксируйте максимальное занятие snapshot space и минимальный свободный остаток всего storage pool. Если резерв почти не используется, а рабочие тома постоянно упираются в нехватку места, его можно пересмотреть вместе с retention. Если snapshots регулярно подходят к лимиту и старые точки начинают исчезать раньше нужного срока, уменьшение резерва будет ошибкой — сначала сокращают объём изменений, пересматривают глубину истории или расширяют pool. Такой контроль связывает настройку с реальной нагрузкой, а не с произвольным процентом.

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

При планировании учитывайте, как пространство распределяется внутри пула. Thick volume заранее получает выделенную ёмкость, а thin volume способен расти по мере записи. Опасная комбинация — сильно переподписанный thin-пул, мало физически свободного места и длинная история snapshots. Тогда за одну ёмкость конкурируют рабочие данные, рост томов и снимки. Поэтому смотрите не только свободные гигабайты внутри файловой системы, но и состояние самого storage pool. Если пул близок к заполнению…

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

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

• Frequently asked questions about snapshots
• Using Snapshots in QTS