Снимки LVM против снимков файловой системы

Большинство из этих моментальных снимков являются копиями при копировании при записи, которые являются действительно быстрыми и действительно дешевыми (с точки зрения хранения) в редко обновляемых системах. Снимки LVM являются снимками COW, ZFS/BTRFS имеют COW-режим для снимков, reiserfs не имеет снимков изначально, файловая система Novell NSS также COW, как и тома теневого копирования для томов Windows NTFS.

Копии при записи моментальных снимков принимают копию метаданных целевого тома в пул моментальных снимков. Затем, в зависимости от того, какой режим COW они используют, они копируют данные, которые будут перезаписаны новыми записями, в пул моментальных снимков перед записью новых данных.

ZFS и (в конечном итоге, если их еще нет) BTRFS имеют возможности полного снимка, которые полезны для привязки к отдельным носителям, что, в свою очередь, очень удобно для систем резервного копирования sneakernet, использующих съемные носители. ZFS не называет это "моментальным снимком", они используют возможность ZFS использовать zfs send а также zfs recv копировать тома и снимки по сети на удаленный хост (или локальный массив).

Я предпочитаю возможности снэпшотов на уровне файловой системы, а не LVM, потому что я лучше доверяю самой файловой системе для аккуратного управления процессом. Однако из-за отсутствия прямой поддержки файловой системы LVM в большинстве случаев работает нормально.

Снимки COW хороши, если вам нужно выполнить резервное копирование на определенный момент времени для очень быстрого восстановления. Например, делать ежедневно или 4 раза в день, хватая на неделю. Это удобно, если вам нужно восстановить файлы, которые пользователи случайно удалили, или откатить всю систему до конфигурации перед обновлением. Они также могут использоваться некоторыми системами резервного копирования в качестве полностью приостановленной файловой системы, поэтому резервные копии, взятые с тома моментальных снимков, не должны беспокоиться о мешающих работе открытых файлах. Главное, что нужно помнить - тома моментальных снимков будут находиться в том же хранилище, что и основной том, поэтому ничего не выдайте в случае сбоя массива.

ПОЛНЫЕ снимки хороши, если они переносятся на съемные или удаленные носители. Если у вас есть сетевое хранилище, целью может быть другой массив iSCSI или Fibre Channel, чем тот, в котором размещено основное хранилище. Это дает вам некоторую защиту вне массива для некоторых типов сбоев. Если вы используете съемный носитель, например диск ESATA емкостью 3 ТБ, вы можете даже использовать его в качестве простой системы резервного копирования на диск. Эти снимки МОГУТ быть на другом оборудовании, чем их братья COW, поэтому полезны для устойчивости к бедствиям.

На Full vs COW снимки.

Термин "снимок" немного изменился за эти годы. В этом году я почти уверен, что это означает "копирование исходных данных с копированием при записи с использованием блочного перемещения". По этому определению "полный" снимок, представленный выше, на самом деле не является снимком, это репликация. В прошлом некоторые производители хранилищ использовали разные определения "снимка" для описания различных операций на уровне блоков, которые они выполняют. Там, где это сбивает с толку, находятся системы, которые используют моментальные снимки как часть процесса репликации.

LVM требует предварительного планирования. Я не использую его, потому что это еще один уровень абстракции и он редко доступен, когда мне это нужно. Есть и другие варианты клонирования на уровне файловой системы (в Linux) без LVM. Для этого вы можете использовать Hot Copy от R1Soft. Это модуль ядра, но он позволяет добавлять эту возможность на лету.

Совершенно ясная проблема: снимки LVM не гарантируют, что они будут иметь постоянную FS- оценку, поскольку LVM ничего не знает о FS, с которой он загружается

Отредактировано (см. Комментарии): - правда, если ФС не поддерживает .freeze_fsв противном случае он должен обрабатываться FS изящно.

Как дополнение к другим ответам. В снимках FS вы можете воспользоваться такими функциями FS, как сжатие и дедупликация во всех снимках.