Хранилище переноса с жесткой связью
Назначение: Windows 7, Windows 8, Windows 8.1
Хранилище миграции жестких связей позволяет выполнять миграцию "на месте", при которой вся пользовательская среда сохраняется на компьютере во время удаления старой операционной системы и установки новой. Поэтому такое хранилище лучше всего подходит для сценариев обновления компьютера. Использование хранилища миграции жестких связей при обновлении компьютера существенно повышает эффективность миграции, значительно уменьшает использование ресурсов жесткого диска и расходы на развертывание, а также позволяет выполнять совершенно новые сценарии миграции.
В этом разделе
Предназначение миграции жестких связей
Общее представление о миграции жестких связей
Сценарий миграции жестких связей
Сведения о хранилище миграции жестких связей
Пространство на жестком диске
Оценка размера хранилища жестких связей
Путь к хранилищу миграции на нескольких томах
Изменение расположений
Миграция сертификатов и файлов шифрованной файловой системы (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(R) 7 на всех своих компьютерах. Все работники будут по-прежнему пользоваться своими компьютерами, но операционная система на каждом компьютере будет обновлена.
Администратор запускает на каждом компьютере программу командной строки ScanState с параметром /hardlink. Программа ScanState сохраняет пользовательскую среду в хранилище миграции жестких связей на каждом компьютере. При этом эффективность миграции повышается за счет устранения необходимости дублирования файлов (кроме некоторых отдельных случаев).
Примечание
Мы настоятельно рекомендуем создавать хранилище миграции жестких связей только непосредственно перед выполнением миграции, чтобы в миграцию были включены самые новые версии файлов. После создания хранилища миграции не следует использовать программные приложения, установленные на компьютере, до тех пор пока программа Loadstate не завершит миграцию файлов.
На каждом компьютере администратор устанавливает стандартную операционную среду (SOE), в том числе Windows 7 и прочие приложения, используемые в компании.
Администратор запускает на каждом компьютере программу командной строки LoadState. Программа LoadState восстанавливает исходную пользовательскую среду на каждом компьютере.
Сведения о хранилище миграции жестких связей
Этот раздел содержит подробные сведения о хранилищах миграции жестких связей.
Пространство на жестком диске
Параметр командной строки /hardlink обеспечивает создание хранилища миграции только при наличии 250 мегабайт (МБ) свободного места на жестком диске. При условии, что каждый том, задействованный в процессе миграции, имеет файловую систему 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:hardlink следует использовать параметр /efs:copyraw. Жесткие связи можно создать только для файлов, расположенных в одном томе. Чтобы во время миграции переместить файлы в другой раздел, необходимо создать копии этих файлов в новом разделе. Параметр /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> |
Важно!
С параметром /hardlink необходимо использовать параметр /nocompress.
Далее приведен пример XML-кода, который указывает, что заблокированные приложением файлы каталога \Users могут оставаться на месте во время миграции. Также он определяет, что обращение к заблокированным файлам, расположенным не в каталоге \Users, вызывает ошибку File in Use (Файл уже используется). Определяя пути при помощи тега <createHardLink>, важно соблюдать осторожность, чтобы снизить вероятность затруднений при удалении хранилища миграции жестких связей.
<Policies>
<HardLinkStoreControl>
<fileLocked>
<createHardLink>c:\Users\* [*]</createHardLink>
<errorHardLink>C:\* [*]</errorHardLink>
</fileLocked>
</HardLinkStoreControl>
</Policies>