Usmt windows 10 что это

Рекомендации по USMT

В этом разделе обсуждаются общие и связанные с безопасностью методы использования средства миграции состояния пользователя (USMT) 10.0.

Общие практические методы

Установка приложений перед запуском средства LoadState

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

Не используйте MigUser.xml и MigDocs.xml вместе

Используйте MigDocs.xml для улучшения работы с миграцией

Если набор данных неизвестен или многие файлы хранятся за пределами стандартных папок профиля пользователя, файл MigDocs.xml лучше, чем файл MigUser.xml, так как MigDocs.xml файл будет собирать более широкую область данных. Файл MigDocs.xml переносит папки данных в зависимости от расположения и зарегистрированного типа файла путем запроса реестра для зарегистрированных расширений приложений. Файл MigUser.xml переносит только файлы с указанными расширениями файлов.

Закрыть все приложения перед запуском средств ScanState или LoadState

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

Журнал после запуска LoadState

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

Управляемое окружение

Для создания управляемой среды можно переместить все документы конечного пользователя в мои документы (%CSIDL_PERSONAL%). Рекомендуется перенести файлы в минимально возможное число папок на компьютере назначения. Это поможет вам очистить файлы на компьютере назначения, если команда LoadState сбой до завершения.

Chkdsk.exe

Рекомендуется выполнить Chkdsk.exe перед запуском инструментов ScanState и LoadState. Chkdsk.exe создает отчет о состоянии жесткого диска и списки и исправит распространенные ошибки. Дополнительные сведения о инструменте Chkdsk.exe см. в chkdsk.

Миграция в группах

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

Рекомендации по безопасности

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

Шифрование файловой системы (EFS)

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

Важно.
Если вы переносили зашифрованный файл без переноса сертификата, конечные пользователи не смогут получить доступ к файлу после миграции.

Шифрование магазина

Рассмотрите возможность использования параметра /encrypt с командой ScanState и параметра /расшифровки с командой LoadState. Однако используйте крайнюю осторожность с этим набором параметров, так как любой, кто имеет доступ к скрипту командной строки ScanState, также имеет доступ к ключу шифрования.

Сканирование вирусов

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

Обеспечение безопасности файлового сервера и сервера развертывания

Рекомендуется управлять безопасностью файловых серверов и серверов развертывания. Важно убедиться, что файловый сервер, на котором сохраняется хранилище, является безопасным. Необходимо также обеспечить безопасность сервера развертывания, чтобы не подвергаться воздействию пользовательских данных, которые есть в файлах журнала. Мы также рекомендуем передавать данные только через безопасное подключение к Интернету, например виртуальную частную сеть. Дополнительные сведения о сетевой безопасности см. в веб-сайте Microsoft Security Compliance Manager.

Миграция паролей

Чтобы обеспечить конфиденциальность конечных пользователей, USMT не переносит пароли, в том числе для таких приложений, как Windows Live™ Mail, Microsoft Internet Explorer® а также подключения службы удаленного доступа (RAS) и подключенные сетевые диски. Важно убедиться, что конечные пользователи знают свои пароли.

Локальное создание учетной записи

Перед переносом локальных учетных записей см. раздел Миграция локальных учетных записей в разделе Определение пользователей.

Лучшие практики XML-файлов

Укажите один и тот же набор файлов mig*.xml в средствах ScanState и LoadState

Если вы использовали определенный набор mig*.xml файлов в средстве ScanState, вызываемом с помощью параметра «/авто» или по отдельности с помощью параметра «/i», то следует использовать тот же параметр, чтобы вызвать точно такие же файлы mig*.xml в средстве LoadState.

с именем файла

Хотя это не является требованием, для CustomFileName есть хорошая практика, чтобы соответствовать имени файла. Например, ниже из файла MigApp.xml:

Используйте XML-файлы переноса по умолчанию в качестве моделей

Рассмотрите влияние на производительность при использовании контекста

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

В контексте Пользователя правило обрабатывается один раз для каждого пользователя в системе.

В контексте System правило обрабатывается один раз для системы.

В контексте UserAndSystem правило обрабатывается один раз для каждого пользователя в системе и один раз для системы.

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

Например, если у вас есть код, который переносит параметры приложения, не следует просто добавлять его в MigApp.xml файл.

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

Символ звездочки (*) можно использовать в любом XML-файле миграции, который вы создаете.

Источник

Принцип действия средства миграции пользовательской среды

USMT включает два средства, которые переносят параметры и данные: ScanState и LoadState. ScanState собирает сведения с исходных компьютеров, и LoadState применяет эти сведения к компьютеру назначения.

Примечание.
Дополнительные сведения о том, как USMT обрабатывает правила и XML-файлы, см. в материалах Conflicts and Precedence.

Процесс ScanState

При запуске средства ScanState на исходных компьютерах он проходит следующий процесс:

Он проверяет и проверяет параметры командной строки, создает файл ScanState.log, а затем начинает ведение журнала.

Он собирает сведения обо всех компонентах миграции, которые необходимо перенести. Компонент миграции — это логическая группа файлов, ключей реестра и значений. Например, набор файлов, ключей реестра и значений, которые хранят параметры Adobe Acrobat, сгруппировали в один компонент миграции.

Существует три типа компонентов:

В Windows 7 и Windows 8 файлы манифеста контролируют миграцию параметров операционной системы. Вы не можете изменить эти файлы. Чтобы исключить определенные параметры операционной системы, необходимо создать и изменить Config.xml файл.

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

На этапе «Сканирование» ScanState делает следующее для каждого профиля пользователя, выбранного для миграции:

Для каждого компонента ScanState проверяет тип компонента. Если текущий профиль пользователя — это профиль системы, а тип компонента — «System» или «UserAndSystem», компонент выбирается для этого пользователя. В противном случае компонент игнорируется. Кроме того, если текущий профиль пользователя не является системным профилем, а тип компонента — «Пользователь» или «UserAndSystem», компонент выбирается для этого пользователя. В противном случае этот компонент игнорируется.

Примечание.
С этого момента ScanState не различает компоненты, которые переносят параметры операционной системы, компоненты, которые переносят параметры приложений, и компоненты, которые переносят файлы пользователей. ScanState обрабатывает все компоненты одинаково.

Каждый компонент, выбранный на предыдущем шаге, обрабатывается далее. В контексте текущего профиля оцениваются все переменные, определенные для профиля (например, CSIDL_PERSONAL). Например, если обрабатываемая анкета относится к «User1», то CSIDL_PERSONAL будет расширяться до C:\Users\User1\Documents, если предположить, что профили пользователей хранятся в каталоге C:\Users.

Для каждого выбранного компонента ScanState оценивает раздел обнаружения. Если условие в разделе обнаружения оценивается как ложное, компонент больше не обрабатывается. В противном случае обработка этого компонента продолжается.

Для каждого выбранного компонента ScanState оценивает правил. Для каждого раздела правил, если текущий профиль пользователя — это профиль системы, а контекст раздела правил — «Система» или «UserAndSystem», это правило обрабатывается далее. В противном случае это правило игнорируется. Кроме того, если текущий профиль пользователя не является системным профилем, а контекст раздела правил «Пользователь» или «UserAndSystem», правило обрабатывается дополнительно. В противном случае это правило игнорируется.

Кроме того, не перенесено любое подразделение миграции (например, файл, ключ реестра или набор значений реестра), которое находится в разделе

Примечание.
ScanState игнорирует некоторые подсекции, такие как и Эти разделы оцениваются только на компьютере назначения.

На этапе «Сбор» ScanState создает мастер-список подразделений миграции, объединяя списки, созданные для каждого выбранного профиля пользователя.

На этапе «Сохранение» ScanState записывает единицы миграции, собранные в расположение магазина.

Примечание.
ScanState не изменит исходный компьютер в любом случае.

Процесс LoadState

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

ScanState проверяет и проверяет параметры командной строки, создает файл ScanState.log и начинает ведение журнала.

LoadState собирает сведения о компонентах миграции, которые необходимо перенести.

В Windows 7 и Windows 8 файлы манифеста контролируют миграцию параметров операционной системы. Вы не можете изменить эти файлы. Чтобы исключить определенные параметры операционной системы, необходимо создать и изменить Config.xml файл.

LoadState определяет, какие профили пользователей следует перенести. По умолчанию переносят все профили пользователей, присутствующие на исходных компьютерах. Однако можно включить и исключить пользователей с помощью Параметры пользователя. Профиль системы, профиль «Все пользователи» на компьютере с исходным кодом Windows XP или общедоступный профиль на исходных компьютерах с Windows Vista, Windows 7 и Windows 8 всегда переносят, и эти профили нельзя исключить из миграции.

Если вы переносят локальные учетные записи пользователей и если учетные записи еще не существуют на компьютере назначения, необходимо использовать параметр командной строки /lac. Если вы не указываете параметр /lac, все локальные учетные записи пользователей, которые еще не присутствуют на компьютере назначения, не переносят.

Параметры /md и /mu обрабатываются для переименования профиля пользователя на компьютере назначения, если они были включены при указании команды LoadState.

Для каждого профиля пользователя, выбранного из магазина, LoadState создает соответствующий профиль пользователя на компьютере назначения. Для создания профилей пользователей домена не требуется подключать компьютер назначения к домену. Если USMT не может определить домен, он пытается применить параметры к локальной учетной записи. Дополнительные сведения см. в twitter Identify Users.

На этапе «Сканирование» LoadState делает следующее для каждого профиля пользователя:

Для каждого компонента LoadState проверяет тип компонента. Если текущий профиль пользователя — это профиль системы, а тип компонента — «System» или «UserAndSystem», компонент выбирается для этого пользователя. В противном случае компонент игнорируется. Кроме того, если текущий профиль пользователя не является системным профилем, а тип компонента — «Пользователь» или «UserAndSystem», компонент выбирается для этого пользователя. В противном случае этот компонент игнорируется.

Примечание.
С этого момента LoadState не различает компоненты, которые переносят параметры операционной системы, компоненты, которые переносят параметры приложений, и компоненты, которые переносят файлы пользователей. LoadState оценивает все компоненты одинаково.

Каждый выбранный компонент обрабатывается дополнительно. В контексте текущего профиля оцениваются все переменные, определенные для профиля (например, CSIDL_PERSONAL). Например, если обрабатываемая анкета относится к «User1», CSIDL_PERSONAL будет расширяться до C:\Users\User1\Documents (если предположить, что профили пользователей хранятся в каталоге C:\Users).

Примечание.
LoadState игнорирует раздел указанный в компоненте. На этом этапе все указанные компоненты считаются обнаруженными и выбираются для переноса.

Для каждого выбранного компонента LoadState оценивает правил. Для каждого раздела правил, если текущий профиль пользователя — это профиль системы, а контекст раздела правил — «Система» или «UserAndSystem», это правило обрабатывается далее. В противном случае это правило игнорируется. Кроме того, если текущий профиль пользователя не является системным профилем, а контекст раздела правил «Пользователь» или «UserAndSystem», правило обрабатывается дополнительно. В противном случае это правило игнорируется.

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

LoadState оценивает подсекции, определенные для конкретного компьютера; например, и subsections.

Если на компьютере назначения Windows 7 или Windows 8, то migunits, собранные ScanState с помощью файлов манифеста downlevel, обрабатываются LoadState с помощью соответствующего манифеста компонентов для Windows 7. Файлы манифеста downlevel не используются во время LoadState.

На этапе «Применить» LoadState записывает блоки миграции, собранные в различные расположения на компьютере назначения. Если существуют конфликты и для объекта не существует правила слияния, по умолчанию для реестра необходимо переписать пункт назначения. По умолчанию для файлов необходимо постепенное переименование источника, например OriginalFileName(1). OriginalExtension. Некоторые параметры, такие как шрифты, обои и параметры сохранения экрана, не вступает в силу до следующего входа пользователя. По этой причине после завершения командных действий LoadState необходимо выйти из журнала.

Источник

Требования USMT

В этой теме

Поддерживаемые операционные системы

Средство миграции состояния пользователя (USMT) 10.0 не имеет явных требований к скорости оперативной памяти или ЦП для исходных или конечного компьютеров. Если компьютер соответствует системным требованиям операционной системы, он также соответствует требованиям usMT. Необходимо промежуточное расположение магазина, достаточно большое для хранения всех перенесенных данных и параметров, а также одинаковое количество места жесткого диска на компьютере назначения для перенесенных файлов и параметров.

В следующей таблице перечислены операционные системы, поддерживаемые в USMT.

Можно перенести 32-битную операционную систему на 64-битную операционную систему. Однако перенести 64-битную операционную систему на 32-битную операционную систему невозможно.

USMT не поддерживает ни Windows Server® операционные системы, Windows 2000, Windows XP, ни какие-либо стартовые выпуски для Windows Vista или Windows 7.

USMT для Windows 10 не следует использовать для переноса из Windows 7 в Windows 8.1. Он предназначен для миграции в Windows 10. Дополнительные сведения о предыдущих выпусках средств USMT см. в руководстве пользователя по миграции пользовательского состояния (USMT) 4.0.

Windows PE

Учетные данные

Чтобы открыть повышенную командную подсказку:

Необходимо запустить USMT с помощью учетной записи с полными административными разрешениями, включая следующие привилегии:

Config.xml

LoadState

Hard-Disk требования

Убедитесь, что в расположении миграционного магазина и на компьютерах источника и назначения достаточно места. Дополнительные сведения см. в примере Estimate Migration Store Size.

Пользовательские предпосылки

В этой документации предполагается, что ИТ-специалисты, использующие USMT, понимают средства командной строки. В документации также предполагается, что ИТ-специалисты, использующие USMT для авторов правил MigXML, понимают следующее:

Источник

Что мигрирует USMT?

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

Сценарии миграции по умолчанию

MigApp.XML. Правила переноса параметров приложения.

MigUser.XML. Правила переноса профилей пользователей и пользовательских данных.

MigUser.xml собирает все в профиле пользователя, а затем делает поиск на основе расширения файлов для большей части системы для других пользовательских данных. Если данные не соответствуют ни одним из этих критериев, данные не будут перенесены. По большей части в этом файле описывается миграция «ядра».

Следующие данные не переносят с помощью MigUser.xml:

Пользовательские данные

В этом разделе описываются пользовательские данные, которые USMT мигрирует по умолчанию с помощью MigUser.xml файла. Он также определяет, как перенести acLs.

Папки из профилей «Все пользователи и общедоступные». Если указать файл MigUser.xml, USMT также переносит **** следующее из профиля всех пользователей в **** Windows® XP или общедоступный профиль в Windows Vista, Windows 7 или Windows 8:

Общие файлы рабочего стола

Типы файлов. При указании файла MigUser.xml, средство ScanState выполняет поиск фиксированных дисков, собирает и переносит файлы с любым из следующих расширений:

Звездочка (*) обозначает ноль или больше символов.

Чтобы перенести acLs, необходимо указать каталог для миграции в MigUser.xml файле. Использование шаблонов файлов, таких как *.doc, не будет переносить каталог. Исходные сведения ACL переносят только при явном указании каталога. Например,

Компоненты операционной системы

USMT переносит компоненты операционной системы на компьютер назначения с компьютеров Windows 7 и Windows 8

Следующие компоненты переносят по умолчанию с помощью файлов манифеста:

Параметры командной подсказки

обои для рабочего стола

Членство в группе. USMT переносит параметры групп пользователей. Группы, к которым принадлежит пользователь, можно найти, щелкнув правой кнопкой мыши «Мой компьютер» на меню и нажав кнопку Управление. **** При запуске автономной миграции необходимо использовать раздел ** ** в Config.xml файле.

*Windows Internet Explorer® параметры

Параметры подключения к открытой базе данных (ODBC® Microsoft®

Параметры мыши и клавиатуры

Сопоставление сетевого диска

*Сопоставление сетевого принтера

*Телефон и параметры модема

Файлы подключения и телефонной книги RAS (pbk)

*Параметры панели задач

Персональные сертификаты пользователей (все)

*проигрыватель Windows Media

Windows управление правами

* Эти параметры недоступны для переноса в автономном режиме. Дополнительные сведения см. в справке о переносе в автономном режиме.

Этот список может быть не полным. Могут быть перенесены дополнительные компоненты.

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

Поддерживаемые приложения

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

При указании файла MigApp.xml USMT переносит параметры для следующих приложений:

Что USMT не мигрирует

Ниже приводится список параметров, которые USMT не мигрирует. Если у вас возникли проблемы, которые не указаны здесь, см. в общих проблемах.

Параметры приложений

USMT не переносит следующие параметры приложения:

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

Параметры приложения и некоторые параметры операционной системы при создании локальной учетной записи. Например, если вы запустите /lac для создания локальной учетной записи на компьютере назначения, USMT будет мигрировать данные пользователей, но только некоторые параметры операционной системы, такие как параметры обоев и экранов, и никакие параметры приложения не будут перенесены.

Microsoft Project параметров при миграции с Office 2003 г. Office 2007 г.

Параметры Pro ICQ, если Pro установлен в другом расположении на компьютере назначения. Чтобы успешно перенести параметры ICQ Pro, необходимо установить Pro ICQ в том же расположении на компьютере назначения, что и на исходный компьютер. В противном случае после запуска средства LoadState приложение не запустится. Вы можете столкнуться с проблемами, когда:

Вы меняете расположение установки по умолчанию на 32-битных компьютерах назначения.

Вы попытались перейти с 32-битного компьютера на 64-битный компьютер. Это происходит из-за того Pro каталог установки ICQ по умолчанию отличается на двух типах компьютеров. При установке ICQ Pro на 32-битный компьютер по умолчанию расположено «C:\Program Files\. «. Однако каталог установки Pro ICQ по умолчанию на компьютере на основе x64 — это «C:\Program Files (x86)\. «.

Operating-System параметров

USMT не переносит следующие параметры операционной системы.

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

Разрешения для общих папок. После переноса необходимо вручную повторно обмениваться папками, которые были общими на исходных компьютерах.

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

Настраиваемые значки для ярлыков могут не мигрировать.

Параметры панели задач, когда исходный компьютер работает Windows XP.

Кроме того, следует отметить следующее:

Необходимо запустить USMT из учетной записи с административными учетными данными. В противном случае некоторые данные не будут перенесены. При запуске инструментов ScanState и LoadState необходимо запустить средства в режиме администратора из учетной записи с административными учетными данными. Если вы не запустите USMT в режиме администратора, в миграцию будет включен только профиль пользователя, включенный в систему. Кроме того, необходимо запустить средство ScanState на Windows XP из учетной записи с административными учетными данными. В противном случае некоторые параметры операционной системы не будут перенесены. Чтобы запустить в режиме Администратор, нажмите кнопку Начните, щелкните Все программы, щелкните Вспомогательное оборудование, щелкните правой кнопкой мыши командноеподсказок, а затем нажмите кнопку Выполнить в качестве администратора.

Вы можете использовать параметр /localonly, чтобы исключить данные из съемных дисков и сетевых дисков, отбираемых на исходный компьютер. Дополнительные сведения о том, что исключается при указанииилилокальном указании, см. в обзоре ScanState Syntax.

Макет меню «Пуск»

Источник