Хранилище переноса с жесткой связью

• Применяется к:

  ✅ Windows 11, ✅ Windows 10

Хранилище миграции с жесткой связью позволяет выполнять миграцию на месте, когда на компьютере сохраняется все пользовательское состояние, а старая операционная система удаляется и устанавливается новая операционная система. Эта функция делает хранилище миграции с жесткой компоновкой наиболее подходящим для сценария обновления компьютера. Использование хранилища миграции с жесткой связью для сценария обновления компьютера значительно повышает производительность миграции и значительно сокращает использование жесткого диска, сокращает затраты на развертывание и обеспечивает совершенно новые сценарии миграции.

Когда следует использовать миграцию с жесткой компоновкой

Хранилище миграции с жесткой связью можно использовать, если запланированная миграция соответствует обоим из следующих критериев:

• Операционная система обновляется на существующем оборудовании вместо миграции на новые компьютеры.

• Операционная система обновляется на том же томе компьютера.

Хранилище миграции с жесткой связью нельзя использовать, если запланированная миграция включает в себя одну из следующих задач:

• Данные переносятся с одного компьютера на другой.

• Данные переносятся с одного тома на компьютере на другой том на том же компьютере, например с C:D:на .

• Диск, содержащий хранилище миграции, отформатируется или повторно секционируется за пределами программы установки Windows или во время установки Windows.

Основные сведения о миграции с жесткой связью

Хранилище миграции с жесткой компоновкой создается с помощью параметра /hardlinkкомандной строки , и эквивалентно другим типам хранилищ миграции. Однако он отличается тем, что жесткие ссылки используются для хранения файлов, хранящихся на исходном компьютере во время миграции. Сохранение файлов на исходном компьютере устраняет избыточное дублирование файлов. Это также обеспечивает преимущества производительности и сокращение использования дисков, которые определяют этот сценарий.

При создании жесткой ссылки существующий файл получает еще один путь. Например, можно создать жесткую ссылку на c:\file1.txt .c:\hard link\myFile.txt Эти два пути относятся к одному и тому же файлу. Если c:\file1.txt объект открыт, то изменения, внесенные в файл, за которым следует сохраненный файл. Эти изменения отображаются при c:\hard link\myFile.txt открытии. Если c:\file1.txt файл удален, файл по-прежнему существует на компьютере как c:\hardlink\myFile.txt. Чтобы удалить файл, необходимо удалить обе ссылки на файл.

Примечание.

Жесткую ссылку можно создать только для файла на том же томе. Если хранилище миграции с жесткой компоновкой копируется на другой диск или внешнее устройство, файлы, а не ссылки, копируются, как в сценарии не сжатого хранилища миграции.

Дополнительные сведения о жестких ссылках см. в разделе Жесткие ссылки и соединения.

В большинстве аспектов хранилище миграции с жесткой компоновкой идентично несжатым хранилищам миграции. Хранилище миграции с жесткой компоновкой расположено в соответствии сScanState.exe средства командной строки. Содержимое хранилища можно просмотреть с помощью Windows Обозреватель. После создания его можно удалить или скопировать в другое расположение без изменения состояния пользователя. Восстановление хранилища миграции с жесткой привязкой аналогично восстановлению любого другого хранилища миграции. Однако, как и при создании хранилища, для хранения файлов на месте используется та же функциональность жесткой компоновки.

Рекомендуется удалить хранилище миграции с жесткой компоновкой после подтверждения успешной миграции файлов с помощью средства LoadState . Так как LoadState создает новые пути к файлам в новой установке операционной системы Windows, при удалении жестких ссылок в хранилище миграции удаляется только один путь к файлам. Фактические файлы или пути к ним не удаляются из новой операционной системы.

Важно.

/c При использовании параметра средство LoadState продолжает применять файлы при возникновении неустранимых ошибок. /c Если параметр используется, убедитесь, что в журналах не отображаются ошибки, прежде чем удалять хранилище миграции с жесткой связью, чтобы избежать потери данных.

Сохранение хранилища миграции с жесткой связью может привести к дополнительному потреблению дискового пространства или проблемам с некоторыми приложениями по следующим причинам:

• Приложения, предоставляющие статистику файловой системы, например используемое пространство и свободное место, могут неправильно сообщать эти статистические данные при наличии хранилища миграции с жесткой компоновкой. Файл может быть сообщен дважды из-за двух путей, ссылающихся на этот файл.

• Жесткая ссылка может потерять подключение к исходному файлу. Некоторые приложения сохраняют изменения в файле путем создания временного файла, а затем переименования исходного файла в имя файла резервной копии. Путь, который не использовался для открытия файла в этом приложении, продолжает ссылаться на неизмененные файлы. Неизмененные файлы, которые не используются, занимают больше места на диске. Хранилище миграции с жесткой связью должно быть создано непосредственно перед выполнением миграции. После создания хранилища приложения не следует использовать, чтобы убедиться, что переносятся последние версии всех файлов.

• Одновременное изменение файла с использованием разных путей может привести к повреждению данных.

Важно.

Атрибут файла только для чтения для перенесенных файлов теряется при удалении хранилища миграции с жесткой компоновкой. Это связано с ограничением жестких ссылок файловой системы NTFS.

Сценарий миграции с жесткой связью

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

1. Администратор запускает программу командной строки ScanState на каждом компьютере, указывая параметр командной /hardlink строки. Средство ScanState сохраняет пользовательское состояние в хранилище миграции с жесткой связью на каждом компьютере, повышая производительность за счет уменьшения дублирования файлов, за исключением определенных конкретных экземпляров.

   Примечание.

   Корпорация Майкрософт рекомендует не создавать хранилище миграции с жесткой компоновкой, пока не будет выполнена миграция, чтобы перенести последние версии файлов. Программные приложения не следует использовать на компьютере после создания хранилища миграции до завершения миграции файлов с помощью LoadState.

2. На каждом компьютере администратор устанавливает стандартную операционную среду (SOE) организации, которая включает в себя последнюю поддерживаемую версию Windows и другие приложения, которые в настоящее время используются организацией.

3. Администратор запускает программу командной строки LoadState на каждом компьютере. Средство LoadState восстанавливает состояние пользователя на каждом компьютере.

Примечание.

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

Сведения о хранилище миграции с жесткой компоновкой

В этом разделе содержатся сведения о хранилищах миграции с жесткой компоновкой.

Место на жестком диске

Параметр /hardlink командной строки продолжает создавать хранилище миграции, только если на жестком диске имеется 250 МБ свободного места. Если каждый том, участвующий в миграции, имеет формат NTFS, 250 МБ должно быть достаточно места, чтобы обеспечить успешное выполнение почти каждой жесткой миграции независимо от размера миграции.

Оценка размера хранилища с жесткой привязкой

Не нужно оценивать размер хранилища миграции с жесткой компоновкой, так как хранилище миграции с жесткой компоновкой на томе NTFS относительно невелико и требует гораздо меньше добавочного пространства, чем другие параметры хранилища. Оценка размера хранилища миграции полезна только в тех случаях, когда хранилище миграции велико. Единственный случай, когда локальное хранилище может быть большим при миграции с жесткой компоновкой:

• В системе существует файловая система, не относясь к NTFS.
• Файловая система, не относяющаяся к NTFS, содержит данные, которые необходимо перенести.

Так как NTFS является форматом файловой системы по умолчанию для всех поддерживаемых в настоящее время версий Windows, такая ситуация является необычной.

Путь к хранилищу миграции на нескольких томах

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

ScanState.exe /hardlink c:\USMTMIG […]

При выполнении этой команды в системе, содержащей операционную систему на диске C: и данные пользователя на диске D: создаются хранилища миграции в следующих расположениях, при условии, что оба диска являются NTFS:

C:\USMTMIG\

D:\USMTMIG\

Диск, указанный в командной строке для хранилища миграции с жесткой компоновкой, имеет важное значение, так как он определяет место размещения хранилища миграции master. Хранилище миграции master — это место, где хранятся данные, переносимые с томов, отличных от NTFS. Этот том должен иметь достаточно места для хранения всех данных, поступающих из томов, отличных от NTFS. Как и в других сценариях, если хранилище миграции уже существует по указанному /o пути, необходимо использовать параметр для перезаписи существующих данных в хранилище.

Изменения расположения

Изменения расположения, которые перенаправляют перенесенное содержимое из одного тома в другой, негативно влияют на производительность миграции с жесткой компоновкой. Производительность зависит от того, что переносимые данные, которые должны находиться между системными томами, не могут оставаться в хранилище миграции с жесткой связью. Они должны быть скопированы по системным томам.

Перенос сертификатов и файлов шифруемой файловой системы (EFS)

Чтобы перенести файлы шифрованной файловой системы (EFS) в новую установку операционной системы на том же томе компьютера, укажите /efs:hardlink параметр в синтаксисе командной ScanState.exe строки.

Если файлы EFS восстанавливаются в /efs:hardlink другую секцию/efs:copyraw, вместо параметра следует использовать параметр . Жесткие ссылки можно создать только для файлов на том же томе. Для перемещения файлов в другую секцию во время миграции требуется создать копию файлов в новой секции. Параметр /efs:copyraw копирует файлы в новую секцию в зашифрованном формате.

Дополнительные сведения см. в разделах Перенос файлов и сертификатов EFS и Параметры зашифрованных файлов.

Перенос заблокированных файлов с помощью хранилища миграции с жесткой компоновкой

Если в приложении или операционной системе есть блокировка файла, файл обрабатывается по-разному при использовании хранилища миграции с жесткой компоновкой.

Файлы, заблокированные операционной системой, не могут оставаться на месте и должны быть скопированы в хранилище миграции с жесткой компоновкой. В результате выбор большого количества файлов операционной системы для миграции значительно снижает производительность при миграции с жесткой привязкой. Корпорация Майкрософт рекомендует не переносить файлы из \Windows каталога, что сводит к минимуму проблемы, связанные с производительностью.

Файлы, заблокированные приложением, обрабатываются так же при миграции с жесткой компоновкой, что и в других сценариях, когда служба теневого копирования томов не используется. Службу теневого копирования томов нельзя использовать при миграциях с жесткой компоновкой. Однако, изменив новый <раздел HardLinkStoreControl> в Config.xml файле, можно включить миграцию файлов, заблокированных приложением.

Важно.

Существует несколько сценариев, в которых изменение <раздела HardLinkStoreControl> в Config.xml файле усложняет удаление хранилища миграции с жесткой компоновкой. В этих сценариях UsmtUtils.exe необходимо использовать для планирования удаления хранилища миграции при следующей перезагрузке.

XML-элементы в файле Config.xml

В новом разделе файла Config.xml можно настроить необязательную настройку некоторых действий миграции с жесткой компоновкой, представленных с параметром /HardLink .

Элемент	Описание
<Политики>	Этот элемент содержит элементы, описывающие политики, которым следует USMT при создании хранилища миграции.
<HardLinkStoreControl>	Этот элемент содержит элементы, описывающие обработку файлов во время создания хранилища миграции с жесткой компоновкой.
<fileLocked>	Этот элемент содержит элементы, описывающие обработку файлов, заблокированных для редактирования.
<createHardLink>	Этот элемент определяет стандартный шаблон MigXML, описывающий пути к файлам, в которых должны создаваться жесткие ссылки, даже если файл заблокирован для редактирования другим приложением. Синтаксис: <createHardLink> [шаблон] </createHardLink>
<errorHardLink>	Этот элемент определяет стандартный шаблон MigXML, описывающий пути к файлам, в которых не следует создавать жесткие ссылки, если файл заблокирован для редактирования другим приложением. <errorHardLink> [шаблон] </errorHardLink>

Важно.

Параметр /nocompress должен использоваться с параметром /HardLink .

Следующий пример XML указывает, что файлы, заблокированные приложением в каталоге \Users , могут оставаться на месте во время миграции. Он также указывает, что заблокированные файлы, которые не находятся в каталоге \Users , должны привести к ошибке Файл в использовании . Важно соблюдать осторожность при указании путей с помощью <createhardlink> тега, чтобы свести к минимуму сценарии, которые затрудняют удаление хранилища миграции с жесткой связью.

<Policies>
    <HardLinkStoreControl>
          <fileLocked>
            <createHardLink>c:\Users\* [*]</createHardLink>
            <errorHardLink>C:\* [*]</errorHardLink>
          </fileLocked>
    </HardLinkStoreControl>
</Policies>

Связанные статьи

• Планирование миграции.