Persistent dm-snapshot: сохранение метаданных не отменяет порядок управления томами
Фотография конкретного исполнения не приложена.
Перед созданием снимка нужно определить, должен ли он пережить перезапуск. В классическом snapshot target persistent и transient используют разные способы удержания метаданных. Простое наличие COW-устройства не делает любой снимок восстанавливаемым после новой загрузки.
В документации P обозначает persistent store, а N — непостоянный вариант, который не переживает reboot. Последний может хранить больше служебной информации в памяти. Выбор отражает требуемый жизненный цикл, а не только экономию места или скорость создания снимка.
Загрузка и выгрузка snapshot target требуют координации с соответствующим snapshot-origin либо snapshot-merge. Источник прямо связывает неправильный порядок с риском повреждения данных. Поэтому low-level команды из демонстрационного примера не следует выполнять параллельно с действиями LVM, не понимая владельца управления.
В приёмке проверяют согласованную повторную активацию и доступность persistent-снимка на стенде. Для transient явно ограничивают срок использования текущим жизненным циклом. Отдельно подтверждают согласованность файловой системы и приложения: сохранённые метаданные отображения не гарантируют, что база или журнал были зафиксированы в пригодном для восстановления состоянии.
Основание — Official upstream Linux v6.18 tag device-mapper documentation; fixed reference edition, разделы Persistent and transient snapshots; loading/unloading origin suspension. Сохранён текст публичной справочной публикации; конкретная реализация может поддерживать только часть возможностей. Основание — документация официального тега Linux v6.18, указанная как фиксированная редакция. Это не утверждение о последнем ядре или установленной сборке. Реальные тома, параметры LVM, кэш и ключи не проверялись; операций с блочными устройствами и внедрения отказов не выполнялось.
