Включать ли дедупликацию для бэкапов?

Question

[vitalyrline]

Здравствуйте!
Имеется виртуальная машина Windows Server 2019 Standart. Внутри Veeam Backup & Replication CE, который будет снимать бэкапы с других ВМ и складывать их на отдельный раздел, который отформатирован в REFS. Включать ли дедупликацию на этом разделе? С одной стороны экономится место. Но с другой стороны, если вдруг будут повреждены общие блоки для нескольких резервных копий, то они все станут нерабочими? Или не стоит заморачиваться по этому поводу?

Answer 1

[rPman]

Veeam Backup не хранит файлы как они были в оригинале, а создает что то типа архива в своем формате, со своими технологиями сжатия и дедупликации, поэтому файловая система не найдет в них копий.

Дедупликация это в принципе очень слабый механизм сжатия данных, который срабатывает в ограниченном количестве случаев (пофайлово, а точнее поблочно), когда ты делаешь копию файла и чуть чуть его редактируешь (меняя только его часть, вот например текстовые, если ты вставишь/удалишь символ в начале, это сдвинет содержимое всего файла и он будет считаться полностью изменившимся, но замена одного символа в начале позволит хранить только тот блок, в котором было это изменение, а остальное содержимое будет ссылаться на оригинальный файл)

Comments

[Ziptar]

Veeam Backup не хранит файлы как они были в оригинале, а создает что то типа архива в своем формате, со своими технологиями сжатия и дедупликации, поэтому файловая система не найдет в них копий.

В вин сервер реализована блочная дедупликация

Дедупликация это в принципе очень слабый механизм сжатия данных

Файловая - да, блочная - нет. Для бэкапов вообще великолепна. Тем более, в Veeam есть параметр для создания архивов с учётом использования блочной дедупликации. Еженедельный архив виртуалок за последние 5 лет в пространстве, не сильно отличающимся от исходного размера? Да легко.

Единственная проблема, что если вдруг придёт пушной зверёк и придётся такой бэкап собирать по кускам - не соберёшь.

[rPman]

автор говорит про включение дедупликации на разделе а не в настройках veeam

[Ziptar]

rPman, а теперь ещё раз прочитай внимательно то, что я написал.

[rPman]

Ziptar,

создания архивов с учётом использования блочной дедупликации

чьей?
ReFS использует блочную, а как это сделано в Veeam backup? или они как то используют дедупликацию файловой системы?

p.s. про великолепие бакапов, мне понравились файловые бакапы с использованием rеflink и simlink, когда на одном разделе создается полная копия указанных каталогов, с указанием предыдущего каталога (rsync --rеflink=auto --link-dest=предыдущий бакап), и вместо копирования уже существующих файлов будет сделан его rеflink, это та же дедупликация, но не автоматическая (она проще и поддерживается почти везде), как бонус, для чтения бакапа не нужен никакой другой софт, файлы в нем доступны как есть.

[Ziptar]

rPman,

чьей?

Вин сервер, в данном случае

ReFS использует блочную, а как это сделано в Veeam backup? или они как то используют дедупликацию файловой системы?

ReFS тут вообще ни при чём. Вин сервер и ntfs дедуплицирует прекрасно.
Параметр указывает виму не использовать собственные методы сжатия.

p.s. про великолепие бакапов, мне понравились файловые бакапы с использованием rеflink и simlink, когда на одном разделе создается полная копия указанных каталогов, с указанием предыдущего каталога (rsync --rеflink=auto --link-dest=предыдущий бакап), и вместо копирования уже существующих файлов будет сделан его rеflink, это та же дедупликация, но не автоматическая (она проще и поддерживается почти везде), как бонус, для чтения бакапа не нужен никакой другой софт, файлы в нем доступны как есть.

Не путай блочную дедупликацию с теневыми копиями или инкрементными/разностными копиями

[vitalyrline]

Ziptar, Ну т.е. для бэкапов не самое надёжное решение?