Насколько мне известно, LVM позволяет делать снимки тома. Также существует ряд файловых систем (ZFS, Btrfs, reiserfs, ...), которые поддерживают моментальные снимки.
Однако я никогда не понимал разницы между снимками LVM и снимками файловой системы. Если можно делать снимки с помощью LVM, почему кто-то не торопится внедрять его в файловую систему?
Изменить: кто-то из них предпочтителен в некоторых ситуациях? Зачем?
Большинство этих снимков представляют собой снимки с функцией копирования при записи, которые действительно быстрые и очень дешевые (с точки зрения хранения) в редко обновляемых системах. Снимки LVM - это снимки COW, ZFS / BTRFS имеют режим COW для снимков, reiserfs не имеет исходных снимков, файловая система Novell NSS также COW, как и тома теневого копирования для томов Windows NTFS.
Моментальные снимки с функцией копирования при записи делают копию метаданных целевого тома в пуле моментальных снимков. Затем, в зависимости от того, какой режим COW они используют, они копируют данные, которые будут перезаписаны новыми записями в пул моментальных снимков перед записью новых данных.
ZFS и (в конечном итоге, если они еще не созданы) BTRFS имеют возможности полного снимка, что полезно для привязки к отдельным носителям, что, в свою очередь, очень удобно для систем резервного копирования кроссовок, использующих съемные носители. ZFS не называет это «моментальным снимком», они используют способность ZFS использовать zfs send и zfs recv для копирования томов и снимков по сети на удаленный хост (или локальный массив).
Я предпочитаю возможность создания моментальных снимков на уровне файловой системы над LVM, потому что я лучше доверяю самой файловой системе, чтобы она правильно обрабатывала процесс. Однако из-за отсутствия прямой поддержки файловой системы LVM в большинстве случаев должен работать нормально.
Моментальные снимки COW хороши, если вам нужно очень быстро сделать резервную копию на определенный момент времени для краткосрочного восстановления. Например, делать снимки каждый день или 4 раза в день в течение недели. Это удобно, если вам нужно восстановить файлы, случайно удаленные пользователями, или вам нужно откатить всю систему до конфигурации перед обновлением. Они также могут использоваться некоторыми системами резервного копирования как полностью замороженная файловая система, поэтому резервные копии создаются из тому моментальных снимков не нужно беспокоиться об открытых файлах. Главное помнить, что тома моментальных снимков будут находиться в том же хранилище, что и основной том, поэтому ничего не давайте вам в случае сбоя массива.
ПОЛНЫЕ снимки хороши, если они переносятся на какой-либо съемный или удаленный носитель. Если у вас есть сетевое хранилище, целью может быть другой массив iSCSI или Fibre Channel, отличный от того, в котором размещено основное хранилище. Это дает некоторую защиту вне массива от некоторых видов сбоев. При использовании съемных носителей, таких как диск ESATA емкостью 3 ТБ, вы даже можете использовать его как простую систему резервного копирования на диск. Эти снимки МОГУТ быть на другом оборудовании, чем их братья COW, поэтому они полезны для обеспечения устойчивости к бедствиям.
На снимках Full vs COW.
Термин «снимок» с годами немного изменился. В этом году я почти уверен, что это означает «Копирование при записи исходных данных с использованием перемещения блоков». Согласно этому определению, представленный выше «Полный» снимок фактически не является снимком, это репликация. Некоторые поставщики хранилищ в прошлом использовали разные определения «моментальных снимков» для описания выполняемых ими различных операций на уровне блоков. Это сбивает с толку системы, которые используют моментальные снимки как часть процесса репликации.
LVM требует предварительного планирования. Я стараюсь не использовать его, потому что это еще один уровень абстракции и редко доступен, когда мне это нужно. Однако есть и другие варианты клонирования на уровне файловой системы (в Linux) без LVM. Вы можете использовать Горячее копирование от R1Soft сделать это. Это модуль ядра, но он позволяет добавлять эту возможность на лету.
Совершенно очевидная проблема: снимки LVM не гарантируется наличие согласованной FS июль из-за LVM ничего не знает о FS, с которой он загружается
Отредактировано (см. комментарии): - true, если FS не поддерживает .freeze_fs, в противном случае FS должна обработать это корректно.
В дополнение к другим ответам. В моментальных снимках FS вы можете воспользоваться такими функциями FS, как сжатие и дедупликация для всех моментальных снимков.