User State Migration Tool (USMT) Overview

You can use User State Migration Tool (USMT)В 10.0 to streamline and simplify user state migration during large deployments of Windows operating systems. USMT captures user accounts, user files, operating system settings, and application settings, and then migrates them to a new Windows installation. You can use USMT for both PC replacement and PC refresh migrations. For more information, see Common Migration Scenarios.

USMT enables you to do the following:

Configure your migration according to your business needs by using the migration rule (.xml) files to control exactly which files and settings are migrated and how they are migrated. For more information about how to modify these files, see USMT XML Reference.

Fit your customized migration into your automated deployment process by using the ScanState and LoadState tools, which control collecting and restoring the user files and settings. For more information, see User State Migration Tool (USMT) Command-line Syntax.

Perform offline migrations. You can run migrations offline by using the ScanState command in Windows Preinstallation Environment (WinPE) or you can perform migrations from previous installations of Windows contained in Windows.old directories. For more information about migration types, see Choose a Migration Store Type and Offline Migration Reference.

Benefits

USMT provides the following benefits to businesses that are deploying Windows operating systems:

Safely migrates user accounts, operating system and application settings.

Lowers the cost of deploying Windows by preserving user state.

Reduces end-user downtime required to customize desktops and find missing files.

Reduces help-desk calls.

Reduces the time needed for the user to become familiar with the new operating system.

Increases employee satisfaction with the migration experience.

Limitations

USMT is intended for administrators who are performing large-scale automated deployments. If you are only migrating the user states of a few computers, you can use PCmover Express. PCmover Express is a tool created by Microsoft’s partner, Laplink.

There are some scenarios in which the use of USMT is not recommended. These include:

Migrations that require end-user interaction.

Migrations that require customization on a machine-by-machine basis.

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

USMT включает два средства переноса параметров и данных: ScanState и LoadState. USMT includes two tools that migrate settings and data: ScanState and LoadState. ScanState собирает сведения с компьютера-источника, и LoadState применяет эти сведения к компьютеру назначения. ScanState collects information from the source computer, and LoadState applies that information to the destination computer.

Примечание Дополнительные сведения о том, как USMT обрабатывает правила и XML-файлы, см. в сведениях о конфликтах и приоритетах. Note For more information about how USMT processes the rules and the XML files, see Conflicts and Precedence.

Процесс ScanState The ScanState Process

При запуске средства ScanState на компьютере-источнике он проходит следующий процесс: When you run the ScanState tool on the source computer, it goes through the following process:

Он проверяет параметры командной строки, создает файл ScanState.log и начинает ведение журнала. It parses and validates the command-line parameters, creates the ScanState.log file, and then begins logging.

Он собирает сведения обо всех компонентах миграции, которые необходимо перенести. It collects information about all of the migration components that need to be migrated. Компонент миграции — это логическая группа файлов, ключей реестра и значений. A migration component is a logical group of files, registry keys, and values. Например, набор файлов, ключей реестра и значений, в которые хранятся параметры Adobe Acrobat, сгруппировали в один компонент миграции. For example, the set of files, registry keys, and values that store the settings of Adobe Acrobat is grouped into a single migration component.

Существует три типа компонентов: There are three types of components:

• Компоненты, которые переносят параметры операционной системы Components that migrate the operating system settings
• Компоненты, которые переносят параметры приложения Components that migrate application settings
• Компоненты, которые переносят файлы пользователей Components that migrate users’ files

Средство ScanState собирает сведения о параметрах приложения и компонентах пользовательских данных из XML-файлов, указанных в командной строке. The ScanState tool collects information about the application settings and user data components from the .xml files that are specified on the command line.

В Windows7 и Windows8 файлы манифеста контролируют перенос параметров операционной системы. In Windows7, and Windows8, the manifest files control how the operating-system settings are migrated. Эти файлы нельзя изменить. You cannot modify these files. Если необходимо исключить определенные параметры операционной системы, необходимо создать и изменить Config.xml файла. If you want to exclude certain operating-system settings, you must create and modify a Config.xml file.

ScanState определяет, какие профили пользователей необходимо перенести. ScanState determines which user profiles should be migrated. По умолчанию переносят все профили пользователей на исходный компьютер. By default, all user profiles on the source computer are migrated. Однако вы можете включать и исключать пользователей с помощью параметров пользователя. However, you can include and exclude users using the User Options. Общедоступный профиль на компьютере источника под управлением Windows7, Windows8 и Windows 10 всегда переносим, и вы не можете исключить эти профили из миграции. The public profile in a source computer running Windows7, Windows8, and Windows10 is always migrated, and you cannot exclude these profiles from the migration.

На этапе «Сканирование» ScanState делает следующее для каждого профиля пользователя, выбранного для миграции: In the «Scanning» phase, ScanState does the following for each user profile selected for migration:

Для каждого компонента ScanState проверяет тип компонента. For each component, ScanState checks the type of the component. Если текущим профилем пользователя является системный профиль, а типом компонента является «Система» или «UserAndSystem», для этого пользователя выбирается компонент. If the current user profile is the system profile and the component type is “System” or “UserAndSystem”, the component is selected for this user. В противном случае компонент игнорируется. Otherwise, the component is ignored. Кроме того, если текущий профиль пользователя не является системным профилем, а типом компонента является «Пользователь» или «UserAndSystem», для этого пользователя выбирается компонент. Alternatively, if the current user profile is not the system profile and the component type is “User” or “UserAndSystem”, the component is selected for this user. В противном случае этот компонент игнорируется. Otherwise, this component is ignored.

Примечание С этого момента ScanState не различает компоненты, которые переносят параметры операционной системы, те, которые переносят параметры приложения, и компоненты, которые переносят файлы пользователей. Note From this point on, ScanState does not distinguish between components that migrate operating-system settings, those that migrate application settings, and those that migrate users’ files. ScanState обрабатывает все компоненты одинаково. ScanState processes all components in the same way.

Каждый компонент, выбранный на предыдущем шаге, обрабатывается далее. Each component that is selected in the previous step is processed further. Любые переменные профиля (например, CSIDL_PERSONAL) оцениваются в контексте текущего профиля. Any profile-specific variables (such as CSIDL_PERSONAL) are evaluated in the context of the current profile. Например, если обрабатываемая профиля принадлежит «User1», то CSIDL_PERSONAL будет расширен до C:\Users\User1\Documents, предполагая, что профили пользователей хранятся в каталоге C:\Users. For example, if the profile that is being processed belongs to “User1”, then CSIDL_PERSONAL would expand to C:\Users\User1\Documents, assuming that the user profiles are stored in the C:\Users directory.

Для каждого выбранного компонента ScanState оценивает обнаружения. For each selected component, ScanState evaluates the section. Если условие в разделе «Обнаружение» имеет ложное состояние, компонент больше не обрабатывается. If the condition in the section evaluates to false, the component is not processed any further. В противном случае обработка этого компонента продолжается. Otherwise, the processing of this component continues.

Для каждого выбранного компонента ScanState оценивает правил. For each selected component, ScanState evaluates the sections. Для каждого раздела правил, если текущий профиль пользователя является системным профилем, а контекстом раздела правил является «Система» или «UserAndSystem», правило обрабатывается далее. For each section, if the current user profile is the system profile and the context of the section is “System” or “UserAndSystem”, the rule is processed further. В противном случае это правило игнорируется. Otherwise, this rule is ignored. Кроме того, если текущий профиль пользователя не является системным профилем, а контекстом раздела правил является «Пользователь» или «UserAndSystem», правило обрабатывается далее. Alternatively, if the current user profile is not the system profile and the context of the section is “User” or “UserAndSystem”, the rule is processed further. В противном случае это правило игнорируется. Otherwise, this rule is ignored.

ScanState создает список единиц миграции, которые необходимо перенести с помощью обработки различных подмещений в этом разделе правил. ScanState creates a list of migration units that need to be migrated by processing the various subsections under this section. Каждая единица собирается, если она упоминается в поднаборе include, если для него нет более конкретного правила в поднаборе исключения в том же разделе правил. Each unit is collected if it is mentioned in an subsection, as long as there is not a more specific rule for it in an subsection in the same section. Дополнительные сведения о приоритете в XML-файлах см. в сведениях о конфликтах и приоритетах. For more information about precedence in the .xml files, see Conflicts and Precedence.

Кроме того, любая единица миграции (например, файл, раздел реестра или набор значений реестра), которая находится в разделе переносима. In addition, any migration unit (such as a file, registry key, or set of registry values) that is in an section is not migrated.

Примечание ScanState игнорирует некоторые поднаправления, такие как и Note ScanState ignores some subsections such as and . Эти разделы оцениваются только на компьютере назначения. These sections are evaluated only on the destination computer.

На этапе «Сбор» ScanState создает список подразделений миграции, объединяя списки, созданные для каждого выбранного профиля пользователя. In the «Collecting» phase, ScanState creates a master list of the migration units by combining the lists that were created for each selected user profile.

На этапе «сохранения» ScanState записывает единицы миграции, собранные в расположение магазина. In the «Saving» phase, ScanState writes the migration units that were collected to the store location.

Примечание ScanState ни в чем не изменит исходный компьютер. Note ScanState does not modify the source computer in any way.

Процесс LoadState The LoadState Process

Процесс LoadState очень похож на процесс ScanState. The LoadState process is very similar to the ScanState process. Средство ScanState собирает такие единицы миграции, как файл, ключ реестра или значения реестра, с компьютера-источника и сохраняет их в хранилище. The ScanState tool collects migration units such as file, registry key, or registry values from the source computer and saves them to the store. Аналогичным образом средство LoadState собирает единицы миграции из магазина и применяет их к компьютеру назначения. Similarly, the LoadState tool collects migration units from the store and applies them to the destination computer.

ScanState проверяет параметры командной строки, создает файл ScanState.log и начинает ведение журнала. ScanState parses and validates the command-line parameters, creates the ScanState.log file, and then begins logging.

LoadState собирает сведения о компонентах миграции, которые необходимо перенести. LoadState collects information about the migration components that need to be migrated.

LoadState получает сведения о компонентах параметров приложения и пользовательских данных из XML-файлов миграции, указанных командой LoadState. LoadState obtains information for the application-settings components and user-data components from the migration .xml files that are specified by the LoadState command.

В Windows 7 и Windows 8 файлы манифеста контролируют перенос параметров операционной системы. In Windows 7, and Windows 8, the manifest files control how the operating-system settings are migrated. Эти файлы нельзя изменить. You cannot modify these files. Если необходимо исключить определенные параметры операционной системы, необходимо создать и изменить Config.xml файла. If you want to exclude certain operating-system settings, you must create and modify a Config.xml file.

LoadState определяет, какие профили пользователей необходимо перенести. LoadState determines which user profiles should be migrated. По умолчанию переносят все профили пользователей, присутствующие на компьютере источника. By default, all user profiles present on the source computer are migrated. Однако вы можете включать и исключать пользователей с помощью параметров пользователя. However, you can include and exclude users using the User Options. Системный профиль, профиль «Все пользователи» на компьютере источника под управлением Windows XP или общедоступный профиль на компьютере с Windows Vista, Windows 7 и Windows 8 всегда переносят, и эти профили нельзя исключить из миграции. The system profile, the «All users» profile in a source computer running Windows XP, or the Public profile in a source computer running Windows Vista, Windows 7, and Windows 8, is always migrated and you cannot exclude these profiles from the migration.

При переносе локальных учетных записей пользователей, если они еще не существуют на компьютере назначения, необходимо использовать параметр командной строки /command-line. If you are migrating local user accounts and if the accounts do not already exist on the destination computer, you must use the/lac command-line option. Если параметр /option не указан, все локальные учетные записи пользователей, которые еще не присутствуют на компьютере назначения, не переносят. If you do not specify the /lac option, any local user accounts that are not already present on the destination computer, are not migrated.

Параметры /md и /mu обрабатываются для переименования профиля пользователя на компьютере назначения, если они были включены при указании команды LoadState. The /md and /mu options are processed to rename the user profile on the destination computer, if they have been included when the LoadState command was specified.

Для каждого профиля пользователя, выбранного в хранилище, LoadState создает соответствующий профиль пользователя на компьютере назначения. For each user profile selected from the store, LoadState creates a corresponding user profile on the destination computer. Для создания профилей пользователей домена не требуется подключение к домену. The destination computer does not need to be connected to the domain for domain user profiles to be created. Если USMT не удается определить домен, он пытается применить параметры к локальной учетной записи. If USMT cannot determine a domain, it attempts to apply the settings to a local account. Дополнительные сведения см. в подсети «Идентификация пользователей». For more information, see Identify Users.

На этапе «Сканирование» LoadState делает следующее для каждого профиля пользователя: In the «Scanning» phase, LoadState does the following for each user profile:

Для каждого компонента LoadState проверяет тип компонента. For each component, LoadState checks the type of the component. Если текущим профилем пользователя является системный профиль, а типом компонента является «Система» или «UserAndSystem», для этого пользователя выбирается компонент. If the current user profile is the system profile and the component type is “System” or “UserAndSystem”, the component is selected for this user. В противном случае компонент игнорируется. Otherwise, the component is ignored. Кроме того, если текущий профиль пользователя не является системным профилем, а типом компонента является «Пользователь» или «UserAndSystem», для этого пользователя выбирается компонент. Alternatively, if the current user profile is not the system profile and the component type is “User” or “UserAndSystem”, the component is selected for this user. В противном случае этот компонент игнорируется. Otherwise, this component is ignored.

Примечание. Note
С этого момента LoadState не различает компоненты, которые переносят параметры операционной системы, те, которые переносят параметры приложения, и компоненты, которые переносят файлы пользователей. From this point on, LoadState does not distinguish between components that migrate operating-system settings, those that migrate application settings, and those that migrate users’ files. LoadState оценивает все компоненты одинаково. LoadState evaluates all components in the same way.

Каждый выбранный компонент обрабатывается далее. Each component that is selected is processed further. Любые переменные профиля (например, CSIDL_PERSONAL) оцениваются в контексте текущего профиля. Any profile-specific variables (such as CSIDL_PERSONAL) are evaluated in the context of the current profile. Например, если обрабатываемая профиля принадлежит «User1», то CSIDL_PERSONAL будет расширен до C:\Users\User1\Documents (предполагается, что профили пользователей хранятся в каталоге C:\Users). For example, if the profile being processed belongs to “User1”, then CSIDL_PERSONAL would expand to C:\Users\User1\Documents (assuming that the user profiles are stored in the C:\Users directory).

Примечание. Note
LoadState игнорирует раздел обнаружения, указанный в компоненте. LoadState ignores the section specified in a component. На этом этапе все указанные компоненты считаются обнаруженными и выбираются для миграции. At this point, all specified components are considered to be detected and are selected for migration.

Для каждого выбранного компонента LoadState оценивает правил. For each selected component, LoadState evaluates the sections. Для каждого раздела правил, если текущий профиль пользователя является системным профилем, а контекстом раздела правил является «Система» или «UserAndSystem», правило обрабатывается далее. For each section, if the current user profile is the system profile and the context of the section is “System” or “UserAndSystem”, the rule is processed further. В противном случае это правило игнорируется. Otherwise, this rule is ignored. Кроме того, если текущий профиль пользователя не является системным профилем, а контекстом раздела правил является «Пользователь» или «UserAndSystem», правило обрабатывается далее. Alternatively, if the current user profile is not the system profile and the context of the section is “User” or “UserAndSystem”, the rule is processed further. В противном случае это правило игнорируется. Otherwise, this rule is ignored.

LoadState создает master list of migration units путем обработки различных подмещений в разделе правил. LoadState creates a master list of migration units by processing the various subsections under the section. Каждая единица миграции, включаемая в подмессеку, будет перенесена до тех пор, пока нет более конкретного правила для него в подмещении исключения в том же разделе правил. Each migration unit that is in an subsection is migrated as long, as there is not a more specific rule for it in an subsection in the same section. Дополнительные сведения о приоритете см. в сведениях о конфликтах и приоритетах. For more information about precedence, see Conflicts and Precedence.

LoadState оценивает поднаправления для конкретного компьютера; например, и LoadState evaluates the destination computer-specific subsections; for example, the and subsections.

Если на компьютере назначения запущена Windows 7 или Windows 8, файлы miиоit, собранные ScanState с использованием файлов манифеста на более неуровневом компьютере, обрабатываются LoadState с помощью соответствующего манифеста компонента для Windows 7. If the destination computer is running Windows 7 or Windows 8 then the migunits that were collected by ScanState using downlevel manifest files are processed by LoadState using the corresponding Component Manifest for Windows 7. Файлы манифеста с более вниз не используются во время LoadState. The downlevel manifest files are not used during LoadState.

Важно. Important
Важно указать XML-файлы с помощью команды LoadState, если вы хотите использовать их в LoadState. It is important to specify the .xml files with the LoadState command if you want LoadState to use them. В противном случае все правила назначения, такие как locationModify, в этих XML-файлах игнорируются, даже если при окне команды ScanState были предоставлены те же XML-файлы. Otherwise, any destination-specific rules, such as , in these .xml files are ignored, even if the same .xml files were provided when the ScanState command ran.

На этапе «Применение» LoadState записывает единицы миграции, собранные в различные расположения на компьютере назначения. In the «Apply» phase, LoadState writes the migration units that were collected to the various locations on the destination computer. Если имеются конфликты и для объекта не существует правила объединения, по умолчанию для реестра источник переопишет назначение. If there are conflicts and there is not a rule for the object, the default behavior for the registry is for the source to overwrite the destination. Поведение файлов по умолчанию — это добавочное переименование источника, например OriginalFileName(1). OriginalExtension. The default behavior for files is for the source to be renamed incrementally, for example, OriginalFileName(1).OriginalExtension. Некоторые параметры, такие как шрифты, обои и параметры сохранения экрана, не вступает в силу до следующего входа пользователя в систему. Some settings, such as fonts, wallpaper, and screen-saver settings, do not take effect until the next time the user logs on. По этой причине следует выйти из систему после завершения командных действий LoadState. For this reason, you should log off when the LoadState command actions have completed.