Классический dm-snapshot: ёмкость COW ограничивает срок полезной жизни снимка
Фотография конкретного исполнения не приложена.
Классический snapshot сохраняет прежнее содержимое изменяемых участков origin в отдельном COW-устройстве. Его размер может быть значительно меньше исходного тома. Это не заранее достаточная ёмкость, а бюджет изменений на время удержания снимка.
Документация snapshot target описывает хранение изменённых chunks. Чтение неизменённых данных идёт из origin, а изменённые области обслуживаются через COW. Если COW заполняется, snapshot становится непригодным и возвращает ошибки. Размер файловой системы самого origin не показывает, сколько времени осталось до этого исхода.
Для журнала или базы важен не только объём новых файлов, но и перезапись существующих блоков. Частое изменение небольшой горячей области и широкий поток перезаписей дают разные профили расхода. Chunk size также влияет на объём копирования и служебное состояние, поэтому расчёт проверяют на типичной нагрузке.
В приёмке измеряют рост COW, работу тревоги и расширение до предела. Проверяют чтение снимка в течение всего нужного окна. Snapshot, разделяющий аппаратную основу и неизменённые блоки с origin, не является автоматически независимой резервной копией. Для восстановления требуется отдельно подтвердить сохранность зависимостей и согласованность данных приложения.
Основание — Official upstream Linux v6.18 tag device-mapper documentation; fixed reference edition, разделы snapshot-origin; snapshot; COW exhaustion. Сохранён текст публичной справочной публикации; конкретная реализация может поддерживать только часть возможностей. Основание — документация официального тега Linux v6.18, указанная как фиксированная редакция. Это не утверждение о последнем ядре или установленной сборке. Реальные тома, параметры LVM, кэш и ключи не проверялись; операций с блочными устройствами и внедрения отказов не выполнялось.
