У нас есть дедуплицированный том на машине с Windows Server 2012, который приближается к своим пределам. Это накопитель емкостью 1,3 ТБ с ~ 10 ТБ дублированных данных. Мы хотим скопировать все эти данные на диск емкостью 4 ТБ.
Как лучше всего выполнить эту копию, чтобы мы копировали только 1,3 ТБ дедуплицированных данных вместо того, чтобы распаковывать все 10 ТБ и переупаковывать их на другом конце?
edit: я попытался скопировать файл стандартного проводника и Copy-Item, но ни один из них не работал с дедупликацией. Однако я не дожил до завершения, поэтому не могу сказать, что это так.
В итоге я сделал копию, используя резервную копию сервера Windows, которая поддерживает дедупликацию. Я выполнил инструкции на этой странице: http://technet.microsoft.com/en-us/library/hh831600.aspx
В нашем случае мы перемещали данные с диска T: на диск Y :. Я использовал диск X: как промежуточное хранилище резервных копий. На накопителе резервных копий не обязательно должна быть включена дедупликация, и он должен быть такого же размера, как оптимизированные дедуплицированные данные.
Сделайте резервную копию:
C:\> wbadmin start backup –include:T: -backuptarget:X:
Получите резервную версию:
C:\> wbadmin get versions
Восстановите резервную копию на новый диск:
C:\> Wbadmin start recovery –version:02/16/2012-06:22 -itemtype:Volume -items:T: -recoveryTarget:Y:
Похоже, что стандартные команды копирования не поддерживают дедупликацию, хотя я не пытался выполнить ни одну из них до конца, поэтому мог ошибаться. Если у кого-то есть лучшее решение, я обновлю принятый ответ.
Простите меня за то, что я провел исследование в Google по этому поводу, но мне нравится этот вопрос, поскольку он может когда-нибудь относиться ко мне.
Вот что я нашел:
Введение в дедупликацию данных в Windows Server 2012
Переносимость: Том, находящийся под контролем дедупликации, является атомарной единицей. Вы можете создать резервную копию тома и восстановить его на другом сервере. Вы можете скопировать его с одного сервера Windows 2012 и переместить на другой. Все, что требуется для доступа к вашим данным, находится на диске. Все настройки дедупликации сохраняются на томе и будут приняты фильтром дедупликации при монтировании тома. Единственное, что не сохраняется на томе, - это настройки расписания, которые являются частью механизма планировщика задач. Если вы переместите том на сервер, на котором не запущена функция дедупликации данных, вы сможете получить доступ только к файлам, которые не были дедуплицированы.
Для меня это звучит так, как если бы вы попытались переместить дедуплированные данные, они скопировали бы только 1,3 ТБ.
Примерно ту же информацию можно найти здесь: Семь фактов о дедупликации в Windows 2012
«Атомарные единицы» означают, что вся информация о дедупликации для данного тома хранится на этом томе, поэтому его можно без ущерба перенести в другую систему, поддерживающую дедупликацию. Если вы переместите его в систему, в которой нет дедупликации, вы сможете увидеть только недедуплицированные файлы. Лучшее правило - не перемещать дедуплицированный том, если он не находится на другом компьютере с Windows Server 2012.
и так как для того, чтобы "отменить дедупликацию", вам нужно запустить что-то вроде:
Start-DedupJob -Type Unoptimization
В заключение: http://msmvps.com/blogs/ivansanders/archive/2013/03/03/windows-server-2012-new-features-data-deduplication.aspx
Requirements for Drive removal for use in other systems, if keeping the data on the drive 1. The OS is Windows server 2012 2. You have configured Data deduplication on the new system. 3. OR, You have removed data deduplication from the drive prior to moving the drive >to a platform that does not support Data deduplicationПримечание: как уже упоминалось выше, чтобы диски работали без документов / файлов, которые выглядели поврежденными при попытке открыть их в новой системе, вам необходимо установить и настроить дублирование данных в новой системе. Перед перемещением дисков в новые системы Это означает, что вам нужно будет удалить дедупликацию данных с тома перед установкой диска в ЛЮБОЙ операционной системе, которая НЕ является Windows Server 2012
Все что сказал , поскольку у меня нет средств проверить это сам ... Я не могу подтвердить с уверенностью, это означает, что он не будет повторно гидратировать данные при перемещении, но, похоже, этого не произойдет. Извините, я не могу подтвердить 100%. Я бы опубликовал этот комментарий, но поделиться им слишком много.
Вы можете клонировать исходный диск на целевой диск большего размера. Затем, поместив целевой диск в систему, вы расширяете том до полных 4 ТБ доступного пространства. Процесс клонирования будет представлять собой передачу на уровне блоков, поэтому он не займет больше времени, чем на диске 1,3 ТБ.
Вам нужно будет скопировать данные на уровне блока. Если вы используете утилиту, которая копирует на уровне файлов, вы получите каждый файл в расширенном логическом томе. Есть несколько разных утилит, которые могут это сделать. Easeus Disk Copy - один из них.
Другая идея может заключаться в использовании контейнера VHD (X) для дедуплицированного тома. После этого вы сможете переместить VHDX на любой диск, который вам нужен, и все дедуплицированные файлы и метаданные будут содержаться в файле VHD.
Очевидно, это влечет за собой некоторые накладные расходы ... но преимущества гибкости могут перевесить недостатки.