Смешивание теневого копирования тома и дедупликации данных в Windows Server
Я использую Windows Server 2012 и создаю запланированное резервное копирование для нескольких гостей Hyper-V (все они - Windows Server 2012) на динамический VHDX на съемном USB-диске (чтобы я мог чередовать два диска и иметь два наборы резервных копий).
Я понял, что поскольку на диске много похожих данных (много копий файлов ОС для каждой гостевой ОС), дедупликация данных может помочь. Поэтому я включил его на диске и начал работу по оптимизации. Он сообщил о 8 ГБ экономии (на диске 35 ГБ, который я создал для теста, который содержит резервные копии для 3 ВМ), но размер файла VHDX увеличивается на 4 гигабайта.
После оптимизации файла VHDX (полный режим) я понял, что не только дедупликация вообще не уменьшает размер диска, но и увеличивает его.
Единственное объяснение, которое у меня есть, состоит в том, что поскольку WSB (Windows Server Backup) создает теневые копии на диске, вполне возможно, что VSS и дедупликация не могут хорошо играть. Таким образом, VSS отслеживает изменения, внесенные дедупликацией, сохраняя дублированные и дедуплицированные версии на томе.
- Я прав в своем заключении?!
- Есть ли способ заставить дедупликацию работать с VSS? Потому что резервное копирование десятков виртуальных машин означает много дублирующих данных. Было бы неплохо заставить дедупликацию работать!
2 ответа
Вы правы в своем предположении, что WSB создал теневые копии. Он использует эти копии для ведения истории резервного копирования.
Если у вас все еще есть резервные версии (и, следовательно, теневые копии) точек времени до того, как будет выполнено задание оптимизации дедупликации, вы вообще не увидите никакой экономии, так как дедуплицированные блоки не были освобождены - они нужны для более старых, не дедуплицированная версия данных, на которую все еще ссылается одна из теневых копий.
Итак, суть в том, что если вам нужна экономия дедупликации, вам нужно удалить все старые теневые копии.
Увеличение, которое вы видите, возможно, связано не с дедупликацией, а просто с тем, что за это время выполнялись дополнительные задания резервного копирования, а более старые теневые копии не удаляются без необходимости (т. Е. На томе не будет достаточно места для новой резервной копии, в противном случае).)
Я не нахожу это с моей тестовой машиной.
У меня машина 2012 года с Hyper-V и диск объемом 1 ТБ с включенной функцией de-dupe.
Я храню там диски с виртуальными машинами, а также различные общие папки, на некоторые из которых каждый день копируются другие ПК и сам сервер. Поскольку компьютеры выполняют резервное копирование на этот диск с помощью Windows Backup, они хранят только одну резервную копию (и перезаписывают каждый день), поэтому для обмана и получения каталога резервных копий на разные дни я использую теневые копии, чтобы можно было возвращать файлы из предыдущие дни.
Как правило, я не вижу увеличения использования диска