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

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

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

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

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

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

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

На Полном по сравнению со снимками COW.

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