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

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

В этом разделе

Предназначение миграции жестких связей

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

Сценарий

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

Пространство на жестком диске

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

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

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

Миграция сертификатов и файлов шифрованной файловой системы (EFS)

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

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

Предназначение миграции жестких связей

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

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

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

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

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

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

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

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

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

При создании жесткой связи задается дополнительный путь для существующего файла. Например, можно создать жесткую связь для файла c:\Файл1.txt с названием c:\hard link\МойФайл.txt. Таким образом, одному и тому же файлу заданы два пути. Если вы откроете файл c:\Файл1.txt, внесете в него изменения и сохраните, эти же изменения вы увидите, открыв файл c:\hard link\МойФайл.txt. Если вы удалите файл c:\Файл1.txt, он все равно останется на вашем компьютере как файл c:\hardlink\МойФайл.txt. Чтобы удалить файл, вы должны удалить обе ссылки на него.

Примечание  

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

 

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

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

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

Важно  

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

 

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

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

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

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

Важно  

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

 

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

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

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

    Примечание  

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

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

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

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

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

Пространство на жестком диске

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

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

Оценивать размер хранилища миграции жестких связей не требуется. Оценка размера хранилища миграции может пригодиться только в сценариях, использующих очень большое хранилище миграции. К тому же при использовании файловой системы NTFS хранилищу миграции жестких связей потребуется намного меньше дополнительного места для расширения, чем другим типам хранилищ. Локальное хранилище может оказаться довольно большим только в одном случае: при наличии на компьютере файловых систем, формат которых отличается от NTFS и которые содержат данные для миграции. Так как NTFS — это заданный по умолчанию формат файловой системы для Windows XP и последующих операционных систем, описанная ситуация является нетипичной.

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

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

Scanstate /hardlink c:\USMTMIG […]

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

C:\USMTMIG\

D:\USMTMIG\

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

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

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

Миграция сертификатов и файлов шифрованной файловой системы (EFS)

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

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

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

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

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

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

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

Важно  

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

 

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

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

<Policies>

Содержит элементы, описывающие политики, которые USMT соблюдает при создании хранилища миграции.

<HardLinkStoreControl>

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

<fileLocked>

Содержит элементы, описывающие порядок обработки файлов, изменение которых запрещено.

<createHardLink>

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

Синтаксис: <createHardLink> [шаблон] </createHardLink>

<errorHardLink>

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

<errorHardLink> [шаблон] </errorHardLink>

 

Важно  

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

 

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

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

Связанные разделы

Планирование переноса

 

 

Показ: