mirror of
https://github.com/MicrosoftDocs/windows-itpro-docs.git
synced 2025-05-13 05:47:23 +00:00
Merge branch 'main' into testing_docs
This commit is contained in:
commit
59fecd3db4
@ -49,22 +49,6 @@
|
||||
"build_entry_point": "docs",
|
||||
"template_folder": "_themes"
|
||||
},
|
||||
{
|
||||
"docset_name": "smb",
|
||||
"build_source_folder": "smb",
|
||||
"build_output_subfolder": "smb",
|
||||
"locale": "en-us",
|
||||
"monikers": [],
|
||||
"moniker_ranges": [],
|
||||
"open_to_public_contributors": false,
|
||||
"type_mapping": {
|
||||
"Conceptual": "Content",
|
||||
"ManagedReference": "Content",
|
||||
"RestApi": "Content"
|
||||
},
|
||||
"build_entry_point": "docs",
|
||||
"template_folder": "_themes"
|
||||
},
|
||||
{
|
||||
"docset_name": "store-for-business",
|
||||
"build_source_folder": "store-for-business",
|
||||
@ -219,7 +203,6 @@
|
||||
],
|
||||
"git_repository_url_open_to_public_contributors": "https://github.com/MicrosoftDocs/windows-itpro-docs",
|
||||
"git_repository_branch_open_to_public_contributors": "public",
|
||||
"skip_source_output_uploading": false,
|
||||
"need_preview_pull_request": true,
|
||||
"resolve_user_profile_using_github": true,
|
||||
"dependent_repositories": [
|
||||
@ -252,6 +235,7 @@
|
||||
}
|
||||
},
|
||||
"docs_build_engine": {},
|
||||
"skip_source_output_uploading": false,
|
||||
"need_generate_pdf_url_template": true,
|
||||
"contribution_branch_mappings": {},
|
||||
"need_generate_pdf": false,
|
||||
|
@ -420,6 +420,11 @@
|
||||
"redirect_url": "/windows/security/threat-protection/windows-defender-application-control/use-signed-policies-to-protect-windows-defender-application-control-against-tampering",
|
||||
"redirect_document_id": false
|
||||
},
|
||||
{
|
||||
"source_path": "windows/security/threat-protection/windows-defender-application-control/citool-commands.md",
|
||||
"redirect_url": "/windows/security/threat-protection/windows-defender-application-control/operations/citool-commands",
|
||||
"redirect_document_id": false
|
||||
},
|
||||
{
|
||||
"source_path": "devices/hololens/hololens-whats-new.md",
|
||||
"redirect_url": "/hololens/hololens-release-notes",
|
||||
@ -20154,6 +20159,16 @@
|
||||
"source_path": "windows/deployment/update/update-compliance-v2-workbook.md",
|
||||
"redirect_url": "/windows/deployment/update/wufb-reports-workbook",
|
||||
"redirect_document_id": false
|
||||
},
|
||||
{
|
||||
"source_path": "windows/configuration/kiosk-troubleshoot.md",
|
||||
"redirect_url": "/troubleshoot/windows-client/shell-experience/kiosk-mode-issues-troubleshooting",
|
||||
"redirect_document_id": false
|
||||
},
|
||||
{
|
||||
"source_path": "windows/configuration/start-layout-troubleshoot.md",
|
||||
"redirect_url": "/troubleshoot/windows-client/shell-experience/troubleshoot-start-menu-errors",
|
||||
"redirect_document_id": false
|
||||
}
|
||||
]
|
||||
}
|
@ -2,19 +2,13 @@
|
||||
|
||||
title: Microsoft 365 Education Documentation
|
||||
summary: Microsoft 365 Education empowers educators to unlock creativity, promote teamwork, and provide a simple and safe experience in a single, affordable solution built for education.
|
||||
# brand: aspnet | azure | dotnet | dynamics | m365 | ms-graph | office | power-apps | power-automate | power-bi | power-platform | power-virtual-agents | sql | sql-server | vs | visual-studio | windows | xamarin
|
||||
brand: m365
|
||||
|
||||
metadata:
|
||||
title: Microsoft 365 Education Documentation
|
||||
description: Learn about product documentation and resources available for school IT administrators, teachers, students, and education app developers.
|
||||
ms.service: help
|
||||
ms.topic: hub-page
|
||||
ms.collection: education
|
||||
author: paolomatarazzo
|
||||
ms.author: paoloma
|
||||
ms.date: 08/10/2022
|
||||
manager: aaroncz
|
||||
|
||||
productDirectory:
|
||||
title: For IT admins
|
||||
|
@ -4,9 +4,10 @@ description: Learn about Autopilot Reset and how to enable and use it.
|
||||
ms.date: 08/10/2022
|
||||
ms.topic: how-to
|
||||
appliesto:
|
||||
- ✅ <b>Windows 10</b>
|
||||
- ✅ <a href="https://learn.microsoft.com/windows/release-health/supported-versions-windows-client" target="_blank">Windows 10</a>
|
||||
ms.collection:
|
||||
- highpri
|
||||
- education
|
||||
---
|
||||
|
||||
# Reset devices with Autopilot Reset
|
||||
|
@ -8,8 +8,7 @@ ms.author: scbree
|
||||
ms.reviewer: paoloma
|
||||
manager: jeffbu
|
||||
appliesto:
|
||||
- ✅ <b>Windows 10</b>
|
||||
- ✅ <b>Windows 11</b>
|
||||
- ✅ <a href="https://learn.microsoft.com/windows/release-health/supported-versions-windows-client" target="_blank">Windows 10 and later</a>
|
||||
---
|
||||
|
||||
# Upgrade Windows Home to Windows Education on student-owned devices
|
||||
|
@ -4,9 +4,10 @@ description: Learn how IT Pros can opt into changing to Windows 10 Pro Education
|
||||
ms.topic: how-to
|
||||
ms.date: 08/10/2022
|
||||
appliesto:
|
||||
- ✅ <b>Windows 10</b>
|
||||
- ✅ <a href="https://learn.microsoft.com/windows/release-health/supported-versions-windows-client" target="_blank">Windows 10</a>
|
||||
ms.collection:
|
||||
- highpri
|
||||
- education
|
||||
---
|
||||
|
||||
# Change to Windows 10 Pro Education from Windows 10 Pro
|
||||
|
@ -4,7 +4,7 @@ description: Learn how to migrate a Google Chromebook-based learning environment
|
||||
ms.topic: how-to
|
||||
ms.date: 08/10/2022
|
||||
appliesto:
|
||||
- ✅ <b>Windows 10</b>
|
||||
- ✅ <a href="https://learn.microsoft.com/windows/release-health/supported-versions-windows-client" target="_blank">Windows 10</a>
|
||||
---
|
||||
|
||||
# Chromebook migration guide
|
||||
|
@ -4,7 +4,7 @@ description: Learn how to configure the OS diagnostic data, consumer experiences
|
||||
ms.topic: how-to
|
||||
ms.date: 08/10/2022
|
||||
appliesto:
|
||||
- ✅ <b>Windows 10</b>
|
||||
- ✅ <a href="https://learn.microsoft.com/windows/release-health/supported-versions-windows-client" target="_blank">Windows 10</a>
|
||||
---
|
||||
# Windows 10 configuration recommendations for education customers
|
||||
|
||||
|
@ -4,7 +4,7 @@ description: Learn how to deploy Windows 10 in a school district. Integrate the
|
||||
ms.topic: how-to
|
||||
ms.date: 08/10/2022
|
||||
appliesto:
|
||||
- ✅ <b>Windows 10</b>
|
||||
- ✅ <a href="https://learn.microsoft.com/windows/release-health/supported-versions-windows-client" target="_blank">Windows 10</a>
|
||||
---
|
||||
|
||||
# Deploy Windows 10 in a school district
|
||||
|
@ -4,7 +4,7 @@ description: Learn how to integrate your school environment with Microsoft Offic
|
||||
ms.topic: how-to
|
||||
ms.date: 08/10/2022
|
||||
appliesto:
|
||||
- ✅ <b>Windows 10</b>
|
||||
- ✅ <a href="https://learn.microsoft.com/windows/release-health/supported-versions-windows-client" target="_blank">Windows 10</a>
|
||||
---
|
||||
|
||||
# Deploy Windows 10 in a school
|
||||
|
@ -4,7 +4,7 @@ description: Learn how to use Windows 10 in schools.
|
||||
ms.topic: how-to
|
||||
ms.date: 08/10/2022
|
||||
appliesto:
|
||||
- ✅ <b>Windows 10</b>
|
||||
- ✅ <a href="https://learn.microsoft.com/windows/release-health/supported-versions-windows-client" target="_blank">Windows 10</a>
|
||||
---
|
||||
|
||||
# Windows 10 for Education
|
||||
|
@ -4,7 +4,7 @@ description: Provides guidance on ways to customize the OS privacy settings, and
|
||||
ms.topic: guide
|
||||
ms.date: 08/10/2022
|
||||
appliesto:
|
||||
- ✅ <b>Windows 10</b>
|
||||
- ✅ <a href="https://learn.microsoft.com/windows/release-health/supported-versions-windows-client" target="_blank">Windows 10</a>
|
||||
---
|
||||
|
||||
# Deployment recommendations for school IT administrators
|
||||
|
@ -4,9 +4,10 @@ description: Learn about the Stickers feature and how to configure it via Intune
|
||||
ms.date: 09/15/2022
|
||||
ms.topic: how-to
|
||||
appliesto:
|
||||
- ✅ <b>Windows 11 SE, version 22H2</b>
|
||||
- ✅ <a href="https://learn.microsoft.com/windows/release-health/supported-versions-windows-client" target="_blank">Windows 11 SE</a>
|
||||
ms.collection:
|
||||
- highpri
|
||||
- education
|
||||
---
|
||||
|
||||
# Configure Stickers for Windows 11 SE
|
||||
@ -31,13 +32,14 @@ Stickers aren't enabled by default. Follow the instructions below to configure y
|
||||
|
||||
#### [:::image type="icon" source="images/icons/intune.svg"::: **Intune**](#tab/intune)
|
||||
|
||||
To configure devices using Microsoft Intune, create a [custom policy][MEM-1] with the following settings:
|
||||
[!INCLUDE [intune-custom-settings-1](includes/intune-custom-settings-1.md)]
|
||||
|
||||
| Setting |
|
||||
|--------|
|
||||
| <li> OMA-URI: **`./Vendor/MSFT/Policy/Config/Stickers/EnableStickers`** </li><li>Data type: **Integer** </li><li>Value: **1**</li>|
|
||||
|
||||
Assign the policy to a security group that contains as members the devices or users that you want to configure.
|
||||
[!INCLUDE [intune-custom-settings-2](includes/intune-custom-settings-2.md)]
|
||||
[!INCLUDE [intune-custom-settings-info](includes/intune-custom-settings-info.md)]
|
||||
|
||||
#### [:::image type="icon" source="images/icons/provisioning-package.svg"::: **PPKG**](#tab/ppkg)
|
||||
|
||||
|
@ -4,9 +4,7 @@ description: Learn how to configure Windows to execute the Take a Test app in ki
|
||||
ms.date: 09/30/2022
|
||||
ms.topic: how-to
|
||||
appliesto:
|
||||
- ✅ <b>Windows 10</b>
|
||||
- ✅ <b>Windows 11</b>
|
||||
- ✅ <b>Windows 11 SE</b>
|
||||
- ✅ <a href="https://learn.microsoft.com/windows/release-health/supported-versions-windows-client" target="_blank">Windows 10 and later</a>
|
||||
---
|
||||
|
||||
# Configure Take a Test in kiosk mode
|
||||
@ -57,7 +55,7 @@ To configure devices using Intune for Education, follow these steps:
|
||||
|
||||
### Configure Take a Test with a custom policy
|
||||
|
||||
To configure devices using Microsoft Intune, create a [custom policy][MEM-1] with the following settings:
|
||||
[!INCLUDE [intune-custom-settings-1](includes/intune-custom-settings-1.md)]
|
||||
|
||||
| Setting |
|
||||
|--------|
|
||||
@ -71,7 +69,8 @@ To configure devices using Microsoft Intune, create a [custom policy][MEM-1] wit
|
||||
|
||||
:::image type="content" source="./images/takeatest/intune-take-a-test-custom-profile.png" alt-text="Intune portal - creation of a custom policy to configure Take a Test." lightbox="./images/takeatest/intune-take-a-test-custom-profile.png" border="true":::
|
||||
|
||||
Assign the policy to a security group that contains as members the devices or users that you want to configure.
|
||||
[!INCLUDE [intune-custom-settings-2](includes/intune-custom-settings-2.md)]
|
||||
[!INCLUDE [intune-custom-settings-info](includes/intune-custom-settings-info.md)]
|
||||
|
||||
#### [:::image type="icon" source="images/icons/provisioning-package.svg"::: **PPKG**](#tab/ppkg)
|
||||
|
||||
@ -218,8 +217,6 @@ The following animation shows the process of signing in to the test-taking accou
|
||||
|
||||
:::image type="content" source="./images/takeatest/sign-in-sign-out.gif" alt-text="Signing in and signing out with a test account" border="true":::
|
||||
|
||||
-----------
|
||||
|
||||
[MEM-1]: /mem/intune/configuration/custom-settings-windows-10
|
||||
[MEM-2]: /mem/intune/configuration/settings-catalog
|
||||
|
||||
|
@ -4,8 +4,7 @@ description: Learn about education themes for Windows 11 and how to configure th
|
||||
ms.date: 09/15/2022
|
||||
ms.topic: how-to
|
||||
appliesto:
|
||||
- ✅ <b>Windows 11, version 22H2</b>
|
||||
- ✅ <b>Windows 11 SE, version 22H2</b>
|
||||
- ✅ <a href="https://learn.microsoft.com/windows/release-health/supported-versions-windows-client" target="_blank">Windows 11</a>
|
||||
---
|
||||
|
||||
# Configure education themes for Windows 11
|
||||
@ -23,13 +22,14 @@ Education themes aren't enabled by default. Follow the instructions below to con
|
||||
|
||||
#### [:::image type="icon" source="images/icons/intune.svg"::: **Intune**](#tab/intune)
|
||||
|
||||
To configure devices using Microsoft Intune, create a [custom policy][MEM-1] with the following settings:
|
||||
[!INCLUDE [intune-custom-settings-1](includes/intune-custom-settings-1.md)]
|
||||
|
||||
| Setting |
|
||||
|--------|
|
||||
| <li> OMA-URI: **`./Vendor/MSFT/Policy/Config/Education/EnableEduThemes`** </li><li>Data type: **Integer** </li><li>Value: **1**</li>|
|
||||
|
||||
Assign the policy to a security group that contains as members the devices or users that you want to configure.
|
||||
[!INCLUDE [intune-custom-settings-2](includes/intune-custom-settings-2.md)]
|
||||
[!INCLUDE [intune-custom-settings-info](includes/intune-custom-settings-info.md)]
|
||||
|
||||
#### [:::image type="icon" source="images/icons/provisioning-package.svg"::: **PPKG**](#tab/ppkg)
|
||||
|
||||
|
@ -4,9 +4,7 @@ description: Learn how IT admins and teachers can use Microsoft Store for Educat
|
||||
ms.topic: article
|
||||
ms.date: 08/10/2022
|
||||
appliesto:
|
||||
- ✅ <b>Windows 10</b>
|
||||
- ✅ <b>Windows 11</b>
|
||||
- ✅ <b>Windows 11 SE</b>
|
||||
- ✅ <a href="https://learn.microsoft.com/windows/release-health/supported-versions-windows-client" target="_blank">Windows 10 and later</a>
|
||||
---
|
||||
|
||||
# Working with Microsoft Store for Education
|
||||
|
@ -4,7 +4,7 @@ description: Learn how to enable S mode on Surface Go devices.
|
||||
ms.date: 08/10/2022
|
||||
ms.topic: how-to
|
||||
appliesto:
|
||||
- ✅ <b>Windows 10</b>
|
||||
- ✅ <a href="https://learn.microsoft.com/windows/release-health/supported-versions-windows-client" target="_blank">Windows 10</a>
|
||||
---
|
||||
|
||||
# Surface Go for Education - Enabling S mode
|
||||
|
@ -2,17 +2,9 @@
|
||||
title: Configure federated sign-in for Windows devices
|
||||
description: Description of federated sign-in feature for Windows 11 SE and how to configure it via Intune
|
||||
ms.date: 09/15/2022
|
||||
ms.prod: windows
|
||||
ms.technology: windows
|
||||
ms.topic: how-to
|
||||
ms.localizationpriority: medium
|
||||
author: paolomatarazzo
|
||||
ms.author: paoloma
|
||||
ms.reviewer:
|
||||
manager: aaroncz
|
||||
ms.collection: education
|
||||
appliesto:
|
||||
- ✅ <b>Windows 11 SE, version 22H2</b>
|
||||
- ✅ <a href="https://learn.microsoft.com/windows/release-health/supported-versions-windows-client" target="_blank">Windows 11 SE</a>
|
||||
---
|
||||
|
||||
<!-- MAXADO-6286399 -->
|
||||
@ -57,7 +49,7 @@ To configure federated sign-in using Microsoft Intune, [create a custom profile]
|
||||
|
||||
To sign-in with a SAML 2.0 identity provider, your devices must be configured with different policies, which can be configured using Microsoft Intune.
|
||||
|
||||
To configure federated sign-in using Microsoft Intune, [create a custom profile][MEM-1] with the following settings:
|
||||
[!INCLUDE [intune-custom-settings-1](includes/intune-custom-settings-1.md)]
|
||||
|
||||
| Setting |
|
||||
|--------|
|
||||
@ -68,7 +60,8 @@ To configure federated sign-in using Microsoft Intune, [create a custom profile]
|
||||
|
||||
:::image type="content" source="images/federated-sign-in-settings-intune.png" alt-text="Custom policy showing the settings to be configured to enable federated sign-in" lightbox="images/federated-sign-in-settings-intune.png" border="true":::
|
||||
|
||||
Assign the policy to a security group that contains as members the devices that require federated sign-in.
|
||||
[!INCLUDE [intune-custom-settings-2](includes/intune-custom-settings-2.md)]
|
||||
[!INCLUDE [intune-custom-settings-info](includes/intune-custom-settings-info.md)]
|
||||
|
||||
<!--
|
||||
#### [:::image type="icon" source="images/icons/provisioning-package.svg"::: **PPKG**](#tab/ppkg)
|
||||
@ -114,8 +107,6 @@ Federated sign-in doesn't work on devices that have the following settings enabl
|
||||
- The user can exit the federated sign-in flow by pressing <kbd>Ctrl</kbd>+<kbd>Alt</kbd>+<kbd>Delete</kbd> to get back to the standard Windows sign-in screen
|
||||
- Select the *Other User* button, and the standard username/password credentials are available to log into the device
|
||||
|
||||
-----------
|
||||
|
||||
[AZ-1]: /azure/active-directory/hybrid/how-to-connect-fed-saml-idp
|
||||
[AZ-2]: /azure/active-directory/enterprise-users/licensing-groups-assign
|
||||
[AZ-3]: /azure/active-directory/hybrid/how-to-connect-sync-whatis
|
||||
|
@ -4,11 +4,10 @@ description: Learn how to get and distribute Minecraft Education Edition.
|
||||
ms.topic: how-to
|
||||
ms.date: 08/10/2022
|
||||
appliesto:
|
||||
- ✅ <b>Windows 10</b>
|
||||
- ✅ <b>Windows 11</b>
|
||||
- ✅ <b>Windows 11 SE</b>
|
||||
- ✅ <a href="https://learn.microsoft.com/windows/release-health/supported-versions-windows-client" target="_blank">Windows 10 and later</a>
|
||||
ms.collection:
|
||||
- highpri
|
||||
- education
|
||||
---
|
||||
|
||||
# Get Minecraft: Education Edition
|
||||
|
18
education/windows/includes/intune-custom-settings-1.md
Normal file
18
education/windows/includes/intune-custom-settings-1.md
Normal file
@ -0,0 +1,18 @@
|
||||
---
|
||||
author: paolomatarazzo
|
||||
ms.author: paoloma
|
||||
ms.date: 11/08/2022
|
||||
ms.topic: include
|
||||
---
|
||||
|
||||
To configure devices with Microsoft Intune, use a custom policy:
|
||||
|
||||
> [!TIP]
|
||||
> If you're browsing with an account that can create Intune policies, you can skip to step 5 by using this direct link to <a href="https://go.microsoft.com/fwlink/?linkid=2109431#view/Microsoft_Intune_DeviceSettings/CreatePolicyFullScreenBlade/policyId/00000000-0000-0000-0000-000000000000/policyType/Windows10Custom/policyJourneyState~/0" target="_blank"><b>create a custom policy</b></a> (opens in a new tab).
|
||||
|
||||
1. Go to the <a href="https://go.microsoft.com/fwlink/?linkid=2109431" target="_blank"><b>Microsoft Endpoint Manager admin center</b></a>
|
||||
2. Select **Devices > Configuration profiles > Create profile**
|
||||
3. Select **Platform > Windows 10 and later** and **Profile type > Templates > Custom**
|
||||
4. Select **Create**
|
||||
5. Specify a **Name** and, optionally, a **Description > Next**
|
||||
6. Add the following settings:
|
11
education/windows/includes/intune-custom-settings-2.md
Normal file
11
education/windows/includes/intune-custom-settings-2.md
Normal file
@ -0,0 +1,11 @@
|
||||
---
|
||||
author: paolomatarazzo
|
||||
ms.author: paoloma
|
||||
ms.date: 11/08/2022
|
||||
ms.topic: include
|
||||
---
|
||||
|
||||
7. Select **Next**
|
||||
8. Assign the policy to a security group that contains as members the devices or users that you want to configure > **Next**
|
||||
9. Under **Applicability Rules**, select **Next**
|
||||
10. Review the policy configuration and select **Create**
|
@ -0,0 +1,8 @@
|
||||
---
|
||||
author: paolomatarazzo
|
||||
ms.author: paoloma
|
||||
ms.date: 11/08/2022
|
||||
ms.topic: include
|
||||
---
|
||||
|
||||
Alternatively, <a href="https://go.microsoft.com/fwlink/?linkid=2109431#view/Microsoft_Intune_DeviceSettings/CreatePolicyFullScreenBlade/policyId/00000000-0000-0000-0000-000000000000/policyType/Windows10Custom/policyJourneyState~/0" target="_blank"><b>create a custom policy</b></a> with the following settings:
|
@ -0,0 +1,8 @@
|
||||
---
|
||||
author: paolomatarazzo
|
||||
ms.author: paoloma
|
||||
ms.date: 11/08/2022
|
||||
ms.topic: include
|
||||
---
|
||||
|
||||
For more information about how to create custom settings using Intune, see [Use custom settings for Windows devices in Intune](/mem/intune/configuration/custom-settings-windows-10).
|
18
education/windows/includes/intune-settings-catalog-1.md
Normal file
18
education/windows/includes/intune-settings-catalog-1.md
Normal file
@ -0,0 +1,18 @@
|
||||
---
|
||||
author: paolomatarazzo
|
||||
ms.author: paoloma
|
||||
ms.date: 11/08/2022
|
||||
ms.topic: include
|
||||
---
|
||||
|
||||
To configure devices with Microsoft Intune, use the settings catalog:
|
||||
|
||||
> [!TIP]
|
||||
> If you're browsing with an account that can create Intune policies, you can skip to step 5 by using this direct link to <a href="https://go.microsoft.com/fwlink/?linkid=2109431#view/Microsoft_Intune_Workflows/SettingsCatalogWizardBlade/mode/create/platform/Windows%2010%20and%20later/policyType/SettingsCatalogWindows10" target="_blank"><b>create a Settings catalog policy</b></a> (opens in a new tab).
|
||||
|
||||
1. Go to the <a href="https://go.microsoft.com/fwlink/?linkid=2109431" target="_blank"><b>Microsoft Endpoint Manager admin center</b></a>
|
||||
2. Select **Devices > Configuration profiles > Create profile**
|
||||
3. Select **Platform > Windows 10 and later** and **Profile type > Settings catalog**
|
||||
4. Select **Create**
|
||||
5. Specify a **Name** and, optionally, a **Description** > **Next**
|
||||
6. In the settings picker, add the following settings:
|
11
education/windows/includes/intune-settings-catalog-2.md
Normal file
11
education/windows/includes/intune-settings-catalog-2.md
Normal file
@ -0,0 +1,11 @@
|
||||
---
|
||||
author: paolomatarazzo
|
||||
ms.author: paoloma
|
||||
ms.date: 11/08/2022
|
||||
ms.topic: include
|
||||
---
|
||||
|
||||
7. Select **Next**
|
||||
8. Optionally, add *scope tags* > **Next**
|
||||
9. Assign the policy to a security group that contains as members the devices or users that you want to configure > **Next**
|
||||
10. Review the policy configuration and select **Create**
|
@ -0,0 +1,8 @@
|
||||
---
|
||||
author: paolomatarazzo
|
||||
ms.author: paoloma
|
||||
ms.date: 11/08/2022
|
||||
ms.topic: include
|
||||
---
|
||||
|
||||
For more information about how to create policies with the Intune settings catalog, see [Use the settings catalog to configure settings](/mem/intune/configuration/settings-catalog).
|
@ -4,7 +4,7 @@ description: Learn how to switch out of Windows 10 Pro in S mode to Windows 10 P
|
||||
ms.topic: how-to
|
||||
ms.date: 08/10/2022
|
||||
appliesto:
|
||||
- ✅ <b>Windows 10</b>
|
||||
- ✅ <a href="https://learn.microsoft.com/windows/release-health/supported-versions-windows-client" target="_blank">Windows 10</a>
|
||||
---
|
||||
|
||||
# Switch to Windows 10 Pro Education in S mode from Windows 10 Pro in S mode
|
||||
|
@ -4,9 +4,10 @@ description: Learn how IT admins can get and distribute Minecraft in their schoo
|
||||
ms.topic: how-to
|
||||
ms.date: 08/10/2022
|
||||
appliesto:
|
||||
- ✅ <b>Windows 10</b>
|
||||
- ✅ <a href="https://learn.microsoft.com/windows/release-health/supported-versions-windows-client" target="_blank">Windows 10</a>
|
||||
ms.collection:
|
||||
- highpri
|
||||
- education
|
||||
---
|
||||
|
||||
# For IT administrators - get Minecraft: Education Edition
|
||||
|
@ -4,7 +4,7 @@ description: Learn how Azure AD Join is configured in the Set up School PCs app.
|
||||
ms.topic: article
|
||||
ms.date: 08/10/2022
|
||||
appliesto:
|
||||
- ✅ <b>Windows 10</b>
|
||||
- ✅ <a href="https://learn.microsoft.com/windows/release-health/supported-versions-windows-client" target="_blank">Windows 10</a>
|
||||
---
|
||||
|
||||
# Azure AD Join for school PCs
|
||||
|
@ -4,7 +4,7 @@ description: List of the provisioning package settings that are configured in th
|
||||
ms.date: 08/10/2022
|
||||
ms.topic: reference
|
||||
appliesto:
|
||||
- ✅ <b>Windows 10</b>
|
||||
- ✅ <a href="https://learn.microsoft.com/windows/release-health/supported-versions-windows-client" target="_blank">Windows 10</a>
|
||||
---
|
||||
|
||||
# What's in my provisioning package?
|
||||
|
@ -4,7 +4,7 @@ description: Describes the purpose of the Set up School PCs app for Windows 10 d
|
||||
ms.topic: conceptual
|
||||
ms.date: 08/10/2022
|
||||
appliesto:
|
||||
- ✅ <b>Windows 10</b>
|
||||
- ✅ <a href="https://learn.microsoft.com/windows/release-health/supported-versions-windows-client" target="_blank">Windows 10</a>
|
||||
---
|
||||
|
||||
# What is Set up School PCs?
|
||||
|
@ -4,8 +4,7 @@ description: Find out about app updates and new features in Set up School PCs.
|
||||
ms.topic: whats-new
|
||||
ms.date: 08/10/2022
|
||||
appliesto:
|
||||
- ✅ <b>Windows 10</b>
|
||||
- ✅ <b>Windows 11</b>
|
||||
- ✅ <a href="https://learn.microsoft.com/windows/release-health/supported-versions-windows-client" target="_blank">Windows 10 and later</a>
|
||||
---
|
||||
|
||||
# What's new in Set up School PCs
|
||||
|
@ -4,7 +4,7 @@ description: Learn how to use Windows Configuration Designer to provision studen
|
||||
ms.topic: how-to
|
||||
ms.date: 08/10/2022
|
||||
appliesto:
|
||||
- ✅ <b>Windows 10</b>
|
||||
- ✅ <a href="https://learn.microsoft.com/windows/release-health/supported-versions-windows-client" target="_blank">Windows 10</a>
|
||||
---
|
||||
|
||||
# Set up student PCs to join domain
|
||||
|
@ -4,7 +4,7 @@ description: Learn how to use Windows Configuration Designer to easily provision
|
||||
ms.topic: how-to
|
||||
ms.date: 08/10/2022
|
||||
appliesto:
|
||||
- ✅ <b>Windows 10</b>
|
||||
- ✅ <a href="https://learn.microsoft.com/windows/release-health/supported-versions-windows-client" target="_blank">Windows 10</a>
|
||||
---
|
||||
# Provision student PCs with apps
|
||||
|
||||
|
@ -4,7 +4,7 @@ description: Decide which option for setting up Windows 10 is right for you.
|
||||
ms.topic: article
|
||||
ms.date: 08/10/2022
|
||||
appliesto:
|
||||
- ✅ <b>Windows 10</b>
|
||||
- ✅ <a href="https://learn.microsoft.com/windows/release-health/supported-versions-windows-client" target="_blank">Windows 10</a>
|
||||
---
|
||||
|
||||
# Set up Windows devices for education
|
||||
|
@ -4,9 +4,7 @@ description: List of policies and settings applied by the Take a Test app.
|
||||
ms.date: 09/30/2022
|
||||
ms.topic: reference
|
||||
appliesto:
|
||||
- ✅ <b>Windows 10</b>
|
||||
- ✅ <b>Windows 11</b>
|
||||
- ✅ <b>Windows 11 SE</b>
|
||||
- ✅ <a href="https://learn.microsoft.com/windows/release-health/supported-versions-windows-client" target="_blank">Windows 10 and later</a>
|
||||
---
|
||||
|
||||
# Take a Test app technical reference
|
||||
|
@ -4,9 +4,7 @@ description: Learn about the built-in Take a Test app for Windows and how to use
|
||||
ms.date: 09/30/2022
|
||||
ms.topic: conceptual
|
||||
appliesto:
|
||||
- ✅ <b>Windows 10</b>
|
||||
- ✅ <b>Windows 11</b>
|
||||
- ✅ <b>Windows 11 SE</b>
|
||||
- ✅ <a href="https://learn.microsoft.com/windows/release-health/supported-versions-windows-client" target="_blank">Windows 10 and later</a>
|
||||
---
|
||||
|
||||
# Take tests and assessments in Windows
|
||||
|
@ -4,11 +4,10 @@ description: Learn how teachers can obtain and distribute Minecraft.
|
||||
ms.topic: how-to
|
||||
ms.date: 08/10/2022
|
||||
appliesto:
|
||||
- ✅ <b>Windows 10</b>
|
||||
- ✅ <b>Windows 11</b>
|
||||
- ✅ <b>Windows 11 SE</b>
|
||||
- ✅ <a href="https://learn.microsoft.com/windows/release-health/supported-versions-windows-client" target="_blank">Windows 10 and later</a>
|
||||
ms.collection:
|
||||
- highpri
|
||||
- education
|
||||
---
|
||||
|
||||
# For teachers - get Minecraft: Education Edition
|
||||
|
@ -4,9 +4,10 @@ description: Provides guidance on downloading and testing Windows 10 in S mode f
|
||||
ms.topic: guide
|
||||
ms.date: 08/10/2022
|
||||
appliesto:
|
||||
- ✅ <b>Windows 10</b>
|
||||
- ✅ <a href="https://learn.microsoft.com/windows/release-health/supported-versions-windows-client" target="_blank">Windows 10</a>
|
||||
ms.collection:
|
||||
- highpri
|
||||
- education
|
||||
---
|
||||
|
||||
# Test Windows 10 in S mode on existing Windows 10 education devices
|
||||
|
@ -4,9 +4,7 @@ description: Learn how to configure applications with Microsoft Intune in prepar
|
||||
ms.date: 08/31/2022
|
||||
ms.topic: tutorial
|
||||
appliesto:
|
||||
- ✅ <b>Windows 10</b>
|
||||
- ✅ <b>Windows 11</b>
|
||||
- ✅ <b>Windows 11 SE</b>
|
||||
- ✅ <a href="https://learn.microsoft.com/windows/release-health/supported-versions-windows-client" target="_blank">Windows 10 and later</a>
|
||||
---
|
||||
|
||||
# Configure applications with Microsoft Intune
|
||||
|
@ -4,9 +4,7 @@ description: Learn how to configure policies with Microsoft Intune in preparatio
|
||||
ms.date: 08/31/2022
|
||||
ms.topic: tutorial
|
||||
appliesto:
|
||||
- ✅ <b>Windows 10</b>
|
||||
- ✅ <b>Windows 11</b>
|
||||
- ✅ <b>Windows 11 SE</b>
|
||||
- ✅ <a href="https://learn.microsoft.com/windows/release-health/supported-versions-windows-client" target="_blank">Windows 10 and later</a>
|
||||
---
|
||||
|
||||
# Configure and secure devices with Microsoft Intune
|
||||
|
@ -4,9 +4,7 @@ description: Learn how to configure policies and applications in preparation for
|
||||
ms.date: 08/31/2022
|
||||
ms.topic: tutorial
|
||||
appliesto:
|
||||
- ✅ <b>Windows 10</b>
|
||||
- ✅ <b>Windows 11</b>
|
||||
- ✅ <b>Windows 11 SE</b>
|
||||
- ✅ <a href="https://learn.microsoft.com/windows/release-health/supported-versions-windows-client" target="_blank">Windows 10 and later</a>
|
||||
---
|
||||
|
||||
# Configure settings and applications with Microsoft Intune
|
||||
|
@ -4,9 +4,7 @@ description: Learn how to join devices to Azure AD from OOBE and automatically g
|
||||
ms.date: 08/31/2022
|
||||
ms.topic: tutorial
|
||||
appliesto:
|
||||
- ✅ <b>Windows 10</b>
|
||||
- ✅ <b>Windows 11</b>
|
||||
- ✅ <b>Windows 11 SE</b>
|
||||
- ✅ <a href="https://learn.microsoft.com/windows/release-health/supported-versions-windows-client" target="_blank">Windows 10 and later</a>
|
||||
---
|
||||
# Automatic Intune enrollment via Azure AD join
|
||||
|
||||
|
@ -4,9 +4,7 @@ description: Learn how to join Azure AD and enroll in Intune using Windows Autop
|
||||
ms.date: 08/31/2022
|
||||
ms.topic: tutorial
|
||||
appliesto:
|
||||
- ✅ <b>Windows 10</b>
|
||||
- ✅ <b>Windows 11</b>
|
||||
- ✅ <b>Windows 11 SE</b>
|
||||
- ✅ <a href="https://learn.microsoft.com/windows/release-health/supported-versions-windows-client" target="_blank">Windows 10 and later</a>
|
||||
---
|
||||
|
||||
# Windows Autopilot
|
||||
|
@ -4,9 +4,7 @@ description: Learn about the different options to enroll Windows devices in Micr
|
||||
ms.date: 08/31/2022
|
||||
ms.topic: overview
|
||||
appliesto:
|
||||
- ✅ <b>Windows 10</b>
|
||||
- ✅ <b>Windows 11</b>
|
||||
- ✅ <b>Windows 11 SE</b>
|
||||
- ✅ <a href="https://learn.microsoft.com/windows/release-health/supported-versions-windows-client" target="_blank">Windows 10 and later</a>
|
||||
---
|
||||
|
||||
# Device enrollment overview
|
||||
|
@ -4,9 +4,7 @@ description: Learn about how to enroll Windows devices with provisioning package
|
||||
ms.date: 08/31/2022
|
||||
ms.topic: tutorial
|
||||
appliesto:
|
||||
- ✅ <b>Windows 10</b>
|
||||
- ✅ <b>Windows 11</b>
|
||||
- ✅ <b>Windows 11 SE</b>
|
||||
- ✅ <a href="https://learn.microsoft.com/windows/release-health/supported-versions-windows-client" target="_blank">Windows 10 and later</a>
|
||||
---
|
||||
|
||||
# Enrollment with provisioning packages
|
||||
|
@ -3,6 +3,8 @@ title: Introduction to the tutorial deploy and manage Windows devices in a schoo
|
||||
description: Introduction to deployment and management of Windows devices in education environments.
|
||||
ms.date: 08/31/2022
|
||||
ms.topic: conceptual
|
||||
appliesto:
|
||||
- ✅ <a href="https://learn.microsoft.com/windows/release-health/supported-versions-windows-client" target="_blank">Windows 10 and later</a>
|
||||
---
|
||||
|
||||
# Tutorial: deploy and manage Windows devices in a school
|
||||
|
@ -4,9 +4,7 @@ description: Overview of device management capabilities in Intune for Education,
|
||||
ms.date: 08/31/2022
|
||||
ms.topic: tutorial
|
||||
appliesto:
|
||||
- ✅ <b>Windows 10</b>
|
||||
- ✅ <b>Windows 11</b>
|
||||
- ✅ <b>Windows 11 SE</b>
|
||||
- ✅ <a href="https://learn.microsoft.com/windows/release-health/supported-versions-windows-client" target="_blank">Windows 10 and later</a>
|
||||
---
|
||||
|
||||
# Manage devices with Microsoft Intune
|
||||
|
@ -4,9 +4,7 @@ description: Learn about the reset and wipe options for Windows devices using In
|
||||
ms.date: 08/31/2022
|
||||
ms.topic: tutorial
|
||||
appliesto:
|
||||
- ✅ <b>Windows 10</b>
|
||||
- ✅ <b>Windows 11</b>
|
||||
- ✅ <b>Windows 11 SE</b>
|
||||
- ✅ <a href="https://learn.microsoft.com/windows/release-health/supported-versions-windows-client" target="_blank">Windows 10 and later</a>
|
||||
---
|
||||
|
||||
# Device reset options
|
||||
|
@ -4,9 +4,7 @@ description: Learn how to troubleshoot Windows devices from Intune and contact M
|
||||
ms.date: 08/31/2022
|
||||
ms.topic: tutorial
|
||||
appliesto:
|
||||
- ✅ <b>Windows 10</b>
|
||||
- ✅ <b>Windows 11</b>
|
||||
- ✅ <b>Windows 11 SE</b>
|
||||
- ✅ <a href="https://learn.microsoft.com/windows/release-health/supported-versions-windows-client" target="_blank">Windows 10 and later</a>
|
||||
---
|
||||
|
||||
# Troubleshoot Windows devices
|
||||
|
@ -4,7 +4,7 @@ description: Learn how to use the Set up School PCs app and apply the provisioni
|
||||
ms.topic: how-to
|
||||
ms.date: 08/10/2022
|
||||
appliesto:
|
||||
- ✅ <b>Windows 10</b>
|
||||
- ✅ <a href="https://learn.microsoft.com/windows/release-health/supported-versions-windows-client" target="_blank">Windows 10</a>
|
||||
---
|
||||
# Use the Set up School PCs app
|
||||
|
||||
|
@ -2,18 +2,10 @@
|
||||
metadata:
|
||||
title: Windows 11 SE Frequently Asked Questions (FAQ)
|
||||
description: Use these frequently asked questions (FAQ) to learn important details about Windows 11 SE.
|
||||
ms.prod: windows
|
||||
ms.technology: windows
|
||||
author: paolomatarazzo
|
||||
ms.author: paoloma
|
||||
manager: aaroncz
|
||||
ms.reviewer:
|
||||
ms.collection: education
|
||||
ms.topic: faq
|
||||
localizationpriority: medium
|
||||
ms.date: 09/14/2022
|
||||
appliesto:
|
||||
- ✅ <b>Windows 11 SE</b>
|
||||
- ✅ <a href="https://learn.microsoft.com/windows/release-health/supported-versions-windows-client" target="_blank">Windows 11 SE</a>
|
||||
|
||||
title: Common questions about Windows 11 SE
|
||||
summary: Windows 11 SE combines the power and privacy of Windows 11 with educator feedback to create a simplified experience on devices built for education. This Frequently Asked Questions (FAQ) article is intended to help you learn more about Windows 11 SE so you can get to what matters most.
|
||||
|
@ -4,9 +4,10 @@ description: Learn about Windows 11 SE, and the apps that are included with the
|
||||
ms.topic: article
|
||||
ms.date: 09/12/2022
|
||||
appliesto:
|
||||
- ✅ <b>Windows 11 SE</b>
|
||||
- ✅ <a href="https://learn.microsoft.com/windows/release-health/supported-versions-windows-client" target="_blank">Windows 11 SE</a>
|
||||
ms.collection:
|
||||
- highpri
|
||||
- education
|
||||
---
|
||||
|
||||
# Windows 11 SE Overview
|
||||
@ -130,6 +131,7 @@ The following applications can also run on Windows 11 SE, and can be deployed us
|
||||
| Safe Exam Browser | 3.3.2.413 | Win32 | Safe Exam Browser |
|
||||
| Senso.Cloud | 2021.11.15.0 | Win32 | Senso.Cloud |
|
||||
| SuperNova Magnifier & Screen Reader | 21.02 | Win32 | Dolphin Computer Access |
|
||||
| SuperNova Magnifier & Speech | 21.02 | Win32 | Dolphin Computer Access |
|
||||
| Zoom | 5.9.1 (2581) | Win32 | Zoom |
|
||||
| ZoomText Fusion | 2022.2109.10 | Win32 | Freedom Scientific |
|
||||
| ZoomText Magnifier/Reader | 2022.2109.25 | Win32 | Freedom Scientific |
|
||||
|
@ -4,7 +4,7 @@ description: Windows 11 SE automatically configures settings in the operating sy
|
||||
ms.topic: article
|
||||
ms.date: 09/12/2022
|
||||
appliesto:
|
||||
- ✅ <b>Windows 11 SE</b>
|
||||
- ✅ <a href="https://learn.microsoft.com/windows/release-health/supported-versions-windows-client" target="_blank">Windows 11 SE</a>
|
||||
---
|
||||
|
||||
# Windows 11 SE for Education settings list
|
||||
|
@ -4,7 +4,7 @@ description: Learn about the two Windows 10 editions that are designed for the n
|
||||
ms.topic: article
|
||||
ms.date: 08/10/2022
|
||||
appliesto:
|
||||
- ✅ <b>Windows 10</b>
|
||||
- ✅ <a href="https://learn.microsoft.com/windows/release-health/supported-versions-windows-client" target="_blank">Windows 10</a>
|
||||
---
|
||||
|
||||
# Windows 10 editions for education customers
|
||||
|
@ -1,63 +0,0 @@
|
||||
{
|
||||
"build": {
|
||||
"content": [
|
||||
{
|
||||
"files": [
|
||||
"**/*.md",
|
||||
"**/*.yml"
|
||||
],
|
||||
"exclude": [
|
||||
"**/obj/**",
|
||||
"smb/**",
|
||||
"**/includes/**"
|
||||
]
|
||||
}
|
||||
],
|
||||
"resource": [
|
||||
{
|
||||
"files": [
|
||||
"**/*.png",
|
||||
"**/*.jpg"
|
||||
],
|
||||
"exclude": [
|
||||
"**/obj/**",
|
||||
"smb/**",
|
||||
"**/includes/**"
|
||||
]
|
||||
}
|
||||
],
|
||||
"overwrite": [],
|
||||
"externalReference": [],
|
||||
"globalMetadata": {
|
||||
"recommendations": true,
|
||||
"breadcrumb_path": "/windows/smb/breadcrumb/toc.json",
|
||||
"uhfHeaderId": "MSDocsHeader-M365-IT",
|
||||
"feedback_system": "None",
|
||||
"hideEdit": true,
|
||||
"_op_documentIdPathDepotMapping": {
|
||||
"./": {
|
||||
"depot_name": "TechNet.smb",
|
||||
"folder_relative_path_in_docset": "./"
|
||||
}
|
||||
},
|
||||
"contributors_to_exclude": [
|
||||
"rjagiewich",
|
||||
"traya1",
|
||||
"rmca14",
|
||||
"claydetels19",
|
||||
"Kellylorenebaker",
|
||||
"jborsecnik",
|
||||
"tiburd",
|
||||
"AngelaMotherofDragons",
|
||||
"dstrome",
|
||||
"v-dihans",
|
||||
"garycentric"
|
||||
],
|
||||
"titleSuffix": "Windows for Small to Midsize Business"
|
||||
},
|
||||
"fileMetadata": {},
|
||||
"template": [],
|
||||
"dest": "smb",
|
||||
"markdownEngineName": "markdig"
|
||||
}
|
||||
}
|
@ -1,11 +0,0 @@
|
||||
<!-- This file is generated automatically each week. Changes made to this file will be overwritten.-->
|
||||
|
||||
|
||||
|
||||
## Week of July 18, 2022
|
||||
|
||||
|
||||
| Published On |Topic title | Change |
|
||||
|------|------------|--------|
|
||||
| 7/22/2022 | Deploy and manage a full cloud IT solution for your business | removed |
|
||||
| 7/22/2022 | Windows 10/11 for small to midsize businesses | removed |
|
@ -36,7 +36,7 @@
|
||||
"recommendations": true,
|
||||
"breadcrumb_path": "/windows/resources/breadcrumb/toc.json",
|
||||
"uhfHeaderId": "MSDocsHeader-M365-IT",
|
||||
"ms.technology": "windows",
|
||||
"ms.technology": "itpro-apps",
|
||||
"ms.topic": "article",
|
||||
"feedback_system": "GitHub",
|
||||
"feedback_github_repo": "MicrosoftDocs/windows-itpro-docs",
|
||||
|
@ -45,9 +45,9 @@ Provisioned apps are also listed in **Settings** > **Apps and Features**.
|
||||
- Supported versions:
|
||||
|
||||
---
|
||||
| Uninstall through UI? | 22H2| 21H1 | 20H2 | 2004 | 1909| 1903| 1809|
|
||||
| --- | --- | --- | --- | --- | --- | --- |--- |
|
||||
| ✔️ | ✔️ | ✔️ | | | | | |
|
||||
| Uninstall through UI? | 22H2| 21H1 | 20H2 |
|
||||
| --- | --- | --- | --- |
|
||||
| ✔️ | ✔️ | ✔️ ||
|
||||
|
||||
---
|
||||
|
||||
@ -55,9 +55,9 @@ Provisioned apps are also listed in **Settings** > **Apps and Features**.
|
||||
- Supported versions:
|
||||
|
||||
---
|
||||
| Uninstall through UI? | 22H2| 21H1 | 20H2 | 2004 | 1909| 1903| 1809 |
|
||||
| --- | --- | --- | --- | --- | --- | --- |--- |
|
||||
| ✔️ | ✔️ | ✔️ | ✔️|✔️ | ✔️| ✔️| ✔️|
|
||||
| Uninstall through UI? | 22H2| 21H1 | 20H2 |
|
||||
| --- | --- | --- | --- |
|
||||
| ✔️ | ✔️ | ✔️ | ✔️️|
|
||||
|
||||
---
|
||||
|
||||
@ -65,9 +65,9 @@ Provisioned apps are also listed in **Settings** > **Apps and Features**.
|
||||
- Supported versions:
|
||||
|
||||
---
|
||||
| Uninstall through UI? | 22H2| 21H1 | 20H2 | 2004 | 1909| 1903| 1809 |
|
||||
| --- | --- | --- | --- | --- | --- | --- |--- |
|
||||
| Use Settings App | ✔️ | ✔️ | ✔️|✔️ | ✔️| ✔️| ✔️|
|
||||
| Uninstall through UI? | 22H2| 21H1 | 20H2 |
|
||||
| --- | --- | --- | --- |
|
||||
| Use Settings App | ✔️ | ✔️ | ✔️|
|
||||
|
||||
---
|
||||
|
||||
@ -75,9 +75,9 @@ Provisioned apps are also listed in **Settings** > **Apps and Features**.
|
||||
- Supported versions:
|
||||
|
||||
---
|
||||
| Uninstall through UI? |22H2| 21H1 | 20H2 | 2004 | 1909| 1903| 1809 |
|
||||
|---| --- | --- | --- | --- | --- | --- |--- |
|
||||
| ❌ | ✔️ | ✔️ | ✔️|✔️ | ✔️| ✔️| ✔️|
|
||||
| Uninstall through UI? |22H2| 21H1 | 20H2 |
|
||||
|---| --- | --- | --- |
|
||||
| ❌ | ✔️| ✔️| ✔️|
|
||||
|
||||
---
|
||||
|
||||
@ -85,9 +85,9 @@ Provisioned apps are also listed in **Settings** > **Apps and Features**.
|
||||
- Supported versions:
|
||||
|
||||
---
|
||||
| Uninstall through UI? |22H2| 21H1 | 20H2 | 2004 | 1909| 1903| 1809 |
|
||||
| --- | --- | --- | --- | --- | --- | --- |--- |
|
||||
| ❌ | ✔️ | ✔️ | ✔️|✔️ | ✔️| ✔️| ✔️|
|
||||
| Uninstall through UI? |22H2| 21H1 | 20H2 |
|
||||
| --- | --- | --- | --- |
|
||||
| ❌ | ✔️ | ✔️| ✔️|
|
||||
|
||||
---
|
||||
|
||||
@ -95,9 +95,9 @@ Provisioned apps are also listed in **Settings** > **Apps and Features**.
|
||||
- Supported versions:
|
||||
|
||||
---
|
||||
| Uninstall through UI? |22H2| 21H1 | 20H2 | 2004 | 1909| 1903| 1809 |
|
||||
| --- | --- | --- | --- | --- | --- | --- |--- |
|
||||
| ❌ | ✔️ | ✔️ | ✔️|✔️ | ✔️| ✔️| ✔️|
|
||||
| Uninstall through UI? |22H2| 21H1 | 20H2 |
|
||||
| --- | --- | --- | --- |
|
||||
| ❌ | ✔️| ✔️| ✔️|
|
||||
|
||||
---
|
||||
|
||||
@ -107,9 +107,9 @@ Provisioned apps are also listed in **Settings** > **Apps and Features**.
|
||||
- Supported versions:
|
||||
|
||||
---
|
||||
| Uninstall through UI? |22H2| 21H1 | 20H2 | 2004 | 1909| 1903| 1809 |
|
||||
| --- | --- | --- | --- | --- | --- | --- |--- |
|
||||
| ❌ | ✔️|||||||
|
||||
| Uninstall through UI? |22H2| 21H1 | 20H2 |
|
||||
| --- | --- | --- | --- |
|
||||
| ❌ | ✔️|||
|
||||
|
||||
---
|
||||
|
||||
@ -117,9 +117,9 @@ Provisioned apps are also listed in **Settings** > **Apps and Features**.
|
||||
- Supported versions:
|
||||
|
||||
---
|
||||
| Uninstall through UI? |22H2| 21H1 | 20H2 | 2004 | 1909| 1903| 1809 |
|
||||
| --- | --- | --- | --- | --- | --- | --- |--- |
|
||||
| ❌ | ✔️ | ✔️ | ✔️| | ✔️| ✔️| ✔️|
|
||||
| Uninstall through UI? |22H2| 21H1 | 20H2 |
|
||||
| --- | --- | --- | --- |
|
||||
| ❌ | ✔️ | ✔️ | ✔️|
|
||||
|
||||
---
|
||||
|
||||
@ -127,9 +127,9 @@ Provisioned apps are also listed in **Settings** > **Apps and Features**.
|
||||
- Supported versions:
|
||||
|
||||
---
|
||||
| Uninstall through UI? |22H2| 21H1 | 20H2 | 2004 | 1909| 1903| 1809 |
|
||||
|---| --- | --- | --- | --- | --- | --- |--- |
|
||||
| ❌ | ✔️ | ✔️ | ✔️|✔️ | ✔️| ✔️| ✔️|
|
||||
| Uninstall through UI? |22H2| 21H1 | 20H2 |
|
||||
| --- | --- | --- | --- |
|
||||
| ❌ | ✔️ | ✔️ | ✔️|
|
||||
|
||||
---
|
||||
|
||||
@ -137,9 +137,9 @@ Provisioned apps are also listed in **Settings** > **Apps and Features**.
|
||||
- Supported versions:
|
||||
|
||||
---
|
||||
| Uninstall through UI? | 22H2| 21H1 | 20H2 | 2004 | 1909| 1903| 1809 |
|
||||
| --- | --- | --- | --- | --- | --- | --- |--- |
|
||||
| ✔️ | ✔️ | ✔️ | ✔️|✔️ | ✔️| ✔️| ✔️|
|
||||
| Uninstall through UI? | 22H2| 21H1 | 20H2 |
|
||||
| --- | --- | --- | --- |
|
||||
| ✔️ | ✔️ | ✔️ | ✔️️|
|
||||
|
||||
---
|
||||
|
||||
@ -147,9 +147,9 @@ Provisioned apps are also listed in **Settings** > **Apps and Features**.
|
||||
- Supported versions:
|
||||
|
||||
---
|
||||
| Uninstall through UI? | 22H2| 21H1 | 20H2 | 2004 | 1909| 1903| 1809 |
|
||||
| --- | --- | --- | --- | --- | --- | --- |--- |
|
||||
| ✔️ | ✔️ | ✔️ | ✔️|✔️ | ✔️| ✔️| ✔️|
|
||||
| Uninstall through UI? | 22H2| 21H1 | 20H2 |
|
||||
| --- | --- | --- | --- |
|
||||
| ✔️ | ✔️ | ✔️ | ✔️️|
|
||||
|
||||
---
|
||||
|
||||
@ -157,9 +157,9 @@ Provisioned apps are also listed in **Settings** > **Apps and Features**.
|
||||
- Supported versions:
|
||||
|
||||
---
|
||||
| Uninstall through UI? |22H2| 21H1 | 20H2 | 2004 | 1909| 1903| 1809 |
|
||||
|---| --- | --- | --- | --- | --- | --- |--- |
|
||||
| ❌ | ✔️ | ✔️ | ✔️|✔️ | ✔️| ✔️| ✔️|
|
||||
| Uninstall through UI? |22H2| 21H1 | 20H2 |
|
||||
| --- | --- | --- | --- |
|
||||
| ❌ | ✔️ | ✔️ | ✔️|
|
||||
|
||||
---
|
||||
|
||||
@ -167,9 +167,9 @@ Provisioned apps are also listed in **Settings** > **Apps and Features**.
|
||||
- Supported versions:
|
||||
|
||||
---
|
||||
| Uninstall through UI? |22H2| 21H1 | 20H2 | 2004 | 1909| 1903| 1809 |
|
||||
|---| --- | --- | --- | --- | --- | --- |--- |
|
||||
| ❌ | ✔️ | ✔️ | ✔️|✔️ | ✔️| ✔️| ✔️|
|
||||
| Uninstall through UI? |22H2| 21H1 | 20H2 |
|
||||
| --- | --- | --- | --- |
|
||||
| ❌ | ✔️ | ✔️ | ✔️|
|
||||
|
||||
---
|
||||
|
||||
@ -177,9 +177,9 @@ Provisioned apps are also listed in **Settings** > **Apps and Features**.
|
||||
- Supported versions:
|
||||
|
||||
---
|
||||
| Uninstall through UI? |22H2| 21H1 | 20H2 | 2004 | 1909| 1903| 1809 |
|
||||
|---| --- | --- | --- | --- | --- | --- |--- |
|
||||
| ❌ | ✔️ | ✔️ | ✔️|✔️ | ✔️| ✔️| ✔️|
|
||||
| Uninstall through UI? |22H2| 21H1 | 20H2 |
|
||||
| --- | --- | --- | --- |
|
||||
| ❌ | ✔️ | ✔️ | ✔️|
|
||||
|
||||
---
|
||||
|
||||
@ -187,9 +187,9 @@ Provisioned apps are also listed in **Settings** > **Apps and Features**.
|
||||
- Supported versions:
|
||||
|
||||
---
|
||||
| Uninstall through UI? | 22H2| 21H1 | 20H2 | 2004 | 1909| 1903| 1809 |
|
||||
| --- | --- | --- | --- | --- | --- | --- |--- |
|
||||
| ✔️ | ✔️ | ✔️ | ✔️|✔️ | ✔️| ✔️| ✔️|
|
||||
| Uninstall through UI? | 22H2| 21H1 | 20H2 |
|
||||
| --- | --- | --- | --- |
|
||||
| ✔️ | ✔️ | ✔️ | ✔️️|
|
||||
|
||||
---
|
||||
|
||||
@ -197,9 +197,9 @@ Provisioned apps are also listed in **Settings** > **Apps and Features**.
|
||||
- Supported versions:
|
||||
|
||||
---
|
||||
| Uninstall through UI? |22H2| 21H1 | 20H2 | 2004 | 1909| 1903| 1809 |
|
||||
|---| --- | --- | --- | --- | --- | --- |--- |
|
||||
| ❌ | ✔️ | ✔️ | ✔️| | ✔️| ✔️| ✔️|
|
||||
| Uninstall through UI? |22H2| 21H1 | 20H2 |
|
||||
| --- | --- | --- | --- |
|
||||
| ❌ | ✔️ | ✔️ | ✔️|
|
||||
|
||||
---
|
||||
|
||||
@ -207,9 +207,9 @@ Provisioned apps are also listed in **Settings** > **Apps and Features**.
|
||||
- Supported versions:
|
||||
|
||||
---
|
||||
| Uninstall through UI? | 22H2| 21H1 | 20H2 | 2004 | 1909| 1903| 1809 |
|
||||
| --- | --- | --- | --- | --- | --- | --- |--- |
|
||||
|️ | ✔️ | ✔️ | ✔️|️ | ✔️|️️|
|
||||
| Uninstall through UI? |22H2| 21H1 | 20H2 |
|
||||
| --- | --- | --- | --- |
|
||||
| | ✔️ | ✔️ | ✔️|
|
||||
|
||||
---
|
||||
|
||||
@ -217,9 +217,9 @@ Provisioned apps are also listed in **Settings** > **Apps and Features**.
|
||||
- Supported versions:
|
||||
|
||||
---
|
||||
| Uninstall through UI? |22H2| 21H1 | 20H2 | 2004 | 1909| 1903| 1809 |
|
||||
|---| --- | --- | --- | --- | --- | --- |--- |
|
||||
| ❌ | ✔️ | ✔️ | ✔️|✔️ | ✔️| ✔️| ✔️|
|
||||
| Uninstall through UI? |22H2| 21H1 | 20H2 |
|
||||
| --- | --- | --- | --- |
|
||||
| ❌ | ✔️ | ✔️ | ✔️|
|
||||
|
||||
---
|
||||
|
||||
@ -227,9 +227,9 @@ Provisioned apps are also listed in **Settings** > **Apps and Features**.
|
||||
- Supported versions:
|
||||
|
||||
---
|
||||
| Uninstall through UI? |22H2| 21H1 | 20H2 | 2004 | 1909| 1903| 1809 |
|
||||
|---| --- | --- | --- | --- | --- | --- |--- |
|
||||
| ❌ | ✔️ | ✔️ | ✔️| | ✔️| ✔️| ✔️|
|
||||
| Uninstall through UI? |22H2| 21H1 | 20H2 |
|
||||
| --- | --- | --- | --- |
|
||||
| ❌ | ✔️ | ✔️ | ✔️|
|
||||
|
||||
---
|
||||
|
||||
@ -237,9 +237,9 @@ Provisioned apps are also listed in **Settings** > **Apps and Features**.
|
||||
- Supported versions:
|
||||
|
||||
---
|
||||
| Uninstall through UI? |22H2| 21H1 | 20H2 | 2004 | 1909| 1903| 1809 |
|
||||
|---| --- | --- | --- | --- | --- | --- |--- |
|
||||
| ❌ | ✔️ | ✔️ | ✔️|✔️ | ✔️| ✔️| ✔️|
|
||||
| Uninstall through UI? |22H2| 21H1 | 20H2 |
|
||||
| --- | --- | --- | --- |
|
||||
| ❌ | ✔️ | ✔️ | ✔️|
|
||||
|
||||
---
|
||||
|
||||
@ -247,9 +247,9 @@ Provisioned apps are also listed in **Settings** > **Apps and Features**.
|
||||
- Supported versions:
|
||||
|
||||
---
|
||||
| Uninstall through UI? |22H2| 21H1 | 20H2 | 2004 | 1909| 1903| 1809 |
|
||||
|---| --- | --- | --- | --- | --- | --- |--- |
|
||||
| ❌ | ✔️ | ✔️ | ✔️|✔️ | ✔️| ✔️| ✔️|
|
||||
| Uninstall through UI? |22H2| 21H1 | 20H2 |
|
||||
| --- | --- | --- | --- |
|
||||
| ❌ | ✔️ | ✔️ | ✔️|
|
||||
|
||||
---
|
||||
|
||||
@ -257,9 +257,9 @@ Provisioned apps are also listed in **Settings** > **Apps and Features**.
|
||||
- Supported versions:
|
||||
|
||||
---
|
||||
| Uninstall through UI? |22H2| 21H1 | 20H2 | 2004 | 1909| 1903| 1809 |
|
||||
|---| --- | --- | --- | --- | --- | --- |--- |
|
||||
| ❌ | ✔️ | ✔️ | ✔️|✔️ | ✔️| ✔️| ✔️|
|
||||
| Uninstall through UI? |22H2| 21H1 | 20H2 |
|
||||
| --- | --- | --- | --- |
|
||||
| ❌ | ✔️ | ✔️ | ✔️|
|
||||
|
||||
---
|
||||
|
||||
@ -267,9 +267,9 @@ Provisioned apps are also listed in **Settings** > **Apps and Features**.
|
||||
- Supported versions:
|
||||
|
||||
---
|
||||
| Uninstall through UI? |22H2| 21H1 | 20H2 | 2004 | 1909| 1903| 1809 |
|
||||
|---| --- | --- | --- | --- | --- | --- |--- |
|
||||
| ❌ | ✔️ | ✔️ | ✔️|✔️ | ✔️| ✔️| ✔️|
|
||||
| Uninstall through UI? |22H2| 21H1 | 20H2 |
|
||||
| --- | --- | --- | --- |
|
||||
| ❌ | ✔️ | ✔️ | ✔️|
|
||||
|
||||
---
|
||||
|
||||
@ -277,9 +277,9 @@ Provisioned apps are also listed in **Settings** > **Apps and Features**.
|
||||
- Supported versions:
|
||||
|
||||
---
|
||||
| Uninstall through UI? |22H2| 21H1 | 20H2 | 2004 | 1909| 1903| 1809 |
|
||||
|---| --- | --- | --- | --- | --- | --- |--- |
|
||||
| ❌ | ✔️ | ✔️ | ✔️|✔️ | ✔️| ✔️| ✔️|
|
||||
| Uninstall through UI? |22H2| 21H1 | 20H2 |
|
||||
| --- | --- | --- | --- |
|
||||
| ❌ | ✔️ | ✔️ | ✔️|
|
||||
|
||||
---
|
||||
|
||||
@ -287,9 +287,9 @@ Provisioned apps are also listed in **Settings** > **Apps and Features**.
|
||||
- Supported versions:
|
||||
|
||||
---
|
||||
| Uninstall through UI? |22H2| 21H1 | 20H2 | 2004 | 1909| 1903| 1809 |
|
||||
|---| --- | --- | --- | --- | --- | --- |--- |
|
||||
| ❌ | ✔️ | ✔️ | ✔️|✔️ | ✔️| ✔️| ✔️|
|
||||
| Uninstall through UI? |22H2| 21H1 | 20H2 |
|
||||
| --- | --- | --- | --- |
|
||||
| ❌ | ✔️ | ✔️ | ✔️|
|
||||
|
||||
---
|
||||
|
||||
@ -297,9 +297,9 @@ Provisioned apps are also listed in **Settings** > **Apps and Features**.
|
||||
- Supported versions:
|
||||
|
||||
---
|
||||
| Uninstall through UI? |22H2| 21H1 | 20H2 | 2004 | 1909| 1903| 1809 |
|
||||
|---| --- | --- | --- | --- | --- | --- |--- |
|
||||
| ❌ | ✔️ | ✔️ | ✔️|✔️ | ✔️| ✔️| ✔️|
|
||||
| Uninstall through UI? |22H2| 21H1 | 20H2 |
|
||||
| --- | --- | --- | --- |
|
||||
| ❌ | ✔️ | ✔️ | ✔️|
|
||||
|
||||
---
|
||||
|
||||
@ -307,9 +307,9 @@ Provisioned apps are also listed in **Settings** > **Apps and Features**.
|
||||
- Supported versions:
|
||||
|
||||
---
|
||||
| Uninstall through UI? |22H2| 21H1 | 20H2 | 2004 | 1909| 1903| 1809 |
|
||||
|---| --- | --- | --- | --- | --- | --- |--- |
|
||||
| ❌ | ✔️ | ✔️ | ✔️|✔️ | ✔️| ✔️| ✔️|
|
||||
| Uninstall through UI? |22H2| 21H1 | 20H2 |
|
||||
| --- | --- | --- | --- |
|
||||
| ❌ | ✔️ | ✔️ | ✔️|
|
||||
|
||||
---
|
||||
|
||||
@ -317,9 +317,9 @@ Provisioned apps are also listed in **Settings** > **Apps and Features**.
|
||||
- Supported versions:
|
||||
|
||||
---
|
||||
| Uninstall through UI? |22H2| 21H1 | 20H2 | 2004 | 1909| 1903| 1809 |
|
||||
|---| --- | --- | --- | --- | --- | --- |--- |
|
||||
| ❌ | ✔️ | ✔️ | ✔️|✔️ | ✔️| ✔️| ✔️|
|
||||
| Uninstall through UI? |22H2| 21H1 | 20H2 |
|
||||
| --- | --- | --- | --- |
|
||||
| ❌ | ✔️ | ✔️ | ✔️|
|
||||
|
||||
---
|
||||
|
||||
@ -327,9 +327,9 @@ Provisioned apps are also listed in **Settings** > **Apps and Features**.
|
||||
- Supported versions:
|
||||
|
||||
---
|
||||
| Uninstall through UI? |22H2| 21H1 | 20H2 | 2004 | 1909| 1903| 1809 |
|
||||
|---| --- | --- | --- | --- | --- | --- |--- |
|
||||
| ❌ | ✔️ | ✔️ | ✔️|✔️ | ✔️| ✔️| ✔️|
|
||||
| Uninstall through UI? |22H2| 21H1 | 20H2 |
|
||||
| --- | --- | --- | --- |
|
||||
| ❌ | ✔️ | ✔️ | ✔️|
|
||||
|
||||
---
|
||||
|
||||
@ -337,9 +337,9 @@ Provisioned apps are also listed in **Settings** > **Apps and Features**.
|
||||
- Supported versions:
|
||||
|
||||
---
|
||||
| Uninstall through UI? |22H2| 21H1 | 20H2 | 2004 | 1909| 1903| 1809 |
|
||||
|---| --- | --- | --- | --- | --- | --- |--- |
|
||||
| ❌ | ✔️ | ✔️ | ✔️|✔️ | ✔️| ✔️| ✔️|
|
||||
| Uninstall through UI? |22H2| 21H1 | 20H2 |
|
||||
| --- | --- | --- | --- |
|
||||
| ❌ | ✔️ | ✔️ | ✔️|
|
||||
|
||||
---
|
||||
|
||||
@ -347,9 +347,9 @@ Provisioned apps are also listed in **Settings** > **Apps and Features**.
|
||||
- Supported versions:
|
||||
|
||||
---
|
||||
| Uninstall through UI? |22H2| 21H1 | 20H2 | 2004 | 1909| 1903| 1809 |
|
||||
|---| --- | --- | --- | --- | --- | --- |--- |
|
||||
| ❌ | ✔️ | ✔️ | ✔️|✔️ | ✔️| ✔️| ✔️|
|
||||
| Uninstall through UI? |22H2| 21H1 | 20H2 |
|
||||
| --- | --- | --- | --- |
|
||||
| ❌ | ✔️ | ✔️ | ✔️|
|
||||
|
||||
---
|
||||
|
||||
@ -357,9 +357,9 @@ Provisioned apps are also listed in **Settings** > **Apps and Features**.
|
||||
- Supported versions:
|
||||
|
||||
---
|
||||
| Uninstall through UI? |22H2| 21H1 | 20H2 | 2004 | 1909| 1903| 1809 |
|
||||
|---| --- | --- | --- | --- | --- | --- |--- |
|
||||
| ❌ | ✔️ | ✔️ | ✔️|✔️ | ✔️| ✔️| ✔️|
|
||||
| Uninstall through UI? |22H2| 21H1 | 20H2 |
|
||||
| --- | --- | --- | --- |
|
||||
| ❌ | ✔️ | ✔️ | ✔️|
|
||||
|
||||
---
|
||||
|
||||
@ -367,9 +367,9 @@ Provisioned apps are also listed in **Settings** > **Apps and Features**.
|
||||
- Supported versions:
|
||||
|
||||
---
|
||||
| Uninstall through UI? |22H2| 21H1 | 20H2 | 2004 | 1909| 1903| 1809 |
|
||||
|---| --- | --- | --- | --- | --- | --- |--- |
|
||||
| ❌ | ✔️ | ✔️ | ✔️|✔️ | ✔️| ✔️| ✔️|
|
||||
| Uninstall through UI? |22H2| 21H1 | 20H2 |
|
||||
| --- | --- | --- | --- |
|
||||
| ❌ | ✔️ | ✔️ | ✔️|
|
||||
|
||||
---
|
||||
|
||||
@ -377,9 +377,9 @@ Provisioned apps are also listed in **Settings** > **Apps and Features**.
|
||||
- Supported versions:
|
||||
|
||||
---
|
||||
| Uninstall through UI? |22H2| 21H1 | 20H2 | 2004 | 1909| 1903| 1809 |
|
||||
|---| --- | --- | --- | --- | --- | --- |--- |
|
||||
| ❌ | ✔️ | ✔️ | ✔️|✔️ | ✔️| ✔️| ✔️|
|
||||
| Uninstall through UI? |22H2| 21H1 | 20H2 |
|
||||
| --- | --- | --- | --- |
|
||||
| ❌ | ✔️ | ✔️ | ✔️|
|
||||
|
||||
---
|
||||
|
||||
@ -387,9 +387,9 @@ Provisioned apps are also listed in **Settings** > **Apps and Features**.
|
||||
- Supported versions:
|
||||
|
||||
---
|
||||
| Uninstall through UI? |22H2| 21H1 | 20H2 | 2004 | 1909| 1903| 1809 |
|
||||
|---| --- | --- | --- | --- | --- | --- |--- |
|
||||
| ❌ | ✔️ | ✔️ | ✔️|✔️ | ✔️| ✔️| ✔️|
|
||||
| Uninstall through UI? |22H2| 21H1 | 20H2 |
|
||||
| --- | --- | --- | --- |
|
||||
| ❌ | ✔️ | ✔️ | ✔️|
|
||||
|
||||
---
|
||||
|
||||
@ -399,9 +399,9 @@ Provisioned apps are also listed in **Settings** > **Apps and Features**.
|
||||
- Supported versions:
|
||||
|
||||
---
|
||||
| Uninstall through UI? |22H2| 21H1 | 20H2 | 2004 | 1909| 1903| 1809 |
|
||||
|---| --- | --- | --- | --- | --- | --- |--- |
|
||||
| ❌ | ✔️ | ✔️ | ✔️|✔️ | ✔️| ✔️| ✔️|
|
||||
| Uninstall through UI? |22H2| 21H1 | 20H2 |
|
||||
| --- | --- | --- | --- |
|
||||
| ❌ | ✔️ | ✔️ | ✔️|
|
||||
|
||||
---
|
||||
|
||||
@ -409,9 +409,9 @@ Provisioned apps are also listed in **Settings** > **Apps and Features**.
|
||||
- Supported versions:
|
||||
|
||||
---
|
||||
| Uninstall through UI? |22H2| 21H1 | 20H2 | 2004 | 1909| 1903| 1809 |
|
||||
|---| --- | --- | --- | --- | --- | --- |--- |
|
||||
| ❌ | ✔️ | ✔️ | ✔️|✔️ | ✔️| ✔️| ✔️|
|
||||
| Uninstall through UI? |22H2| 21H1 | 20H2 |
|
||||
| --- | --- | --- | --- |
|
||||
| ❌ | ✔️ | ✔️ | ✔️|
|
||||
|
||||
---
|
||||
|
||||
@ -419,9 +419,9 @@ Provisioned apps are also listed in **Settings** > **Apps and Features**.
|
||||
- Supported versions:
|
||||
|
||||
---
|
||||
| Uninstall through UI? |22H2| 21H1 | 20H2 | 2004 | 1909| 1903| 1809 |
|
||||
|---| --- | --- | --- | --- | --- | --- |--- |
|
||||
| ❌ | ✔️ | ✔️ | ✔️|✔️ | ✔️| ✔️| ✔️|
|
||||
| Uninstall through UI? |22H2| 21H1 | 20H2 |
|
||||
| --- | --- | --- | --- |
|
||||
| ❌ | ✔️ | ✔️ | ✔️|
|
||||
|
||||
---
|
||||
|
||||
@ -429,9 +429,9 @@ Provisioned apps are also listed in **Settings** > **Apps and Features**.
|
||||
- Supported versions:
|
||||
|
||||
---
|
||||
| Uninstall through UI? |22H2| 21H1 | 20H2 | 2004 | 1909| 1903| 1809 |
|
||||
|---| --- | --- | --- | --- | --- | --- |--- |
|
||||
| ❌ | ✔️ | ✔️ | ✔️|✔️ | ✔️| ✔️| ✔️|
|
||||
| Uninstall through UI? |22H2| 21H1 | 20H2 |
|
||||
| --- | --- | --- | --- |
|
||||
| ❌ | ✔️ | ✔️ | ✔️|
|
||||
|
||||
---
|
||||
|
||||
@ -439,9 +439,9 @@ Provisioned apps are also listed in **Settings** > **Apps and Features**.
|
||||
- Supported versions:
|
||||
|
||||
---
|
||||
| Uninstall through UI? |22H2| 21H1 | 20H2 | 2004 | 1909| 1903| 1809 |
|
||||
|---| --- | --- | --- | --- | --- | --- |--- |
|
||||
| ❌ | ✔️ | ✔️ | ✔️|✔️ | ✔️| ✔️| ✔️|
|
||||
| Uninstall through UI? |22H2| 21H1 | 20H2 |
|
||||
| --- | --- | --- | --- |
|
||||
| ❌ | ✔️ | ✔️ | ✔️|
|
||||
|
||||
---
|
||||
|
||||
@ -449,9 +449,9 @@ Provisioned apps are also listed in **Settings** > **Apps and Features**.
|
||||
- Supported versions:
|
||||
|
||||
---
|
||||
| Uninstall through UI? |22H2| 21H1 | 20H2 | 2004 | 1909| 1903| 1809 |
|
||||
|---| --- | --- | --- | --- | --- | --- |--- |
|
||||
| ❌ | ✔️ | ✔️ | ✔️|✔️ | ✔️| ✔️| ✔️|
|
||||
| Uninstall through UI? |22H2| 21H1 | 20H2 |
|
||||
| --- | --- | --- | --- |
|
||||
| ❌ | ✔️ | ✔️ | ✔️|
|
||||
|
||||
---
|
||||
|
||||
@ -459,9 +459,9 @@ Provisioned apps are also listed in **Settings** > **Apps and Features**.
|
||||
- Supported versions:
|
||||
|
||||
---
|
||||
| Uninstall through UI? |22H2| 21H1 | 20H2 | 2004 | 1909| 1903| 1809 |
|
||||
|---| --- | --- | --- | --- | --- | --- |--- |
|
||||
| ❌ | ✔️ | ✔️ | ✔️|✔️ | ✔️| ✔️| ✔️|
|
||||
| Uninstall through UI? |22H2| 21H1 | 20H2 |
|
||||
| --- | --- | --- | --- |
|
||||
| ❌ | ✔️ | ✔️ | ✔️|
|
||||
|
||||
---
|
||||
|
||||
@ -469,9 +469,9 @@ Provisioned apps are also listed in **Settings** > **Apps and Features**.
|
||||
- Supported versions:
|
||||
|
||||
---
|
||||
| Uninstall through UI? |22H2| 21H1 | 20H2 | 2004 | 1909| 1903| 1809 |
|
||||
|---| --- | --- | --- | --- | --- | --- |--- |
|
||||
| ❌ | ✔️ | ✔️ | ✔️|✔️ | ✔️| ✔️| ✔️|
|
||||
| Uninstall through UI? |22H2| 21H1 | 20H2 |
|
||||
| --- | --- | --- | --- |
|
||||
| ❌ | ✔️ | ✔️ | ✔️|
|
||||
|
||||
---
|
||||
|
||||
@ -479,8 +479,8 @@ Provisioned apps are also listed in **Settings** > **Apps and Features**.
|
||||
- Supported versions:
|
||||
|
||||
---
|
||||
| Uninstall through UI? |22H2| 21H1 | 20H2 | 2004 | 1909| 1903| 1809 |
|
||||
|---| --- | --- | --- | --- | --- | --- |--- |
|
||||
| ❌ | ✔️ | ✔️ | ✔️|✔️ | ✔️| ✔️| ✔️|
|
||||
| Uninstall through UI? |22H2| 21H1 | 20H2 |
|
||||
| --- | --- | --- | --- |
|
||||
| ❌ | ✔️ | ✔️ | ✔️|
|
||||
|
||||
---
|
||||
|
@ -36,7 +36,7 @@
|
||||
"recommendations": true,
|
||||
"breadcrumb_path": "/windows/resources/breadcrumb/toc.json",
|
||||
"uhfHeaderId": "MSDocsHeader-M365-IT",
|
||||
"ms.technology": "windows",
|
||||
"ms.technology": "itpro-manage",
|
||||
"audience": "ITPro",
|
||||
"ms.topic": "article",
|
||||
"manager": "dansimp",
|
||||
|
@ -25,8 +25,6 @@ The table below shows the applicability of Windows:
|
||||
|
||||
The Firewall configuration service provider (CSP) allows the mobile device management (MDM) server to configure the Windows Defender Firewall global settings, per profile settings, and the desired set of custom rules to be enforced on the device. Using the Firewall CSP the IT admin can now manage non-domain devices, and reduce the risk of network security threats across all systems connecting to the corporate network. This CSP was added Windows 10, version 1709.
|
||||
|
||||
The Firewall configuration service provider (CSP) allows the mobile device management (MDM) server to configure the Windows Defender Firewall global settings, per profile settings, and the desired set of custom rules to be enforced on the device. Using the Firewall CSP the IT admin can now manage non-domain devices, and reduce the risk of network security threats across all systems connecting to the corporate network. This CSP was added Windows 10, version 1709.
|
||||
|
||||
Firewall rules in the FirewallRules section must be wrapped in an Atomic block in SyncML, either individually or collectively.
|
||||
|
||||
For detailed information on some of the fields below, see [[MS-FASP]: Firewall and Advanced Security Protocol documentation](/openspecs/windows_protocols/ms-winerrata/6521c5c4-1f76-4003-9ade-5cccfc27c8ac).
|
||||
|
@ -17,7 +17,7 @@ ms.date: 09/20/2022
|
||||
The Local Administrator Password Solution (LAPS) configuration service provider (CSP) is used by the enterprise to manage back up of local administrator account passwords. This CSP was added in Windows 11 as of version 25145.
|
||||
|
||||
> [!IMPORTANT]
|
||||
> Windows LAPS is currently only available in Windows Insider builds as of 25145 and later. Support for the Windows LAPS Azure AD scenario is currently limited to a small group of Windows Insiders.
|
||||
> Windows LAPS currently is available only in [Windows 11 Insider Preview Build 25145 and later](/windows-insider/flight-hub/#active-development-builds-of-windows-11). Support for the Windows LAPS Azure Active Directory scenario is currently in private preview, and limited to a small number of customers who have a direct engagement with engineering. Once public preview is declared in 2023, all customers will be able to evaluate this AAD scenario.
|
||||
|
||||
> [!TIP]
|
||||
> This article covers the specific technical details of the LAPS CSP. For more information about the scenarios in which the LAPS CSP would be used, see [Windows Local Administrator Password Solution](/windows-server/identity/laps/laps).
|
||||
@ -63,7 +63,7 @@ The LAPS CSP can be used to manage devices that are either joined to Azure AD or
|
||||
|ResetPasswordStatus|Yes|Yes|
|
||||
|
||||
> [!IMPORTANT]
|
||||
> Windows supports a LAPS Group Policy Object that is entirely separate from the LAPS CSP. Many of the various settings are common across both the LAPS GPO and CSP (GPO does not support any of the Action-related settings). As long as at least one LAPS setting is configured via CSP, any GPO-configured settings will be ignored. Also see the TBD reference on LAPS policy configuration.
|
||||
> Windows supports a LAPS Group Policy Object that is entirely separate from the LAPS CSP. Many of the various settings are common across both the LAPS GPO and CSP (GPO does not support any of the Action-related settings). As long as at least one LAPS setting is configured via CSP, any GPO-configured settings will be ignored. Also see [Configure policy settings for Windows LAPS](/windows-server/identity/laps/laps-management-policy-settings).
|
||||
|
||||
## ./Device/Vendor/MSFT/LAPS
|
||||
|
||||
|
@ -40,7 +40,7 @@ The following actions are supported:
|
||||
> - Azure AD Hybrid joined devices.
|
||||
> - Devices that use both GPO and CSP at the same time.
|
||||
>
|
||||
> The minimum operating system requirement for this CSP is Windows 10, version 2004. This CSP is supported only in Microsoft Surface Hub prior to Windows 10, version 2004.
|
||||
> The minimum operating system requirement for this CSP is Windows 10, version 1703. This CSP is not supported in Microsoft Surface Hub prior to Windows 10, version 1703.
|
||||
|
||||
The following example shows the NetworkQoSPolicy configuration service provider in tree format.
|
||||
```
|
||||
|
@ -45,20 +45,20 @@ ms.date: 08/01/2022
|
||||
- [Experience/AllowManualMDMUnenrollment](policy-csp-experience.md#experience-allowmanualmdmunenrollment)
|
||||
- [MixedReality/AADGroupMembershipCacheValidityInDays](policy-csp-mixedreality.md#mixedreality-aadgroupmembershipcachevalidityindays)
|
||||
- [MixedReality/AADGroupMembershipCacheValidityInDays](./policy-csp-mixedreality.md#mixedreality-aadgroupmembershipcachevalidityindays) <sup>9</sup>
|
||||
- [MixedReality/AllowCaptivePortalBeforeLogon](./policy-csp-mixedreality.md#mixedreality-allowcaptiveportalpeforelogon) <sup>Insider</sup>
|
||||
- [MixedReality/AllowCaptivePortalBeforeLogon](./policy-csp-mixedreality.md#mixedreality-allowcaptiveportalpeforelogon) <sup>12</sup>
|
||||
- [MixedReality/AllowLaunchUriInSingleAppKiosk](./policy-csp-mixedreality.md#mixedreality-allowlaunchuriinsingleappkiosk)<sup>10</sup>
|
||||
- [MixedReality/AutoLogonUser](./policy-csp-mixedreality.md#mixedreality-autologonuser) <sup>11</sup>
|
||||
- [MixedReality/BrightnessButtonDisabled](./policy-csp-mixedreality.md#mixedreality-brightnessbuttondisabled) <sup>9</sup>
|
||||
- [MixedReality/ConfigureMovingPlatform](policy-csp-mixedreality.md#mixedreality-configuremovingplatform) <sup>*[Feb. 2022 Servicing release](/hololens/hololens-release-notes#windows-holographic-version-21h2---february-2022-update)</sup>
|
||||
- [MixedReality/ConfigureNtpClient](./policy-csp-mixedreality.md#mixedreality-configurentpclient) <sup>Insider</sup>
|
||||
- [MixedReality/DisallowNetworkConnectivityPassivePolling](./policy-csp-mixedreality.md#mixedreality-disablesisallownetworkconnectivitypassivepolling) <sup>Insider</sup>
|
||||
- [MixedReality/ConfigureNtpClient](./policy-csp-mixedreality.md#mixedreality-configurentpclient) <sup>12</sup>
|
||||
- [MixedReality/DisallowNetworkConnectivityPassivePolling](./policy-csp-mixedreality.md#mixedreality-disablesisallownetworkconnectivitypassivepolling) <sup>12</sup>
|
||||
- [MixedReality/FallbackDiagnostics](./policy-csp-mixedreality.md#mixedreality-fallbackdiagnostics) <sup>9</sup>
|
||||
- [MixedReality/HeadTrackingMode](policy-csp-mixedreality.md#mixedreality-headtrackingmode) <sup>9</sup>
|
||||
- [MixedReality/ManualDownDirectionDisabled](policy-csp-mixedreality.md#mixedreality-manualdowndirectiondisabled) <sup>*[Feb. 2022 Servicing release](/hololens/hololens-release-notes#windows-holographic-version-21h2---february-2022-update)</sup>
|
||||
- [MixedReality/MicrophoneDisabled](./policy-csp-mixedreality.md#mixedreality-microphonedisabled) <sup>9</sup>
|
||||
- [MixedReality/NtpClientEnabled](./policy-csp-mixedreality.md#mixedreality-ntpclientenabled) <sup>Insider</sup>
|
||||
- [MixedReality/SkipCalibrationDuringSetup](./policy-csp-mixedreality.md#mixedreality-skipcalibrationduringsetup) <sup>Insider</sup>
|
||||
- [MixedReality/SkipTrainingDuringSetup](./policy-csp-mixedreality.md#mixedreality-skiptrainingduringsetup) <sup>Insider</sup>
|
||||
- [MixedReality/NtpClientEnabled](./policy-csp-mixedreality.md#mixedreality-ntpclientenabled) <sup>12</sup>
|
||||
- [MixedReality/SkipCalibrationDuringSetup](./policy-csp-mixedreality.md#mixedreality-skipcalibrationduringsetup) <sup>12</sup>
|
||||
- [MixedReality/SkipTrainingDuringSetup](./policy-csp-mixedreality.md#mixedreality-skiptrainingduringsetup) <sup>12</sup>
|
||||
- [MixedReality/VisitorAutoLogon](policy-csp-mixedreality.md#mixedreality-visitorautologon) <sup>10</sup>
|
||||
- [MixedReality/VolumeButtonDisabled](./policy-csp-mixedreality.md#mixedreality-volumebuttondisabled) <sup>9</sup>
|
||||
- [Power/DisplayOffTimeoutOnBattery](./policy-csp-power.md#power-displayofftimeoutonbattery) <sup>9</sup>
|
||||
@ -98,11 +98,11 @@ ms.date: 08/01/2022
|
||||
- [Settings/AllowVPN](policy-csp-settings.md#settings-allowvpn)
|
||||
- [Settings/PageVisibilityList](./policy-csp-settings.md#settings-pagevisibilitylist) <sup>9</sup>
|
||||
- [Speech/AllowSpeechModelUpdate](policy-csp-speech.md#speech-allowspeechmodelupdate)
|
||||
- [Storage/AllowStorageSenseGlobal](policy-csp-storage.md#storage-allowstoragesenseglobal) <sup>Insider</sup>
|
||||
- [Storage/AllowStorageSenseTemporaryFilesCleanup](policy-csp-storage.md#storage-allowstoragesensetemporaryfilescleanup) <sup>Insider</sup>
|
||||
- [Storage/ConfigStorageSenseCloudContentDehydrationThreshold](policy-csp-storage.md#storage-configstoragesensecloudcontentdehydrationthreshold) <sup>Insider</sup>
|
||||
- [Storage/ConfigStorageSenseDownloadsCleanupThreshold](policy-csp-storage.md#storage-configstoragesensedownloadscleanupthreshold) <sup>Insider</sup>
|
||||
- [Storage/ConfigStorageSenseGlobalCadence](policy-csp-storage.md#storage-configstoragesenseglobalcadence) <sup>Insider</sup>
|
||||
- [Storage/AllowStorageSenseGlobal](policy-csp-storage.md#storage-allowstoragesenseglobal) <sup>12</sup>
|
||||
- [Storage/AllowStorageSenseTemporaryFilesCleanup](policy-csp-storage.md#storage-allowstoragesensetemporaryfilescleanup) <sup>12</sup>
|
||||
- [Storage/ConfigStorageSenseCloudContentDehydrationThreshold](policy-csp-storage.md#storage-configstoragesensecloudcontentdehydrationthreshold) <sup>12</sup>
|
||||
- [Storage/ConfigStorageSenseDownloadsCleanupThreshold](policy-csp-storage.md#storage-configstoragesensedownloadscleanupthreshold) <sup>12</sup>
|
||||
- [Storage/ConfigStorageSenseGlobalCadence](policy-csp-storage.md#storage-configstoragesenseglobalcadence) <sup>12</sup>
|
||||
- [System/AllowCommercialDataPipeline](policy-csp-system.md#system-allowcommercialdatapipeline)
|
||||
- [System/AllowLocation](policy-csp-system.md#system-allowlocation)
|
||||
- [System/AllowStorageCard](policy-csp-system.md#system-allowstoragecard)
|
||||
@ -147,6 +147,7 @@ Footnotes:
|
||||
- 9 - Available in [Windows Holographic, version 20H2](/hololens/hololens-release-notes-2004#windows-holographic-version-20h2)
|
||||
- 10 - Available in [Windows Holographic, version 21H1](/hololens/hololens-release-notes#windows-holographic-version-21h1)
|
||||
- 11 - Available in [Windows Holographic, version 21H2](/hololens/hololens-release-notes#windows-holographic-version-21h2)
|
||||
- 12 - Available in [Windows Holographic, version 22H2](/hololens/hololens-release-notes#windows-holographic-version-22h2)
|
||||
- Insider - Available in our current [HoloLens Insider builds](/hololens/hololens-insider).
|
||||
|
||||
## Related topics
|
||||
|
@ -113,8 +113,7 @@ Steps to use this policy correctly:
|
||||
|HoloLens (first gen) Commercial Suite|No|
|
||||
|HoloLens 2|Yes|
|
||||
|
||||
> [!NOTE]
|
||||
> This feature is currently only available in [HoloLens Insider](/hololens/hololens-insider) builds.
|
||||
|
||||
|
||||
<!--Scope-->
|
||||
[Scope](./policy-configuration-service-provider.md#policy-scope):
|
||||
@ -160,7 +159,7 @@ Int value
|
||||
<hr/>
|
||||
|
||||
<!--Description-->
|
||||
This can be enabled to allow for other apps to be launched with in a single app Kiosk, which may be useful, for example, if you want to launch the Settings app to calibrate your device or change your Wi-fi.
|
||||
This can be enabled to allow for other apps to be launched with in a single app Kiosk, which may be useful, for example, if you want to launch the Settings app to calibrate your device or change your Wi-Fi.
|
||||
|
||||
By default, launching applications via Launcher API (Launcher Class (Windows.System) - Windows UWP applications) is disabled in single app kiosk mode. To enable applications to launch in single app kiosk mode on HoloLens devices, set the policy value to true.
|
||||
|
||||
@ -341,10 +340,7 @@ Supported value is Integer.
|
||||
<!--/Scope-->
|
||||
<!--Description-->
|
||||
|
||||
> [!NOTE]
|
||||
> This feature is currently only available in [HoloLens Insider](/hololens/hololens-insider) builds.
|
||||
|
||||
You may want to configure a different time server for your device fleet. IT admins can use thi policy to configure certain aspects of NTP client with following policies. In the Settings app, the Time/Language page will show the time server after a time sync has occurred. E.g. `time.windows.com` or another if another value is configured via MDM policy.
|
||||
You may want to configure a different time server for your device fleet. IT admins can use this policy to configure certain aspects of NTP client with following policies. In the Settings app, the Time/Language page will show the time server after a time sync has occurred. E.g. `time.windows.com` or another if another value is configured via MDM policy.
|
||||
|
||||
This policy setting specifies a set of parameters for controlling the Windows NTP Client. Refer to [Policy CSP - ADMX_W32Time - Windows Client Management](/windows/client-management/mdm/policy-csp-admx-w32time#admx-w32time-policy-configure-ntpclient) for supported configuration parameters.
|
||||
|
||||
@ -394,9 +390,6 @@ value="0"/>
|
||||
|
||||
<!--/SupportedSKUs-->
|
||||
|
||||
> [!NOTE]
|
||||
> This feature is currently only available in [HoloLens Insider](/hololens/hololens-insider) builds.
|
||||
|
||||
<!--Scope-->
|
||||
[Scope](./policy-configuration-service-provider.md#policy-scope):
|
||||
|
||||
@ -609,8 +602,6 @@ The following list shows the supported values:
|
||||
|
||||
<!--/Scope-->
|
||||
<!--Description-->
|
||||
> [!NOTE]
|
||||
> This feature is currently only available in [HoloLens Insider](/hololens/hololens-insider) builds.
|
||||
|
||||
This policy setting specifies whether the Windows NTP Client is enabled.
|
||||
|
||||
@ -642,9 +633,6 @@ This policy setting specifies whether the Windows NTP Client is enabled.
|
||||
|
||||
<!--/SupportedSKUs-->
|
||||
|
||||
> [!NOTE]
|
||||
> This feature is currently only available in [HoloLens Insider](/hololens/hololens-insider) builds.
|
||||
|
||||
<!--Scope-->
|
||||
[Scope](./policy-configuration-service-provider.md#policy-scope):
|
||||
|
||||
@ -678,8 +666,7 @@ The OMA-URI of new policy: `./Device/Vendor/MSFT/Policy/Config/MixedReality/Skip
|
||||
|
||||
<!--/SupportedSKUs-->
|
||||
|
||||
> [!NOTE]
|
||||
> This feature is currently only available in [HoloLens Insider](/hololens/hololens-insider) builds.
|
||||
|
||||
|
||||
<!--Scope-->
|
||||
[Scope](./policy-configuration-service-provider.md#policy-scope):
|
||||
|
@ -37,7 +37,7 @@
|
||||
- name: Use mobile device management (MDM)
|
||||
href: customize-windows-10-start-screens-by-using-mobile-device-management.md
|
||||
- name: Troubleshoot Start menu errors
|
||||
href: start-layout-troubleshoot.md
|
||||
href: /troubleshoot/windows-client/shell-experience/troubleshoot-start-menu-errors
|
||||
- name: Changes to Start policies in Windows 10
|
||||
href: changes-to-start-policies-in-windows-10.md
|
||||
- name: Accessibility settings
|
||||
@ -89,7 +89,7 @@
|
||||
- name: Use MDM Bridge WMI Provider to create a Windows client kiosk
|
||||
href: kiosk-mdm-bridge.md
|
||||
- name: Troubleshoot kiosk mode issues
|
||||
href: kiosk-troubleshoot.md
|
||||
href: /troubleshoot/windows-client/shell-experience/kiosk-mode-issues-troubleshooting
|
||||
|
||||
- name: Configure multi-user and guest devices
|
||||
items:
|
||||
|
@ -36,7 +36,7 @@
|
||||
"recommendations": true,
|
||||
"breadcrumb_path": "/windows/resources/breadcrumb/toc.json",
|
||||
"uhfHeaderId": "MSDocsHeader-M365-IT",
|
||||
"ms.technology": "windows",
|
||||
"ms.technology": "itpro-configure",
|
||||
"ms.topic": "article",
|
||||
"feedback_system": "GitHub",
|
||||
"feedback_github_repo": "MicrosoftDocs/windows-itpro-docs",
|
||||
|
@ -32,5 +32,4 @@ Topic | Description
|
||||
[Use AppLocker to create a Windows client kiosk](lock-down-windows-10-applocker.md) | Learn how to use AppLocker to configure a Windows client kiosk device running Enterprise or Education so that users can only run a few specific apps.
|
||||
[Use Shell Launcher to create a Windows client kiosk](kiosk-shelllauncher.md) | Using Shell Launcher, you can configure a kiosk device that runs a Windows application as the user interface.
|
||||
[Use MDM Bridge WMI Provider to create a Windows client kiosk](kiosk-mdm-bridge.md) | Environments that use Windows Management Instrumentation (WMI) can use the MDM Bridge WMI Provider to configure the MDM_AssignedAccess class.
|
||||
[Troubleshoot kiosk mode issues](kiosk-troubleshoot.md) | Tips for troubleshooting multi-app kiosk configuration.
|
||||
|
||||
[Troubleshoot kiosk mode issues](/troubleshoot/windows-client/shell-experience/kiosk-mode-issues-troubleshooting) | Tips for troubleshooting multi-app kiosk configuration.
|
@ -206,7 +206,7 @@ For a more secure kiosk experience, we recommend that you make the following con
|
||||
|
||||
## Enable logging
|
||||
|
||||
Logs can help you [troubleshoot issues](./kiosk-troubleshoot.md) kiosk issues. Logs about configuration and runtime issues can be obtained by enabling the **Applications and Services Logs\Microsoft\Windows\AssignedAccess\Operational** channel, which is disabled by default.
|
||||
Logs can help you [troubleshoot issues](/troubleshoot/windows-client/shell-experience/kiosk-mode-issues-troubleshooting) kiosk issues. Logs about configuration and runtime issues can be obtained by enabling the **Applications and Services Logs\Microsoft\Windows\AssignedAccess\Operational** channel, which is disabled by default.
|
||||
|
||||
:::image type="content" source="images/enable-assigned-access-log.png" alt-text="On Windows client, open Event Viewer, right-click Operational, select enable log to turn on logging to help troubleshoot.":::
|
||||
|
||||
|
@ -1,74 +0,0 @@
|
||||
---
|
||||
title: Troubleshoot kiosk mode issues (Windows 10/11)
|
||||
description: Learn how to troubleshoot single-app and multi-app kiosk configurations, as well as common problems like sign-in issues.
|
||||
ms.reviewer: sybruckm
|
||||
manager: aaroncz
|
||||
ms.prod: windows-client
|
||||
author: lizgt2000
|
||||
ms.localizationpriority: medium
|
||||
ms.author: lizlong
|
||||
ms.topic: article
|
||||
ms.technology: itpro-configure
|
||||
---
|
||||
|
||||
# Troubleshoot kiosk mode issues
|
||||
|
||||
|
||||
**Applies to**
|
||||
|
||||
- Windows 10
|
||||
- Windows 11
|
||||
|
||||
## Single-app kiosk issues
|
||||
|
||||
>[!TIP]
|
||||
>We recommend that you [enable logging for kiosk issues](kiosk-prepare.md#enable-logging). For some failures, events are only captured once. If you enable logging after an issue occurs with your kiosk, the logs may not capture those one-time events. In that case, prepare a new kiosk environment (such as a [virtual machine (VM)](kiosk-prepare.md#testing-your-kiosk-in-a-virtual-machine-vm)), set up your kiosk account and configuration, and try to reproduce the problem.
|
||||
|
||||
### Sign-in issues
|
||||
|
||||
1. Verify that User Account Control (UAC) is turned on.
|
||||
2. Check the Event Viewer logs for sign-in issues under **Applications and Services Logs\Microsoft\Windows\Authentication User Interface\Operational**.
|
||||
|
||||
### Automatic logon issues
|
||||
|
||||
Check the Event Viewer logs for auto logon issues under **Applications and Services Logs\Microsoft\Windows\Authentication User Interface\Operational**.
|
||||
|
||||
## Multi-app kiosk issues
|
||||
|
||||
> [!NOTE]
|
||||
> [!INCLUDE [Multi-app kiosk mode not supported on Windows 11](./includes/multi-app-kiosk-support-windows11.md)]
|
||||
|
||||
### Unexpected results
|
||||
|
||||
For example:
|
||||
- Start is not launched in full-screen
|
||||
- Blocked hotkeys are allowed
|
||||
- Task Manager, Cortana, or Settings can be launched
|
||||
- Start layout has more apps than expected
|
||||
|
||||
**Troubleshooting steps**
|
||||
|
||||
1. [Verify that the provisioning package is applied successfully](kiosk-validate.md).
|
||||
2. Verify that the account (config) is mapped to a profile in the configuration XML file.
|
||||
3. Verify that the configuration XML file is authored and formatted correctly. Correct any configuration errors, then create and apply a new provisioning package. Sign out and sign in again to check the new configuration.
|
||||
4. Additional logs about configuration and runtime issues can be obtained by enabling the **Applications and Services Logs\Microsoft\Windows\AssignedAccess\Operational** channel, which is disabled by default.
|
||||
|
||||

|
||||
|
||||
|
||||
### Automatic logon issues
|
||||
|
||||
Check the Event Viewer logs for auto logon issues under **Applications and Services Logs\Microsoft\Windows\Authentication User Interface\Operational**.
|
||||
|
||||
### Apps configured in AllowedList are blocked
|
||||
|
||||
1. Ensure the account is mapped to the correct profile and that the apps are specific for that profile.
|
||||
2. Check the EventViewer logs for Applocker and AppxDeployment (under **Application and Services Logs\Microsoft\Windows**).
|
||||
|
||||
|
||||
### Start layout not as expected
|
||||
|
||||
- Make sure the Start layout is authored correctly. Ensure that the attributes **Size**, **Row**, and **Column** are specified for each application and are valid.
|
||||
- Check if the apps included in the Start layout are installed for the assigned access user.
|
||||
- Check if the shortcut exists on the target device, if a desktop app is missing on Start.
|
||||
|
@ -576,7 +576,7 @@ These apps are in addition to any mixed reality apps that you allow.
|
||||
|
||||
After the admin has completed setup, the kiosk account can sign in and repeat the setup. The admin user may want to complete the kiosk user setup before providing the PC to employees or customers.
|
||||
|
||||
There's a difference between the mixed reality experiences for a kiosk user and other users. Typically, when a user connects a mixed reality device, they begin in the [Mixed Reality home](https://developer.microsoft.com/windows/mixed-reality/navigating_the_windows_mixed_reality_home). The Mixed Reality home is a shell that runs in "silent" mode when the PC is configured as a kiosk. When a kiosk user connects a mixed reality device, they'll see only a blank display in the device, and won't have access to the features and functionality available in the home. To run a mixed reality app, the kiosk user must launch the app from the PC Start screen.
|
||||
There's a difference between the mixed reality experiences for a kiosk user and other users. Typically, when a user connects a mixed reality device, they begin in the [Mixed Reality home](/windows/mixed-reality/discover/navigating-the-windows-mixed-reality-home). The Mixed Reality home is a shell that runs in "silent" mode when the PC is configured as a kiosk. When a kiosk user connects a mixed reality device, they'll see only a blank display in the device, and won't have access to the features and functionality available in the home. To run a mixed reality app, the kiosk user must launch the app from the PC Start screen.
|
||||
|
||||
## Policies set by multi-app kiosk configuration
|
||||
|
||||
|
@ -1,329 +0,0 @@
|
||||
---
|
||||
title: Troubleshoot Start menu errors
|
||||
description: Learn how to troubleshoot common Start menu errors in Windows 10. For example, learn to troubleshoot errors related to deployment, crashes, and performance.
|
||||
ms.prod: windows-client
|
||||
ms.author: lizlong
|
||||
author: lizgt2000
|
||||
ms.localizationpriority: medium
|
||||
ms.reviewer:
|
||||
manager: aaroncz
|
||||
ms.topic: troubleshooting
|
||||
ms.technology: itpro-configure
|
||||
---
|
||||
|
||||
# Troubleshoot Start menu errors
|
||||
|
||||
> [!div class="nextstepaction"]
|
||||
> <a href="https://vsa.services.microsoft.com/v1.0/?partnerId=7d74cf73-5217-4008-833f-87a1a278f2cb&flowId=DMC&initialQuery=31806233" target='_blank'>Try our Virtual Agent</a> - It can help you quickly identify and fix common Start menu issues.
|
||||
|
||||
Start failures can be organized into these categories:
|
||||
|
||||
- **Deployment/Install issues** - Easiest to identify but difficult to recover. This failure is consistent and usually permanent. Reset, restore from backup, or rollback to recover.
|
||||
- **Performance issues** - More common with older hardware, low-powered machines. Symptoms include: High CPU utilization, disk contention, memory resources. This makes Start very slow to respond. Behavior is intermittent depending on available resources.
|
||||
- **Crashes** - Also easy to identify. Crashes in Shell Experience Host or related can be found in System or Application event logs. This can be a code defect or related to missing or altered permissions to files or registry keys by a program or incorrect security tightening configurations. Determining permissions issues can be time consuming but a [SysInternals tool called Procmon](/sysinternals/downloads/procmon) will show **Access Denied**. The other option is to get a dump of the process when it crashes and depending on comfort level, review the dump in the debugger, or have support review the data.
|
||||
- **Hangs** - in Shell Experience host or related. These are the hardest issues to identify as there are few events logged, but behavior is typically intermittent or recovers with a reboot. If a background application or service hangs, Start won't have resources to respond in time. Clean boot may help identify if the issue is related to additional software. Procmon is also useful in this scenario.
|
||||
- **Other issues** - Customization, domain policies, deployment issues.
|
||||
|
||||
## Basic troubleshooting
|
||||
|
||||
When troubleshooting basic Start issues (and for the most part, all other Windows apps), there are a few things to check if they aren't working as expected. For issues where the Start menu or subcomponent isn't working, you can do some quick tests to narrow down where the issue may reside.
|
||||
|
||||
### Check the OS and update version
|
||||
|
||||
- Is the system running the latest Feature and Cumulative Monthly update?
|
||||
- Did the issue start immediately after an update? Ways to check:
|
||||
- PowerShell:[System.Environment]::OSVersion.Version
|
||||
- WinVer from CMD.exe
|
||||
|
||||
### Check if Start is installed
|
||||
|
||||
- If Start fails immediately after a feature update, on thing to check is if the App package failed to install successfully.
|
||||
|
||||
- If Start was working and just fails intermittently, it's likely that Start is installed correctly, but the issue occurs downstream. The way to check for this problem is to look for output from these two PowerShell commands:
|
||||
|
||||
- `get-AppXPackage -Name Microsoft.Windows.ShellExperienceHost`
|
||||
- `get-AppXPackage -Name Microsoft.Windows.Cortana`
|
||||
|
||||
:::image type="content" alt-text="Example of output from cmdlets." source="images/start-ts-1.png" lightbox="images/start-ts-1.png":::
|
||||
|
||||
Failure messages will appear if they aren't installed
|
||||
|
||||
- If Start isn't installed, then the fastest resolution is to revert to a known good configuration. This can be rolling back the update, resetting the PC to defaults (where there's a choice to save to delete user data), or restoring from backup. No method is supported to install Start Appx files. The results are often problematic and unreliable.
|
||||
|
||||
### Check if Start is running
|
||||
|
||||
If either component is failing to start on boot, reviewing the event logs for errors or crashes during boot may pin point the problem. Booting with MSCONFIG and using a selective or diagnostic startup option will eliminate and/or identify possible interference from additional applications.
|
||||
- `get-process -name shellexperiencehost`
|
||||
- `get-process -name searchui`
|
||||
|
||||
If it's installed but not running, test booting into safe mode or use MSCONFIG to eliminate third-party or additional drivers and applications.
|
||||
|
||||
### Check whether the system a clean install or upgrade
|
||||
|
||||
- Is this system an upgrade or clean install?
|
||||
- Run `test-path "$env:windir\panther\miglog.xml"`
|
||||
- If that file doesn't exist, the system is a clean install.
|
||||
- Upgrade issues can be found by running `test-path "$env:windir\panther\miglog.xml"`
|
||||
|
||||
### Check if Start is registered or activated
|
||||
|
||||
- Export the following Event log to CSV and do a keyword search in a text editor or spreadsheet:
|
||||
- Microsoft-Windows-TWinUI/Operational for Microsoft.Windows.ShellExperienceHost or Microsoft.Windows.Cortana
|
||||
- "Package wasn't found"
|
||||
- "Invalid value for registry"
|
||||
- "Element not found"
|
||||
- "Package couldn't be registered"
|
||||
|
||||
If these events are found, Start isn't activated correctly. Each event will have more detail in the description and should be investigated further. Event messages can vary.
|
||||
|
||||
### Other things to consider
|
||||
|
||||
When did the problem start?
|
||||
|
||||
- Top issues for Start menu failure are triggered
|
||||
- After an update
|
||||
- After installation of an application
|
||||
- After joining a domain or applying a domain policy
|
||||
- Many of those issues are found to be
|
||||
- Permission changes on Registry keys or folders
|
||||
- Start or related component crashes or hangs
|
||||
- Customization failure
|
||||
|
||||
To narrow down the problem further, it's good to note:
|
||||
|
||||
- What is the install background?
|
||||
- Was this a deployment, install from media, other
|
||||
- Using customizations?
|
||||
- DISM
|
||||
- Group Policy or MDM
|
||||
- copyprofile
|
||||
- Sysprep
|
||||
- Other
|
||||
|
||||
- Domain-joined
|
||||
- Group policy settings that restrict access or permissions to folders or registry keys can cause issues with Start performance.
|
||||
- Some Group Policies intended for Windows 7 or older have been known to cause issues with Start
|
||||
- Untested Start Menu customizations can cause unexpected behavior by typically not complete Start failures.
|
||||
|
||||
- Is the environment virtualized?
|
||||
- VMware
|
||||
- Citrix
|
||||
- Other
|
||||
|
||||
## Check Event logs that record Start Issues:
|
||||
|
||||
- System Event log
|
||||
- Application Event log
|
||||
- Microsoft/Windows/Shell-Core*
|
||||
- Microsoft/Windows/Apps/
|
||||
- Microsoft-Windows-TWinUI*
|
||||
- Microsoft/Windows/AppReadiness*
|
||||
- Microsoft/Windows/AppXDeployment*
|
||||
- Microsoft-Windows-PushNotification-Platform/Operational
|
||||
- Microsoft-Windows-CoreApplication/Operational
|
||||
- Microsoft-Windows-ShellCommon-StartLayoutPopulation*
|
||||
- Microsoft-Windows-CloudStore*
|
||||
|
||||
|
||||
- Check for crashes that may be related to Start (explorer.exe, taskbar, and so on)
|
||||
- Application log event 1000, 1001
|
||||
- Check WER reports
|
||||
- C:\ProgramData\Microsoft\Windows\WER\ReportArchive\
|
||||
- C:\ProgramData\Micrt\Windowsosof\WER\ReportQueue\
|
||||
|
||||
If there is a component of Start that is consistently crashing, capture a dump that can be reviewed by Microsoft Support.
|
||||
|
||||
## Common errors and mitigation
|
||||
|
||||
The following list provides information about common errors you might run into with Start Menu, as well as steps to help you mitigate them.
|
||||
|
||||
### Symptom: Start Menu doesn't respond on Windows 2012 R2, Windows 10, or Windows 2016
|
||||
|
||||
**Cause**: Background Tasks Infrastructure Service (BrokerInfrastructure) service isn't started.
|
||||
|
||||
**Resolution**: Ensure that Background Tasks Infrastructure Service is set to automatic startup in Services MMC.
|
||||
|
||||
If Background Tasks Infrastructure Service fails to start, verify that the Power Dependency Coordinator Driver (PDC) driver and registry key aren't disabled or deleted. If either are missing, restore from backup or the installation media.
|
||||
|
||||
To verify the PDC Service, run `C:\>sc query pdc` in a command prompt. The results will be similar to the following:
|
||||
|
||||
>SERVICE_NAME: pdc
|
||||
>TYPE : 1 KERNEL_DRIVER
|
||||
>STATE : 4 RUNNING
|
||||
> (STOPPABLE, NOT_PAUSABLE, IGNORES_SHUTDOWN)
|
||||
>WIN32_EXIT_CODE : 0 (0x0)
|
||||
>SERVICE_EXIT_CODE : 0 (0x0)
|
||||
>CHECKPOINT : 0x0
|
||||
>WAIT_HINT : 0x0
|
||||
|
||||
The PDC service uses pdc.sys located in the %WinDir%\system32\drivers.
|
||||
|
||||
The PDC registry key is:
|
||||
`HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\pdc`
|
||||
**Description**="@%SystemRoot%\\system32\\drivers\\pdc.sys,-101"
|
||||
**DisplayName**="@%SystemRoot%\\system32\\drivers\\pdc.sys,-100"
|
||||
**ErrorControl**=dword:00000003
|
||||
**Group**="Boot Bus Extender"
|
||||
**ImagePath**=hex(2):73,00,79,00,73,00,74,00,65,00,6d,00,33,00,32,00,5c,00,64,00,\
|
||||
72,00,69,00,76,00,65,00,72,00,73,00,5c,00,70,00,64,00,63,00,2e,00,73,00,79,\
|
||||
00,73,00,00,00
|
||||
**Start**=dword:00000000
|
||||
**Type**=dword:00000001
|
||||
|
||||
In addition to the listed dependencies for the service, Background Tasks Infrastructure Service requires the Power Dependency Coordinator Driver to be loaded. If the PDC doesn't load at boot, Background Tasks Infrastructure Service will fail and affect Start Menu.
|
||||
|
||||
Events for both PDC and Background Tasks Infrastructure Service will be recorded in the event logs. PDC shouldn't be disabled or deleted. BrokerInfrastructure is an automatic service. This Service is required for all these operating Systems as running to have a stable Start Menu.
|
||||
|
||||
>[!NOTE]
|
||||
>You cannot stop this automatic service when machine is running (C:\windows\system32\svchost.exe -k DcomLaunch -p).
|
||||
|
||||
|
||||
### Symptom: After upgrading from 1511 to 1607 versions of Windows, the Group Policy "Remove All Programs list from the Start Menu" may not work
|
||||
|
||||
**Cause**: There was a change in the All Apps list between Windows 10, versions 1511 and 1607. These changes mean the original Group Policy and corresponding registry key no longer apply.
|
||||
|
||||
**Resolution**: This issue was resolved in the June 2017 updates. Update Windows 10, version 1607, to the latest cumulative or feature updates.
|
||||
|
||||
>[!NOTE]
|
||||
>When the Group Policy is enabled, the desired behavior also needs to be selected. By default, it is set to **None**.
|
||||
|
||||
|
||||
### Symptom: Application tiles like Alarm, Calculator, and Edge are missing from Start menu and the Settings app fails to open on Windows 10, version 1709 when a local user profile is deleted
|
||||
|
||||
:::image type="content" alt-text="Screenshots that show download icons on app tiles and missing app tiles." source="images/start-ts-2.png" lightbox="images/start-ts-2.png":::
|
||||
|
||||
**Cause**: This issue is known. The first-time sign-in experience isn't detected and doesn't trigger the install of some apps.
|
||||
|
||||
**Resolution**: This issue has been fixed for Windows 10, version 1709 in [KB 4089848](https://support.microsoft.com/help/4089848) March 22, 2018—KB4089848 (OS Build 16299.334)
|
||||
|
||||
### Symptom: When attempting to customize Start Menu layout, the customizations don't apply or results aren't expected
|
||||
|
||||
**Cause**: There are two main reasons for this issue:
|
||||
|
||||
- Incorrect format: Editing the xml file incorrectly by adding an extra space or spaces, entering a bad character, or saving in the wrong format.
|
||||
- To tell if the format is incorrect, check for **Event ID: 22** in the "Applications and Services\Microsoft\Windows\ShellCommon-StartLayoutPopulation\Operational" log.
|
||||
- Event ID 22 is logged when the xml is malformed, meaning the specified file simply isn’t valid xml.
|
||||
- When editing the xml file, it should be saved in UTF-8 format.
|
||||
|
||||
- Unexpected information: This occurs when possibly trying to add a tile via an unexpected or undocumented method.
|
||||
- **Event ID: 64** is logged when the xml is valid but has unexpected values.
|
||||
- For example: The following error occurred while parsing a layout xml file: The attribute 'LayoutCustomizationRestrictiontype' on the element '{http://schemas.microsoft.com/Start/2014/LayoutModification}DefaultLayoutOverride' is not defined in the DTD/Schema.
|
||||
|
||||
XML files can and should be tested locally on a Hyper-V or other virtual machine before deployment or application by Group Policy
|
||||
|
||||
### Symptom: Start menu no longer works after a PC is refreshed using F12 during startup
|
||||
|
||||
**Description**: If a user is having problems with a PC, it can be refreshed, reset, or restored. Refreshing the PC is a beneficial option because it maintains personal files and settings. When users have trouble starting the PC, "Change PC settings" in Settings is not accessible. So, to access the System Refresh, users may use the F12 key at startup. Refreshing the PC finishes, but Start Menu is not accessible.
|
||||
|
||||
**Cause**: This issue is known and was resolved in a cumulative update released August 30, 2018.
|
||||
|
||||
**Resolution**: Install corrective updates; a fix is included in the [September 11, 2018-KB4457142 release](https://support.microsoft.com/help/4457142).
|
||||
|
||||
### Symptom: The All Apps list is missing from Start menu
|
||||
|
||||
**Cause**: “Remove All Programs list from the Start menu" Group Policy is enabled.
|
||||
|
||||
**Resolution**: Disable the “Remove All Programs list from the Start menu" Group Policy.
|
||||
|
||||
### Symptom: Tiles are missing from the Start Menu when using Windows 10, version 1703 or older, Windows Server 2016, and Roaming User Profiles with a Start layout
|
||||
|
||||
**Description**: There are two different Start Menu issues in Windows 10:
|
||||
- Administrator configured tiles in the start layout fail to roam.
|
||||
- User-initiated changes to the start layout are not roamed.
|
||||
|
||||
Specifically, behaviors include
|
||||
- Applications (apps or icons) pinned to the start menu are missing.
|
||||
- Entire tile window disappears.
|
||||
- The start button fails to respond.
|
||||
- If a new roaming user is created, the first sign-in appears normal, but on subsequent sign-ins, tiles are missing.
|
||||
|
||||
|
||||

|
||||
|
||||
*Working layout on first sign-in of a new roaming user profile*
|
||||
|
||||

|
||||
|
||||
*Failing layout on subsequent sign-ins*
|
||||
|
||||
|
||||
**Cause**: A timing issue exists where the Start Menu is ready before the data is pulled locally from the Roaming User Profile. The issue does not occur on first logons of a new roaming user, as the code path is different and slower.
|
||||
|
||||
**Resolution**: This issue has been resolved in Windows 10, versions 1703 and 1607, cumulative updates [as of March 2017](https://support.microsoft.com/help/4013429).
|
||||
|
||||
|
||||
### Symptom: Start Menu layout customizations are lost after upgrading to Windows 10, version 1703
|
||||
|
||||
**Description**:
|
||||
|
||||
Before the upgrade:
|
||||
|
||||

|
||||
|
||||
After the upgrade the user pinned tiles are missing:
|
||||
|
||||

|
||||
|
||||
Additionally, users may see blank tiles if sign-in was attempted without network connectivity.
|
||||
|
||||

|
||||
|
||||
|
||||
**Resolution**: This issue was fixed in the [October 2017 update](https://support.microsoft.com/en-us/help/4041676).
|
||||
|
||||
### Symptom: Tiles are missing after upgrade from Windows 10, version 1607 to version 1709 for users with Roaming User Profiles (RUP) enabled and managed Start Menu layout with partial lockdown
|
||||
|
||||
**Resolution** The April 2018 LCU must be applied to Windows 10, version 1709 before a user logs on.
|
||||
|
||||
### Symptom: Start Menu and/or Taskbar layout customizations are not applied if CopyProfile option is used in an answer file during Sysprep
|
||||
|
||||
**Resolution**: CopyProfile is no longer supported when attempting to customize Start Menu or taskbar with a layoutmodification.xml.
|
||||
|
||||
### Symptom: Start Menu issues with Tile Data Layer corruption
|
||||
|
||||
**Cause**: Windows 10, version 1507 through the release of version 1607 uses a database for the Tile image information. This is called the Tile Data Layer database. (The feature was deprecated in [Windows 10 1703](/windows/deployment/planning/windows-10-removed-features).)
|
||||
|
||||
**Resolution** There are steps you can take to fix the icons, first is to confirm that is the issue that needs to be addressed.
|
||||
|
||||
1. The App or Apps work fine when you select the tiles.
|
||||
2. The tiles are blank, have a generic placeholder icon, have the wrong or strange title information.
|
||||
3. The app is missing, but listed as installed via PowerShell and works if you launch via URI.
|
||||
- Example: `windows-feedback://`
|
||||
4. In some cases, Start can be blank, and Action Center and Cortana do not launch.
|
||||
|
||||
>[!Note]
|
||||
>Corruption recovery removes any manual pins from Start. Apps should still be visible, but you’ll need to re-pin any secondary tiles and/or pin app tiles to the main Start view. Aps that you have installed that are completely missing from “all apps” is unexpected, however. That implies the re-registration didn’t work.
|
||||
|
||||
Open a command prompt, and run the following command:
|
||||
|
||||
```console
|
||||
C:\Windows\System32\tdlrecover.exe -reregister -resetlayout -resetcache
|
||||
```
|
||||
|
||||
Although a reboot is not required, it may help clear up any residual issues after the command is run.
|
||||
|
||||
### Symptoms: Start Menu and Apps cannot start after upgrade to Windows 10 version 1809 when Symantec Endpoint Protection is installed
|
||||
|
||||
**Description**: Start menu, Search, and Apps do not start after you upgrade a computer running Windows 7 that has Symantec Endpoint Protection installed to Windows 10 version 1809.
|
||||
|
||||
**Cause**: This problem occurs because of a failure to load sysfer.dll. During upgrade, the setup process does not set the privilege group "All Application Packages" on sysfer.dll and other Symantec modules.
|
||||
|
||||
**Resolution** This issue was fixed by the Windows Cumulative Update that were released on December 5, 2018—KB4469342 (OS Build 17763.168).
|
||||
|
||||
If you have already encountered this issue, use one of the following two options to fix the issue:
|
||||
|
||||
**Option 1** Remove sysfer.dll from system32 folder and copy it back. Windows will set privilege automatically.
|
||||
|
||||
**Option 2**
|
||||
|
||||
1. Locate the directory C:\Windows\system32.
|
||||
|
||||
2. Right-click on sysfer.dll and choose **Properties**.
|
||||
|
||||
3. Switch to the **Security** tab.
|
||||
|
||||
4. Confirm that **All Application Packages** group is missing.
|
||||
|
||||
5. Select **Edit**, and then select **Add** to add the group.
|
||||
|
||||
6. Test Start and other Apps.
|
@ -21,7 +21,7 @@ Use to create network Quality of Service (QoS) policies. A QoS policy performs a
|
||||
| --- | :---: | :---: | :---: | :---: |
|
||||
| All settings | | ✔️ | | |
|
||||
|
||||
1. In **Available customizations**, select **NetworkQ0SPolicy**, enter a friendly name for the account, and then click **Add**.
|
||||
1. In **Available customizations**, select **NetworkQoSPolicy**, enter a friendly name for the account, and then click **Add**.
|
||||
2. In **Available customizations**, select the name that you just created. The following table describes the settings you can configure.
|
||||
|
||||
| Setting | Description |
|
||||
|
@ -184,11 +184,11 @@
|
||||
href: update/deploy-updates-intune.md
|
||||
- name: Monitor
|
||||
items:
|
||||
- name: Windows Update for Business reports (preview)
|
||||
- name: Windows Update for Business reports
|
||||
items:
|
||||
- name: Windows Update for Business reports overview
|
||||
href: update/wufb-reports-overview.md
|
||||
- name: Enable Windows Update for Business reports (preview)
|
||||
- name: Enable Windows Update for Business reports
|
||||
items:
|
||||
- name: Windows Update for Business reports prerequisites
|
||||
href: update/wufb-reports-prerequisites.md
|
||||
@ -200,7 +200,7 @@
|
||||
href: update/wufb-reports-configuration-manual.md
|
||||
- name: Configure clients with Microsoft Intune
|
||||
href: update/wufb-reports-configuration-intune.md
|
||||
- name: Use Windows Update for Business reports (preview)
|
||||
- name: Use Windows Update for Business reports
|
||||
items:
|
||||
- name: Windows Update for Business reports workbook
|
||||
href: update/wufb-reports-workbook.md
|
||||
@ -210,7 +210,7 @@
|
||||
href: update/wufb-reports-use.md
|
||||
- name: Feedback, support, and troubleshooting
|
||||
href: update/wufb-reports-help.md
|
||||
- name: Windows Update for Business reports (preview) schema reference
|
||||
- name: Windows Update for Business reports schema reference
|
||||
items:
|
||||
- name: Windows Update for Business reports schema reference
|
||||
href: update/wufb-reports-schema.md
|
||||
|
@ -75,7 +75,7 @@ The features in this article are no longer being actively developed, and might b
|
||||
|Windows Hello for Business deployment that uses Microsoft Configuration Manager |Windows Server 2016 Active Directory Federation Services - Registration Authority (ADFS RA) deployment is simpler and provides a better user experience and a more deterministic certificate enrollment experience. | 1709 |
|
||||
|Windows PowerShell 2.0 | Applications and components should be migrated to PowerShell 5.0+. | 1709 |
|
||||
|Apndatabase.xml | Apndatabase.xml is being replaced by the COSA database. Therefore, some constructs will no longer function. This replacement includes Hardware ID, incoming SMS messaging rules in mobile apps, a list of privileged apps in mobile apps, autoconnect order, APN parser, and CDMAProvider ID. | 1703 |
|
||||
|Tile Data Layer | The [Tile Data Layer](/windows/configuration/start-layout-troubleshoot#symptom-start-menu-issues-with-tile-data-layer-corruption) database stopped development in Windows 10, version 1703. | 1703 |
|
||||
|Tile Data Layer | The [Tile Data Layer](/troubleshoot/windows-client/shell-experience/troubleshoot-start-menu-errors#symptom-start-menu-issues-with-tile-data-layer-corruption) database stopped development in Windows 10, version 1703. | 1703 |
|
||||
|TLS DHE_DSS ciphers DisabledByDefault| [TLS RC4 Ciphers](/windows-server/security/tls/tls-schannel-ssp-changes-in-windows-10-and-windows-server) will be disabled by default in this release. | 1703 |
|
||||
|TCPChimney | TCP Chimney Offload is no longer being developed. See [Performance Tuning Network Adapters](/windows-server/networking/technologies/network-subsystem/net-sub-performance-tuning-nics). | 1703 |
|
||||
|IPsec Task Offload| [IPsec Task Offload](/windows-hardware/drivers/network/task-offload) versions 1 and 2 are no longer being developed and shouldn't be used. | 1703 |
|
||||
|
@ -9,7 +9,7 @@ ms.localizationpriority: medium
|
||||
ms.collection:
|
||||
- M365-analytics
|
||||
ms.topic: article
|
||||
ms.date: 06/20/2022
|
||||
ms.date: 11/15/2022
|
||||
ms.technology: itpro-updates
|
||||
---
|
||||
|
||||
|
@ -9,11 +9,11 @@ ms.author: mstewart
|
||||
ms.localizationpriority: medium
|
||||
ms.collection: M365-analytics
|
||||
ms.topic: article
|
||||
ms.date: 08/24/2022
|
||||
ms.date: 11/15/2022
|
||||
ms.technology: itpro-updates
|
||||
---
|
||||
|
||||
# Configuring Microsoft Intune devices for Windows Update for Business reports (preview)
|
||||
# Configuring Microsoft Intune devices for Windows Update for Business reports
|
||||
<!--37063317, 30141258, 37063041-->
|
||||
***(Applies to: Windows 11 & Windows 10 managed by [Microsoft Intune](/mem/intune/fundamentals/what-is-intune)***
|
||||
|
||||
|
@ -9,11 +9,11 @@ ms.author: mstewart
|
||||
ms.localizationpriority: medium
|
||||
ms.collection: M365-analytics
|
||||
ms.topic: article
|
||||
ms.date: 06/06/2022
|
||||
ms.date: 11/15/2022
|
||||
ms.technology: itpro-updates
|
||||
---
|
||||
|
||||
# Manually configuring devices for Windows Update for Business reports (preview)
|
||||
# Manually configuring devices for Windows Update for Business reports
|
||||
<!--37063317, 30141258, 37063041-->
|
||||
***(Applies to: Windows 11 & Windows 10)***
|
||||
|
||||
|
@ -9,11 +9,11 @@ ms.author: mstewart
|
||||
ms.localizationpriority: medium
|
||||
ms.collection: M365-analytics
|
||||
ms.topic: article
|
||||
ms.date: 06/16/2022
|
||||
ms.date: 11/15/2022
|
||||
ms.technology: itpro-updates
|
||||
---
|
||||
|
||||
# Configuring devices through the Windows Update for Business reports (preview) configuration script
|
||||
# Configuring devices through the Windows Update for Business reports configuration script
|
||||
<!--37063317, 30141258, 37063041-->
|
||||
***(Applies to: Windows 11 & Windows 10)***
|
||||
|
||||
|
@ -8,11 +8,11 @@ author: mestew
|
||||
ms.author: mstewart
|
||||
ms.collection: M365-analytics
|
||||
ms.topic: article
|
||||
ms.date: 06/06/2022
|
||||
ms.date: 11/15/2022
|
||||
ms.technology: itpro-updates
|
||||
---
|
||||
|
||||
# Enable Windows Update for Business reports (preview)
|
||||
# Enable Windows Update for Business reports
|
||||
<!--37063317, 30141258, 37063041-->
|
||||
***(Applies to: Windows 11 & Windows 10)***
|
||||
|
||||
|
@ -8,11 +8,11 @@ author: mestew
|
||||
ms.author: mstewart
|
||||
ms.collection: M365-analytics
|
||||
ms.topic: article
|
||||
ms.date: 08/10/2022
|
||||
ms.date: 11/15/2022
|
||||
ms.technology: itpro-updates
|
||||
---
|
||||
|
||||
# Windows Update for Business reports (preview) feedback, support, and troubleshooting
|
||||
# Windows Update for Business reports feedback, support, and troubleshooting
|
||||
|
||||
<!-- MAX6325272, OS33771278 -->
|
||||
***(Applies to: Windows 11 & Windows 10)***
|
||||
@ -51,9 +51,9 @@ You can open support requests directly from the Azure portal. If the **Help + S
|
||||
- **Issue type** - ***Technical***
|
||||
- **Subscription** - Select the subscription used for Windows Update for Business reports
|
||||
- **Service** - ***My services***
|
||||
- **Service type** - ***Log Analytics***
|
||||
- **Problem type** - ***Solutions or Insights***
|
||||
- **Problem subtype** - ***Update Compliance***
|
||||
- **Service type** - ***Monitoring and Management***
|
||||
- **Problem type** - ***Windows Update for Business reports***
|
||||
|
||||
1. Based on the information you provided, you'll be shown some **Recommended solutions** you can use to try to resolve the problem.
|
||||
1. Complete the **Additional details** tab and then create the request on the **Review + create** tab.
|
||||
|
||||
|
@ -8,11 +8,11 @@ author: mestew
|
||||
ms.author: mstewart
|
||||
ms.collection: M365-analytics
|
||||
ms.topic: article
|
||||
ms.date: 08/09/2022
|
||||
ms.date: 11/15/2022
|
||||
ms.technology: itpro-updates
|
||||
---
|
||||
|
||||
# Windows Update for Business reports (preview) overview
|
||||
# Windows Update for Business reports overview
|
||||
<!--37063317, 30141258, 37063041-->
|
||||
***(Applies to: Windows 11 & Windows 10)***
|
||||
|
||||
|
@ -8,11 +8,11 @@ author: mestew
|
||||
ms.author: mstewart
|
||||
ms.collection: M365-analytics
|
||||
ms.topic: article
|
||||
ms.date: 06/30/2022
|
||||
ms.date: 11/15/2022
|
||||
ms.technology: itpro-updates
|
||||
---
|
||||
|
||||
# Windows Update for Business reports (preview) prerequisites
|
||||
# Windows Update for Business reports prerequisites
|
||||
<!--37063317, 30141258, 37063041-->
|
||||
***(Applies to: Windows 11 & Windows 10)***
|
||||
|
||||
|
@ -8,11 +8,11 @@ author: mestew
|
||||
ms.author: mstewart
|
||||
ms.collection: M365-analytics
|
||||
ms.topic: reference
|
||||
ms.date: 06/06/2022
|
||||
ms.date: 11/15/2022
|
||||
ms.technology: itpro-updates
|
||||
---
|
||||
|
||||
# Windows Update for Business reports (preview)schema
|
||||
# Windows Update for Business reports schema
|
||||
<!--37063317, 30141258, 37063041-->
|
||||
***(Applies to: Windows 11 & Windows 10)***
|
||||
|
||||
|
@ -8,11 +8,11 @@ author: mestew
|
||||
ms.author: mstewart
|
||||
ms.collection: M365-analytics
|
||||
ms.topic: article
|
||||
ms.date: 06/06/2022
|
||||
ms.date: 11/15/2022
|
||||
ms.technology: itpro-updates
|
||||
---
|
||||
|
||||
# Use Windows Update for Business reports (preview)
|
||||
# Use Windows Update for Business reports
|
||||
<!--37063317, 30141258, 37063041-->
|
||||
***(Applies to: Windows 11 & Windows 10)***
|
||||
|
||||
|
@ -8,11 +8,11 @@ author: mestew
|
||||
ms.author: mstewart
|
||||
ms.collection: M365-analytics
|
||||
ms.topic: article
|
||||
ms.date: 10/24/2022
|
||||
ms.date: 11/15/2022
|
||||
ms.technology: itpro-updates
|
||||
---
|
||||
|
||||
# Windows Update for Business reports (preview) workbook
|
||||
# Windows Update for Business reports workbook
|
||||
<!-- MAX6325272, OS33771278 -->
|
||||
***(Applies to: Windows 11 & Windows 10)***
|
||||
|
||||
|
@ -13,22 +13,25 @@ ms.technology: itpro-deploy
|
||||
ms.date: 10/28/2022
|
||||
---
|
||||
|
||||
# Log files
|
||||
# Windows upgrade log files
|
||||
|
||||
**Applies to**
|
||||
|
||||
- Windows 10
|
||||
|
||||
> [!NOTE]
|
||||
>This is a 400 level topic (advanced).<br>
|
||||
>See [Resolve Windows 10 upgrade errors](resolve-windows-10-upgrade-errors.md) for a full list of topics in this article.
|
||||
> This is a 400-level topic (advanced).<br>
|
||||
|
||||
> See [Resolve Windows 10 upgrade errors](resolve-windows-10-upgrade-errors.md) for a full list of topics in this article.
|
||||
|
||||
Several log files are created during each phase of the upgrade process. These log files are essential for troubleshooting upgrade problems. By default, the folders that contain these log files are hidden on the upgrade target computer. To view the log files, configure Windows Explorer to view hidden items, or use a tool to automatically gather these logs. The most useful log is **setupact.log**. The log files are located in a different folder depending on the Windows Setup phase. Recall that you can determine the phase from the extend code.
|
||||
|
||||
> [!NOTE]
|
||||
> Also see the [Windows Error Reporting](windows-error-reporting.md) section in this document for help locating error codes and log files.
|
||||
|
||||
The following table describes some log files and how to use them for troubleshooting purposes:<br>
|
||||
The following table describes some log files and how to use them for troubleshooting purposes:
|
||||
|
||||
|
||||
|
||||
|Log file |Phase: Location |Description |When to use|
|
||||
|---|---|---|---|
|
||||
@ -46,14 +49,18 @@ The following table describes some log files and how to use them for troubleshoo
|
||||
|
||||
A setupact.log or setuperr.log entry (files are located at C:\Windows) includes the following elements:
|
||||
|
||||
1. **The date and time** - 2016-09-08 09:20:05.
|
||||
1. **The date and time** - 2016-09-08 09:20:05
|
||||
|
||||
2. **The log level** - Info, Warning, Error, Fatal Error.
|
||||
|
||||
3. **The logging component** - CONX, MOUPG, PANTHR, SP, IBSLIB, MIG, DISM, CSI, CBS.
|
||||
2. **The log level** - Info, Warning, Error, Fatal Error
|
||||
|
||||
|
||||
3. **The logging component** - CONX, MOUPG, PANTHR, SP, IBSLIB, MIG, DISM, CSI, CBS
|
||||
|
||||
|
||||
The logging components SP (setup platform), MIG (migration engine), and CONX (compatibility information) are useful for troubleshooting Windows Setup errors.
|
||||
|
||||
|
||||
4. **The message** - Operation completed successfully.
|
||||
|
||||
See the following example:
|
||||
@ -62,7 +69,6 @@ See the following example:
|
||||
|------|------------|------------|------------|
|
||||
|2016-09-08 09:23:50,| Warning | MIG | Couldn't replace object C:\Users\name\Cookies. Target Object can't be removed.|
|
||||
|
||||
|
||||
## Analyze log files
|
||||
|
||||
The following instructions are meant for IT professionals. Also see the [Upgrade error codes](/troubleshoot/windows-client/deployment/windows-10-upgrade-error-codes?toc=/windows/deployment/toc.json&bc=/windows/deployment/breadcrumb/toc.json) section in this guide to familiarize yourself with [result codes](/troubleshoot/windows-client/deployment/windows-10-upgrade-error-codes?toc=/windows/deployment/toc.json&bc=/windows/deployment/breadcrumb/toc.json#result-codes) and [extend codes](/troubleshoot/windows-client/deployment/windows-10-upgrade-error-codes?toc=/windows/deployment/toc.json&bc=/windows/deployment/breadcrumb/toc.json#extend-codes).
|
||||
@ -71,7 +77,7 @@ To analyze Windows Setup log files:
|
||||
|
||||
1. Determine the Windows Setup error code. This code should be returned by Windows Setup if it isn't successful with the upgrade process.
|
||||
|
||||
2. Based on the [extend code](/troubleshoot/windows-client/deployment/windows-10-upgrade-error-codes?toc=/windows/deployment/toc.json&bc=/windows/deployment/breadcrumb/toc.json#extend-codes) portion of the error code, determine the type and location of a [log files](#log-files) to investigate.
|
||||
2. Based on the [extend code](/troubleshoot/windows-client/deployment/windows-10-upgrade-error-codes?toc=/windows/deployment/toc.json&bc=/windows/deployment/breadcrumb/toc.json#extend-codes) portion of the error code, determine the type and location of a log file to investigate.
|
||||
|
||||
3. Open the log file in a text editor, such as notepad.
|
||||
|
||||
@ -90,8 +96,8 @@ To analyze Windows Setup log files:
|
||||
|
||||
7. Search for the following important text strings:
|
||||
|
||||
* **Shell application requested abort**
|
||||
* **Abandoning apply due to error for object**
|
||||
- `Shell application requested abort`
|
||||
- `Abandoning apply due to error for object`
|
||||
|
||||
8. Decode Win32 errors that appear in this section.
|
||||
|
||||
@ -101,8 +107,9 @@ To analyze Windows Setup log files:
|
||||
|
||||
For example, assume that the error code for an error is 0x8007042B - 0x2000D. Searching for "8007042B" reveals the following content from the setuperr.log file:
|
||||
|
||||
> [!Note]
|
||||
> [!NOTE]
|
||||
> Some lines in the text below are shortened to enhance readability. For example
|
||||
>
|
||||
> - The date and time at the start of each line (ex: 2016-10-05 15:27:08) is shortened to minutes and seconds
|
||||
> - The certificate file name, which is a long text string, is shortened to just "CN."
|
||||
|
||||
|
@ -2,83 +2,87 @@
|
||||
title: User State Migration Tool (USMT) - Getting Started (Windows 10)
|
||||
description: Plan, collect, and prepare your source computer for migration using the User State Migration Tool (USMT).
|
||||
ms.reviewer:
|
||||
manager: dougeby
|
||||
ms.author: aaroncz
|
||||
manager: aaroncz
|
||||
ms.author: frankroj
|
||||
ms.prod: windows-client
|
||||
author: aczechowski
|
||||
author: frankroj
|
||||
ms.topic: article
|
||||
ms.technology: itpro-deploy
|
||||
ms.date: 11/01/2022
|
||||
---
|
||||
|
||||
# Getting Started with the User State Migration Tool (USMT)
|
||||
This topic outlines the general process that you should follow to migrate files and settings.
|
||||
# Getting started with the User State Migration Tool (USMT)
|
||||
|
||||
## In this topic
|
||||
- [Step 1: Plan Your Migration](#step-1-plan-your-migration)
|
||||
|
||||
- [Step 2: Collect files and settings from the source computer](#step-2-collect-files-and-settings-from-the-source-computer)
|
||||
|
||||
- [Step 3: Prepare the destination computer and restore files and settings](#step-3-prepare-the-destination-computer-and-restore-files-and-settings)
|
||||
This article outlines the general process that you should follow to migrate files and settings.
|
||||
|
||||
## Step 1: Plan your migration
|
||||
|
||||
1. [Plan Your Migration](usmt-plan-your-migration.md). Depending on whether your migration scenario is refreshing or replacing computers, you can choose an online migration or an offline migration using Windows Preinstallation Environment (WinPE) or the files in the Windows.old directory. For more information, see [Common Migration Scenarios](usmt-common-migration-scenarios.md).
|
||||
|
||||
2. [Determine What to Migrate](usmt-determine-what-to-migrate.md). Data you might consider migrating includes end-user information, applications settings, operating-system settings, files, folders, and registry keys.
|
||||
|
||||
3. Determine where to store data. Depending on the size of your migration store, you can store the data remotely, locally in a hard-link migration store or on a local external storage device, or directly on the destination computer. For more information, see [Choose a Migration Store Type](usmt-choose-migration-store-type.md).
|
||||
|
||||
4. Use the **/GenMigXML** command-line option to determine which files will be included in your migration, and to determine whether any modifications are necessary. For more information see [ScanState Syntax](usmt-scanstate-syntax.md)
|
||||
4. Use the `/GenMigXML` command-line option to determine which files will be included in your migration, and to determine whether any modifications are necessary. For more information, see [ScanState Syntax](usmt-scanstate-syntax.md)
|
||||
|
||||
5. Modify copies of the Migration.xml and MigDocs.xml files and create custom .xml files, if it is required. To modify the migration behavior, such as migrating the **Documents** folder but not the **Music** folder, you can create a custom .xml file or modify the rules in the existing migration .xml files. The document finder, or **MigXmlHelper.GenerateDocPatterns** helper function, can be used to automatically find user documents on a computer without creating extensive custom migration .xml files.
|
||||
5. Modify copies of the `Migration.xml` and `MigDocs.xml` files and create custom .xml files, if it's required. To modify the migration behavior, such as migrating the **Documents** folder but not the **Music** folder, you can create a custom .xml file or modify the rules in the existing migration .xml files. The document finder, or `MigXmlHelper.GenerateDocPatterns` helper function, can be used to automatically find user documents on a computer without creating extensive custom migration .xml files.
|
||||
|
||||
**Important**
|
||||
We recommend that you always make and modify copies of the .xml files included in User State Migration Tool (USMT) 10.0. Never modify the original .xml files.
|
||||
> [!IMPORTANT]
|
||||
> We recommend that you always make and modify copies of the .xml files included in User State Migration Tool (USMT) 10.0. Never modify the original .xml files.
|
||||
|
||||
You can use the MigXML.xsd file to help you write and validate the .xml files. For more information about how to modify these files, see [USMT XML Reference](usmt-xml-reference.md).
|
||||
You can use the `MigXML.xsd` file to help you write and validate the .xml files. For more information about how to modify these files, see [USMT XML Reference](usmt-xml-reference.md).
|
||||
|
||||
6. Create a [Config.xml File](usmt-configxml-file.md) if you want to exclude any components from the migration. To create this file, use the [ScanState Syntax](usmt-scanstate-syntax.md) option together with the other .xml files when you use the **ScanState** command. For example, the following command creates a Config.xml file by using the MigDocs and MigApp.xml files:
|
||||
6. Create a [Config.xml File](usmt-configxml-file.md) if you want to exclude any components from the migration. To create this file, use the [ScanState Syntax](usmt-scanstate-syntax.md) option together with the other .xml files when you use the `ScanState.exe` command. For example, the following command creates a `Config.xml` file by using the `MigDocs.xml` and `MigApp.xml` files:
|
||||
|
||||
`scanstate /genconfig:config.xml /i:migdocs.xml /i:migapp.xml /v:13 /l:scanstate.log`
|
||||
``` syntax
|
||||
ScanState.exe /genconfig:Config.xml /i:MigDocs.xml /i:MigApp.xml /v:13 /l:ScanState.log
|
||||
```
|
||||
|
||||
7. Review the migration state of the components listed in the Config.xml file, and specify `migrate=no` for any components that you do not want to migrate.
|
||||
7. Review the migration state of the components listed in the `Config.xml` file, and specify `migrate=no` for any components that you don't want to migrate.
|
||||
|
||||
## Step 2: Collect files and settings from the source computer
|
||||
|
||||
1. Back up the source computer.
|
||||
|
||||
2. Close all applications. If some applications are running when you run the **ScanState** command, USMT might not migrate all of the specified data. For example, if Microsoft® Office Outlook® is open, USMT might not migrate PST files.
|
||||
2. Close all applications. If some applications are running when you run the `ScanState.exe` command, USMT might not migrate all of the specified data. For example, if Microsoft Office Outlook is open, USMT might not migrate PST files.
|
||||
|
||||
**Note**
|
||||
USMT will fail if it cannot migrate a file or setting unless you specify the **/C** option. When you specify the **/C** option, USMT will ignore the errors, and log an error every time that it encounters a file that is being used that USMT did not migrate. You can use the **<ErrorControl>** section in the Config.xml file to specify which errors should be ignored, and which should cause the migration to fail.
|
||||
> [!NOTE]
|
||||
> USMT will fail if it cannot migrate a file or setting unless you specify the `/C` option. When you specify the `/C` option, USMT will ignore the errors, and log an error every time that it encounters a file that is being used that USMT did not migrate. You can use the `<ErrorControl>` section in the `Config.xml` file to specify which errors should be ignored, and which should cause the migration to fail.
|
||||
|
||||
3. Run the **ScanState** command on the source computer to collect files and settings. You should specify all of the .xml files that you want the **ScanState** command to use. For example,
|
||||
3. Run the `ScanState.exe` command on the source computer to collect files and settings. You should specify all of the .xml files that you want the `ScanState.exe` command to use. For example,
|
||||
|
||||
`scanstate \\server\migration\mystore /config:config.xml /i:migdocs.xml /i:migapp.xml /v:13 /l:scan.log`
|
||||
``` syntax
|
||||
ScanState.exe \\server\migration\mystore /config:Config.xml /i:MigDocs.xml /i:MigApp.xml /v:13 /l:ScanState.log
|
||||
```
|
||||
|
||||
**Note**
|
||||
If the source computer is running Windows 7, or Windows 8, you must run the **ScanState** command in **Administrator** mode. To run in **Administrator** mode, right-click **Command Prompt**, and then click **Run As Administrator**. If the source computer is running Windows XP, you must run the **ScanState** command from an account that has administrative credentials. For more information about the how the **ScanState** command processes and stores the data, see [How USMT Works](usmt-how-it-works.md).
|
||||
> [!NOTE]
|
||||
> If the source computer is running Windows 7, or Windows 8, you must run the `ScanState.exe` command in **Administrator** mode. To run in **Administrator** mode, right-click **Command Prompt**, and then select **Run As Administrator**. For more information about the how the `ScanState.exe` command processes and stores the data, see [How USMT Works](usmt-how-it-works.md).
|
||||
|
||||
4. Run the **USMTUtils** command with the **/Verify** option to ensure that the store you created is not corrupted.
|
||||
4. Run the `UsmtUtils.exe` command with the `/Verify` option to ensure that the store you created isn't corrupted.
|
||||
|
||||
## Step 3: Prepare the destination computer and restore files and settings
|
||||
|
||||
1. Install the operating system on the destination computer.
|
||||
|
||||
2. Install all applications that were on the source computer. Although it is not always required, we recommend installing all applications on the destination computer before you restore the user state. This makes sure that migrated settings are preserved.
|
||||
2. Install all applications that were on the source computer. Although it isn't always required, we recommend installing all applications on the destination computer before you restore the user state. This makes sure that migrated settings are preserved.
|
||||
|
||||
**Note**
|
||||
The application version that is installed on the destination computer should be the same version as the one on the source computer. USMT does not support migrating the settings for an older version of an application to a newer version. The exception to this is Microsoft® Office, which USMT can migrate from an older version to a newer version.
|
||||
> [!NOTE]
|
||||
> The application version that is installed on the destination computer should be the same version as the one on the source computer. USMT does not support migrating the settings for an older version of an application to a newer version. The exception to this is Microsoft Office, which USMT can migrate from an older version to a newer version.
|
||||
|
||||
3. Close all applications. If some applications are running when you run the **LoadState** command, USMT might not migrate all of the specified data. For example, if Microsoft Office Outlook is open, USMT might not migrate PST files.
|
||||
3. Close all applications. If some applications are running when you run the `LoadState.exe ` command, USMT might not migrate all of the specified data. For example, if Microsoft Office Outlook is open, USMT might not migrate PST files.
|
||||
|
||||
**Note**
|
||||
Use **/C** to continue your migration if errors are encountered, and use the **<ErrorControl>** section in the Config.xml file to specify which errors should be ignored, and which errors should cause the migration to fail.
|
||||
> [!NOTE]
|
||||
> Use `/C` to continue your migration if errors are encountered, and use the `<ErrorControl>` section in the `Config.xml` file to specify which errors should be ignored, and which errors should cause the migration to fail.
|
||||
|
||||
4. Run the **LoadState** command on the destination computer. Specify the same set of .xml files that you specified when you used the **ScanState** command. However, you do not have to specify the Config.xml file, unless you want to exclude some of the files and settings that you migrated to the store. For example, you might want to migrate the My Documents folder to the store, but not to the destination computer. To do this, modify the Config.xml file and specify the updated file by using the **LoadState** command. Then, the **LoadState** command will migrate only the files and settings that you want to migrate. For more information about the how the **LoadState** command processes and migrates data, see [How USMT Works](usmt-how-it-works.md).
|
||||
4. Run the `LoadState.exe ` command on the destination computer. Specify the same set of .xml files that you specified when you used the `ScanState.exe` command. However, you don't have to specify the `Config.xml` file, unless you want to exclude some of the files and settings that you migrated to the store. For example, you might want to migrate the My Documents folder to the store, but not to the destination computer. To do this, modify the `Config.xml` file and specify the updated file by using the `LoadState.exe ` command. Then, the `LoadState.exe ` command will migrate only the files and settings that you want to migrate. For more information about how the `LoadState.exe ` command processes and migrates data, see [How USMT Works](usmt-how-it-works.md).
|
||||
|
||||
For example, the following command migrates the files and settings:
|
||||
|
||||
`loadstate \\server\migration\mystore /config:config.xml /i:migdocs.xml /i:migapp.xml /v:13 /l:load.log`
|
||||
``` syntax
|
||||
LoadState.exe \\server\migration\mystore /config:Config.xml /i:MigDocs.xml /i:MigApp.xml /v:13 /l:LoadState.log
|
||||
```
|
||||
|
||||
**Note**
|
||||
Run the **LoadState** command in administrator mode. To do this, right-click **Command Prompt**, and then click **Run As Administrator**.
|
||||
> [!NOTE]
|
||||
> Run the `LoadState.exe ` command in administrator mode. To do this, right-click **Command Prompt**, and then click **Run As Administrator**.
|
||||
|
||||
5. Log off after you run the **LoadState** command. Some settings (for example, fonts, wallpaper, and screen saver settings) will not take effect until the next time that the user logs on.
|
||||
5. Sign out after you run the `LoadState.exe ` command. Some settings, such as fonts, wallpaper, and screen saver settings, won't take effect until the next time that the user logs on.
|
||||
|
@ -2,69 +2,60 @@
|
||||
title: Migrate Application Settings (Windows 10)
|
||||
description: Learn how to author a custom migration .xml file that migrates the settings of an application that isn't migrated by default using MigApp.xml.
|
||||
ms.reviewer:
|
||||
manager: dougeby
|
||||
ms.author: aaroncz
|
||||
manager: aaroncz
|
||||
ms.author: frankroj
|
||||
ms.prod: windows-client
|
||||
author: aczechowski
|
||||
ms.date: 04/19/2017
|
||||
author: frankroj
|
||||
ms.date: 11/01/2022
|
||||
ms.topic: article
|
||||
ms.technology: itpro-deploy
|
||||
---
|
||||
|
||||
# Migrate Application Settings
|
||||
|
||||
You can create a custom .xml file to migrate specific line-of-business application settings or to change the default migration behavior of the User State Migration Tool (USMT) 10.0. For ScanState and LoadState to use this file, you must specify the custom .xml file on both command lines.
|
||||
|
||||
You can create a custom .xml file to migrate specific line-of-business application settings or to change the default migration behavior of the User State Migration Tool (USMT) 10.0. For ScanState and LoadState to use this file, you must specify the custom .xml file on both command lines.
|
||||
This article defines how to author a custom migration .xml file that migrates the settings of an application that isn't migrated by default using `MigApp.xml`. You should migrate the settings after you install the application, but before the user runs the application for the first time.
|
||||
|
||||
This topic defines how to author a custom migration .xml file that migrates the settings of an application that is not migrated by default using MigApp.xml. You should migrate the settings after you install the application, but before the user runs the application for the first time.
|
||||
This article doesn't contain information about how to migrate applications that store settings in an application-specific store, only the applications that store the information in files or in the registry. It also doesn't contain information about how to migrate the data that users create using the application. For example, if the application creates .doc files using a specific template, this article doesn't discuss how to migrate the .doc files and templates themselves.
|
||||
|
||||
This topic does not contain information about how to migrate applications that store settings in an application-specific store, only the applications that store the information in files or in the registry. It also does not contain information about how to migrate the data that users create using the application. For example, if the application creates .doc files using a specific template, this topic does not discuss how to migrate the .doc files and templates themselves.
|
||||
## Before you begin
|
||||
|
||||
## <a href="" id="createxmlmigappsettings"></a>In this Topic
|
||||
You should identify a test computer that contains the operating system of your source computers, and the application whose settings you want to migrate. For example, if you're planning on migrating from Windows 7 to Windows 10, install Windows 7 on your test computer and then install the application.
|
||||
|
||||
## Step 1: Verify that the application is installed on the source computer, and that it's the same version as the version to be installed on the destination computer
|
||||
|
||||
- [Before You Begin](#bkmk-beforebegin)
|
||||
Before USMT migrates the settings, you need it to check whether the application is installed on the source computer, and that it's the correct version. If the application isn't installed on the source computer, you probably don't want USMT to spend time searching for the application's settings. More importantly, if USMT collects settings for an application that isn't installed, it may migrate settings that will cause the destination computer to function incorrectly. You should also investigate whether there's more than one version of the application because the new version may not store the settings in the same place. Mismatched application versions may lead to unexpected results on the destination computer.
|
||||
|
||||
- [Step 1: Verify that the application is installed on the source computer, and that it is the same version as the version to be installed on the destination computer](#bkmk-step1).
|
||||
There are many ways to detect if an application is installed. The best practice is to check for an application uninstall key in the registry, and then search the computer for the executable file that installed the application. It's important that you check for both of these items, because sometimes different versions of the same application share the same uninstall key. So even if the key is there, it may not correspond to the version of the application that you want.
|
||||
|
||||
- [Step 2: Identify settings to collect and determine where each setting is stored on the computer](#bkmk-step2).
|
||||
### Check the registry for an application uninstall key
|
||||
|
||||
- [Step 3: Identify how to apply the gathered settings](#bkmk-step3).
|
||||
When many applications are installed (especially those installed using the Microsoft® Windows® Installer technology), an application uninstall key is created under:
|
||||
|
||||
- [Step 4: Create the migration XML component for the application](#bkmk-step4).
|
||||
`HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Uninstall`
|
||||
|
||||
- [Step 5: Test the application settings migration](#bkmk-step5).
|
||||
For example, when Adobe Acrobat Reader 7 is installed, it creates a key named:
|
||||
|
||||
## <a href="" id="bkmk-beforebegin"></a>Before You Begin
|
||||
`HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Uninstall \{AC76BA86-7AD7-1033-7B44-A70000000000}`
|
||||
|
||||
Therefore, if a computer contains this key, then Adobe Acrobat Reader 7 is installed on the computer. You can check for the existence of a registry key using the `DoesObjectExist` helper function.
|
||||
|
||||
You should identify a test computer that contains the operating system of your source computers, and the application whose settings you want to migrate. For example, if you are planning on migrating from Windows 7 to Windows 10, install Windows 7 on your test computer and then install the application.
|
||||
Usually, you can find this key by searching under
|
||||
|
||||
## <a href="" id="bkmk-step1"></a>Step 1: Verify that the application is installed on the source computer, and that it is the same version as the version to be installed on the destination computer.
|
||||
`HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Uninstall`
|
||||
|
||||
for the name of the application, the name of the application executable file, or for the name of the company that makes the application. You can use the Registry Editor, `Regedit.exe` located in the `%SystemRoot%`, to search the registry.
|
||||
|
||||
Before USMT migrates the settings, you need it to check whether the application is installed on the source computer, and that it is the correct version. If the application is not installed on the source computer, you probably do not want USMT to spend time searching for the application’s settings. More importantly, if USMT collects settings for an application that is not installed, it may migrate settings that will cause the destination computer to function incorrectly. You should also investigate whether there is more than one version of the application. This is because the new version may not store the settings in the same place, which may lead to unexpected results on the destination computer.
|
||||
### Check the file system for the application executable file
|
||||
|
||||
There are many ways to detect if an application is installed. The best practice is to check for an application uninstall key in the registry, and then search the computer for the executable file that installed the application. It is important that you check for both of these items, because sometimes different versions of the same application share the same uninstall key. So even if the key is there, it may not correspond to the version of the application that you want.
|
||||
You should also check the application binaries for the executable that installed the application. To check for application binaries, you'll first need to determine where the application is installed and what the name of the executable is. Most applications store the installation location of the application binaries in the registry. You should search the registry for the name of the application, the name of the application executable, or for the name of the company that makes the application, until you find the registry value that contains the installation path. Once you've determined the path to the application executable, you can use the `DoesFileVersionMatch` helper function to check for the correct version of the application executable. For an example of how to use the `DoesFileVersionMatch` helper function, see the Windows Live™ Messenger section of the `MigApp.xml` file.
|
||||
|
||||
### Check the registry for an application uninstall key.
|
||||
## Step 2: Identify settings to collect and determine where each setting is stored on the computer
|
||||
|
||||
When many applications are installed (especially those installed using the Microsoft® Windows® Installer technology), an application uninstall key is created under **HKEY\_LOCAL\_MACHINE\\SOFTWARE\\Microsoft\\Windows\\CurrentVersion\\Uninstall**. For example, when Adobe Acrobat Reader 7 is installed, it creates a key named **HKEY\_LOCAL\_MACHINE\\SOFTWARE\\Microsoft\\Windows\\CurrentVersion\\Uninstall \\{AC76BA86-7AD7-1033-7B44-A70000000000}**. Therefore, if a computer contains this key, then Adobe Acrobat Reader 7 is installed on the computer. You can check for the existence of a registry key using the **DoesObjectExist** helper function.
|
||||
Next, you should go through the user interface and make a list of all of the available settings. You can reduce the list if there are settings that you don't want to migrate. To determine where each setting is stored, you'll need to change each setting and monitor the activity on the registry and the file system. You don't need to migrate the binary files and registry settings that are made when the application is installed because you'll need to reinstall the application onto the destination computer. You only need to migrate those settings that are customizable.
|
||||
|
||||
Usually, you can find this key by searching under **HKEY\_LOCAL\_MACHINE\\SOFTWARE\\Microsoft\\Windows\\CurrentVersion\\Uninstall** for the name of the application, the name of the application executable file, or for the name of the company that makes the application. You can use the Registry Editor (**Regedit.exe** located in the %**SystemRoot**%) to search the registry.
|
||||
|
||||
### Check the file system for the application executable file.
|
||||
|
||||
You should also check the application binaries for the executable that installed the application. To do this, you will first need to determine where the application is installed and what the name of the executable is. Most applications store the installation location of the application binaries in the registry. You should search the registry for the name of the application, the name of the application executable, or for the name of the company that makes the application, until you find the registry value that contains the installation path. Once you have determined the path to the application executable, you can use the **DoesFileVersionMatch** helper function to check for the correct version of the application executable. For an example of how to do this, see the Windows Live™ Messenger section of the MigApp.xml file.
|
||||
|
||||
## <a href="" id="bkmk-step2"></a>Step 2: Identify settings to collect and determine where each setting is stored on the computer.
|
||||
|
||||
|
||||
Next, you should go through the user interface and make a list of all of the available settings. You can reduce the list if there are settings that you do not want to migrate. To determine where each setting is stored, you will need to change each setting and monitor the activity on the registry and the file system. You do not need to migrate the binary files and registry settings that are made when the application is installed. This is because you will need to reinstall the application onto the destination computer. You only need to migrate those settings that are customizable.
|
||||
|
||||
### <a href="" id="bkmkdetermine"></a>
|
||||
|
||||
**How To Determine Where Each Setting is Stored**
|
||||
### How to determine where each setting is stored
|
||||
|
||||
1. Download a file and registry monitoring tool, such as the Regmon and Filemon tools, from the [Windows Sysinternals Web site](/sysinternals/).
|
||||
|
||||
@ -72,93 +63,86 @@ Next, you should go through the user interface and make a list of all of the ava
|
||||
|
||||
3. Filter the output of the tools so it only displays changes being made by the application.
|
||||
|
||||
**Note**
|
||||
Most applications store their settings under the user profile. That is, the settings stored in the file system are under the %**UserProfile**% directory, and the settings stored in the registry are under the **HKEY\_CURRENT\_USER** hive. For these applications you can filter the output of the file and registry monitoring tools to show activity only under these locations. This will considerably reduce the amount of output that you will need to examine.
|
||||
> [!NOTE]
|
||||
> Most applications store their settings under the user profile. That is, the settings stored in the file system are under the `%UserProfile%` directory, and the settings stored in the registry are under the `HKEY_CURRENT_USER` hive. For these applications you can filter the output of the file and registry monitoring tools to show activity only under these locations. This will considerably reduce the amount of output that you will need to examine.
|
||||
|
||||
|
||||
|
||||
4. Start the monitoring tool(s), change a setting, and look for registry and file system writes that occurred when you changed the setting. Make sure the changes you make actually take effect. For example, if you are changing a setting in Microsoft Word by selecting a check box in the **Options** dialog box, the change typically will not take effect until you close the dialog box by clicking **OK**.
|
||||
4. Start the monitoring tool(s), change a setting, and look for registry and file system writes that occurred when you changed the setting. Make sure the changes you make actually take effect. For example, if you're changing a setting in Microsoft Word by selecting a check box in the **Options** dialog box, the change typically won't take effect until you close the dialog box by clicking **OK**.
|
||||
|
||||
5. When the setting is changed, note the changes to the file system and registry. There may be more than one file or registry values for each setting. You should identify the minimal set of file and registry changes that are required to change this setting. This set of files and registry keys is what you will need to migrate in order to migrate the setting.
|
||||
|
||||
**Note**
|
||||
Changing an application setting invariably leads to writing to registry keys. If possible, filter the output of the file and registry monitor tool to display only writes to files and registry keys/values.
|
||||
> [!NOTE]
|
||||
> Changing an application setting invariably leads to writing to registry keys. If possible, filter the output of the file and registry monitor tool to display only writes to files and registry keys/values.
|
||||
|
||||
## Step 3: Identify how to apply the gathered settings
|
||||
|
||||
If the version of the application on the source computer is the same as the one on the destination computer, then you don't have to modify the collected files and registry keys. By default, USMT migrates the files and registry keys from the source location to the corresponding location on the destination computer. For example, if a file was collected from the `C:\Documents and Settings\User1\My Documents` folder and the profile directory on the destination computer is located at `D:\Users\User1`, then USMT will automatically migrate the file to `D:\Users\User1\My Documents`. However, you may need to modify the location of some settings in the following three cases:
|
||||
|
||||
## <a href="" id="bkmk-step3"></a>Step 3: Identify how to apply the gathered settings.
|
||||
### Case 1: The version of the application on the destination computer is newer than the one on the source computer
|
||||
|
||||
In this case, the newer version of the application may be able to read the settings from the source computer without modification. That is, the data collected from an older version of the application is sometimes compatible with the newer version of the application. However, you may need to modify the setting location if either of the following conditions is true:
|
||||
|
||||
If the version of the application on the source computer is the same as the one on the destination computer, then you do not have to modify the collected files and registry keys. By default, USMT migrates the files and registry keys from the source location to the corresponding location on the destination computer. For example, if a file was collected from the C:\\Documents and Settings\\User1\\My Documents folder and the profile directory on the destination computer is located at D:\\Users\\User1, then USMT will automatically migrate the file to D:\\Users\\User1\\My Documents. However, you may need to modify the location of some settings in the following three cases:
|
||||
- **The newer version of the application has the ability to import settings from an older version.** This mapping usually happens the first time a user runs the newer version after the settings have been migrated. Some applications import settings automatically after settings are migrated. However, other applications will only do import settings if the application was upgraded from the older version. When the application is upgraded, a set of files and/or registry keys is installed that indicates the older version of the application was previously installed. If you perform a clean installation of the newer version (which is the case in most migrations), the computer doesn't contain this set of files and registry keys so the mapping doesn't occur. In order to trick the newer version of the application into initiating this import process, your migration script may need to create these files and/or registry keys on the destination computer.
|
||||
|
||||
### Case 1: The version of the application on the destination computer is newer than the one on the source computer.
|
||||
To identify which files and/or registry keys/values need to be created to cause the import, you should upgrade the older version of the application to the newer one and monitor the changes made to the file system and registry by using the same process described in [How to determine where each setting is stored](#how-to-determine-where-each-setting-is-stored). Once you know the set of files that the computer needs, you can use the **<addObjects>** element to add them to the destination computer.
|
||||
|
||||
In this case, the newer version of the application may be able to read the settings from the source computer without modification. That is, the data collected from an older version of the application is sometimes compatible with the newer version of the application. However, you may need to modify the setting location if either of the following is true:
|
||||
- **The newer version of the application can't read settings from the source computer and it's also unable to import the settings into the new format.** In this case, you'll need to create a mapping for each setting from the old locations to the new locations. To create the mapping, determine where the newer version stores each setting using the process described in [How to determine where each setting is stored](#how-to-determine-where-each-setting-is-stored). After you've created the mapping, apply the settings to the new location on the destination computer using the **<locationModify>** element, and the `RelativeMove` and `ExactMove` helper functions.
|
||||
|
||||
- **The newer version of the application has the ability to import settings from an older version.** This mapping usually happens the first time a user runs the newer version after the settings have been migrated. Some applications do this automatically after settings are migrated; however, other applications will only do this if the application was upgraded from the older version. When the application is upgraded, a set of files and/or registry keys is installed that indicates the older version of the application was previously installed. If you perform a clean installation of the newer version (which is the case in most migrations), the computer does not contain this set of files and registry keys so the mapping does not occur. In order to trick the newer version of the application into initiating this import process, your migration script may need to create these files and/or registry keys on the destination computer.
|
||||
### Case 2: The destination computer already contains settings for the application
|
||||
|
||||
To identify which files and/or registry keys/values need to be created to cause the import, you should upgrade the older version of the application to the newer one and monitor the changes made to the file system and registry by using the same process described in [How To determine where each setting is stored](#bkmkdetermine). Once you know the set of files that the computer needs, you can use the <`addObjects`> element to add them to the destination computer.
|
||||
We recommend that you migrate the settings after you install the application, but before the user runs the application for the first time. We recommend this process because this process ensures that there are no settings on the destination computer when you migrate the settings. If you must install the application before the migration, you should delete any existing settings using the **<destinationCleanup>** element. If for any reason you want to preserve the settings that are on the destination computer, you can use the **<merge>** element and `DestinationPriority` helper function.
|
||||
|
||||
- [The newer version of the application cannot read settings from the source computer and it is also unable to import the settings into the new format.](#bkmkdetermine) In this case, you will need to create a mapping for each setting from the old locations to the new locations. To do this, determine where the newer version stores each setting using the process described in How to determine where each setting is stored. After you have created the mapping, apply the settings to the new location on the destination computer using the <`locationModify`> element, and the **RelativeMove** and **ExactMove** helper functions.
|
||||
### Case 3: The application overwrites settings when it's installed
|
||||
|
||||
### Case 2: The destination computer already contains settings for the application.
|
||||
We recommend that you migrate the settings after you install the application, but before the user runs the application for the first time. We recommend this process because this process ensures that there are no settings on the destination computer when you migrate the settings. Also, when some applications are installed, they overwrite any existing settings that are on the computer. In this scenario, if you migrated the data before you installed the application, your customized settings would be overwritten. This scenario is common for applications that store settings in locations that are outside of the user profile (typically these settings are settings that apply to all users). These universal settings are sometimes overwritten when an application is installed, and they're replaced by default values. To avoid this problem, you must install these applications before migrating the files and settings to the destination computer. By default with USMT, data from the source computer overwrites data that already exists in the same location on the destination computer.
|
||||
|
||||
We recommend that you migrate the settings after you install the application, but before the user runs the application for the first time. We recommend this because this ensures that there are no settings on the destination computer when you migrate the settings. If you must install the application before the migration, you should delete any existing settings using the <`destinationCleanup`> element. If for any reason you want to preserve the settings that are on the destination computer, you can use the <`merge`> element and **DestinationPriority** helper function.
|
||||
## Step 4: Create the migration XML component for the application
|
||||
|
||||
### Case 3: The application overwrites settings when it is installed.
|
||||
After you have completed steps 1 through 3, you'll need to create a custom migration .xml file that migrates the application based on the information that you now have. You can use the `MigApp.xml` file as a model because it contains examples of many of the concepts discussed in this article. You can also see [Custom XML Examples](usmt-custom-xml-examples.md) for another sample .xml file.
|
||||
|
||||
We recommend that you migrate the settings after you install the application, but before the user runs the application for the first time. We recommend this because this ensures that there are no settings on the destination computer when you migrate the settings. Also, when some applications are installed, they overwrite any existing settings that are on the computer. In this scenario, if you migrated the data before you installed the application, your customized settings would be overwritten. This is common for applications that store settings in locations that are outside of the user profile (typically these are settings that apply to all users). These universal settings are sometimes overwritten when an application is installed, and they are replaced by default values. To avoid this, you must install these applications before migrating the files and settings to the destination computer. By default with USMT, data from the source computer overwrites data that already exists in the same location on the destination computer.
|
||||
> [!NOTE]
|
||||
> We recommend that you create a separate .xml file instead of adding your script to the `MigApp.xml` file. This is because the `MigApp.xml` file is a very large file and it will be difficult to read and edit. In addition, if you reinstall USMT for some reason, the `MigApp.xml` file will be overwritten by the default version of the file and you will lose your customized version.
|
||||
|
||||
## <a href="" id="bkmk-step4"></a>Step 4: Create the migration XML component for the application
|
||||
> [!IMPORTANT]
|
||||
> Some applications store information in the user profile, such as application installation paths, the computer name, etc., should not be migrated. You should make sure to exclude these files and registry keys from the migration.
|
||||
|
||||
|
||||
After you have completed steps 1 through 3, you will need to create a custom migration .xml file that migrates the application based on the information that you now have. You can use the MigApp.xml file as a model because it contains examples of many of the concepts discussed in this topic. You can also see [Custom XML Examples](usmt-custom-xml-examples.md) for another sample .xml file.
|
||||
|
||||
**Note**
|
||||
We recommend that you create a separate .xml file instead of adding your script to the **MigApp.xml** file. This is because the **MigApp.xml** file is a very large file and it will be difficult to read and edit. In addition, if you reinstall USMT for some reason, the **MigApp.xml** file will be overwritten by the default version of the file and you will lose your customized version.
|
||||
|
||||
|
||||
|
||||
**Important**
|
||||
Some applications store information in the user profile that should not be migrated (for example, application installation paths, the computer name, and so on). You should make sure to exclude these files and registry keys from the migration.
|
||||
|
||||
|
||||
|
||||
Your script should do the following:
|
||||
Your script should do the following actions:
|
||||
|
||||
1. Check whether the application and correct version is installed by:
|
||||
|
||||
- Searching for the installation uninstall key under **HKEY\_LOCAL\_MACHINE\\SOFTWARE\\Microsoft\\Windows\\CurrentVersion\\Uninstall** using the **DoesObjectExist** helper function.
|
||||
- Searching for the installation uninstall key under `HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Uninstall` using the `DoesObjectExist` helper function.
|
||||
|
||||
- Checking for the correct version of the application executable file using the **DoesFileVersionMatch** helper function.
|
||||
- Checking for the correct version of the application executable file using the `DoesFileVersionMatch` helper function.
|
||||
|
||||
2. If the correct version of the application is installed, then ensure that each setting is migrated to the appropriate location on the destination computer.
|
||||
|
||||
- If the versions of the applications are the same on both the source and destination computers, migrate each setting using the <`include`> and <`exclude`> elements.
|
||||
- If the versions of the applications are the same on both the source and destination computers, migrate each setting using the **<include>** and **<exclude>** elements.
|
||||
|
||||
- If the version of the application on the destination computer is newer than the one on the source computer, and the application cannot import the settings, your script should either 1) add the set of files that trigger the import using the <`addObjects`> element or 2) create a mapping that applies the old settings to the correct location on the destination computer using the <`locationModify`> element, and the **RelativeMove** and **ExactMove** helper functions.
|
||||
- If the version of the application on the destination computer is newer than the one on the source computer, and the application can't import the settings, your script should either:
|
||||
1. Add the set of files that trigger the import using the **<addObjects>** element
|
||||
2. Create a mapping that applies the old settings to the correct location on the destination computer using the **<locationModify>** element, and the `RelativeMove` and `ExactMove` helper functions.
|
||||
|
||||
- If you must install the application before migrating the settings, delete any settings that are already on the destination computer using the <`destinationCleanup`> element.
|
||||
- If you must install the application before migrating the settings, delete any settings that are already on the destination computer using the **<destinationCleanup>** element.
|
||||
|
||||
For information about the .xml elements and helper functions, see [XML Elements Library](usmt-xml-elements-library.md).
|
||||
|
||||
## <a href="" id="bkmk-step5"></a>Step 5: Test the application settings migration
|
||||
## Step 5: Test the application settings migration
|
||||
|
||||
On a test computer, install the operating system that will be installed on the destination computers. For example, if you're planning on migrating from Windows 7 to Windows 10, install Windows 10 and the application. Next, run LoadState on the test computer and verify that all settings migrate. Make corrections if necessary and repeat the process until all the necessary settings are migrated correctly.
|
||||
|
||||
On a test computer, install the operating system that will be installed on the destination computers. For example, if you are planning on migrating from Windows 7 to Windows 10, install Windows 10 and the application. Next, run LoadState on the test computer and verify that all settings migrate. Make corrections if necessary and repeat the process until all the necessary settings are migrated correctly.
|
||||
To speed up the time it takes to collect and migrate the data, you can migrate only one user at a time, and you can exclude all other components from the migration except the application that you're testing. To specify only **User1** in the migration, enter:
|
||||
|
||||
To speed up the time it takes to collect and migrate the data, you can migrate only one user at a time, and you can exclude all other components from the migration except the application that you are testing. To specify only User1 in the migration, type: **/ue:\*\\\* /ui:user1**. For more information, see [Exclude Files and Settings](usmt-exclude-files-and-settings.md) and User options in the [ScanState Syntax](usmt-scanstate-syntax.md) topic. To troubleshoot a problem, check the progress log, and the ScanState and LoadState logs, which contain warnings and errors that may point to problems with the migration.
|
||||
``` syntax
|
||||
/ue:*\* /ui:user1
|
||||
```
|
||||
|
||||
## Related topics
|
||||
For more information, see the [Exclude files and settings](usmt-exclude-files-and-settings.md) article and the [User options](usmt-scanstate-syntax.md#user-options) section in the [ScanState syntax](usmt-scanstate-syntax.md) article. To troubleshoot a problem, check the progress log, and the ScanState and LoadState logs, which contain warnings and errors that may point to problems with the migration.
|
||||
|
||||
## Related articles
|
||||
|
||||
[USMT XML Reference](usmt-xml-reference.md)
|
||||
|
||||
[Conflicts and Precedence](usmt-conflicts-and-precedence.md)
|
||||
|
||||
[XML Elements Library](usmt-xml-elements-library.md)
|
||||
|
||||
[Log Files](usmt-log-files.md)
|
||||
[USMT XML reference](usmt-xml-reference.md)
|
||||
|
||||
[Conflicts and precedence](usmt-conflicts-and-precedence.md)
|
||||
|
||||
[XML elements library](usmt-xml-elements-library.md)
|
||||
|
||||
[Log files](usmt-log-files.md)
|
||||
|
@ -2,78 +2,60 @@
|
||||
title: Migration Store Types Overview (Windows 10)
|
||||
description: Learn about the migration store types and how to determine which migration store type best suits your needs.
|
||||
ms.reviewer:
|
||||
manager: dougeby
|
||||
ms.author: aaroncz
|
||||
manager: aaroncz
|
||||
ms.author: frankroj
|
||||
ms.prod: windows-client
|
||||
author: aczechowski
|
||||
ms.date: 04/19/2017
|
||||
author: frankroj
|
||||
ms.date: 11/01/2022
|
||||
ms.topic: article
|
||||
ms.technology: itpro-deploy
|
||||
---
|
||||
|
||||
# Migration Store Types Overview
|
||||
|
||||
When planning your migration, you should determine which migration store type best meets your needs. As part of these considerations, determine how much space is required to run the User State Migration Tool (USMT) 10.0 components on your source and destination computers. You should also determine the space needed to create and host the migration store, whether you're using a local share, network share, or storage device.
|
||||
|
||||
When planning your migration, you should determine which migration store type best meets your needs. As part of these considerations, determine how much space is required to run the User State Migration Tool (USMT) 10.0 components on your source and destination computers. You should also determine the space needed to create and host the migration store, whether you are using a local share, network share, or storage device.
|
||||
|
||||
## In This Topic
|
||||
|
||||
|
||||
[Migration Store Types](#bkmk-types)
|
||||
|
||||
[Local Store vs. Remote Store](#bkmk-localvremote)
|
||||
|
||||
[The /localonly Command-Line Option](#bkmk-localonly)
|
||||
|
||||
## <a href="" id="bkmk-types"></a>Migration Store Types
|
||||
|
||||
## Migration store types
|
||||
|
||||
This section describes the three migration store types available in USMT.
|
||||
|
||||
### Uncompressed (UNC)
|
||||
|
||||
The uncompressed (UNC) migration store is an uncompressed directory with a mirror image of the folder hierarchy being migrated. Each directory and file retains the same access permissions that it has on the local file system. You can use Windows Explorer to view this migration store type. Settings are stored in a catalog file that also describes how to restore files on the destination computer.
|
||||
The uncompressed (UNC) migration store is an uncompressed directory with a mirror image of the folder hierarchy being migrated. Each directory and file retains the same access permissions that it has on the local file system. You can use Windows Explorer to view this migration store type. Settings are stored in a catalog file that also describes how to restore files on the destination computer.
|
||||
|
||||
### Compressed
|
||||
|
||||
The compressed migration store is a single image file that contains all files being migrated and a catalog file. This image file is often encrypted and protected with a password, and cannot be navigated with Windows Explorer.
|
||||
The compressed migration store is a single image file that contains all files being migrated and a catalog file. This image file is often encrypted and protected with a password, and can't be navigated with Windows Explorer.
|
||||
|
||||
### Hard-Link
|
||||
|
||||
A hard-link migration store functions as a map that defines how a collection of bits on the hard disk are “wired” into the file system. You use the new USMT hard-link migration store in the PC Refresh scenario only. This is because the hard-link migration store is maintained on the local computer while the old operating system is removed and the new operating system is installed. Using a hard-link migration store saves network bandwidth and minimizes the server use needed to accomplish the migration.
|
||||
A hard-link migration store functions as a map that defines how a collection of bits on the hard disk are "wired" into the file system. You use the new USMT hard-link migration store in the PC Refresh scenario only. You only use hard-link migration stores in Refresh scenarios because the hard-link migration store is maintained on the local computer while the old operating system is removed and the new operating system is installed. Using a hard-link migration store saves network bandwidth and minimizes the server use needed to accomplish the migration.
|
||||
|
||||
You use a command-line option,**/hardlink** , to create a hard-link migration store, which functions the same as an uncompressed migration store. Files are not duplicated on the local computer when user state is captured, nor are they duplicated when user state is restored. For more information, see [Hard-Link Migration Store](usmt-hard-link-migration-store.md).
|
||||
You use the command-line option `/hardlink` to create a hard-link migration store, which functions the same as an uncompressed migration store. Files aren't duplicated on the local computer when user state is captured, nor are they duplicated when user state is restored. For more information, see [Hard-Link Migration Store](usmt-hard-link-migration-store.md).
|
||||
|
||||
The following flowchart illustrates the procedural differences between a local migration store and a remote migration store. In this example, a hard-link migration store is used for the local store.
|
||||
|
||||

|
||||
|
||||
## <a href="" id="bkmk-localvremote"></a>Local Store vs. Remote Store
|
||||
|
||||
|
||||
If you have enough space and you are migrating the user state back to the same computer, storing data on a local device is normally the best option to reduce server storage costs and network performance issues. You can store the data locally either on a different partition or on a removable device such as a USB flash drive (UFD). Also, depending on the imaging technology that you are using, you might be able to store the data on the partition that is being re-imaged, if the data will be protected from deletion during the process. To increase performance, store the data on high-speed drives that use a high-speed network connection. It is also good practice to ensure that the migration is the only task the server is performing.
|
||||
|
||||
If there is not enough local disk space, or if you are moving the user state to another computer, then you must store the data remotely. For example, you can store it in on a shared folder, on removable media such as a UFD drive, or you can store it directly on the destination computer. For example, create and share C:\\store on the destination computer. Then run the ScanState command on the source computer and save the files and settings to \\\\*DestinationComputerName*\\store. Then, run the **LoadState** command on the destination computer and specify **C:\\Store** as the store location. By doing this, you do not need to save the files to a server.
|
||||
|
||||
**Important**
|
||||
If possible, have users store their data within their %UserProfile%\\My Documents and %UserProfile%\\Application Data folders. This will reduce the chance of USMT missing critical user data that is located in a directory that USMT is not configured to check.
|
||||
|
||||
|
||||
|
||||
### <a href="" id="bkmk-localonly"></a>The /localonly Command-Line Option
|
||||
|
||||
You should use this option to exclude the data from removable drives and network drives mapped on the source computer. For more information about what is excluded when you specify **/LocalOnly**, see [ScanState Syntax](usmt-scanstate-syntax.md).
|
||||
|
||||
## Related topics
|
||||
|
||||
|
||||
[Plan Your Migration](usmt-plan-your-migration.md)
|
||||
## Local store vs. remote store
|
||||
|
||||
If you have enough space and you're migrating the user state back to the same computer, storing data on a local device is normally the best option to reduce server storage costs and network performance issues. You can store the data locally either on a different partition or on a removable device such as a USB flash drive (UFD). Also, depending on the imaging technology that you're using, you might be able to store the data on the partition that is being re-imaged, if the data will be protected from deletion during the process. To increase performance, store the data on high-speed drives that use a high-speed network connection. It's also good practice to ensure that the migration is the only task the server is performing.
|
||||
|
||||
If there isn't enough local disk space, or if you're moving the user state to another computer, then you must store the data remotely such as on a shared folder, on removable media, or you can store it directly on the destination computer. For example:
|
||||
|
||||
1. Create and share `C:\store` on the destination computer
|
||||
2. Run the `ScanState.exe` command on the source computer and save the files and settings to `\\<DestinationComputerName>\store`
|
||||
3. Run the `LoadState.exe ` command on the destination computer and specify `C:\Store` as the store location.
|
||||
|
||||
By doing this process, you don't need to save the files to a server.
|
||||
|
||||
> [!IMPORTANT]
|
||||
> If possible, have users store their data within their `%UserProfile%\My Documents` and `%UserProfile%\Application Data` folders. This will reduce the chance of USMT missing critical user data that is located in a directory that USMT is not configured to check.
|
||||
|
||||
### The /localonly command-line option
|
||||
|
||||
You should use this option to exclude the data from removable drives and network drives mapped on the source computer. For more information about what is excluded when you specify `/LocalOnly`, see [ScanState Syntax](usmt-scanstate-syntax.md).
|
||||
|
||||
## Related articles
|
||||
|
||||
[Plan your migration](usmt-plan-your-migration.md)
|
||||
|
@ -2,46 +2,32 @@
|
||||
title: Offline Migration Reference (Windows 10)
|
||||
description: Offline migration enables the ScanState tool to run inside a different Windows OS than the Windows OS from which ScanState is gathering files and settings.
|
||||
ms.reviewer:
|
||||
manager: dougeby
|
||||
ms.author: aaroncz
|
||||
manager: aaroncz
|
||||
ms.author: frankroj
|
||||
ms.prod: windows-client
|
||||
author: aczechowski
|
||||
ms.date: 04/19/2017
|
||||
author: frankroj
|
||||
ms.date: 11/01/2022
|
||||
ms.topic: article
|
||||
ms.technology: itpro-deploy
|
||||
---
|
||||
|
||||
# Offline Migration Reference
|
||||
|
||||
Offline migration enables the ScanState tool to run inside a different Windows® operating system than the Windows operating system from which ScanState is gathering files and settings. There are two primary offline scenarios:
|
||||
Offline migration enables the ScanState tool to run inside a different Windows operating system than the Windows operating system from which ScanState is gathering files and settings. There are two primary offline scenarios:
|
||||
|
||||
- **Windows PE.** The ScanState tool can be run from within Windows PE, gathering files and settings from the offline Windows operating system on that machine.
|
||||
- **Windows PE.** The ScanState tool can be run from within Windows PE, gathering files and settings from the offline Windows operating system on that machine.
|
||||
|
||||
- **Windows.old.** The ScanState tool can now gather files and settings from the Windows.old directory that is created during Windows installation on a partition that contains a previous installation of Windows. For example, the ScanState tool can run in Windows 10, gathering files from a previous Windows 7or Windows 8 installation contained in the Windows.old directory.
|
||||
- **Windows.old.** The ScanState tool can now gather files and settings from the Windows.old directory that is created during Windows installation on a partition that contains a previous installation of Windows. For example, the ScanState tool can run in Windows 10, gathering files from a previous Windows 7or Windows 8 installation contained in the Windows.old directory.
|
||||
|
||||
When you use User State Migration Tool (USMT) 10.0 to gather and restore user state, offline migration reduces the cost of deployment by:
|
||||
When you use User State Migration Tool (USMT) 10.0 to gather and restore user state, offline migration reduces the cost of deployment by:
|
||||
|
||||
- **Reducing complexity.** In computer-refresh scenarios, migrations from the Windows.old directory reduce complexity by eliminating the need for the ScanState tool to be run before the operating system is deployed. Also, migrations from the Windows.old directory enable ScanState and LoadState to be run successively.
|
||||
|
||||
- **Improving performance.** When USMT runs in an offline Windows Preinstallation Environment (WinPE) environment, it has better access to the hardware resources. This may increase performance on older machines with limited hardware resources and numerous installed software applications.
|
||||
- **Improving performance.** When USMT runs in an offline Windows Preinstallation Environment (WinPE) environment, it has better access to the hardware resources. Running USMT in WinPE may increase performance on older machines with limited hardware resources and numerous installed software applications.
|
||||
|
||||
- **New recovery scenario.** In scenarios where a machine no longer restarts properly, it might be possible to gather user state with the ScanState tool from within WinPE.
|
||||
|
||||
## In This topic
|
||||
|
||||
- [What Will Migrate Offline?](#bkmk-whatwillmigrate)
|
||||
|
||||
- [What Offline Environments are Supported?](#bkmk-offlineenvironments)
|
||||
|
||||
- [User-Group Membership and Profile Control](#bkmk-usergroupmembership)
|
||||
|
||||
- [Command-Line Options](#bkmk-commandlineoptions)
|
||||
|
||||
- [Environment Variables](#bkmk-environmentvariables)
|
||||
|
||||
- [Offline.xml Elements](#bkmk-offlinexml)
|
||||
|
||||
## <a href="" id="bkmk-whatwillmigrate"></a>What Will Migrate Offline?
|
||||
## What will migrate offline?
|
||||
|
||||
The following user data and settings migrate offline, similar to an online migration:
|
||||
|
||||
@ -55,25 +41,25 @@ The following user data and settings migrate offline, similar to an online migra
|
||||
|
||||
- EFS files
|
||||
|
||||
- Internet Explorer® Favorites
|
||||
- Internet Explorer Favorites
|
||||
|
||||
For exceptions to what you can migrate offline, see [What Does USMT Migrate?](usmt-what-does-usmt-migrate.md)
|
||||
|
||||
## <a href="" id="bkmk-offlineenvironments"></a>What Offline Environments are Supported?
|
||||
## What offline environments are supported?
|
||||
|
||||
The following table defines the supported combination of online and offline operating systems in USMT.
|
||||
|
||||
|Running Operating System|Offline Operating System|
|
||||
|--- |--- |
|
||||
|WinPE 5.0 or greater, with the MSXML library|Windows Vista, Windows 7, Windows 8, Windows 10|
|
||||
|Windows 7, Windows 8, Windows 10|Windows.old directory|
|
||||
|WinPE 5.0 or greater, with the MSXML library|Windows 7, Windows 8, Windows 10|
|
||||
|Windows 7, Windows 8, Windows 10|Windows.old directory|
|
||||
|
||||
**Note**
|
||||
It is possible to run the ScanState tool while the drive remains encrypted by suspending Windows BitLocker Drive Encryption before booting into WinPE. For more information, see [this Microsoft site](/previous-versions/windows/it-pro/windows-7/ee424315(v=ws.10)).
|
||||
> [!NOTE]
|
||||
> It is possible to run the ScanState tool while the drive remains encrypted by suspending Windows BitLocker Drive Encryption before booting into WinPE. For more information, see [this Microsoft site](/previous-versions/windows/it-pro/windows-7/ee424315(v=ws.10)).
|
||||
|
||||
## <a href="" id="bkmk-usergroupmembership"></a>User-Group Membership and Profile Control
|
||||
## User-group membership and profile control
|
||||
|
||||
User-group membership is not preserved during offline migrations. You must configure a **<ProfileControl>** section in the Config.xml file to specify the groups that the migrated users should be made members of. The following example places all migrated users into the Users group:
|
||||
User-group membership isn't preserved during offline migrations. You must configure a **<ProfileControl>** section in the `Config.xml` file to specify the groups that the migrated users should be made members of. The following example places all migrated users into the Users group:
|
||||
|
||||
``` xml
|
||||
<Configuration>
|
||||
@ -91,70 +77,74 @@ User-group membership is not preserved during offline migrations. You must confi
|
||||
</Configuration>
|
||||
```
|
||||
|
||||
For information about the format of a Config.xml file, see [Config.xml File](usmt-configxml-file.md).
|
||||
For information about the format of a `Config.xml` file, see [Config.xml File](usmt-configxml-file.md).
|
||||
|
||||
## <a href="" id="bkmk-commandlineoptions"></a>Command-Line Options
|
||||
## Command-line options
|
||||
|
||||
An offline migration can either be enabled by using a configuration file on the command line, or by using one of the following command line options:
|
||||
|
||||
|Component|Option|Description|
|
||||
|--- |--- |--- |
|
||||
|ScanState.exe|**/offline:***<path to offline.xml>*|This command-line option enables the offline-migration mode and requires a path to an Offline.xml configuration file.|
|
||||
|ScanState.exe|**/offlineWinDir:***<Windows directory>*|This command-line option enables the offline-migration mode and starts the migration from the location specified. It is only for use in WinPE offline scenarios where the migration is occurring from a Windows directory.|
|
||||
|ScanState.exe|**/OfflineWinOld:***<Windows.old directory>*|This command-line option enables the offline migration mode and starts the migration from the location specified. It is only intended to be used in Windows.old migration scenarios, where the migration is occurring from a Windows.old directory.|
|
||||
|*ScanState.exe*|**/offline:***<path to Offline.xml>*|This command-line option enables the offline-migration mode and requires a path to an Offline.xml configuration file.|
|
||||
|*ScanState.exe*|**/offlineWinDir:***<Windows directory>*|This command-line option enables the offline-migration mode and starts the migration from the location specified. It's only for use in WinPE offline scenarios where the migration is occurring from a Windows directory.|
|
||||
|*ScanState.exe*|**/OfflineWinOld:***<Windows.old directory>*|This command-line option enables the offline migration mode and starts the migration from the location specified. It's only intended to be used in Windows.old migration scenarios, where the migration is occurring from a Windows.old directory.|
|
||||
|
||||
You can use only one of the **/offline**, **/offlineWinDir**, or **/OfflineWinOld** command-line options at a time; USMT does not support using more than one together.
|
||||
You can use only one of the `/offline`, `/offlineWinDir`, or `/OfflineWinOld` command-line options at a time. USMT doesn't support using more than one together.
|
||||
|
||||
## <a href="" id="bkmk-environmentvariables"></a>Environment Variables
|
||||
## Environment variables
|
||||
|
||||
The following system environment variables are necessary in the scenarios outlined below.
|
||||
|
||||
|Variable|Value|Scenario|
|
||||
|--- |--- |--- |
|
||||
|USMT_WORKING_DIR|Full path to a working directory|Required when USMT binaries are located on read-only media, which does not support the creation of log files or temporary storage. To set the system environment variable, at a command prompt type the following: <br/><pre class="syntax"><code>Set USMT_WORKING_DIR=[path to working directory]</code></pre>|
|
||||
|MIG_OFFLINE_PLATFORM_ARCH|32 or 64|While operating offline, this environment variable defines the architecture of the offline system, if the system does not match the WinPE and Scanstate.exe architecture. This environment variable enables the 32-bit ScanState application to gather data from a computer with 64-bit architecture, or the 64-bit ScanState application to gather data from a computer with 32-bit architecture. This is required when auto-detection of the offline architecture doesn't function properly, for example, when the source system is running a 64-bit version of Windows XP. For example, to set this system environment variable for a 32-bit architecture, at a command prompt type the following: <br/><pre class="syntax"><code>Set MIG_OFFLINE_PLATFORM_ARCH=32</code></pre>|
|
||||
|*USMT_WORKING_DIR*|Full path to a working directory|Required when USMT binaries are located on read-only media, which doesn't support the creation of log files or temporary storage. To set the system environment variable, at a command prompt type the following command: <br/><pre class="syntax"><code>Set USMT_WORKING_DIR=[path to working directory]</code></pre>|
|
||||
*|MIG_OFFLINE_PLATFORM_ARCH*|32 or 64|While operating offline, this environment variable defines the architecture of the offline system, if the system doesn't match the WinPE and `ScanState.exe` architecture. This environment variable enables the 32-bit ScanState application to gather data from a computer with 64-bit architecture, or the 64-bit ScanState application to gather data from a computer with 32-bit architecture. Specifying the architecture is required when auto-detection of the offline architecture doesn't function properly. For example, to set this system environment variable for a 32-bit architecture, at a command prompt type the following command: <br/><pre class="syntax"><code>Set MIG_OFFLINE_PLATFORM_ARCH=32</code></pre>|
|
||||
|
||||
## <a href="" id="bkmk-offlinexml"></a>Offline.xml Elements
|
||||
## Offline.xml elements
|
||||
|
||||
Use an offline.xml file when running the ScanState tool on a computer that has multiple Windows directories. The offline.xml file specifies which directories to scan for windows files. An offline.xml file can be used with the /offline option as an alternative to specifying a single Windows directory path with the /offlineDir option.
|
||||
Use an `Offline.xml` file when running the ScanState tool on a computer that has multiple Windows directories. The `Offline.xml` file specifies which directories to scan for windows files. An `Offline.xml` file can be used with the `/offline` option as an alternative to specifying a single Windows directory path with the `/offlineDir` option.
|
||||
|
||||
### <a href="" id="-offline-"></a><offline>
|
||||
### <offline>
|
||||
|
||||
This element contains other elements that define how an offline migration is to be performed.
|
||||
|
||||
Syntax: <offline> </offline>
|
||||
Syntax: `<offline>` `</offline>`
|
||||
|
||||
### <a href="" id="-windir-"></a><winDir>
|
||||
### <winDir>
|
||||
|
||||
This element is a required child of **<offline>** and contains information about how the offline volume can be selected. The migration will be performed from the first element of **<winDir>** that contains a valid Windows system volume.
|
||||
|
||||
Syntax: < winDir > </ winDir >
|
||||
Syntax: `<winDir>` `</winDir>`
|
||||
|
||||
### <a href="" id="-path-"></a><path>
|
||||
### <path>
|
||||
|
||||
This element is a required child of **<winDir>** and contains a file path pointing to a valid Windows directory. Relative paths are interpreted from the ScanState tool's working directory.
|
||||
|
||||
Syntax: <path> c:\\windows </path>
|
||||
Syntax: `<path> C:\Windows </path>`
|
||||
|
||||
-or-
|
||||
|
||||
Syntax, when used with the **<mappings>** element: <path> C:\\, D:\\ </path>
|
||||
Syntax, when used with the **<mappings>** element: `<path> C:\, D:\ </path>`
|
||||
|
||||
### <a href="" id="-mappings-"></a><mappings>
|
||||
### <mappings>
|
||||
|
||||
This element is an optional child of **<offline>**. When specified, the **<mappings>** element will override the automatically detected WinPE drive mappings. Each child **<path>** element will provide a mapping from one system volume to another. Additionally, mappings between folders can be provided, since an entire volume can be mounted to a specific folder.
|
||||
|
||||
Syntax: <mappings> </mappings>
|
||||
Syntax: `<mappings>` `</mappings>`
|
||||
|
||||
### <a href="" id="-failonmultiplewindir-"></a><failOnMultipleWinDir>
|
||||
### <failOnMultipleWinDir>
|
||||
|
||||
This element is an optional child of **<offline>**. The **<failOnMultipleWinDir>** element allows the user to specify that the migration should fail when USMT detects that there are multiple instances of Windows installed on the source machine. When the **<failOnMultipleWinDir>** element isn't present, the default behavior is that the migration does not fail.
|
||||
This element is an optional child of **<offline>**. The **<failOnMultipleWinDir>** element allows the user to specify that the migration should fail when USMT detects that there are multiple instances of Windows installed on the source machine. When the **<failOnMultipleWinDir>** element isn't present, the default behavior is that the migration doesn't fail.
|
||||
|
||||
Syntax: <failOnMultipleWinDir>1</failOnMultipleWinDir> or Syntax: <failOnMultipleWinDir>0</failOnMultipleWinDir>
|
||||
Syntax: `<failOnMultipleWinDir>1</failOnMultipleWinDir>`
|
||||
|
||||
-or-
|
||||
|
||||
Syntax: `<failOnMultipleWinDir>0</failOnMultipleWinDir>`
|
||||
|
||||
### Offline .xml Example
|
||||
|
||||
The following XML example illustrates some of the elements discussed earlier in this topic.
|
||||
The following XML example illustrates some of the elements discussed earlier in this article.
|
||||
|
||||
``` xml
|
||||
<offline>
|
||||
@ -167,6 +157,6 @@ The following XML example illustrates some of the elements discussed earlier in
|
||||
</offline>
|
||||
```
|
||||
|
||||
## Related topics
|
||||
## Related articles
|
||||
|
||||
[Plan Your Migration](usmt-plan-your-migration.md)
|
||||
[Plan your migration](usmt-plan-your-migration.md)
|
||||
|
@ -2,120 +2,98 @@
|
||||
title: Understanding Migration XML Files (Windows 10)
|
||||
description: Learn how to modify the behavior of a basic User State Migration Tool (USMT) 10.0 migration by using XML files.
|
||||
ms.reviewer:
|
||||
manager: dougeby
|
||||
ms.author: aaroncz
|
||||
manager: aaroncz
|
||||
ms.author: frankroj
|
||||
ms.prod: windows-client
|
||||
author: aczechowski
|
||||
ms.date: 04/19/2017
|
||||
author: frankroj
|
||||
ms.date: 11/01/2022
|
||||
ms.topic: article
|
||||
ms.technology: itpro-deploy
|
||||
---
|
||||
|
||||
# Understanding Migration XML Files
|
||||
# Understanding migration XML files
|
||||
|
||||
You can modify the behavior of a basic User State Migration Tool (USMT) 10.0 migration by using XML files; these files provide instructions on where and how the USMT tools should gather and apply files and settings. USMT includes three XML files that you can use to customize a basic migration: the MigDocs.xml and MigUser.xml files, which modify how files are discovered on the source computer, and the MigApps.xml file, which is required in order to migrate supported application settings. You can also create and edit custom XML files and a Config.xml file to further customize your migration.
|
||||
You can modify the behavior of a basic User State Migration Tool (USMT) 10.0 migration by using XML files; these files provide instructions on where and how the USMT tools should gather and apply files and settings. USMT includes three XML files that you can use to customize a basic migration: the `MigDocs.xml` and `MigUser.xml` files, which modify how files are discovered on the source computer, and the MigApps.xml file, which is required in order to migrate supported application settings. You can also create and edit custom XML files and a `Config.xml` file to further customize your migration.
|
||||
|
||||
This topic provides an overview of the default and custom migration XML files and includes guidelines for creating and editing a customized version of the MigDocs.xml file. The MigDocs.xml file uses the new **GenerateDocPatterns** function available in USMT to automatically find user documents on a source computer.
|
||||
This article provides an overview of the default and custom migration XML files and includes guidelines for creating and editing a customized version of the `MigDocs.xml` file. The `MigDocs.xml` file uses the new `GenerateDocPatterns` function available in USMT to automatically find user documents on a source computer.
|
||||
|
||||
## In This topic
|
||||
## Overview of the Config.xml file
|
||||
|
||||
[Overview of the Config.xml file](#bkmk-config)
|
||||
The `Config.xml` file is the configuration file created by the `/genconfig` option of the ScanState tool; it can be used to modify which operating-system components are migrated by USMT. The `Config.xml` file can be used with other XML files, such as in the following example:
|
||||
|
||||
[Overview of the MigApp.xml file](#bkmk-migapp)
|
||||
`ScanState.exe /i:migapps.xml /i:MigDocs.xml /genconfig:c:\myFolder\Config.xml`
|
||||
|
||||
[Overview of the MigDocs.xml file](#bkmk-migdocs)
|
||||
|
||||
[Overview of the MigUser.xml file](#bkmk-miguser)
|
||||
|
||||
[Using multiple XML files](#bkmk-multiple)
|
||||
|
||||
[XML rules for migrating user files](#bkmk-userfiles)
|
||||
|
||||
[The GenerateDocPatterns function](#bkmk-generate)
|
||||
|
||||
[Understanding the system and user context](#bkmk-context)
|
||||
|
||||
[Sample migration rules for customized versions of XML files](#bkmk-samples)
|
||||
|
||||
[Exclude rules usage examples](#bkmk-exclude)
|
||||
|
||||
[Include rules usage examples](#bkmk-include)
|
||||
|
||||
[Next Steps](#bkmk-next)
|
||||
|
||||
## <a href="" id="bkmk-config"></a>Overview of the Config.xml file
|
||||
|
||||
The Config.xml file is the configuration file created by the `/genconfig` option of the ScanState tool; it can be used to modify which operating-system components are migrated by USMT. The Config.xml file can be used with other XML files, such as in the following example: `scanstate /i:migapps.xml /i:migdocs.xml /genconfig:c:\myFolder\config.xml`. When used this way, the Config.xml file tightly controls aspects of the migration, including user profiles, data, and settings, without modifying or creating other XML files. For more information about the Config.xml file, see [Customize USMT XML Files](usmt-customize-xml-files.md) and [Config.xml File](usmt-configxml-file.md).
|
||||
When used this way, the `Config.xml` file tightly controls aspects of the migration, including user profiles, data, and settings, without modifying or creating other XML files. For more information about the `Config.xml` file, see [Customize USMT XML Files](usmt-customize-xml-files.md) and [Config.xml File](usmt-configxml-file.md).
|
||||
|
||||
> [!NOTE]
|
||||
> When modifying the XML elements in the Config.xml file, you should edit an element and set the **migrate** property to **no**, rather than deleting the element from the file. If you delete the element instead of setting the property, the component may still be migrated by rules in other XML files.
|
||||
> When modifying the XML elements in the `Config.xml` file, you should edit an element and set the **migrate** property to **no**, rather than deleting the element from the file. If you delete the element instead of setting the property, the component may still be migrated by rules in other XML files.
|
||||
|
||||
## <a href="" id="bkmk-migapp"></a>Overview of the MigApp.xml file
|
||||
## Overview of the MigApp.xml file
|
||||
|
||||
The MigApp.xml file installed with USMT includes instructions to migrate the settings for the applications listed in [What Does USMT Migrate?](usmt-what-does-usmt-migrate.md). You must include the MigApp.xml file when using the ScanState and LoadState tools, by using the `/i` option in order to migrate application settings. The MigDocs.xml and MigUser.xml files do not migrate application settings. You can create a custom XML file to include additional applications. For more information, see [Customize USMT XML Files](usmt-customize-xml-files.md).
|
||||
The `MigApp.xml` file installed with USMT includes instructions to migrate the settings for the applications listed in [What Does USMT Migrate?](usmt-what-does-usmt-migrate.md). You must include the `MigApp.xml` file when using the ScanState and LoadState tools, by using the `/i` option in order to migrate application settings. The `MigDocs.xml` and `MigUser.xml` files don't migrate application settings. You can create a custom XML file to include additional applications. For more information, see [Customize USMT XML Files](usmt-customize-xml-files.md).
|
||||
|
||||
> [!Important]
|
||||
> The MigApps.xml file will only detect and migrate .pst files that are linked to Microsoft Office Outlook. For more information about migrating .pst files that are not linked to Outlook, see the [Sample migration rules for customized versions of XML files](#bkmk-samples).
|
||||
> [!IMPORTANT]
|
||||
> The MigApps.xml file will only detect and migrate .pst files that are linked to Microsoft Office Outlook. For more information about migrating .pst files that are not linked to Outlook, see [Sample migration rules for customized versions of XML files](#sample-migration-rules-for-customized-versions-of-xml-files).
|
||||
|
||||
## <a href="" id="bkmk-migdocs"></a>Overview of the MigDocs.xml file
|
||||
## Overview of the MigDocs.xml file
|
||||
|
||||
The MigDocs.xml file uses the new **GenerateDocPatterns** helper function to create instructions for USMT to migrate files from the source computer, based on the location of the files. You can use the MigDocs.xml file with the ScanState and LoadState tools to perform a more targeted migration than using USMT without XML instructions.
|
||||
The `MigDocs.xml` file uses the new `GenerateDocPatterns` helper function to create instructions for USMT to migrate files from the source computer, based on the location of the files. You can use the `MigDocs.xml` file with the ScanState and LoadState tools to perform a more targeted migration than using USMT without XML instructions.
|
||||
|
||||
The default MigDocs.xml file migrates the following:
|
||||
The default `MigDocs.xml` file migrates the following data:
|
||||
|
||||
- All files on the root of the drive except %WINDIR%, %PROGRAMFILES%, %PROGRAMDATA%, or %USERS%.
|
||||
- All files on the root of the drive except `%WINDIR%`, `%PROGRAMFILES%`, `%PROGRAMDATA%`, or `%USERS%`.
|
||||
|
||||
- All folders in the root directory of all fixed drives. For example: c:\\data\_mail\\\*\[\*\]
|
||||
- All folders in the root directory of all fixed drives. For example: `c:\data_mail\*[*]`
|
||||
|
||||
- All files from the root of the Profiles folder, except for files in the system profile. For example: c:\\users\\name\[mail.pst\]
|
||||
- All files from the root of the Profiles folder, except for files in the system profile. For example: `c:\users\name[mail.pst]`
|
||||
|
||||
- All folders from the root of the Profiles folder, except for the system-profile folders. For example: c:\\users\\name\\new folder\\\*\[\*\]
|
||||
- All folders from the root of the Profiles folder, except for the system-profile folders. For example: `c:\users\name\new folder\*[*]`
|
||||
|
||||
- Standard shared folders:
|
||||
|
||||
- CSIDL\_COMMON\_DESKTOPDIRECTORY
|
||||
- CSIDL_COMMON_DESKTOPDIRECTORY
|
||||
|
||||
- CSIDL\_COMMON\_FAVORITES
|
||||
- CSIDL_COMMON_FAVORITES
|
||||
|
||||
- CSIDL\_COMMON\_DOCUMENTS
|
||||
- CSIDL_COMMON_DOCUMENTS
|
||||
|
||||
- CSIDL\_COMMON\_MUSIC
|
||||
- CSIDL_COMMON_MUSIC
|
||||
|
||||
- CSIDL\_COMMON\_PICTURES
|
||||
- CSIDL_COMMON_PICTURES
|
||||
|
||||
- CSIDL\_COMMON\_VIDEO
|
||||
- CSIDL_COMMON_VIDEO
|
||||
|
||||
- FOLDERID\_PublicDownloads
|
||||
- FOLDERID_PublicDownloads
|
||||
|
||||
- Standard user-profile folders for each user:
|
||||
|
||||
- CSIDL\_MYDOCUMENTS
|
||||
- CSIDL_MYDOCUMENTS
|
||||
|
||||
- CSIDL\_MYPICTURES
|
||||
- CSIDL_MYPICTURES
|
||||
|
||||
- FOLDERID\_OriginalImages
|
||||
- FOLDERID_OriginalImages
|
||||
|
||||
- CSIDL\_MYMUSIC
|
||||
- CSIDL_MYMUSIC
|
||||
|
||||
- CSIDL\_MYVIDEO
|
||||
- CSIDL_MYVIDEO
|
||||
|
||||
- CSIDL\_FAVORITES
|
||||
- CSIDL_FAVORITES
|
||||
|
||||
- CSIDL\_DESKTOP
|
||||
- CSIDL_DESKTOP
|
||||
|
||||
- CSIDL\_QUICKLAUNCH
|
||||
- CSIDL_QUICKLAUNCH
|
||||
|
||||
- FOLDERID\_Contacts
|
||||
- FOLDERID_Contacts
|
||||
|
||||
- FOLDERID\_Libraries
|
||||
- FOLDERID_Libraries
|
||||
|
||||
- FOLDERID\_Downloads
|
||||
- FOLDERID_Downloads
|
||||
|
||||
- FOLDERID\_SavedGames
|
||||
- FOLDERID_SavedGames
|
||||
|
||||
- FOLDERID\_RecordedTV
|
||||
- FOLDERID_RecordedTV
|
||||
|
||||
The default MigDocs.xml file will not migrate the following:
|
||||
The default `MigDocs.xml` file won't migrate the following data:
|
||||
|
||||
- Files tagged with both the **hidden** and **system** attributes.
|
||||
|
||||
@ -125,119 +103,124 @@ The default MigDocs.xml file will not migrate the following:
|
||||
|
||||
- Folders that contain installed applications.
|
||||
|
||||
You can also use the **/genmigxml** option with the ScanState tool to review and modify what files will be migrated.
|
||||
You can also use the `/genmigxml` option with the ScanState tool to review and modify what files will be migrated.
|
||||
|
||||
## <a href="" id="bkmk-miguser"></a>Overview of the MigUser.xml file
|
||||
## Overview of the MigUser.xml file
|
||||
|
||||
The MigUser.xml file includes instructions for USMT to migrate user files based on file name extensions. You can use the MigUser.xml file with the ScanState and LoadState tools to perform a more targeted migration than using USMT without XML instructions. The MigUser.xml file will gather all files from the standard user-profile folders, and any files on the computer with the specified file name extensions.
|
||||
The `MigUser.xml` file includes instructions for USMT to migrate user files based on file name extensions. You can use the `MigUser.xml` file with the ScanState and LoadState tools to perform a more targeted migration than using USMT without XML instructions. The `MigUser.xml` file will gather all files from the standard user-profile folders, and any files on the computer with the specified file name extensions.
|
||||
|
||||
The default MigUser.xml file migrates the following:
|
||||
The default `MigUser.xml` file migrates the following data:
|
||||
|
||||
- All files from the standard user-profile folders, which are described as:
|
||||
|
||||
- CSIDL\_MYVIDEO
|
||||
- CSIDL_MYVIDEO
|
||||
|
||||
- CSIDL\_MYMUSIC
|
||||
- CSIDL_MYMUSIC
|
||||
|
||||
- CSIDL\_DESKTOP
|
||||
- CSIDL_DESKTOP
|
||||
|
||||
- CSIDL\_STARTMENU
|
||||
- CSIDL_STARTMENU
|
||||
|
||||
- CSIDL\_PERSONAL
|
||||
- CSIDL_PERSONAL
|
||||
|
||||
- CSIDL\_MYPICTURES
|
||||
- CSIDL_MYPICTURES
|
||||
|
||||
- CSIDL\_FAVORITES
|
||||
- CSIDL_FAVORITES
|
||||
|
||||
- CSIDL\_QUICK LAUNCH
|
||||
- CSIDL_QUICK LAUNCH
|
||||
|
||||
- Files with the following extensions:
|
||||
|
||||
`.qdf`, `.qsd`, `.qel`, `.qph`, `.doc\*`, `.dot\*`, `.rtf`, `.mcw`, `.wps`, `.scd`, `.wri`, `.wpd`, `.xl\*`, `.csv`, `.iqy`, `.dqy`, `.oqy`, `.rqy`, `.wk\*`, `.wq1`, `.slk`, `.dif`, `.ppt\*`, `.pps\*`, `.pot\*`, `.sh3`, `.ch3`, `.pre`, `.ppa`, `.txt`, `.pst`, `.one\*`, `.vl\*`, `.vsd`, `.mpp`, `.or6`, `.accdb`, `.mdb`, `.pub`
|
||||
`.accdb`, `.ch3`, `.csv`, `.dif`, `.doc*`, `.dot*`, `.dqy`, `.iqy`, `.mcw`, `.mdb*`, `.mpp`, `.one*`, `.oqy`, `.or6`, `.pot*`, `.ppa`, `.pps*`, `.ppt*`, `.pre`, `.pst`, `.pub`, `.qdf`, `.qel`, `.qph`, `.qsd`, `.rqy`, `.rtf`, `.scd`, `.sh3`, `.slk`, `.txt`, `.vl*`, `.vsd`, `.wk*`, `.wpd`, `.wps`, `.wq1`, `.wri`, `.xl*`, `.xla`, `.xlb`, `.xls*`
|
||||
|
||||
The default MigUser.xml file does not migrate the following:
|
||||
> [!NOTE]
|
||||
> The asterisk (`*`) stands for zero or more characters.
|
||||
|
||||
- Files tagged with both the **hidden** and **system** attributes.
|
||||
The default `MigUser.xml` file doesn't migrate the following data:
|
||||
|
||||
- Files tagged with both the **Hidden** and **System** attributes.
|
||||
|
||||
- Files and folders on removable drives,
|
||||
|
||||
- Data from the %WINDIR%, %PROGRAMFILES%, %PROGRAMDATA% folders.
|
||||
- Data from the `%WINDIR%`, `%PROGRAMFILES%`, `%PROGRAMDATA%` folders.
|
||||
|
||||
- ACLS for files in folders outside the user profile.
|
||||
|
||||
You can make a copy of the MigUser.xml file and modify it to include or exclude standard user-profile folders and file name extensions. If you know all of the extensions for the files you want to migrate from the source computer, use the MigUser.xml file to move all of your relevant data, regardless of the location of the files. However, this provision may result in a migration that contains more files than intended. For example, if you choose to migrate all .jpg files, you may migrate image files such as thumbnails and logos from legacy applications that are installed on the source computer.
|
||||
You can make a copy of the `MigUser.xml` file and modify it to include or exclude standard user-profile folders and file name extensions. If you know all of the extensions for the files you want to migrate from the source computer, use the `MigUser.xml` file to move all of your relevant data, regardless of the location of the files. However, this provision may result in a migration that contains more files than intended. For example, if you choose to migrate all .jpg files, you may migrate image files such as thumbnails and logos from legacy applications that are installed on the source computer.
|
||||
|
||||
> [!NOTE]
|
||||
> Each file name extension you include in the rules within the MigUser.xml file increases the amount of time needed for the ScanState tool to gather the files for the migration. If you are migrating more than 300 file types, you may experience a slow migration. For more information about other ways to organize the migration of your data, see the [Using multiple XML files](#bkmk-multiple) section of this document.
|
||||
> Each file name extension you include in the rules within the `MigUser.xml` file increases the amount of time needed for the ScanState tool to gather the files for the migration. If you are migrating more than 300 file types, you may experience a slow migration. For more information about other ways to organize the migration of your data, see the [Using multiple XML files](#using-multiple-xml-files) section of this article.
|
||||
|
||||
## <a href="" id="bkmk-multiple"></a>Using multiple XML files
|
||||
## Using multiple XML files
|
||||
|
||||
You can use multiple XML files with the ScanState and LoadState tools. Each of the default XML files included with or generated by USMT is configured for a specific component of the migration. You can also use custom XML files to supplement these default files with more migration rules.
|
||||
|
||||
|XML migration file|Modifies the following components:|
|
||||
|--- |--- |
|
||||
|Config.xml file|Operating-system components such as desktop wallpaper and background theme. <br/>You can also overload config.xml to include some application and document settings by generating the config.xml file with the other default XML files. For more information, see [Customize USMT XML Files](usmt-customize-xml-files.md) and [Config.xml File](usmt-configxml-file.md).|
|
||||
|MigApps.xml file|Applications settings.|
|
||||
|MigUser.xml or MigDocs.xml files|User files and profile settings.|
|
||||
|Custom XML files|Application settings, user profile settings, or user files, beyond the rules contained in the other XML files.|
|
||||
|*Config.xml file*|Operating-system components such as desktop wallpaper and background theme.<br/> You can also overload `Config.xml` to include some application and document settings by generating the `Config.xml` file with the other default XML files. For more information, see [Customize USMT XML Files](usmt-customize-xml-files.md) and [Config.xml File](usmt-configxml-file.md).|
|
||||
|*MigApps.xml file*|Applications settings.|
|
||||
|*MigUser.xml* or *MigDocs.xml* files|User files and profile settings.|
|
||||
|*Custom XML files*|Application settings, user profile settings, or user files, beyond the rules contained in the other XML files.|
|
||||
|
||||
For example, you can use all of the XML migration file types for a single migration, as in the following example:
|
||||
|
||||
```console
|
||||
Scanstate <store> /config:c:\myFolder\config.xml /i:migapps.xml /i:migdocs.xml /i:customrules.xml
|
||||
``` syntax
|
||||
ScanState.exe <store> /config:c:\myFolder\Config.xml /i:migapps.xml /i:MigDocs.xml /i:CustomRules.xml
|
||||
```
|
||||
|
||||
### <a href="" id="bkmk-userfiles"></a>XML rules for migrating user files
|
||||
### XML rules for migrating user files
|
||||
|
||||
> [!IMPORTANT]
|
||||
> You should not use the MigUser.xml and MigDocs.xml files together in the same command. Using both XML files can result in duplication of some migrated files. This occurs when conflicting target-location instructions are given in each XML file. The target file will be stored once during the migration, but will be applied by each XML file to a different location on the destination computer.
|
||||
> You should not use the `MigUser.xml` and `MigDocs.xml` files together in the same command. Using both XML files can result in duplication of some migrated files. This occurs when conflicting target-location instructions are given in each XML file. The target file will be stored once during the migration, but will be applied by each XML file to a different location on the destination computer.
|
||||
|
||||
If your data set is unknown or if many files are stored outside of the standard user-profile folders, the MigDocs.xml is a better choice than the MigUser.xml file, because the MigDocs.xml file will gather a broader scope of data. The MigDocs.xml file migrates folders of data based on location. The MigUser.xml file migrates only the files with the specified file name extensions.
|
||||
If your data set is unknown or if many files are stored outside of the standard user-profile folders, the `MigDocs.xml` is a better choice than the `MigUser.xml` file, because the `MigDocs.xml` file will gather a broader scope of data. The `MigDocs.xml` file migrates folders of data based on location. The `MigUser.xml` file migrates only the files with the specified file name extensions.
|
||||
|
||||
If you want more control over the migration, you can create custom XML files. See the [Creating and editing a custom ,xml file](#bkmk-createxml) section of this document.
|
||||
If you want more control over the migration, you can create custom XML files. See [Creating and editing a custom XML file](#creating-and-editing-a-custom-xml-file) for more information.
|
||||
|
||||
## <a href="" id="bkmk-createxml"></a>Creating and editing a custom XML file
|
||||
## Creating and editing a custom XML file
|
||||
|
||||
You can use the **/genmigxml** command-line option to determine which files will be included in your migration. The **/genmigxml** option creates a file in a location you specify, so that you can review the XML rules and make modifications as necessary.
|
||||
You can use the `/genmigxml` command-line option to determine which files will be included in your migration. The `/genmigxml` option creates a file in a location you specify, so that you can review the XML rules and make modifications as necessary.
|
||||
|
||||
> [!NOTE]
|
||||
> If you reinstall USMT, the default migration XML files will be overwritten and any customizations you make directly to these files will be lost. Consider creating separate XML files for your custom migration rules and saving them in a secure location.
|
||||
|
||||
To generate the XML migration rules file for a source computer:
|
||||
|
||||
1. Click **Start**, click **All Programs**, click **Accessories**, right-click **Command Prompt**, and then click **Run as**.
|
||||
1. Select **Start** > **All Programs** > **Accessories**
|
||||
|
||||
2. Select an account with administrator privileges, supply a password, and then click **OK**.
|
||||
2. Right-click **Command Prompt**, and then select **Run as**.
|
||||
|
||||
3. At the command prompt, type:
|
||||
3. Select an account with administrator privileges, supply a password, and then select **OK**.
|
||||
|
||||
```console
|
||||
4. At the command prompt, enter:
|
||||
|
||||
``` syntax
|
||||
cd /d <USMTpath>
|
||||
scanstate.exe /genmigxml: <filepath.xml>
|
||||
ScanState.exe /genmigxml: <filepath.xml>
|
||||
```
|
||||
|
||||
Where *<USMTpath>* is the location on your source computer where you have saved the USMT files and tools, and *<filepath.xml>* is the full path to a file where you can save the report. For example, type:
|
||||
Where *<USMTpath>* is the location on your source computer where you've saved the USMT files and tools, and *<filepath.xml>* is the full path to a file where you can save the report. For example, enter:
|
||||
|
||||
```console
|
||||
``` syntax
|
||||
cd /d c:\USMT
|
||||
scanstate.exe /genmigxml:"C:\Documents and Settings\USMT Tester\Desktop\genMig.xml"
|
||||
ScanState.exe /genmigxml:"C:\Documents and Settings\USMT Tester\Desktop\genMig.xml"
|
||||
```
|
||||
|
||||
### <a href="" id="bkmk-generate"></a>The GenerateDocPatterns function
|
||||
### The GenerateDocPatterns function
|
||||
|
||||
The MigDocs.xml file calls the **GenerateDocPatterns** function, which takes three Boolean values. You can change the settings to modify the way the MigDocs.xml file generates the XML rules for migration.
|
||||
The `MigDocs.xml` file calls the `GenerateDocPatterns` function, which takes three Boolean values. You can change the settings to modify the way the `MigDocs.xml` file generates the XML rules for migration.
|
||||
|
||||
- `ScanProgramFiles`: This argument is valid only when the **GenerateDocPatterns** function is called in a system context. This argument determines whether or not to scan the Program Files directory to gather registered file name extensions for known applications.
|
||||
- `ScanProgramFiles`: This argument is valid only when the `GenerateDocPatterns` function is called in a system context. This argument determines whether or not to scan the Program Files directory to gather registered file name extensions for known applications.
|
||||
|
||||
**Default value**: False
|
||||
|
||||
For example, when set to **TRUE**, the function discovers and migrates .doc files under the Microsoft Office directory, because .doc is a file name extension registered to a Microsoft Office application. The **GenerateDocPatterns** function generates this inclusion pattern for `.doc` files:
|
||||
For example, when set to **TRUE**, the function discovers and migrates .doc files under the Microsoft Office directory, because .doc is a file name extension registered to a Microsoft Office application. The `GenerateDocPatterns` function generates this inclusion pattern for `.doc` files:
|
||||
|
||||
`<pattern type="File">C:\Program Files\Microsoft Office[.doc]</pattern>`
|
||||
|
||||
If a child folder of an included folder contains an installed application, ScanProgramFiles will also create an exclusion rule for the child folder. All folders under the application folder will be scanned recursively for registered file name extensions.
|
||||
|
||||
- `IncludePatterns`: This argument determines whether to generate exclude or include patterns in the XML. When this argument is set to **TRUE**, the **GenerateDocPatterns** function generates include patterns and the function must be added under the `<include>` element. Changing this argument to **FALSE** generates exclude patterns and the function must be added under the `<exclude>` element.
|
||||
- `IncludePatterns`: This argument determines whether to generate exclude or include patterns in the XML. When this argument is set to **TRUE**, the `GenerateDocPatterns` function generates include patterns, and the function must be added under the `<include>` element. Changing this argument to **FALSE** generates exclude patterns and the function must be added under the `<exclude>` element.
|
||||
|
||||
**Default value**: True
|
||||
|
||||
@ -247,7 +230,7 @@ The MigDocs.xml file calls the **GenerateDocPatterns** function, which takes thr
|
||||
|
||||
**Usage:**
|
||||
|
||||
```console
|
||||
``` syntax
|
||||
MigXmlHelper.GenerateDocPatterns ("<ScanProgramFiles>", "<IncludePatterns>", "<SystemDrive>")
|
||||
```
|
||||
|
||||
@ -281,78 +264,78 @@ To create exclude data patterns:
|
||||
</exclude>
|
||||
```
|
||||
|
||||
### <a href="" id="bkmk-context"></a>Understanding the system and user context
|
||||
### Understanding the system and user context
|
||||
|
||||
The migration XML files contain two <component> elements with different **context** settings. The system context applies to files on the computer that are not stored in the User Profiles directory, while the user context applies to files that are particular to an individual user.
|
||||
The migration XML files contain two <component> elements with different **context** settings. The system context applies to files on the computer that aren't stored in the User Profiles directory, while the user context applies to files that are particular to an individual user.
|
||||
|
||||
**System context**
|
||||
#### System context
|
||||
|
||||
The system context includes rules for data outside of the User Profiles directory. For example, when called in a system context in the MigDocs.xml file, the **GenerateDocPatterns** function creates patterns for all common shell folders, files in the root directory of hard drives, and folders located at the root of hard drives. The following folders are included:
|
||||
The system context includes rules for data outside of the User Profiles directory. For example, when called in a system context in the `MigDocs.xml` file, the `GenerateDocPatterns` function creates patterns for all common shell folders, files in the root directory of hard drives, and folders located at the root of hard drives. The following folders are included:
|
||||
|
||||
- CSIDL\_COMMON\_DESKTOPDIRECTORY
|
||||
- CSIDL_COMMON_DESKTOPDIRECTORY
|
||||
|
||||
- CSIDL\_COMMON\_FAVORITES
|
||||
- CSIDL_COMMON_FAVORITES
|
||||
|
||||
- CSIDL\_COMMON\_DOCUMENTS
|
||||
- CSIDL_COMMON_DOCUMENTS
|
||||
|
||||
- CSIDL\_COMMON\_MUSIC
|
||||
- CSIDL_COMMON_MUSIC
|
||||
|
||||
- CSIDL\_COMMON\_PICTURES
|
||||
- CSIDL_COMMON_PICTURES
|
||||
|
||||
- CSIDL\_COMMON\_VIDEO
|
||||
- CSIDL_COMMON_VIDEO
|
||||
|
||||
- FOLDERID\_PublicDownloads
|
||||
- FOLDERID_PublicDownloads
|
||||
|
||||
**User context**
|
||||
#### User context
|
||||
|
||||
The user context includes rules for data in the User Profiles directory. When called in a user context in the MigDocs.xml file, the **GenerateDocPatterns** function creates patterns for all user shell folders, files located at the root of the profile, and folders located at the root of the profile. The following folders are included:
|
||||
The user context includes rules for data in the User Profiles directory. When called in a user context in the `MigDocs.xml` file, the `GenerateDocPatterns` function creates patterns for all user shell folders, files located at the root of the profile, and folders located at the root of the profile. The following folders are included:
|
||||
|
||||
- CSIDL\_MYDOCUMENTS
|
||||
- CSIDL_MYDOCUMENTS
|
||||
|
||||
- CSIDL\_MYPICTURES
|
||||
- CSIDL_MYPICTURES
|
||||
|
||||
- FOLDERID\_OriginalImages
|
||||
- FOLDERID_OriginalImages
|
||||
|
||||
- CSIDL\_MYMUSIC
|
||||
- CSIDL_MYMUSIC
|
||||
|
||||
- CSIDL\_MYVIDEO
|
||||
- CSIDL_MYVIDEO
|
||||
|
||||
- CSIDL\_FAVORITES
|
||||
- CSIDL_FAVORITES
|
||||
|
||||
- CSIDL\_DESKTOP
|
||||
- CSIDL_DESKTOP
|
||||
|
||||
- CSIDL\_QUICKLAUNCH
|
||||
- CSIDL_QUICKLAUNCH
|
||||
|
||||
- FOLDERID\_Contacts
|
||||
- FOLDERID_Contacts
|
||||
|
||||
- FOLDERID\_Libraries
|
||||
- FOLDERID_Libraries
|
||||
|
||||
- FOLDERID\_Downloads
|
||||
- FOLDERID_Downloads
|
||||
|
||||
- FOLDERID\_SavedGames
|
||||
- FOLDERID_SavedGames
|
||||
|
||||
- FOLDERID\_RecordedTV
|
||||
- FOLDERID_RecordedTV
|
||||
|
||||
> [!NOTE]
|
||||
> Rules contained in a component that is assigned the user context will be run for each user profile on the computer. Files that are scanned multiple times by the MigDocs.xml files will only be copied to the migration store once; however, a large number of rules in the user context can slow down the migration. Use the system context when it is applicable.
|
||||
> Rules contained in a component that is assigned the user context will be run for each user profile on the computer. Files that are scanned multiple times by the `MigDocs.xml` files will only be copied to the migration store once; however, a large number of rules in the user context can slow down the migration. Use the system context when it is applicable.
|
||||
|
||||
### <a href="" id="bkmk-samples"></a>Sample migration rules for customized versions of XML files
|
||||
### Sample migration rules for customized versions of XML files
|
||||
|
||||
> [!NOTE]
|
||||
> For best practices and requirements for customized XML files in USMT, see [Customize USMT XML Files](usmt-customize-xml-files.md) and [General Conventions](usmt-general-conventions.md).
|
||||
|
||||
### <a href="" id="bkmk-exclude"></a>Exclude rules usage examples
|
||||
### Exclude rules usage examples
|
||||
|
||||
In the examples below, the source computer has a .txt file called "new text document" in a directory called "new folder". The default MigDocs.xml behavior migrates the new text document.txt file and all files contained in the "new folder" directory. The rules generated by the function are:
|
||||
In the examples below, the source computer has a .txt file called "new text document" in a directory called "new folder". The default `MigDocs.xml` behavior migrates the new text document.txt file and all files contained in the "new folder" directory. The rules generated by the function are:
|
||||
|
||||
| Rule | Syntax |
|
||||
|--- |--- |
|
||||
|Rule 1|`<pattern type="File">d:\new folder[new text document.txt]</pattern>`|
|
||||
|Rule 2|`<pattern type="File">d:\new folder[]</pattern>`|
|
||||
|
||||
To exclude the new text document.txt file and any .txt files in "new folder", you can do the following:
|
||||
To exclude the new text document.txt file and any .txt files in "new folder", you can do the following modification:
|
||||
|
||||
**Example 1: Exclude all .txt files in a folder**
|
||||
#### Example 1: Exclude all .txt files in a folder
|
||||
|
||||
To exclude Rule 1, there needs to be an exact match of the file name. However, for Rule 2, you can create a pattern to exclude files by using the file name extension.
|
||||
|
||||
@ -365,9 +348,9 @@ To exclude Rule 1, there needs to be an exact match of the file name. However, f
|
||||
</exclude>
|
||||
```
|
||||
|
||||
**Example 2: Use the UnconditionalExclude element to give a rule precedence over include rules**
|
||||
#### Example 2: Use the UnconditionalExclude element to give a rule precedence over include rules
|
||||
|
||||
If you do not know the file name or location of the file, but you do know the file name extension, you can use the **GenerateDrivePatterns** function. However, the rule will be less specific than the default include rule generated by the MigDocs.xml file, so it will not have precedence. You must use the <UnconditionalExclude> element to give this rule precedence over the default include rule. For more information about the order of precedence for XML migration rules, see [Conflicts and Precedence](usmt-conflicts-and-precedence.md).
|
||||
If you don't know the file name or location of the file, but you do know the file name extension, you can use the `GenerateDrivePatterns` function. However, the rule will be less specific than the default include rule generated by the `MigDocs.xml` file, so it will not have precedence. You must use the <UnconditionalExclude> element to give this rule precedence over the default include rule. For more information about the order of precedence for XML migration rules, see [Conflicts and Precedence](usmt-conflicts-and-precedence.md).
|
||||
|
||||
``` xml
|
||||
<unconditionalExclude>
|
||||
@ -377,9 +360,9 @@ If you do not know the file name or location of the file, but you do know the fi
|
||||
</unconditionalExclude>
|
||||
```
|
||||
|
||||
**Example 3 : Use a UserandSystem context component to run rules in both contexts**
|
||||
#### Example 3: Use a UserandSystem context component to run rules in both contexts
|
||||
|
||||
If you want the <UnconditionalExclude> element to apply to both the system and user context, you can create a third component using the **UserandSystem** context. Rules in this component will be run in both contexts.
|
||||
If you want the **<UnconditionalExclude>** element to apply to both the system and user context, you can create a third component using the **UserandSystem** context. Rules in this component will be run in both contexts.
|
||||
|
||||
``` xml
|
||||
<component type="Documents" context="UserandSystem">
|
||||
@ -398,13 +381,13 @@ If you want the <UnconditionalExclude> element to apply to both the system
|
||||
|
||||
For more examples of exclude rules that you can use in custom migration XML files, see [Exclude Files and Settings](usmt-exclude-files-and-settings.md).
|
||||
|
||||
### <a href="" id="bkmk-include"></a>Include rules usage examples
|
||||
### Include rules usage examples
|
||||
|
||||
The application data directory is the most common location that you would need to add an include rule for. The **GenerateDocPatterns** function excludes this location by default. If your company uses an application that saves important data to this location, you can create include rules to migrate the data. For example, the default location for .pst files is: `%CSIDL_LOCAL_APPDATA%\Microsoft\Outlook`. The Migapp.xml file contains migration rules to move only those .pst files that are linked to Microsoft Outlook. To include .pst files that are not linked, you can do the following:
|
||||
The application data directory is the most common location that you would need to add an include rule for. The `GenerateDocPatterns` function excludes this location by default. If your company uses an application that saves important data to this location, you can create include rules to migrate the data. For example, the default location for .pst files is: `%CSIDL_LOCAL_APPDATA%\Microsoft\Outlook`. The `MigApp.xml` file contains migration rules to move only those .pst files that are linked to Microsoft Outlook. To include .pst files that aren't linked, you can do the following modification:
|
||||
|
||||
**Example 1: Include a file name extension in a known user folder**
|
||||
#### Example 1: Include a file name extension in a known user folder
|
||||
|
||||
This rule will include .pst files that are located in the default location, but are not linked to Microsoft Outlook. Use the user context to run this rule for each user on the computer.
|
||||
This rule will include .pst files that are located in the default location, but aren't linked to Microsoft Outlook. Use the user context to run this rule for each user on the computer.
|
||||
|
||||
``` xml
|
||||
<include filter='MigXmlHelper.IgnoreIrrelevantLinks()'>
|
||||
@ -414,7 +397,7 @@ This rule will include .pst files that are located in the default location, but
|
||||
</include>
|
||||
```
|
||||
|
||||
**Example 2: Include a file name extension in Program Files**
|
||||
#### Example 2: Include a file name extension in Program Files
|
||||
|
||||
For locations outside the user profile, such as the Program Files folder, you can add the rule to the system context component.
|
||||
|
||||
@ -431,14 +414,14 @@ For more examples of include rules that you can use in custom migration XML file
|
||||
> [!NOTE]
|
||||
> For more information about the order of precedence for XML migration rules, see [Conflicts and Precedence](usmt-conflicts-and-precedence.md).
|
||||
|
||||
## <a href="" id="bkmk-next"></a>Next steps
|
||||
## Next steps
|
||||
|
||||
You can include additional rules for the migration in the MigDocs.xml file or other XML migration files. For example, you can use the `<locationModify>` element to move files from the folder where they were gathered to a different folder, when they are applied to the destination computer.
|
||||
You can include additional rules for the migration in the `MigDocs.xml` file or other XML migration files. For example, you can use the `<locationModify>` element to move files from the folder where they were gathered to a different folder, when they're applied to the destination computer.
|
||||
|
||||
You can use an XML schema (MigXML.xsd) file to validate the syntax of your customized XML files. For more information, see [USMT Resources](usmt-resources.md).
|
||||
|
||||
## Related topics
|
||||
## Related articles
|
||||
|
||||
[Exclude Files and Settings](usmt-exclude-files-and-settings.md)
|
||||
[Exclude files and settings](usmt-exclude-files-and-settings.md)
|
||||
|
||||
[Include Files and Settings](usmt-include-files-and-settings.md)
|
||||
[Include files and settings](usmt-include-files-and-settings.md)
|
||||
|
@ -1,74 +1,69 @@
|
||||
---
|
||||
title: USMT Best Practices (Windows 10)
|
||||
description: This article discusses general and security-related best practices when using User State Migration Tool (USMT) 10.0.
|
||||
description: This article discusses general and security-related best practices when using User State Migration Tool (USMT) 10.0.
|
||||
ms.custom: seo-marvel-apr2020
|
||||
ms.reviewer:
|
||||
manager: dougeby
|
||||
ms.author: aaroncz
|
||||
manager: aaroncz
|
||||
ms.author: frankroj
|
||||
ms.prod: windows-client
|
||||
author: aczechowski
|
||||
ms.date: 04/19/2017
|
||||
author: frankroj
|
||||
ms.date: 11/01/2022
|
||||
ms.topic: article
|
||||
ms.technology: itpro-deploy
|
||||
---
|
||||
|
||||
# USMT Best Practices
|
||||
# USMT best practices
|
||||
|
||||
This article discusses general and security-related best practices when using User State Migration Tool (USMT) 10.0.
|
||||
|
||||
This topic discusses general and security-related best practices when using User State Migration Tool (USMT) 10.0.
|
||||
|
||||
## General Best Practices
|
||||
|
||||
## General best practices
|
||||
|
||||
- **Install applications before running the LoadState tool**
|
||||
|
||||
Though it is not always essential, it is best practice to install all applications on the destination computer before restoring the user state. This helps ensure that migrated settings are preserved.
|
||||
Though it isn't always essential, it's best practice to install all applications on the destination computer before restoring the user state. Installing applications before restoring user state helps ensure that migrated settings are preserved.
|
||||
|
||||
- **Do not use MigUser.xml and MigDocs.xml together**
|
||||
- **Don't use MigUser.xml and MigDocs.xml together**
|
||||
|
||||
If you use both .xml files, some migrated files may be duplicated if conflicting instructions are given about target locations. You can use the **/genmigxml** command-line option to determine which files will be included in your migration, and to determine if any modifications are necessary. For more information, see [Identify File Types, Files, and Folders](usmt-identify-file-types-files-and-folders.md).
|
||||
If you use both .xml files, some migrated files may be duplicated if conflicting instructions are given about target locations. You can use the `/genmigxml` command-line option to determine which files will be included in your migration, and to determine if any modifications are necessary. For more information, see [Identify file types, files, and folders](usmt-identify-file-types-files-and-folders.md).
|
||||
|
||||
- **Use MigDocs.xml for a better migration experience**
|
||||
|
||||
If your data set is unknown or if many files are stored outside of the standard user-profile folders, the MigDocs.xml file is a better choice than the MigUser.xml file, because the MigDocs.xml file will gather a broader scope of data. The MigDocs.xml file migrates folders of data based on location, and on registered file type by querying the registry for registered application extensions. The MigUser.xml file migrates only the files with the specified file extensions.
|
||||
If your data set is unknown or if many files are stored outside of the standard user-profile folders, the `MigDocs.xml` file is a better choice than the `MigUser.xml` file, because the `MigDocs.xml` file will gather a broader scope of data. The `MigDocs.xml` file migrates folders of data based on location, and on registered file type by querying the registry for registered application extensions. The `MigUser.xml` file migrates only the files with the specified file extensions.
|
||||
|
||||
- **Close all applications before running either the ScanState or LoadState tools**
|
||||
|
||||
Although using the **/vsc** switch can allow the migration of many files that are open with another application it is a best practice to close all applications in order to ensure all files and settings migrate. Without the **/vsc** or **/c** switch USMT will fail when it cannot migrate a file or setting. When you use the **/c** option USMT will ignore any files or settings that it cannot migrate and log an error each time.
|
||||
Although using the `/vsc` switch can allow the migration of many files that are open with another application, it's a best practice to close all applications in order to ensure all files and settings migrate. Without the `/vsc` or `/c` switch USMT will fail when it can't migrate a file or setting. When you use the `/c` option, USMT will ignore any files or settings that it can't migrate and log an error each time.
|
||||
|
||||
- **Log off after you run the LoadState**
|
||||
|
||||
Some settings, such as fonts, wallpaper, and screensaver settings, will not take effect until the next time the user logs on. For this reason, you should log off after you run the LoadState tool.
|
||||
Some settings, such as fonts, wallpaper, and screensaver settings, won't take effect until the next time the user logs on. For this reason, you should sign out after you run the LoadState tool.
|
||||
|
||||
- **Managed environment**
|
||||
|
||||
To create a managed environment, you can move all of the end user’s documents into My Documents (%CSIDL\_PERSONAL%). We recommend that you migrate files into the smallest-possible number of folders on the destination computer. This will help you to clean up files on the destination computer, if the LoadState command fails before completion.
|
||||
To create a managed environment, you can move all of the end user's documents into My Documents (%CSIDL\_PERSONAL%). We recommend that you migrate files into the smallest-possible number of folders on the destination computer. Minimizing folders will help you to clean up files on the destination computer, if the `LoadState.exe` command fails before completion.
|
||||
|
||||
- **Chkdsk.exe**
|
||||
|
||||
We recommend that you run Chkdsk.exe before running the ScanState and LoadState tools. Chkdsk.exe creates a status report for a hard disk drive and lists and corrects common errors. For more information about the Chkdsk.exe tool, see [Chkdsk](/previous-versions/windows/it-pro/windows-xp/bb490876(v=technet.10)).
|
||||
We recommend that you run **Chkdsk.exe** before running the ScanState and LoadState tools. **Chkdsk.exe** creates a status report for a hard disk drive and lists and corrects common errors. For more information about the **Chkdsk.exe** tool, see [Chkdsk](/previous-versions/windows/it-pro/windows-xp/bb490876(v=technet.10)).
|
||||
|
||||
- **Migrate in groups**
|
||||
|
||||
If you decide to perform the migration while users are using the network, it is best to migrate user accounts in groups. To minimize the impact on network performance, determine the size of the groups based on the size of each user account. Migrating in phases also allows you to make sure each phase is successful before starting the next phase. Using this method, you can make any necessary modifications to your plan between groups.
|
||||
|
||||
## Security Best Practices
|
||||
If you decide to perform the migration while users are using the network, it's best to migrate user accounts in groups. To minimize the impact on network performance, determine the size of the groups based on the size of each user account. Migrating in phases also allows you to make sure each phase is successful before starting the next phase. Using this method, you can make any necessary modifications to your plan between groups.
|
||||
|
||||
## Security best practices
|
||||
|
||||
As the authorized administrator, it is your responsibility to protect the privacy of the users and maintain security during and after the migration. In particular, you must consider the following issues:
|
||||
|
||||
- **Encrypting File System (EFS)**
|
||||
|
||||
Take extreme caution when migrating encrypted files, because the end user does not need to be logged on to capture the user state. By default, USMT fails if an encrypted file is found. For specific instructions about EFS best practices, see [Migrate EFS Files and Certificates](usmt-migrate-efs-files-and-certificates.md).
|
||||
|
||||
**Important**
|
||||
If you migrate an encrypted file without also migrating the certificate, end users will not be able to access the file after the migration.
|
||||
|
||||
Take extreme caution when migrating encrypted files, because the end user doesn't need to be logged on to capture the user state. By default, USMT fails if an encrypted file is found. For specific instructions about EFS best practices, see [Migrate EFS Files and Certificates](usmt-migrate-efs-files-and-certificates.md).
|
||||
|
||||
> [!NOTE]
|
||||
> If you migrate an encrypted file without also migrating the certificate, end users will not be able to access the file after the migration.
|
||||
|
||||
- **Encrypt the store**
|
||||
|
||||
Consider using the **/encrypt** option with the ScanState command and the **/decrypt** option with the LoadState command. However, use extreme caution with this set of options, because anyone who has access to the ScanState command-line script also has access to the encryption key.
|
||||
Consider using the `/encrypt` option with the `ScanState.exe` command and the `/decrypt` option with the `LoadState.exe` command. However, use extreme caution with this set of options, because anyone who has access to the `ScanState.exe` command-line script also has access to the encryption key.
|
||||
|
||||
- **Virus Scan**
|
||||
|
||||
@ -76,26 +71,25 @@ As the authorized administrator, it is your responsibility to protect the privac
|
||||
|
||||
- **Maintain security of the file server and the deployment server**
|
||||
|
||||
We recommend that you manage the security of the file and deployment servers. It is important to make sure that the file server where you save the store is secure. You must also secure the deployment server, to ensure that the user data that is in the log files is not exposed. We also recommend that you only transmit data over a secure Internet connection, such as a virtual private network. For more information about network security, see [Microsoft Security Compliance Manager](https://go.microsoft.com/fwlink/p/?LinkId=215657).
|
||||
We recommend that you manage the security of the file and deployment servers. It's important to make sure that the file server where you save the store is secure. You must also secure the deployment server, to ensure that the user data that is in the log files isn't exposed. We also recommend that you only transmit data over a secure Internet connection, such as a virtual private network. For more information about network security, see [Microsoft Security Compliance Manager](https://go.microsoft.com/fwlink/p/?LinkId=215657).
|
||||
|
||||
- **Password Migration**
|
||||
|
||||
To ensure the privacy of the end users, USMT does not migrate passwords, including those for applications such as Windows Live™ Mail, Microsoft Internet Explorer®, as well as Remote Access Service (RAS) connections and mapped network drives. It is important to make sure that end users know their passwords.
|
||||
To ensure the privacy of the end users, USMT doesn't migrate passwords, including passwords for applications such as Windows Live™ Mail, Microsoft Internet Explorer®, and Remote Access Service (RAS) connections and mapped network drives. It's important to make sure that end users know their passwords.
|
||||
|
||||
- **Local Account Creation**
|
||||
|
||||
Before you migrate local accounts, see the Migrating Local Accounts section in the [Identify Users](usmt-identify-users.md) topic.
|
||||
|
||||
## <a href="" id="bkmk-bestpractices"></a>XML File Best Practices
|
||||
Before you migrate local accounts, see the Migrating Local Accounts section in the [Identify Users](usmt-identify-users.md) article.
|
||||
|
||||
## XML file best practices
|
||||
|
||||
- **Specify the same set of mig\*.xml files in both the ScanState and the LoadState tools**
|
||||
|
||||
If you used a particular set of mig\*.xml files in the ScanState tool, either called through the "/auto" option, or individually through the "/i" option, then you should use same option to call the exact same mig\*.xml files in the LoadState tool.
|
||||
If you used a particular set of mig\*.xml files in the ScanState tool, either called through the `/auto` option, or individually through the `/i` option, then you should use same option to call the exact same mig\*.xml files in the LoadState tool.
|
||||
|
||||
- **The <CustomFileName> in the migration urlid should match the name of the file**
|
||||
|
||||
Although it is not a requirement, it is good practice for <CustomFileName> to match the name of the file. For example, the following is from the MigApp.xml file:
|
||||
Although it isn't a requirement, it's good practice for **<CustomFileName>** to match the name of the file. For example, the following example is from the `MigApp.xml` file:
|
||||
|
||||
``` xml
|
||||
<?xml version="1.0" encoding="UTF-8"?>
|
||||
@ -104,15 +98,15 @@ As the authorized administrator, it is your responsibility to protect the privac
|
||||
|
||||
- **Use the XML Schema (MigXML.xsd) when authoring .xml files to validate syntax**
|
||||
|
||||
The MigXML.xsd schema file should not be included on the command line or in any of the .xml files.
|
||||
The `MigXML.xsd` schema file shouldn't be included on the command line or in any of the .xml files.
|
||||
|
||||
- **Use the default migration XML files as models**
|
||||
|
||||
To create a custom .xml file, you can use the migration .xml files as models to create your own. If you need to migrate user data files, model your custom .xml file on MigUser.xml. To migrate application settings, model your custom .xml file on the MigApp.xml file.
|
||||
To create a custom .xml file, you can use the migration .xml files as models to create your own. If you need to migrate user data files, model your custom .xml file on `MigUser.xml`. To migrate application settings, model your custom .xml file on the `MigApp.xml` file.
|
||||
|
||||
- **Consider the impact on performance when using the <context> parameter**
|
||||
|
||||
Your migration performance can be affected when you use the <context> element with the <component> element; for example, as in when you want to encapsulate logical units of file- or path-based <include> and <exclude> rules.
|
||||
Your migration performance can be affected when you use the **<context>** element with the **<component>** element; for example, as in when you want to encapsulate logical units of file- or path-based **<include>** and **<exclude>** rules.
|
||||
|
||||
In the **User** context, a rule is processed one time for each user on the system.
|
||||
|
||||
@ -120,32 +114,24 @@ As the authorized administrator, it is your responsibility to protect the privac
|
||||
|
||||
In the **UserAndSystem** context, a rule is processed one time for each user on the system and one time for the system.
|
||||
|
||||
**Note**
|
||||
The number of times a rule is processed does not affect the number of times a file is migrated. The USMT migration engine ensures that each file migrates only once.
|
||||
|
||||
|
||||
> [!NOTE]
|
||||
> The number of times a rule is processed does not affect the number of times a file is migrated. The USMT migration engine ensures that each file migrates only once.
|
||||
|
||||
- **We recommend that you create a separate .xml file instead of adding your .xml code to one of the existing migration .xml files**
|
||||
|
||||
For example, if you have code that migrates the settings for an application, you should not just add the code to the MigApp.xml file.
|
||||
For example, if you have code that migrates the settings for an application, you shouldn't just add the code to the `MigApp.xml` file.
|
||||
|
||||
- **You should not create custom .xml files to alter the operating system settings that are migrated**
|
||||
|
||||
These settings are migrated by manifests and you cannot modify those files. If you want to exclude certain operating system settings from the migration, you should create and modify a Config.xml file.
|
||||
These settings are migrated by manifests and you can't modify those files. If you want to exclude certain operating system settings from the migration, you should create and modify a `Config.xml` file.
|
||||
|
||||
- **You can use the asterisk (\*) wildcard character in any migration XML file that you create**
|
||||
|
||||
**Note**
|
||||
The question mark is not valid as a wildcard character in USMT .xml files.
|
||||
|
||||
|
||||
|
||||
## Related topics
|
||||
|
||||
|
||||
[Migration Store Encryption](usmt-migration-store-encryption.md)
|
||||
|
||||
[Plan Your Migration](usmt-plan-your-migration.md)
|
||||
> [!NOTE]
|
||||
> The question mark is not valid as a wildcard character in USMT .xml files.
|
||||
|
||||
## Related articles
|
||||
|
||||
[Migration store encryption](usmt-migration-store-encryption.md)
|
||||
|
||||
[Plan your migration](usmt-plan-your-migration.md)
|
||||
|
@ -2,30 +2,30 @@
|
||||
title: Choose a Migration Store Type (Windows 10)
|
||||
description: Learn how to choose a migration store type and estimate the amount of disk space needed for computers in your organization.
|
||||
ms.reviewer:
|
||||
manager: dougeby
|
||||
ms.author: aaroncz
|
||||
manager: aaroncz
|
||||
ms.author: frankroj
|
||||
ms.prod: windows-client
|
||||
author: aczechowski
|
||||
ms.date: 04/19/2017
|
||||
author: frankroj
|
||||
ms.date: 11/01/2022
|
||||
ms.topic: article
|
||||
ms.technology: itpro-deploy
|
||||
---
|
||||
|
||||
# Choose a Migration Store Type
|
||||
# Choose a migration store type
|
||||
|
||||
One of the main considerations for planning your migration is to determine which migration store type best meets your needs. As part of these considerations, determine how much space is required to run the User State Migration Tool (USMT) 10.0 components on your source and destination computers, and how much space is needed to create and host the migration store, whether you are using a local share, network share, or storage device. The final consideration is ensuring that user date integrity is maintained by encrypting the migration store.
|
||||
One of the main considerations for planning your migration is to determine which migration store type best meets your needs. As part of these considerations, determine how much space is required to run the User State Migration Tool (USMT) 10.0 components on your source and destination computers, and how much space is needed to create and host the migration store, whether you're using a local share, network share, or storage device. The final consideration is ensuring that user date integrity is maintained by encrypting the migration store.
|
||||
|
||||
## In This Section
|
||||
## In this section
|
||||
|
||||
| Link | Description |
|
||||
|--- |--- |
|
||||
|[Migration Store Types Overview](migration-store-types-overview.md)|Choose the migration store type that works best for your needs and migration scenario.|
|
||||
|[Estimate Migration Store Size](usmt-estimate-migration-store-size.md)|Estimate the amount of disk space needed for computers in your organization based on information about your organization's infrastructure.|
|
||||
|[Hard-Link Migration Store](usmt-hard-link-migration-store.md)|Learn about hard-link migration stores and the scenarios in which they are used.|
|
||||
|[Migration Store Encryption](usmt-migration-store-encryption.md)|Learn about the using migration store encryption to protect user data integrity during a migration.|
|
||||
|[Migration store types overview](migration-store-types-overview.md)|Choose the migration store type that works best for your needs and migration scenario.|
|
||||
|[Estimate migration store size](usmt-estimate-migration-store-size.md)|Estimate the amount of disk space needed for computers in your organization based on information about your organization's infrastructure.|
|
||||
|[Hard-link migration store](usmt-hard-link-migration-store.md)|Learn about hard-link migration stores and the scenarios in which they're used.|
|
||||
|[Migration store encryption](usmt-migration-store-encryption.md)|Learn about the using migration store encryption to protect user data integrity during a migration.|
|
||||
|
||||
## Related topics
|
||||
## Related articles
|
||||
|
||||
[Plan Your Migration](usmt-plan-your-migration.md)
|
||||
[Plan your migration](usmt-plan-your-migration.md)
|
||||
|
||||
[User State Migration Tool (USMT) How-to topics](usmt-how-to.md)
|
||||
[User State Migration Tool (USMT) how-to topics](usmt-how-to.md)
|
||||
|
@ -2,23 +2,23 @@
|
||||
title: User State Migration Tool (USMT) Command-line Syntax (Windows 10)
|
||||
description: Learn about the User State Migration Tool (USMT) command-line syntax for using the ScanState tool, LoadState tool, and UsmtUtils tool.
|
||||
ms.reviewer:
|
||||
manager: dougeby
|
||||
ms.author: aaroncz
|
||||
manager: aaroncz
|
||||
ms.author: frankroj
|
||||
ms.prod: windows-client
|
||||
author: aczechowski
|
||||
ms.date: 04/19/2017
|
||||
author: frankroj
|
||||
ms.date: 11/01/2022
|
||||
ms.topic: article
|
||||
ms.technology: itpro-deploy
|
||||
---
|
||||
|
||||
# User State Migration Tool (USMT) Command-line Syntax
|
||||
# User State Migration Tool (USMT) command-line syntax
|
||||
|
||||
The User State Migration Tool (USMT) 10.0 migrates user files and settings during large deployments of Windows. To improve and simplify the migration process, USMT captures desktop, network, and application settings in addition to a user's files. USMT then migrates these items to a new Windows installation.
|
||||
The User State Migration Tool (USMT) 10.0 migrates user files and settings during large deployments of Windows. To improve and simplify the migration process, USMT captures desktop, network, and application settings in addition to a user's files. USMT then migrates these items to a new Windows installation.
|
||||
|
||||
## In This Section
|
||||
## In this Section
|
||||
|
||||
| Link | Description |
|
||||
|--- |--- |
|
||||
|[ScanState Syntax](usmt-scanstate-syntax.md)|Lists the command-line options for using the ScanState tool.|
|
||||
|[LoadState Syntax](usmt-loadstate-syntax.md)|Lists the command-line options for using the LoadState tool.|
|
||||
|[UsmtUtils Syntax](usmt-utilities.md)|Lists the command-line options for using the UsmtUtils tool.|
|
||||
|[ScanState syntax](usmt-scanstate-syntax.md)|Lists the command-line options for using the ScanState tool.|
|
||||
|[LoadState syntax](usmt-loadstate-syntax.md)|Lists the command-line options for using the LoadState tool.|
|
||||
|[UsmtUtils syntax](usmt-utilities.md)|Lists the command-line options for using the UsmtUtils tool.|
|
||||
|
@ -1,113 +1,87 @@
|
||||
---
|
||||
title: Common Issues (Windows 10)
|
||||
description: Learn about common issues that you might see when you run the User State Migration Tool (USMT) 10.0 tools.
|
||||
description: Learn about common issues that you might see when you run the User State Migration Tool (USMT) 10.0 tools.
|
||||
ms.reviewer:
|
||||
manager: dougeby
|
||||
ms.author: aaroncz
|
||||
manager: aaroncz
|
||||
ms.author: frankroj
|
||||
ms.prod: windows-client
|
||||
ms.date: 09/19/2017
|
||||
author: aczechowski
|
||||
ms.date: 11/01/2022
|
||||
author: frankroj
|
||||
ms.topic: article
|
||||
ms.technology: itpro-deploy
|
||||
---
|
||||
|
||||
# Common Issues
|
||||
# Common issues
|
||||
|
||||
The following sections discuss common issues that you might see when you run the User State Migration Tool (USMT) 10.0 tools. USMT produces log files that describe in further detail any errors that occurred during the migration process. These logs can be used to troubleshoot migration failures.
|
||||
|
||||
The following sections discuss common issues that you might see when you run the User State Migration Tool (USMT) 10.0 tools. USMT produces log files that describe in further detail any errors that occurred during the migration process. These logs can be used to troubleshoot migration failures.
|
||||
|
||||
## In This Topic
|
||||
|
||||
|
||||
[User Account Problems](#user)
|
||||
|
||||
[Command-line Problems](#command)
|
||||
|
||||
[XML File Problems](#xml)
|
||||
|
||||
[Migration Problems](#migration)
|
||||
|
||||
[Offline Migration Problems](#bkmk-offline)
|
||||
|
||||
[Hard Link Migration Problems](#bkmk-hardlink)
|
||||
|
||||
[USMT does not migrate the Start layout](#usmt-does-not-migrate-the-start-layout)
|
||||
|
||||
## General Guidelines for Identifying Migration Problems
|
||||
|
||||
## General guidelines for identifying migration problems
|
||||
|
||||
When you encounter a problem or error message during migration, you can use the following general guidelines to help determine the source of the problem:
|
||||
|
||||
- Examine the ScanState, LoadState, and UsmtUtils logs to obtain the exact USMT error messages and Windows® application programming interface (API) error messages. For more information about USMT return codes and error messages, see [Return Codes](usmt-return-codes.md). For more information about Windows API error messages, type **nethelpmsg** on the command line.
|
||||
- Examine the **ScanState**, **LoadState**, and UsmtUtils logs to obtain the exact USMT error messages and Windows® application programming interface (API) error messages. For more information about USMT return codes and error messages, see [Return codes](usmt-return-codes.md). You can obtain more information about any listed **Windows** system error codes by typing in a command prompt window `net.exe helpmsg <error_number>` where *<error_number>* is the error code number generated by the error message. For more information about System Error Codes, see [System Error Codes (0-499)](/windows/win32/debug/system-error-codes--0-499-).
|
||||
|
||||
In most cases, the ScanState and LoadState logs indicate why a USMT migration is failing. We recommend that you use the **/v**<em>:5</em> option when testing your migration. This verbosity level can be adjusted in a production migration; however, reducing the verbosity level might make it more difficult to diagnose failures that are encountered during production migrations. You can use a verbosity level higher than 5 if you want the log files output to go to a debugger.
|
||||
In most cases, the **ScanState** and **LoadState** logs indicate why a USMT migration is failing. We recommend that you use the `/v:5` option when testing your migration. This verbosity level can be adjusted in a production migration; however, reducing the verbosity level might make it more difficult to diagnose failures that are encountered during production migrations. You can use a verbosity level higher than 5 if you want the log files output to go to a debugger.
|
||||
|
||||
**Note**
|
||||
Running the ScanState and LoadState tools with the **/v**<em>:5</em> option creates a detailed log file. Although this option makes the log file large, the extra detail can help you determine where migration errors occurred.
|
||||
> [!NOTE]
|
||||
> Running the **ScanState** and **LoadState** tools with the `/v:5` option creates a detailed log file. Although this option makes the log file large, the extra detail can help you determine where migration errors occurred.
|
||||
|
||||
- Use the `/Verify` option with the UsmtUtils tool to determine whether any files in a compressed migration store are corrupted. For more information, see [Verify the condition of a compressed migration store](verify-the-condition-of-a-compressed-migration-store.md).
|
||||
|
||||
- Use the `/Extract` option with the UsmtUtils tool to extract files from a compressed migration store. For more information, see [Extract files from a compressed USMT migration store](usmt-extract-files-from-a-compressed-migration-store.md).
|
||||
|
||||
- Use the **/Verify** option in the UsmtUtils tool to determine whether any files in a compressed migration store are corrupted. For more information, see [Verify the Condition of a Compressed Migration Store](verify-the-condition-of-a-compressed-migration-store.md).
|
||||
|
||||
- Use the **/Extract** option in the UsmtUtils tool to extract files from a compressed migration store. For more information, see [Extract Files from a Compressed USMT Migration Store](usmt-extract-files-from-a-compressed-migration-store.md).
|
||||
|
||||
- Create a progress log using the **/Progress** option to monitor your migration.
|
||||
- Create a progress log using the `/Progress` option to monitor your migration.
|
||||
|
||||
- For the source and destination computers, obtain operating system information, and versions of applications such as Internet Explorer and any other relevant programs. Then verify the exact steps that are needed to reproduce the problem. This information might help you to understand what is wrong and to reproduce the issue in your testing environment.
|
||||
|
||||
- Log off after you run the LoadState tool. Some settings—for example, fonts, desktop backgrounds, and screen-saver settings—will not take effect until the next time the end user logs on.
|
||||
- Sign out after you run the **LoadState** tool. Some settings such as fonts, desktop backgrounds, and screen-saver settings won't take effect until the next time the end user logs on.
|
||||
|
||||
- Close all applications before running ScanState or LoadState tools. If some applications are running during the ScanState or LoadState process, USMT might not migrate some data. For example, if Microsoft Outlook® is open, USMT might not migrate PST files.
|
||||
- Close all applications before running **ScanState** or **LoadState** tools. If some applications are running during the **ScanState** or **LoadState** process, USMT might not migrate some data. For example, if Microsoft Outlook® is open, USMT might not migrate PST files.
|
||||
|
||||
**Note**
|
||||
USMT will fail if it cannot migrate a file or setting unless you specify the **/c** option. When you specify the **/c** option, USMT ignores errors. However, it logs an error when it encounters a file that is in use that did not migrate.
|
||||
|
||||
|
||||
|
||||
## <a href="" id="user"></a>User Account Problems
|
||||
> [!NOTE]
|
||||
> USMT will fail if it can't migrate a file or setting unless you specify the `/c` option. When you specify the `/c` option, USMT ignores errors. However, it logs an error when it encounters a file that is in use that didn't migrate.
|
||||
|
||||
## User account problems
|
||||
|
||||
The following sections describe common user account problems. Expand the section to see recommended solutions.
|
||||
|
||||
### I'm having problems creating local accounts on the destination computer.
|
||||
### I'm having problems creating local accounts on the destination computer
|
||||
|
||||
**Resolution:** For more information about creating accounts and migrating local accounts, see [Migrate User Accounts](usmt-migrate-user-accounts.md).
|
||||
**Resolution:** For more information about creating accounts and migrating local accounts, see [Migrate user accounts](usmt-migrate-user-accounts.md).
|
||||
|
||||
### Not all of the user accounts were migrated to the destination computer.
|
||||
### Not all of the user accounts were migrated to the destination computer
|
||||
|
||||
**Causes/Resolutions** There are two possible causes for this problem:
|
||||
|
||||
When running the ScanState tool on Windows Vista, or the ScanState and LoadState tools on Windows 7, Windows 8, or Windows 10, you must run them in Administrator mode from an account with administrative credentials to ensure that all specified users are migrated. To run in Administrator mode:
|
||||
When running the **ScanState** and LoadState tools on Windows 7, Windows 8, or Windows 10, you must run them in Administrator mode from an account with administrative credentials to ensure that all specified users are migrated. To run in Administrator mode:
|
||||
|
||||
1. Click **Start**.
|
||||
1. Select **Start** > **All Programs** > **Accessories**.
|
||||
|
||||
2. Click **All Programs**.
|
||||
2. Right-click **Command Prompt**.
|
||||
|
||||
3. Click **Accessories**.
|
||||
3. Select **Run as administrator**.
|
||||
|
||||
4. Right-click **Command Prompt**.
|
||||
4. Specify the `LoadState.exe` or `ScanState.exe` command.
|
||||
|
||||
5. Click **Run as administrator**.
|
||||
If you don't run USMT in Administrator mode, only the user profile that is logged on will be included in the migration.
|
||||
|
||||
Then specify your LoadState or ScanState command. If you do not run USMT in Administrator mode, only the user profile that is logged on will be included in the migration.
|
||||
Any user accounts on the computer that haven't been used won't be migrated. For example, if you add User1 to the computer, but User1 never logs on, then USMT won't migrate the User1 account.
|
||||
|
||||
Any user accounts on the computer that have not been used will not be migrated. For example, if you add User1 to the computer, but User1 never logs on, then USMT will not migrate the User1 account.
|
||||
### User accounts that I excluded were migrated to the destination computer
|
||||
|
||||
### User accounts that I excluded were migrated to the destination computer.
|
||||
**Cause:** The command that you specified might have had conflicting `ui` and `/ue` options. If a user is specified with the `/ui` option and with either the `/ue` or `/uel` options at the same time, the user will be included in the migration. For example, if you specify `/ui:domain1\* /ue:domain1\user1`, then User1 will be migrated because the `/ui` option takes precedence.
|
||||
|
||||
**Cause:** The command that you specified might have had conflicting **/ui** and **/ue** options. If a user is specified with the **/ui** option and is also specified to be excluded with either the **/ue** or **/uel** options, the user will be included in the migration. For example, if you specify `/ui:domain1\* /ue:domain1\user1`, then User1 will be migrated because the **/ui** option takes precedence.
|
||||
**Resolution:** For more information about how to use the `/ui` and `/ue` options together, see the examples in the [ScanState Syntax](usmt-scanstate-syntax.md) article.
|
||||
|
||||
**Resolution:** For more information about how to use the **/ui** and **/ue** options together, see the examples in the [ScanState Syntax](usmt-scanstate-syntax.md) topic.
|
||||
### I'm using the /uel option, but many accounts are still being included in the migration
|
||||
|
||||
### I am using the /uel option, but many accounts are still being included in the migration.
|
||||
**Cause:** The `/uel` option depends on the last modified date of the users' NTUser.dat file. There are scenarios in which this last modified date might not match the users' last sign-in date.
|
||||
|
||||
**Cause** The **/uel** option depends on the last modified date of the users' NTUser.dat file. There are scenarios in which this last modified date might not match the users' last logon date.
|
||||
**Resolution:** This is a limitation of the `/uel` option. You might need to exclude these users manually with the `/ue` option.
|
||||
|
||||
**Resolution** This is a limitation of the **/uel** option. You might need to exclude these users manually with the **/ue** option.
|
||||
### The LoadState tool reports an error as return code 71 and fails to restore a user profile during a migration test
|
||||
|
||||
### The LoadState tool reports an error as return code 71 and fails to restore a user profile during a migration test.
|
||||
|
||||
**Cause:** During a migration test, if you run the ScanState tool on your test computer and then delete user profiles in order to test the LoadState tool on the same computer, you may have a conflicting key present in the registry. Using the **net use** command to remove a user profile will delete folders and files associated with that profile, but will not remove the registry key.
|
||||
**Cause:** During a migration test, if you run the **ScanState** tool on your test computer and then delete user profiles in order to test the **LoadState** tool on the same computer, you may have a conflicting key present in the registry. Using the **net use** command to remove a user profile will delete folders and files associated with that profile, but won't remove the registry key.
|
||||
|
||||
**Resolution:** To delete a user profile, use the **User Accounts** item in Control Panel. To correct an incomplete deletion of a user profile:
|
||||
|
||||
@ -117,119 +91,120 @@ Any user accounts on the computer that have not been used will not be migrated.
|
||||
|
||||
Each user profile is stored in a System Identifier key under `ProfileList`.
|
||||
|
||||
3. Delete the key for the user profile you are trying to remove.
|
||||
3. Delete the key for the user profile you're trying to remove.
|
||||
|
||||
### Files that were not encrypted before the migration are now encrypted with the account used to run the LoadState tool.
|
||||
### Files that weren't encrypted before the migration are now encrypted with the account used to run the LoadState tool
|
||||
|
||||
**Cause:** The ScanState tool was run using the **/EFS: copyraw** option to migrate encrypted files and Encrypting File System (EFS) certificates. The encryption attribute was set on a folder that was migrated, but the attribute was removed from file contents of that folder prior to migration.
|
||||
**Cause:** The **ScanState** tool was run using the `/EFS:copyraw` option to migrate encrypted files and Encrypting File System (EFS) certificates. The encryption attribute was set on a folder that was migrated, but the attribute was removed from file contents of that folder prior to migration.
|
||||
|
||||
**Resolution:** Before using the ScanState tool for a migration that includes encrypted files and EFS certificates, you can run the Cipher tool at the command prompt to review and change encryption settings on files and folders. You must remove the encryption attribute from folders that contain unencrypted files or encrypt the contents of all files within an encrypted folder.
|
||||
**Resolution:** Before using the **ScanState** tool for a migration that includes encrypted files and EFS certificates, you can run the Cipher tool at the command prompt to review and change encryption settings on files and folders. You must remove the encryption attribute from folders that contain unencrypted files or encrypt the contents of all files within an encrypted folder.
|
||||
|
||||
To remove encryption from files that have already been migrated incorrectly, you must log on to the computer with the account that you used to run the LoadState tool and then remove the encryption from the affected files.
|
||||
To remove encryption from files that have already been migrated incorrectly, you must sign into the computer with the account that you used to run the **LoadState** tool and then remove the encryption from the affected files.
|
||||
|
||||
### The LoadState tool reports an error as return code 71 and a Windows Error 2202 in the log file.
|
||||
### The LoadState tool reports an error as return code 71 and a Windows Error 2202 in the log file
|
||||
|
||||
**Cause:** The computer name was changed during an offline migration of a local user profile.
|
||||
|
||||
**Resolution:** You can use the **/mu** option when you run the LoadState tool to specify a new name for the user. For example,
|
||||
**Resolution:** You can use the `/mu` option when you run the **LoadState** tool to specify a new name for the user. For example,
|
||||
|
||||
``` syntax
|
||||
loadstate /i:migapp.xml /i:migdocs.xml \\server\share\migration\mystore
|
||||
/progress:prog.log /l:load.log /mu:fareast\user1:farwest\user1
|
||||
LoadState.exe /i:MigApp.xml /i:MigDocs.xml \\server\share\migration\mystore
|
||||
/progress:Progress.log /l:LoadState.log /mu:fareast\user1:farwest\user1
|
||||
```
|
||||
|
||||
## <a href="" id="command"></a>Command-line Problems
|
||||
|
||||
## Command-line problems
|
||||
|
||||
The following sections describe common command-line problems. Expand the section to see recommended solutions.
|
||||
|
||||
### I received the following error message: "Usage Error: You cannot specify a file path with any of the command-line options that exceeds 256 characters."
|
||||
### I received the following error message: "Usage Error: You can't specify a file path with any of the command-line options that exceeds 256 characters."
|
||||
|
||||
**Cause:** You might receive this error message in some cases even if you do not specify a long store or file path, because the path length is calculated based on the absolute path. For example, if you run the **scanstate.exe /o store** command from C:\\Program Files\\USMT40, then each character in "`C:\Program Files\USMT40`" will be added to the length of "store" to get the length of the path.
|
||||
**Cause:** You might receive this error message in some cases even if you don't specify a long store or file path, because the path length is calculated based on the absolute path. For example, if you run the ` **ScanState**.exe /o store` command from `C:\Program Files\USMT40`, then each character in "`C:\Program Files\USMT40`" will be added to the length of "store" to get the length of the path.
|
||||
|
||||
**Resolution:** Ensure that the total path length—the store path plus the current directory—does not exceed 256 characters.
|
||||
**Resolution:** Ensure that the total path length doesn't exceed 256 characters. The total path length includes the store path plus the current directory.
|
||||
|
||||
### I received the following error message: "USMT was unable to create the log file(s). Ensure that you have write access to the log directory."
|
||||
|
||||
**Cause:** If you are running the ScanState or LoadState tools from a shared network resource, you will receive this error message if you do not specify **/l**.
|
||||
**Cause:** If you're running the **ScanState** or **LoadState** tools from a shared network resource, you'll receive this error message if you don't specify `/l`.
|
||||
|
||||
**Resolution:** To fix this issue in this scenario, specify the **/l:scan.log** or **/l:load.log** option.
|
||||
|
||||
## <a href="" id="xml"></a>XML File Problems
|
||||
**Resolution:** To fix this issue in this scenario, specify the `/l:ScanState.log` or `/l:LoadState.log` option.
|
||||
|
||||
## XML file problems
|
||||
|
||||
The following sections describe common XML file problems. Expand the section to see recommended solutions.
|
||||
|
||||
### I used the /genconfig option to create a Config.xml file, but I see only a few applications and components that are in MigApp.xml. Why does Config.xml not contain all of the same applications?
|
||||
### I used the `/genconfig` option to create a `Config.xml` file, but I see only a few applications and components that are in `MigApp.xml`. Why does `Config.xml` not contain all of the same applications?
|
||||
|
||||
**Cause:** Config.xml will contain only operating system components, applications, and the user document sections that are in both of the .xml files and are installed on the computer when you run the **/genconfig** option. Otherwise, these applications and components will not appear in the Config.xml file.
|
||||
**Cause:** `Config.xml` will contain only operating system components, applications, and the user document sections that are in both of the .xml files and are installed on the computer when you run the `/genconfig` option. Otherwise, these applications and components won't appear in the `Config.xml` file.
|
||||
|
||||
**Resolution:** Install all of the desired applications on the computer before running the **/genconfig** option. Then run ScanState with all of the .xml files. For example, run the following:
|
||||
**Resolution:** Install all of the desired applications on the computer before running the `/genconfig` option. Then run `ScanState.exe` with all of the .xml files. For example, run the following command:
|
||||
|
||||
`scanstate /genconfig:config.xml /i:migdocs.xml /i:migapp.xml /v:5 /l:scanstate.log`
|
||||
``` syntax
|
||||
ScanState.exe /genconfig:Config.xml /i:MigDocs.xml /i:MigApp.xml /v:5 /l:ScanState.log
|
||||
```
|
||||
|
||||
### I am having problems with a custom .xml file that I authored, and I cannot verify that the syntax is correct.
|
||||
### I'm having problems with a custom .xml file that I authored, and I can't verify that the syntax is correct
|
||||
|
||||
**Resolution:** You can load the XML schema (MigXML.xsd), included with USMT, into your XML authoring tool. For examples, see the [Visual Studio Development Center](https://go.microsoft.com/fwlink/p/?LinkId=74513). Then, load your .xml file in the authoring tool to see if there is a syntax error. In addition, see [USMT XML Reference](usmt-xml-reference.md) for more information about using the XML elements.
|
||||
**Resolution:** You can load the XML schema file `MigXML.xsd` into your XML authoring tool. `MigXML.xsd` is included with USMT. For examples, see the [Visual Studio Development Center](https://go.microsoft.com/fwlink/p/?LinkId=74513). Then, load your .xml file in the authoring tool to see if there's a syntax error. For more information about using the XML elements, see [USMT XML Reference](usmt-xml-reference.md).
|
||||
|
||||
### <a href="" id="i-am-using-a-migxml-helper-function--but-the-migration-isn-t-working-the-way-i-expected-it-to---how-do-i-troubleshoot-this-issue-"></a>I am using a MigXML helper function, but the migration isn’t working the way I expected it to. How do I troubleshoot this issue?
|
||||
### I'm using a MigXML helper function, but the migration isn't working the way I expected it to. How do I troubleshoot this issue?
|
||||
|
||||
**Cause:** Typically, this issue is caused by incorrect syntax used in a helper function. You receive a Success return code, but the files you wanted to migrate did not get collected or applied, or weren’t collected or applied in the way you expected.
|
||||
**Cause:** Typically, this issue is caused by incorrect syntax used in a helper function. You receive a Success return code, but the files you wanted to migrate didn't get collected or applied, or weren't collected or applied in the way you expected.
|
||||
|
||||
**Resolution:** You should search the ScanState or LoadState log for either the component name which contains the MigXML helper function, or the MigXML helper function title, so that you can locate the related warning in the log file.
|
||||
|
||||
## <a href="" id="migration"></a>Migration Problems
|
||||
**Resolution:** You should search the **ScanState** or **LoadState** log for either the component name that contains the MigXML helper function, or the MigXML helper function title, so that you can locate the related warning in the log file.
|
||||
|
||||
## Migration problems
|
||||
|
||||
The following sections describe common migration problems. Expand the section to see recommended solutions.
|
||||
|
||||
### Files that I specified to exclude are still being migrated.
|
||||
### Files that I specified to exclude are still being migrated
|
||||
|
||||
**Cause:** There might be another rule that is including the files. If there is a more specific rule or a conflicting rule, the files will be included in the migration.
|
||||
**Cause:** There might be another rule that is including the files. If there's a more specific rule or a conflicting rule, the files will be included in the migration.
|
||||
|
||||
**Resolution:** For more information, see [Conflicts and Precedence](usmt-conflicts-and-precedence.md) and the Diagnostic Log section in [Log Files](usmt-log-files.md).
|
||||
|
||||
### I specified rules to move a folder to a specific location on the destination computer, but it has not migrated correctly.
|
||||
### I specified rules to move a folder to a specific location on the destination computer, but it hasn't migrated correctly
|
||||
|
||||
**Cause:** There might be an error in the XML syntax.
|
||||
|
||||
**Resolution:** You can use the USMT XML schema (MigXML.xsd) to write and validate migration .xml files. Also see the XML examples in the following topics:
|
||||
**Resolution:** You can use the USMT XML schema (`MigXML.xsd`) to write and validate migration .xml files. Also see the XML examples in the following articles:
|
||||
|
||||
[Conflicts and Precedence](usmt-conflicts-and-precedence.md)
|
||||
[Conflicts and precedence](usmt-conflicts-and-precedence.md)
|
||||
|
||||
[Exclude Files and Settings](usmt-exclude-files-and-settings.md)
|
||||
[Exclude files and settings](usmt-exclude-files-and-settings.md)
|
||||
|
||||
[Reroute Files and Settings](usmt-reroute-files-and-settings.md)
|
||||
[Reroute files and settings](usmt-reroute-files-and-settings.md)
|
||||
|
||||
[Include Files and Settings](usmt-include-files-and-settings.md)
|
||||
[Include files and settings](usmt-include-files-and-settings.md)
|
||||
|
||||
[Custom XML Examples](usmt-custom-xml-examples.md)
|
||||
[Custom XML examples](usmt-custom-xml-examples.md)
|
||||
|
||||
### After LoadState completes, the new desktop background does not appear on the destination computer.
|
||||
### After LoadState completes, the new desktop background doesn't appear on the destination computer
|
||||
|
||||
There are three typical causes for this issue.
|
||||
|
||||
**Cause \#1:**: Some settings such as fonts, desktop backgrounds, and screen-saver settings are not applied by LoadState until after the destination computer has been restarted.
|
||||
**Cause**: Some settings such as fonts, desktop backgrounds, and screen-saver settings aren't applied by **LoadState** until after the destination computer has been restarted.
|
||||
|
||||
**Resolution:** To fix this issue, log off, and then log back on to see the migrated desktop background.
|
||||
**Resolution:** To fix this issue, sign out, and then log back on to see the migrated desktop background.
|
||||
|
||||
**Cause \#2:** If the source computer was running Windows® XP and the desktop background was stored in the *Drive*:\\WINDOWS\\Web\\Wallpaper folder—the default folder where desktop backgrounds are stored in Windows XP—the desktop background will not be migrated. Instead, the destination computer will have the default Windows® desktop background. This will occur even if the desktop background was a custom picture that was added to the \\WINDOWS\\Web\\Wallpaper folder. However, if the end user sets a picture as the desktop background that was saved in another location, for example, My Pictures, then the desktop background will migrate.
|
||||
<!---
|
||||
**Cause \#2:** If the source computer was running Windows® XP and the desktop background was stored in the *Drive*:\\WINDOWS\\Web\\Wallpaper folder—the default folder where desktop backgrounds are stored in Windows XP—the desktop background won't be migrated. Instead, the destination computer will have the default Windows® desktop background. This issue will occur even if the desktop background was a custom picture that was added to the \\WINDOWS\\Web\\Wallpaper folder. However, if the end user sets a picture as the desktop background that was saved in another location, for example, My Pictures, then the desktop background will migrate.
|
||||
|
||||
**Resolution:** Ensure that the desktop background images that you want to migrate are not in the \\WINDOWS\\Web\\Wallpaper folder on the source computer.
|
||||
**Resolution:** Ensure that the desktop background images that you want to migrate aren't in the \\WINDOWS\\Web\\Wallpaper folder on the source computer.
|
||||
|
||||
**Cause \#3:** If ScanState was not run on Windows XP from an account with administrative credentials, some operating system settings will not migrate. For example, desktop background settings, screen-saver selections, modem options, media-player settings, and Remote Access Service (RAS) connection phone book (.pbk) files and settings will not migrate.
|
||||
**Cause \#3:** If **ScanState** wasn't run on Windows XP from an account with administrative credentials, some operating system settings won't migrate. For example, desktop background settings, screen-saver selections, modem options, media-player settings, and Remote Access Service (RAS) connection phone book (.pbk) files and settings won't migrate.
|
||||
|
||||
**Resolution:** Run the ScanState and LoadState tools from within an account with administrative credentials.
|
||||
**Resolution:** Run the **ScanState** and **LoadState** tools from within an account with administrative credentials.
|
||||
--->
|
||||
|
||||
### <a href="" id="i-included-migapp-xml-in-the-migration--but-some-pst-files-aren-t-migrating-"></a>I included MigApp.xml in the migration, but some PST files aren’t migrating.
|
||||
### I included `MigApp.xml` in the migration, but some `PST` files aren't migrating
|
||||
|
||||
**Cause:** The MigApp.xml file migrates only the PST files that are linked to Outlook profiles.
|
||||
**Cause:** The `MigApp.xml` file migrates only the PST files that are linked to Outlook profiles.
|
||||
|
||||
**Resolution:** To migrate PST files that are not linked to Outlook profiles, you must create a separate migration rule to capture these files.
|
||||
**Resolution:** To migrate PST files that aren't linked to Outlook profiles, you must create a separate migration rule to capture these files.
|
||||
|
||||
### USMT does not migrate the Start layout
|
||||
### USMT doesn't migrate the Start layout
|
||||
|
||||
**Description:** You are using USMT to migrate profiles from one installation of Windows 10 to another installation of Windows 10 on different hardware. After migration, the user signs in on the new device and does not have the Start menu layout they had previously configured.
|
||||
**Description:** You're using USMT to migrate profiles from one installation of Windows 10 to another installation of Windows 10 on different hardware. After migration, the user signs in on the new device and doesn't have the Start menu layout they had previously configured.
|
||||
|
||||
**Cause:** A code change in the Start Menu with Windows 10 version 1607 and later is incompatible with this USMT function.
|
||||
|
||||
@ -237,96 +212,88 @@ There are three typical causes for this issue.
|
||||
|
||||
1. With the user signed in, back up the Start layout using the following Windows PowerShell command. You can specify a different path if desired:
|
||||
|
||||
```
|
||||
```powershell
|
||||
Export-StartLayout -Path "C:\Layout\user1.xml"
|
||||
```
|
||||
|
||||
2. Migrate the user's profile with USMT.
|
||||
|
||||
3. Before the user signs in on the new device, import the Start layout using the following Windows PowerShell command:
|
||||
|
||||
```
|
||||
Import-StartLayout –LayoutPath "C:\Layout\user1.xml" –MountPath %systemdrive%
|
||||
```powershell
|
||||
Import-StartLayout -LayoutPath "C:\Layout\user1.xml" -MountPath %systemdrive%
|
||||
```
|
||||
|
||||
This workaround changes the Default user's Start layout. The workaround does not scale to a mass migrations or multiuser devices, but it can potentially unblock some scenarios. If other users will sign on to the device you should delete layoutmodification.xml from the Default user profile. Otherwise, all users who sign on to that device will use the imported Start layout.
|
||||
|
||||
## <a href="" id="bkmk-offline"></a>Offline Migration Problems
|
||||
This workaround changes the Default user's Start layout. The workaround doesn't scale to a mass migrations or multiuser devices, but it can potentially unblock some scenarios. If other users will sign on to the device, you should delete layoutmodification.xml from the Default user profile. Otherwise, all users who sign on to that device will use the imported Start layout.
|
||||
|
||||
## Offline migration problems
|
||||
|
||||
The following sections describe common offline migration problems. Expand the section to see recommended solutions.
|
||||
|
||||
### Some of my system settings do not migrate in an offline migration.
|
||||
### Some of my system settings don't migrate in an offline migration
|
||||
|
||||
**Cause:** Some system settings, such as desktop backgrounds and network printers, are not supported in an offline migration. For more information, see [What Does USMT Migrate?](usmt-what-does-usmt-migrate.md)
|
||||
**Cause:** Some system settings, such as desktop backgrounds and network printers, aren't supported in an offline migration. For more information, see [What does USMT migrate?](usmt-what-does-usmt-migrate.md)
|
||||
|
||||
**Resolution:** In an offline migration, these system settings must be restored manually.
|
||||
|
||||
### The ScanState tool fails with return code 26.
|
||||
### The ScanState tool fails with return code 26
|
||||
|
||||
**Cause:** A common cause of return code 26 is that a temp profile is active on the source computer. This profile maps to c:\\users\\temp. The ScanState log shows a MigStartupOfflineCaught exception that includes the message "User profile duplicate SID error".
|
||||
**Cause:** A common cause of return code 26 is that a temp profile is active on the source computer. This profile maps to c:\\users\\temp. The **ScanState** log shows a **MigStartupOfflineCaught** exception that includes the message **User profile duplicate SID error**.
|
||||
|
||||
**Resolution:** You can reboot the computer to get rid of the temp profile or you can set MIG\_FAIL\_ON\_PROFILE\_ERROR=0 to skip the error and exclude the temp profile.
|
||||
**Resolution:** You can reboot the computer to get rid of the temp profile or you can set **MIG_FAIL_ON_PROFILE_ERROR=0** to skip the error and exclude the temp profile.
|
||||
|
||||
### Include and Exclude rules for migrating user profiles do not work the same offline as they do online.
|
||||
### Include and Exclude rules for migrating user profiles don't work the same offline as they do online
|
||||
|
||||
**Cause:** When offline, the DNS server cannot be queried to resolve the user name and SID mapping.
|
||||
**Cause:** When offline, the DNS server can't be queried to resolve the user name and SID mapping.
|
||||
|
||||
**Resolution:** Use a Security Identifier (SID) to include a user when running the ScanState tool. For example:
|
||||
**Resolution:** Use a Security Identifier (SID) to include a user when running the **ScanState** tool. For example:
|
||||
|
||||
``` syntax
|
||||
Scanstate /ui:S1-5-21-124525095-708259637-1543119021*
|
||||
ScanState.exe /ui:S1-5-21-124525095-708259637-1543119021*
|
||||
```
|
||||
|
||||
The wild card (\*) at the end of the SID will migrate the *SID*\_Classes key as well.
|
||||
|
||||
You can also use patterns for SIDs that identify generic users or groups. For example, you can use the */ue:\*-500* option to exclude the local administrator accounts. For more information about Windows SIDs, see [this Microsoft Web site](/troubleshoot/windows-server/identity/security-identifiers-in-windows).
|
||||
You can also use patterns for SIDs that identify generic users or groups. For example, you can use the `/ue:*-500` option to exclude the local administrator accounts. For more information about Windows SIDs, see [Security identifiers](/windows-server/identity/ad-ds/manage/understand-security-identifiers).
|
||||
|
||||
### My script to wipe the disk fails after running the ScanState tool on a 64-bit system.
|
||||
### My script to wipe the disk fails after running the ScanState tool on a 64-bit system
|
||||
|
||||
**Cause:** The HKLM registry hive is not unloaded after the ScanState tool has finished running.
|
||||
**Cause:** The HKLM registry hive isn't unloaded after the **ScanState** tool has finished running.
|
||||
|
||||
**Resolution:** Reboot the computer or unload the registry hive at the command prompt after the ScanState tool has finished running. For example, at a command prompt, type:
|
||||
**Resolution:** Reboot the computer or unload the registry hive at the command prompt after the **ScanState** tool has finished running. For example, at a command prompt, enter:
|
||||
|
||||
``` syntax
|
||||
reg.exe unload hklm\$dest$software
|
||||
```
|
||||
|
||||
## <a href="" id="bkmk-hardlink"></a>Hard-Link Migration Problems
|
||||
|
||||
## Hard-Link Migration Problems
|
||||
|
||||
The following sections describe common hard-link migration problems. Expand the section to see recommended solutions.
|
||||
|
||||
### EFS files are not restored to the new partition.
|
||||
### EFS files aren't restored to the new partition
|
||||
|
||||
**Cause:** EFS files cannot be moved to a new partition with a hard link. The **/efs:hardlink** command-line option is only applicable to files migrated on the same partition.
|
||||
**Cause:** EFS files can't be moved to a new partition with a hard link. The `/efs:hardlink` command-line option is only applicable to files migrated on the same partition.
|
||||
|
||||
**Resolution:** Use the **/efs:copyraw** command-line option to copy EFS files during the migration instead of creating hard links, or manually copy the EFS files from the hard-link store.
|
||||
**Resolution:** Use the `/efs:copyraw` command-line option to copy EFS files during the migration instead of creating hard links, or manually copy the EFS files from the hard-link store.
|
||||
|
||||
### The ScanState tool cannot delete a previous hard-link migration store.
|
||||
### The ScanState tool can't delete a previous hard-link migration store
|
||||
|
||||
**Cause:** The migration store contains hard links to locked files.
|
||||
|
||||
**Resolution:** Use the UsmtUtils tool to delete the store or change the store name. For example, at a command prompt, type:
|
||||
**Resolution:** Use the UsmtUtils tool to delete the store or change the store name. For example, at a command prompt, enter:
|
||||
|
||||
``` syntax
|
||||
USMTutils /rd <storedir>
|
||||
UsmtUtils.exe /rd <storedir>
|
||||
```
|
||||
|
||||
You should also reboot the machine.
|
||||
|
||||
## Related articles
|
||||
|
||||
[User State Migration Tool (USMT) troubleshooting](usmt-troubleshooting.md)
|
||||
|
||||
[Frequently asked questions](usmt-faq.yml)
|
||||
|
||||
[Return codes](usmt-return-codes.md)
|
||||
|
||||
## Related topics
|
||||
|
||||
|
||||
[User State Migration Tool (USMT) Troubleshooting](usmt-troubleshooting.md)
|
||||
|
||||
[Frequently Asked Questions](usmt-faq.yml)
|
||||
|
||||
[Return Codes](usmt-return-codes.md)
|
||||
|
||||
[UsmtUtils Syntax](usmt-utilities.md)
|
||||
|
||||
|
||||
|
||||
[UsmtUtils syntax](usmt-utilities.md)
|
||||
|
@ -1,152 +1,110 @@
|
||||
---
|
||||
title: Common Migration Scenarios (Windows 10)
|
||||
description: See how the User State Migration Tool (USMT) 10.0 is used when planning hardware and/or operating system upgrades.
|
||||
description: See how the User State Migration Tool (USMT) 10.0 is used when planning hardware and/or operating system upgrades.
|
||||
ms.reviewer:
|
||||
manager: dougeby
|
||||
ms.author: aaroncz
|
||||
manager: aaroncz
|
||||
ms.author: frankroj
|
||||
ms.prod: windows-client
|
||||
author: aczechowski
|
||||
ms.date: 04/19/2017
|
||||
author: frankroj
|
||||
ms.date: 11/01/2022
|
||||
ms.topic: article
|
||||
ms.technology: itpro-deploy
|
||||
---
|
||||
|
||||
# Common Migration Scenarios
|
||||
|
||||
You use the User State Migration Tool (USMT) 10.0 when hardware and/or operating system upgrades are planned for a large number of computers. USMT manages the migration of an end-user's digital identity by capturing the user's operating-system settings, application settings, and personal files from a source computer and reinstalling them on a destination computer after the upgrade has occurred.
|
||||
|
||||
You use the User State Migration Tool (USMT) 10.0 when hardware and/or operating system upgrades are planned for a large number of computers. USMT manages the migration of an end-user's digital identity by capturing the user's operating-system settings, application settings, and personal files from a source computer and reinstalling them on a destination computer after the upgrade has occurred.
|
||||
|
||||
One common scenario when only the operating system, and not the hardware, is being upgraded is referred to as *PC refresh*. A second common scenario is known as *PC replacement*, where one piece of hardware is being replaced, typically by newer hardware and a newer operating system.
|
||||
|
||||
## In this topic
|
||||
|
||||
|
||||
[PC Refresh](#bkmk-pcrefresh)
|
||||
|
||||
[Scenario One: PC-refresh offline using Windows PE and a hard-link migration store](#bkmk-onepcrefresh)
|
||||
|
||||
[Scenario Two: PC-refresh using a compressed migration store](#bkmk-twopcrefresh)
|
||||
|
||||
[Scenario Three: PC-refresh using a hard-link migration store](#bkmk-threepcrefresh)
|
||||
|
||||
[Scenario Four: PC-refresh using Windows.old folder and a hard-link migration store](#bkmk-fourpcrefresh)
|
||||
|
||||
[PC Replacement](#bkmk-pcreplace)
|
||||
|
||||
[Scenario One: Offline migration using Windows PE and an external migration store](#bkmk-onepcreplace)
|
||||
|
||||
[Scenario Two: Manual network migration](#bkmk-twopcreplace)
|
||||
|
||||
[Scenario Three: Managed network migration](#bkmk-threepcreplace)
|
||||
|
||||
## <a href="" id="bkmk-pcrefresh"></a>PC-Refresh
|
||||
One common scenario is when the operating system is upgraded on existing hardware without the hardware being replaced. This scenario is referred to as *PC-refresh*. A second common scenario is known as *PC replacement*, where one piece of hardware is being replaced, typically by newer hardware and a newer operating system.
|
||||
|
||||
## PC-refresh
|
||||
|
||||
The following diagram shows a PC-refresh migration, also known as a computer refresh migration. First, the administrator migrates the user state from a source computer to an intermediate store. After installing the operating system, the administrator migrates the user state back to the source computer.
|
||||
|
||||
|
||||
|
||||

|
||||
|
||||
|
||||
### Scenario One: PC-refresh offline using Windows PE and a hard-link migration store
|
||||
|
||||
### <a href="" id="bkmk-onepcrefresh"></a>Scenario One: PC-refresh offline using Windows PE and a hard-link migration store
|
||||
A company has received funds to update the operating system on all of its computers in the accounting department to Windows 10. Each employee will keep the same computer, but the operating system on each computer will be updated. In this scenario, the update is being handled offline, without a network connection. An administrator uses Windows Preinstallation Environment (WinPE) and a hard-link migration store to save each user state to their respective computer.
|
||||
|
||||
A company has just received funds to update the operating system on all of its computers in the accounting department to Windows 10. Each employee will keep the same computer, but the operating system on each computer will be updated. In this scenario, the update is being handled completely offline, without a network connection. An administrator uses Windows Preinstallation Environment (WinPE) and a hard-link migration store to save each user state to their respective computer.
|
||||
1. On each computer, the administrator boots the machine into WinPE and runs the **ScanState** command-line tool, specifying the `/hardlink /nocompress` command-line options. **ScanState** saves the user state to a hard-link migration store on each computer, improving performance by minimizing network traffic and minimizing migration failures on computers with limited space available on the hard drive.
|
||||
|
||||
1. On each computer, the administrator boots the machine into WinPE and runs the ScanState command-line tool, specifying the **/hardlink /nocompress** command-line options. ScanState saves the user state to a hard-link migration store on each computer, improving performance by minimizing network traffic as well as minimizing migration failures on computers with very limited space available on the hard drive.
|
||||
2. On each computer, the administrator installs the company's standard operating environment (SOE) which includes Windows 10 and other company applications.
|
||||
|
||||
2. On each computer, the administrator installs the company's standard operating environment (SOE) which includes Windows 10 and other company applications.
|
||||
3. The administrator runs the **LoadState** command-line tool on each computer. **LoadState** restores each user state back to each computer.
|
||||
|
||||
3. The administrator runs the LoadState command-line tool on each computer. LoadState restores each user state back to each computer.
|
||||
### Scenario Two: PC-refresh using a compressed migration store
|
||||
|
||||
### <a href="" id="bkmk-twopcrefresh"></a>Scenario Two: PC-refresh using a compressed migration store
|
||||
A company has received funds to update the operating system on all of its computers to Windows 10. Each employee will keep the same computer, but the operating system on each computer will be updated. In this scenario, an administrator uses a compressed migration store to save the user states to a server.
|
||||
|
||||
A company has just received funds to update the operating system on all of its computers to Windows 10. Each employee will keep the same computer, but the operating system on each computer will be updated. In this scenario, an administrator uses a compressed migration store to save the user states to a server.
|
||||
1. The administrator runs the **ScanState** command-line tool on each computer. **ScanState** saves each user state to a server.
|
||||
|
||||
1. The administrator runs the ScanState command-line tool on each computer. ScanState saves each user state to a server.
|
||||
2. On each computer, the administrator installs the company's standard SOE that includes Windows 10 and other company applications.
|
||||
|
||||
2. On each computer, the administrator installs the company's standard SOE which includes Windows 10 and other company applications.
|
||||
3. The administrator runs the **LoadState** command-line tool on each source computer, and **LoadState** restores each user state back to the computer.
|
||||
|
||||
3. The administrator runs the LoadState command-line tool on each source computer, and LoadState restores each user state back to the computer.
|
||||
### Scenario Three: PC-refresh using a hard-link migration store
|
||||
|
||||
### <a href="" id="bkmk-threepcrefresh"></a>Scenario Three: PC-refresh using a hard-link migration store
|
||||
A company has received funds to update the operating system on all of its computers to Windows 10. Each employee will keep the same computer, but the operating system on each computer will be updated. In this scenario, an administrator uses a hard-link migration store to save each user state to their respective computer.
|
||||
|
||||
A company has just received funds to update the operating system on all of its computers to Windows 10. Each employee will keep the same computer, but the operating system on each computer will be updated. In this scenario, an administrator uses a hard-link migration store to save each user state to their respective computer.
|
||||
1. The administrator runs the **ScanState** command-line tool on each computer, specifying the `/hardlink /nocompress` command-line options. **ScanState** saves the user state to a hard-link migration store on each computer, improving performance by minimizing network traffic and minimizing migration failures on computers with limited space available on the hard drive.
|
||||
|
||||
1. The administrator runs the ScanState command-line tool on each computer, specifying the **/hardlink /nocompress** command-line options. ScanState saves the user state to a hard-link migration store on each computer, improving performance by minimizing network traffic as well as minimizing migration failures on computers with very limited space available on the hard drive.
|
||||
2. On each computer, the administrator installs the company's SOE that includes Windows 10 and other company applications.
|
||||
|
||||
2. On each computer, the administrator installs the company's SOE which includes Windows 10 and other company applications.
|
||||
3. The administrator runs the **LoadState** command-line tool on each computer. **LoadState** restores each user state back on each computer.
|
||||
|
||||
3. The administrator runs the LoadState command-line tool on each computer. LoadState restores each user state back on each computer.
|
||||
### Scenario Four: PC-refresh using Windows.old folder and a hard-link migration store
|
||||
|
||||
### <a href="" id="bkmk-fourpcrefresh"></a>Scenario Four: PC-refresh using Windows.old folder and a hard-link migration store
|
||||
A company has decided to update the operating system on all of its computers to Windows 10. Each employee will keep the same computer, but the operating system on each computer will be updated. In this scenario, an administrator uses Windows.old and a hard-link migration store to save each user state to their respective computer.
|
||||
|
||||
A company has decided to update the operating system on all of its computers to Windows 10. Each employee will keep the same computer, but the operating system on each computer will be updated. In this scenario, an administrator uses Windows.old and a hard-link migration store to save each user state to their respective computer.
|
||||
1. The administrator clean installs Windows 10 on each computer, making sure that the Windows.old directory is created by installing Windows 10 without formatting or repartitioning and by selecting a partition that contains the previous version of Windows.
|
||||
|
||||
1. The administrator clean installs Windows 10 on each computer, making sure that the Windows.old directory is created by installing Windows 10 without formatting or repartitioning and by selecting a partition that contains the previous version of Windows.
|
||||
2. On each computer, the administrator installs the company's SOE that includes company applications.
|
||||
|
||||
2. On each computer, the administrator installs the company's SOE which includes company applications.
|
||||
|
||||
3. The administrator runs the ScanState and LoadState command-line tools successively on each computer while specifying the **/hardlink /nocompress** command-line options.
|
||||
|
||||
## <a href="" id="bkmk-pcreplace"></a>PC-Replacement
|
||||
3. The administrator runs the **ScanState** and **LoadState** command-line tools successively on each computer while specifying the `/hardlink /nocompress` command-line options.
|
||||
|
||||
## PC-replacement
|
||||
|
||||
The following diagram shows a PC-replacement migration. First, the administrator migrates the user state from the source computer to an intermediate store. After installing the operating system on the destination computer, the administrator migrates the user state from the store to the destination computer.
|
||||
|
||||
|
||||
|
||||

|
||||
|
||||
|
||||
### Scenario One: Offline migration using Windows PE and an external migration store
|
||||
|
||||
### <a href="" id="bkmk-onepcreplace"></a>Scenario One: Offline migration using WinPE and an external migration store
|
||||
A company is allocating 20 new computers to users in the accounting department. The users each have a source computer with their files and settings. In this scenario, migration is being handled offline, without a network connection.
|
||||
|
||||
A company is allocating 20 new computers to users in the accounting department. The users each have a source computer with their files and settings. In this scenario, migration is being handled completely offline, without a network connection.
|
||||
1. On each source computer, an administrator boots the machine into WinPE and runs **ScanState** to collect the user state to either a server or an external hard disk.
|
||||
|
||||
1. On each source computer, an administrator boots the machine into WinPE and runs ScanState to collect the user state to either a server or an external hard disk.
|
||||
2. On each new computer, the administrator installs the company's SOE that includes Windows 10 and other company applications.
|
||||
|
||||
2. On each new computer, the administrator installs the company's SOE which includes Windows 10 and other company applications.
|
||||
3. On each of the new computers, the administrator runs the **LoadState** tool, restoring each user state from the migration store to one of the new computers.
|
||||
|
||||
3. On each of the new computers, the administrator runs the LoadState tool, restoring each user state from the migration store to one of the new computers.
|
||||
### Scenario Two: Manual network migration
|
||||
|
||||
### <a href="" id="bkmk-twopcreplace"></a>Scenario Two: Manual network migration
|
||||
A company receives 50 new laptops for their managers and needs to reallocate 50 older laptops to new employees. In this scenario, an administrator runs the **ScanState** tool from the cmd prompt on each computer to collect the user states and save them to a server in a compressed migration store.
|
||||
|
||||
A company receives 50 new laptops for their managers and needs to reallocate 50 older laptops to new employees. In this scenario, an administrator runs the ScanState tool from the cmd prompt on each computer to collect the user states and save them to a server in a compressed migration store.
|
||||
1. The administrator runs the **ScanState** tool on each of the manager's old laptops, and saves each user state to a server.
|
||||
|
||||
1. The administrator runs the ScanState tool on each of the manager's old laptops, and saves each user state to a server.
|
||||
2. On the new laptops, the administrator installs the company's SOE, which includes Windows 10 and other company applications.
|
||||
|
||||
2. On the new laptops, the administrator installs the company's SOE, which includes Windows 10 and other company applications.
|
||||
3. The administrator runs the **LoadState** tool on the new laptops to migrate the managers' user states to the appropriate computer. The new laptops are now ready for the managers to use.
|
||||
|
||||
3. The administrator runs the LoadState tool on the new laptops to migrate the managers' user states to the appropriate computer. The new laptops are now ready for the managers to use.
|
||||
4. On the old computers, the administrator installs the company's SOE, which includes Windows 10, Microsoft Office, and other company applications. The old computers are now ready for the new employees to use.
|
||||
|
||||
4. On the old computers, the administrator installs the company's SOE, which includes Windows 10, Microsoft Office, and other company applications. The old computers are now ready for the new employees to use.
|
||||
### Scenario Three: Managed network migration
|
||||
|
||||
### <a href="" id="bkmk-threepcreplace"></a>Scenario Three: Managed network migration
|
||||
A company is allocating 20 new computers to users in the accounting department. The users each have a source computer that contains their files and settings. An administrator uses a management technology such as a sign-in script or a batch file to run **ScanState** on each source computer to collect the user states and save them to a server in a compressed migration store.
|
||||
|
||||
A company is allocating 20 new computers to users in the accounting department. The users each have a source computer that contains their files and settings. An administrator uses a management technology such as a logon script or a batch file to run ScanState on each source computer to collect the user states and save them to a server in a compressed migration store.
|
||||
1. On each source computer, the administrator runs the **ScanState** tool using Microsoft Configuration Manager, Microsoft Deployment Toolkit (MDT), a sign-in script, a batch file, or a non-Microsoft management technology. **ScanState** collects the user state from each source computer and then saves it to a server.
|
||||
|
||||
1. On each source computer, the administrator runs the ScanState tool using Microsoft Configuration Manager, Microsoft Deployment Toolkit (MDT), a logon script, a batch file, or a non-Microsoft management technology. ScanState collects the user state from each source computer and then saves it to a server.
|
||||
|
||||
2. On each new computer, the administrator installs the company's SOE, which includes Windows 10 and other company applications.
|
||||
|
||||
3. On each of the new computers, the administrator runs the LoadState tool using Microsoft Configuration Manager, a logon script, a batch file, or a non-Microsoft management technology. LoadState migrates each user state from the migration store to one of the new computers.
|
||||
|
||||
## Related topics
|
||||
|
||||
|
||||
[Plan Your Migration](usmt-plan-your-migration.md)
|
||||
|
||||
[Choose a Migration Store Type](usmt-choose-migration-store-type.md)
|
||||
|
||||
[Offline Migration Reference](offline-migration-reference.md)
|
||||
|
||||
|
||||
|
||||
|
||||
2. On each new computer, the administrator installs the company's SOE, which includes Windows 10 and other company applications.
|
||||
|
||||
3. On each of the new computers, the administrator runs the **LoadState** tool using Microsoft Configuration Manager, a sign-in script, a batch file, or a non-Microsoft management technology. **LoadState** migrates each user state from the migration store to one of the new computers.
|
||||
|
||||
## Related articles
|
||||
|
||||
[Plan your migration](usmt-plan-your-migration.md)
|
||||
|
||||
[Choose a migration store type](usmt-choose-migration-store-type.md)
|
||||
|
||||
[Offline migration reference](offline-migration-reference.md)
|
||||
|
@ -1,78 +1,42 @@
|
||||
---
|
||||
title: Config.xml File (Windows 10)
|
||||
description: Learn how the Config.xml file is an optional User State Migration Tool (USMT) 10.0 file that you can create using the /genconfig option with the ScanState.exe tool.
|
||||
description: Learn how the Config.xml file is an optional User State Migration Tool (USMT) 10.0 file that you can create using the /genconfig option with the ScanState.exe tool.
|
||||
ms.reviewer:
|
||||
manager: dougeby
|
||||
ms.author: aaroncz
|
||||
manager: aaroncz
|
||||
ms.author: frankroj
|
||||
ms.prod: windows-client
|
||||
author: aczechowski
|
||||
ms.date: 04/19/2017
|
||||
author: frankroj
|
||||
ms.date: 11/01/2022
|
||||
ms.topic: article
|
||||
ms.technology: itpro-deploy
|
||||
---
|
||||
|
||||
# Config.xml File
|
||||
|
||||
## Config.xml File
|
||||
The `Config.xml` file is an optional User State Migration Tool (USMT) 10.0 file that you can create using the `/genconfig` option with the ScanState tool. If you want to include all of the default components, and don't want to change the default store-creation or profile-migration behavior, you don't need to create a `Config.xml` file.
|
||||
|
||||
The Config.xml file is an optional User State Migration Tool (USMT) 10.0 file that you can create using the **/genconfig** option with the ScanState.exe tool. If you want to include all of the default components, and do not want to change the default store-creation or profile-migration behavior, you do not need to create a Config.xml file.
|
||||
However, if you're satisfied with the default migration behavior defined in the `MigApp.xml`, `MigUser.xml` and `MigDocs.xml` files, but you want to exclude certain components, you can create and modify a `Config.xml` file and leave the other .xml files unchanged. For example, you must create and modify the `Config.xml` file if you want to exclude any of the operating-system settings that are migrated. It's necessary to create and modify this file if you want to change any of the default store-creation or profile-migration behavior.
|
||||
|
||||
However, if you are satisfied with the default migration behavior defined in the MigApp.xml, MigUser.xml and MigDocs.xml files, but you want to exclude certain components, you can create and modify a Config.xml file and leave the other .xml files unchanged. For example, you must create and modify the Config.xml file if you want to exclude any of the operating-system settings that are migrated. It is necessary to create and modify this file if you want to change any of the default store-creation or profile-migration behavior.
|
||||
The `Config.xml` file has a different format than the other migration .xml files, because it doesn't contain any migration rules. It contains only a list of the operating-system components, applications, user documents that can be migrated, and user-profile policy and error-control policy. For this reason, excluding components using the `Config.xml` file is easier than modifying the migration .xml files, because you don't need to be familiar with the migration rules and syntax. However, you can't use wildcard characters in this file.
|
||||
|
||||
The Config.xml file has a different format than the other migration .xml files, because it does not contain any migration rules. It contains only a list of the operating-system components, applications, user documents that can be migrated, as well as user-profile policy and error-control policy. For this reason, excluding components using the Config.xml file is easier than modifying the migration .xml files, because you do not need to be familiar with the migration rules and syntax. However, you cannot use wildcard characters in this file.
|
||||
For more information about using the `Config.xml` file with other migration files, such as the `MigDocs.xml` and `MigApps.xml` files, see [Understanding Migration XML Files](understanding-migration-xml-files.md).
|
||||
|
||||
For more information about using the Config.xml file with other migration files, such as the MigDocs.xml and MigApps.xml files, see [Understanding Migration XML Files](understanding-migration-xml-files.md).
|
||||
> [!NOTE]
|
||||
> To exclude a component from the `Config.xml` file, set the **migrate** value to **no**. Deleting the XML tag for the component from the `Config.xml` file will not exclude the component from your migration.
|
||||
|
||||
**Note**
|
||||
To exclude a component from the Config.xml file, set the **migrate** value to **"no"**. Deleting the XML tag for the component from the Config.xml file will not exclude the component from your migration.
|
||||
## Migration Policies
|
||||
|
||||
## In this topic
|
||||
In USMT there are new migration policies that can be configured in the `Config.xml` file. For example, you can configure additional **<ErrorControl>**, **<ProfileControl>**, and **<HardLinkStoreControl>** options. The following elements and parameters are for use in the `Config.xml` file only.
|
||||
|
||||
In USMT there are new migration policies that can be configured in the Config.xml file. For example, you can configure additional **<ErrorControl>**, **<ProfileControl>**, and **<HardLinkStoreControl>** options. The following elements and parameters are for use in the Config.xml file only.
|
||||
|
||||
[<Policies>](#bkmk-policies)
|
||||
|
||||
[<ErrorControl>](#bkmk-errorcontrol)
|
||||
|
||||
[<fatal>](#bkmk-fatal)
|
||||
|
||||
[<fileError>](#bkmk-fileerror)
|
||||
|
||||
[<nonfatal>](#bkmk-nonfatal)
|
||||
|
||||
[<registryError>](#bkmk-registryerror)
|
||||
|
||||
[<HardLinkStoreControl>](#bkmk-hardlinkstorecontrol)
|
||||
|
||||
[<fileLocked>](#bkmk-filelock)
|
||||
|
||||
[<createHardLink>](#bkmk-createhardlink)
|
||||
|
||||
[<errorHardLink>](#bkmk-errorhardlink)
|
||||
|
||||
[<ProfileControl>](#bkmk-profilecontrol)
|
||||
|
||||
[<localGroups>](#bkmk-localgroups)
|
||||
|
||||
[<mappings>](#bkmk-mappings)
|
||||
|
||||
[<changeGroup>](#bkmk-changegrou)
|
||||
|
||||
[<include>](#bkmk-include)
|
||||
|
||||
[<exclude>](#bkmk-exclude)
|
||||
|
||||
[Sample Config.xml File](#bkmk-sampleconfigxjmlfile)
|
||||
|
||||
## <a href="" id="bkmk-policies"></a><Policies>
|
||||
### <Policies>
|
||||
|
||||
The **<Policies>** element contains elements that describe the policies that USMT follows while creating a migration store. Valid children of the **<Policies>** element are **<ErrorControl>** and **<HardLinkStoreControl>**. The **<Policies>** element is a child of **<Configuration>**.
|
||||
|
||||
Syntax: `<Policies> </Policies>`
|
||||
Syntax: `<Policies>` `</Policies>`
|
||||
|
||||
## <a href="" id="bkmk-errorcontrol"></a><ErrorControl>
|
||||
### <ErrorControl>
|
||||
|
||||
The **<ErrorControl>** element is an optional element you can configure in the Config.xml file. The configurable **<ErrorControl>** rules support only the environment variables for the operating system that is running and the currently logged-on user. As a workaround, you can specify a path using the (\*) wildcard character.
|
||||
The **<ErrorControl>** element is an optional element you can configure in the `Config.xml` file. The configurable **<ErrorControl>** rules support only the environment variables for the operating system that is running and the currently logged-on user. As a workaround, you can specify a path using the (\*) wildcard character.
|
||||
|
||||
- **Number of occurrences**: Once for each component
|
||||
|
||||
@ -80,9 +44,9 @@ The **<ErrorControl>** element is an optional element you can configure in
|
||||
|
||||
- **Child elements**: The **<fileError>** and **<registryError>** element
|
||||
|
||||
Syntax: `<ErrorControl></ErrorControl>`
|
||||
Syntax: `<ErrorControl>` `</ErrorControl>`
|
||||
|
||||
The following example specifies that all locked files, regardless of their location (including files in C:\\Users), should be ignored. However, the migration fails if any file in C:\\Users cannot be accessed because of any other reason. In the example below, the **<ErrorControl>** element ignores any problems in migrating registry keys that match the supplied pattern, and it resolves them to an **Access denied** error.
|
||||
The following example specifies that all locked files, regardless of their location (including files in C:\\Users), should be ignored. However, the migration fails if any file in C:\\Users can't be accessed because of any other reason. In the example below, the **<ErrorControl>** element ignores any problems in migrating registry keys that match the supplied pattern, and it resolves them to an **Access denied** error.
|
||||
|
||||
Additionally, the order in the **<ErrorControl>** section implies priority. In this example, the first **<nonFatal>** tag takes precedence over the second **<fatal>** tag. This precedence is applied, regardless of how many tags are listed.
|
||||
|
||||
@ -101,9 +65,9 @@ Additionally, the order in the **<ErrorControl>** section implies priority
|
||||
> [!IMPORTANT]
|
||||
> The configurable **<ErrorControl>** rules support only the environment variables for the operating system that is running and the currently logged-on user. As a workaround, you can specify a path using the (\*) wildcard character.
|
||||
|
||||
### <a href="" id="bkmk-fatal"></a><fatal>
|
||||
### <fatal>
|
||||
|
||||
The **<fatal>** element is not required.
|
||||
The **<fatal>** element isn't required.
|
||||
|
||||
- **Number of occurrences**: Once for each component
|
||||
|
||||
@ -119,9 +83,9 @@ Syntax: `<fatal errorCode="any">`*<pattern>*`</fatal>`
|
||||
|
||||
You use the **<fatal>** element to specify that errors matching a specific pattern should cause USMT to halt the migration.
|
||||
|
||||
## <a href="" id="bkmk-fileerror"></a><fileError>
|
||||
### <fileError>
|
||||
|
||||
The **<fileError>** element is not required.
|
||||
The **<fileError>** element isn't required.
|
||||
|
||||
- **Number of occurrences**: Once for each component
|
||||
|
||||
@ -129,13 +93,13 @@ The **<fileError>** element is not required.
|
||||
|
||||
- **Child elements**: **<nonFatal>** and **<fatal>**
|
||||
|
||||
Syntax: `<fileError></fileError>`
|
||||
Syntax: `<fileError>` `</fileError>`
|
||||
|
||||
You use the **<fileError>** element to represent the behavior associated with file errors.
|
||||
|
||||
## <a href="" id="bkmk-nonfatal"></a><nonFatal>
|
||||
### <nonFatal>
|
||||
|
||||
The **<nonFatal>** element is not required.
|
||||
The **<nonFatal>** element isn't required.
|
||||
|
||||
- **Number of occurrences**: Once for each component
|
||||
|
||||
@ -147,13 +111,13 @@ Syntax: `<nonfatal errorCode="any">`*<pattern>*`</nonFatal>`
|
||||
|
||||
|Parameter|Required|Value|
|
||||
|--- |--- |--- |
|
||||
|**<errorCode>**|No|"any" or "*specify system error message here*". If system error messages are not specified, the default behavior applies the parameter to all system error messages.|
|
||||
|**<errorCode>**|No|"any" or "*specify system error message here*". If system error messages aren't specified, the default behavior applies the parameter to all system error messages.|
|
||||
|
||||
You use the **<nonFatal>** element to specify that errors matching a specific pattern should not cause USMT to halt the migration.
|
||||
You use the **<nonFatal>** element to specify that errors matching a specific pattern shouldn't cause USMT to halt the migration.
|
||||
|
||||
## <a href="" id="bkmk-registryerror"></a><registryError>
|
||||
### <registryError>
|
||||
|
||||
The <strong><registryError></strong>element is not required.
|
||||
The **<registryError>** element isn't required.
|
||||
|
||||
- **Number of occurrences**: Once for each component
|
||||
|
||||
@ -161,19 +125,19 @@ The <strong><registryError></strong>element is not required.
|
||||
|
||||
- **Child elements**: **<nonfatal>** and **<fatal>**
|
||||
|
||||
Syntax: `<registryError></registryError>`
|
||||
Syntax: `<registryError>` `</registryError>`
|
||||
|
||||
|Parameter|Required|Value|
|
||||
|--- |--- |--- |
|
||||
|**<errorCode>**|No|"any" or "*specify system error message here*". If system error messages are not specified, the default behavior applies the parameter to all system error messages.|
|
||||
|**<errorCode>**|No|"any" or "*specify system error message here*". If system error messages aren't specified, the default behavior applies the parameter to all system error messages.|
|
||||
|
||||
You use the **<registryError>** element to specify that errors matching a specific pattern should not cause USMT to halt the migration.
|
||||
You use the **<registryError>** element to specify that errors matching a specific pattern shouldn't cause USMT to halt the migration.
|
||||
|
||||
## <a href="" id="bkmk-hardlinkstorecontrol"></a><HardLinkStoreControl>
|
||||
### <HardLinkStoreControl>
|
||||
|
||||
The **<HardLinkStoreControl>** element contains elements that describe how to handle files during the creation of a hard-link migration store. Its only valid child is **<fileLocked>**.
|
||||
|
||||
Syntax: `<HardLinkStoreControl> </HardLinkStoreControl>`
|
||||
Syntax: `<HardLinkStoreControl>` `</HardLinkStoreControl>`
|
||||
|
||||
- **Number of occurrences**: Once for each component
|
||||
|
||||
@ -181,12 +145,12 @@ Syntax: `<HardLinkStoreControl> </HardLinkStoreControl>`
|
||||
|
||||
- **Child elements**: **<fileLocked>**
|
||||
|
||||
Syntax: `<HardLinkStoreControl></HardLinkStoreControl>`
|
||||
Syntax: `<HardLinkStoreControl>` `</HardLinkStoreControl>`
|
||||
|
||||
The **<HardLinkStoreControl>** sample code below specifies that hard links can be created to locked files only if the locked file resides somewhere under C:\\Users\\. Otherwise, a file-access error occurs when a locked file is encountered that cannot be copied, even though is technically possible for the link to be created.
|
||||
The **<HardLinkStoreControl>** sample code below specifies that hard links can be created to locked files only if the locked file resides somewhere under C:\\Users\\. Otherwise, a file-access error occurs when a locked file is encountered that can't be copied, even though is technically possible for the link to be created.
|
||||
|
||||
> [!IMPORTANT]
|
||||
> The **<ErrorControl>** section can be configured to conditionally ignore file access errors, based on the file’s location.
|
||||
> The **<ErrorControl>** section can be configured to conditionally ignore file access errors, based on the file's location.
|
||||
|
||||
``` xml
|
||||
<Policy>
|
||||
@ -202,45 +166,45 @@ The **<HardLinkStoreControl>** sample code below specifies that hard links
|
||||
</Policy>
|
||||
```
|
||||
|
||||
## <a href="" id="bkmk-filelock"></a><fileLocked>
|
||||
### <fileLocked>
|
||||
|
||||
The **<fileLocked>** element contains elements that describe how to handle files that are locked for editing. The rules defined by the **<fileLocked>** element are processed in the order in which they appear in the XML file.
|
||||
|
||||
Syntax: `<fileLocked></fileLocked>`
|
||||
Syntax: `<fileLocked>` `</fileLocked>`
|
||||
|
||||
## <a href="" id="bkmk-createhardlink"></a><createHardLink>
|
||||
### <createHardLink>
|
||||
|
||||
The **<createHardLink>** element defines a standard MigXML pattern that describes file paths where hard links should be created, even if the file is locked for editing by another application.
|
||||
|
||||
Syntax: `<createHardLink>` *<pattern>* `</createHardLink>`
|
||||
|
||||
## <a href="" id="bkmk-errorhardlink"></a><errorHardLink>
|
||||
### <errorHardLink>
|
||||
|
||||
The **<errorHardLink>** element defines a standard MigXML pattern that describes file paths where hard links should not be created if the file is locked for editing by another application. USMT will attempt to copy files under these paths into the migration store. However, if that is not possible, **Error\_Locked** is thrown. This is a standard Windows application programming interface (API) error that can be captured by the **<ErrorControl>** section to either cause USMT to skip the file or abort the migration.
|
||||
The **<errorHardLink>** element defines a standard MigXML pattern that describes file paths where hard links shouldn't be created if the file is locked for editing by another application. USMT will attempt to copy files under these paths into the migration store. However, if that isn't possible, **Error\_Locked** is thrown. This error is a standard Windows application programming interface (API) error that can be captured by the **<ErrorControl>** section to either cause USMT to skip the file or abort the migration.
|
||||
|
||||
Syntax: `<errorHardLink>` *<pattern>* `</errorHardLink>`
|
||||
|
||||
## <a href="" id="bkmk-profilecontrol"></a><ProfileControl>
|
||||
### <ProfileControl>
|
||||
|
||||
This element is used to contain other elements that establish rules for migrating profiles, users, and policies around local group membership during the migration. **<ProfileMigration>** is a child of **<Configuration>**.
|
||||
|
||||
Syntax: <`ProfileControl> </ProfileControl>`
|
||||
Syntax: <`ProfileControl>` `</ProfileControl>`
|
||||
|
||||
## <a href="" id="bkmk-localgroups"></a><localGroups>
|
||||
### <localGroups>
|
||||
|
||||
This element is used to contain other elements that establish rules for how to migrate local groups. **<localGroups>** is a child of **<ProfileControl>**.
|
||||
|
||||
Syntax: `<localGroups> </localGroups>`
|
||||
Syntax: `<localGroups>` `</localGroups>`
|
||||
|
||||
## <a href="" id="bkmk-mappings"></a><mappings>
|
||||
### <mappings>
|
||||
|
||||
This element is used to contain other elements that establish mappings between groups.
|
||||
|
||||
Syntax: `<mappings> </mappings>`
|
||||
Syntax: `<mappings>` `</mappings>`
|
||||
|
||||
## <a href="" id="bkmk-changegrou"></a><changeGroup>
|
||||
### <changeGroup>
|
||||
|
||||
This element describes the source and destination groups for a local group membership change during the migration. It is a child of **<localGroups>**. The following parameters are defined:
|
||||
This element describes the source and destination groups for a local group membership change during the migration. It's a child of **<localGroups>**. The following parameters are defined:
|
||||
|
||||
|Parameter|Required|Value|
|
||||
|--- |--- |--- |
|
||||
@ -250,23 +214,27 @@ This element describes the source and destination groups for a local group membe
|
||||
|
||||
The valid and required children of **<changeGroup>** are **<include>** and **<exclude>**. Although both can be children at the same time, only one is required.
|
||||
|
||||
Syntax: `<changeGroup From="Group1" To= "Group2"> </changeGroup>`
|
||||
Syntax: `<changeGroup From="Group1" To= "Group2">` `</changeGroup>`
|
||||
|
||||
## <a href="" id="bkmk-include"></a><include>
|
||||
### <include>
|
||||
|
||||
This element specifies that its required child, *<pattern>*, should be included in the migration.
|
||||
|
||||
Syntax: `<include>` `</include>`
|
||||
|
||||
## <a href="" id="bkmk-exclude"></a><exclude>
|
||||
### <exclude>
|
||||
|
||||
This element specifies that its required child, *<pattern>*, should be excluded from the migration.
|
||||
|
||||
Syntax: `<exclude>` `</exclude>`
|
||||
|
||||
## <a href="" id="bkmk-sampleconfigxjmlfile"></a>Sample Config.xml File
|
||||
## Sample Config.xml File
|
||||
|
||||
Refer to the following sample Config.xml file for additional details about items you can choose to exclude from a migration.
|
||||
Refer to the following sample `Config.xml` file for more details about items you can choose to exclude from a migration.
|
||||
<br>
|
||||
<br>
|
||||
<details>
|
||||
<summary>Expand for sample Config.xml file:</summary>
|
||||
|
||||
```xml
|
||||
<?xml version="1.0" encoding="UTF-8"?>
|
||||
@ -459,6 +427,8 @@ Refer to the following sample Config.xml file for additional details about items
|
||||
</Configuration>
|
||||
```
|
||||
|
||||
## Related topics
|
||||
</details>
|
||||
|
||||
[USMT XML Reference](usmt-xml-reference.md)
|
||||
## Related articles
|
||||
|
||||
[USMT XML reference](usmt-xml-reference.md)
|
||||
|
@ -1,67 +1,41 @@
|
||||
---
|
||||
title: Conflicts and Precedence (Windows 10)
|
||||
description: In this article, learn how User State Migration Tool (USMT) 10.0 deals with conflicts and precedence.
|
||||
description: In this article, learn how User State Migration Tool (USMT) 10.0 deals with conflicts and precedence.
|
||||
ms.reviewer:
|
||||
manager: dougeby
|
||||
ms.author: aaroncz
|
||||
manager: aaroncz
|
||||
ms.author: frankroj
|
||||
ms.prod: windows-client
|
||||
author: aczechowski
|
||||
ms.date: 04/19/2017
|
||||
author: frankroj
|
||||
ms.date: 11/01/2022
|
||||
ms.topic: article
|
||||
ms.technology: itpro-deploy
|
||||
---
|
||||
|
||||
# Conflicts and Precedence
|
||||
# Conflicts and precedence
|
||||
|
||||
When you include, exclude, and reroute files and settings, it is important to know how User State Migration Tool (USMT) 10.0 deals with conflicts and precedence. When working with USMT, the following are the most important conflicts and precedence guidelines to keep in mind.
|
||||
When you include, exclude, and reroute files and settings, it's important to know how User State Migration Tool (USMT) 10.0 deals with conflicts and precedence. When working with USMT, the following are the most important conflicts and precedence guidelines to keep in mind.
|
||||
|
||||
- **If there are conflicting rules within a component, the most specific rule is applied.** However, the <unconditionalExclude> rule is an exception because it takes precedence over all others. Directory names take precedence over file extensions. For examples, see [What happens when there are conflicting include and exclude rules?](#bkmk1) and the first example in [Include and exclude precedence examples](#precexamples)****later in this topic.
|
||||
- **If there are conflicting rules within a component, the most specific rule is applied.** However, the **<unconditionalExclude>** rule is an exception because it takes precedence over all others. Directory names take precedence over file extensions. For examples, see [What happens when there are conflicting <include> and <exclude> rules?](#what-happens-when-there-are-conflicting-include-and-exclude-rules) and the first example in [<include> and <exclude> rules precedence examples](#include-and-exclude-rules-precedence-examples) later in this article.
|
||||
|
||||
- **Only rules inside the same component can affect each other, depending on specificity.** Rules that are in different components do not affect each other, except for the <unconditionalExclude> rule.
|
||||
- **Only rules inside the same component can affect each other, depending on specificity.** Rules that are in different components don't affect each other, except for the **<unconditionalExclude>** rule.
|
||||
|
||||
- **If the rules are equally specific, <exclude> takes precedence over <include>.** For example, if you use the <exclude> rule to exclude a file and use the <include> rule to include the same file, the file will be excluded.
|
||||
- **If the rules are equally specific, <exclude> takes precedence over <include>.** For example, if you use the **<exclude>** rule to exclude a file and use the **<include>** rule to include the same file, the file will be excluded.
|
||||
|
||||
- **The ordering of components does not matter.** It does not matter which components are listed in which .xml file, because each component is processed independently of the other components across all of the .xml files.
|
||||
- **The ordering of components does not matter.** It doesn't matter which components are listed in which .xml file, because each component is processed independently of the other components across all of the .xml files.
|
||||
|
||||
- **The ordering of the <include> and <exclude> rules within a component does not matter.**
|
||||
|
||||
- **You can use the <unconditionalExclude> element to globally exclude data.** This element excludes objects, regardless of any other <include> rules that are in the .xml files. For example, you can use the <unconditionalExclude> element to exclude all MP3 files on the computer or to exclude all files from C:\\UserData.
|
||||
|
||||
## In this topic
|
||||
|
||||
**General**
|
||||
|
||||
- [What is the relationship between rules that are located within different components?](#bkmk2)
|
||||
|
||||
- [How does precedence work with the Config.xml file?](#bkmk3)
|
||||
|
||||
- [How does USMT process each component in an .xml file with multiple components?](#bkmk4)
|
||||
|
||||
- [How are rules processed?](#bkmk5)
|
||||
|
||||
- [How does USMT combine all of the .xml files that I specify on the command line?](#bkmk6)
|
||||
|
||||
**The <include> and <exclude> rules**
|
||||
|
||||
- [What happens when there are conflicting include and exclude rules?](#bkmk1)
|
||||
|
||||
- [<include> and <exclude> precedence examples](#precexamples)
|
||||
|
||||
**File collisions**
|
||||
|
||||
- [What is the default behavior when there are file collisions?](#collisions)
|
||||
|
||||
- [How does the <merge> rule work when there are file collisions?](#bkmk11)
|
||||
- **You can use the <unconditionalExclude> element to globally exclude data.** This element excludes objects, regardless of any other **<include>** rules that are in the .xml files. For example, you can use the **<unconditionalExclude>** element to exclude all MP3 files on the computer or to exclude all files from `C:\UserData`.
|
||||
|
||||
## General
|
||||
|
||||
### <a href="" id="bkmk2"></a>What is the relationship between rules that are located within different components?
|
||||
### What is the relationship between rules that are located within different components?
|
||||
|
||||
Only rules inside the same component can affect each other, depending on specificity, except for the <unconditionalExclude> rule. Rules that are in different components do not affect each other. If there is an <include> rule in one component and an identical <exclude> rule in another component, the data will be migrated because the two rules are independent of each other.
|
||||
Only rules inside the same component can affect each other, depending on specificity, except for the **<unconditionalExclude>** rule. Rules that are in different components don't affect each other. If there's an **<include>** rule in one component and an identical **<exclude>** rule in another component, the data will be migrated because the two rules are independent of each other.
|
||||
|
||||
If you have an <include> rule in one component and a <locationModify> rule in another component for the same file, the file will be migrated in both places. That is, it will be included based on the <include> rule, and it will be migrated based on the <locationModify> rule.
|
||||
If you have an **<include>** rule in one component and a **<locationModify>** rule in another component for the same file, the file will be migrated in both places. That is, it will be included based on the **<include>** rule, and it will be migrated based on the **<locationModify>** rule.
|
||||
|
||||
The following .xml file migrates all files from C:\\Userdocs, including .mp3 files, because the <exclude> rule is specified in a separate component.
|
||||
The following .xml file migrates all files from C:\\Userdocs, including .mp3 files, because the **<exclude>** rule is specified in a separate component.
|
||||
|
||||
``` xml
|
||||
<migration urlid="http://www.microsoft.com/migration/1.0/migxmlext/UserDocs">
|
||||
@ -93,9 +67,9 @@ The following .xml file migrates all files from C:\\Userdocs, including .mp3 fil
|
||||
</migration>
|
||||
```
|
||||
|
||||
### <a href="" id="bkmk3"></a>How does precedence work with the Config.xml file?
|
||||
### How does precedence work with the Config.xml file?
|
||||
|
||||
Specifying `migrate="no"` in the Config.xml file is the same as deleting the corresponding component from the migration .xml file. However, if you set `migrate="no"` for My Documents, but you have a rule similar to the one shown below in a migration .xml file (which includes all of the .doc files from My Documents), then only the .doc files will be migrated, and all other files will be excluded.
|
||||
Specifying `migrate="no"` in the `Config.xml` file is the same as deleting the corresponding component from the migration .xml file. However, if you set `migrate="no"` for My Documents, but you have a rule similar to the one shown below in a migration .xml file (which includes all of the .doc files from My Documents), then only the .doc files will be migrated, and all other files will be excluded.
|
||||
|
||||
``` xml
|
||||
<include>
|
||||
@ -105,29 +79,29 @@ Specifying `migrate="no"` in the Config.xml file is the same as deleting the cor
|
||||
</include>
|
||||
```
|
||||
|
||||
### <a href="" id="bkmk4"></a>How does USMT process each component in an .xml file with multiple components?
|
||||
### How does USMT process each component in an .xml file with multiple components?
|
||||
|
||||
The ordering of components does not matter. Each component is processed independently of other components. For example, if you have an <include> rule in one component and a <locationModify> rule in another component for the same file, the file will be migrated in both places. That is, it will be included based on the <include> rule, and it will be migrated based on the <locationModify> rule.
|
||||
The ordering of components doesn't matter. Each component is processed independently of other components. For example, if you have an **<include>** rule in one component and a **<locationModify>** rule in another component for the same file, the file will be migrated in both places. That is, it will be included based on the **<include>** rule, and it will be migrated based on the **<locationModify>** rule.
|
||||
|
||||
### <a href="" id="bkmk5"></a>How are rules processed?
|
||||
### How are rules processed?
|
||||
|
||||
There are two broad categories of rules.
|
||||
|
||||
- **Rules that affect the behavior of both the ScanState and LoadState tools**. For example, the <include>, <exclude>, and <unconditionalExclude> rules are processed for each component in the .xml files. For each component, USMT creates an include list and an exclude list. Some of the rules in the component might be discarded due to specificity, but all of the remaining rules are processed. For each <include> rule, USMT iterates through the elements to see if any of the locations need to be excluded. USMT enumerates all of the objects and creates a list of objects it is going to collect for each user. Once the list is complete, each of the objects is stored or migrated to the destination computer.
|
||||
- **Rules that affect the behavior of both the ScanState and LoadState tools**. For example, the **<include>**, **<exclude>**, and **<unconditionalExclude>** rules are processed for each component in the .xml files. For each component, USMT creates an include list and an exclude list. Some of the rules in the component might be discarded due to specificity, but all of the remaining rules are processed. For each **<include>** rule, USMT iterates through the elements to see if any of the locations need to be excluded. USMT enumerates all of the objects and creates a list of objects it's going to collect for each user. Once the list is complete, each of the objects is stored or migrated to the destination computer.
|
||||
|
||||
- **Rules that affect the behavior of only the LoadState tool**. For example, the <locationModify>, <contentModify>, and <destinationCleanup> rules do not affect ScanState. They are processed only with LoadState. First, the LoadState tool determines the content and location of each component based on the <locationModify>and <contentModify> rules. Then, LoadState processes all of the <destinationCleanup> rules and deletes data from the destination computer. Lastly, LoadState applies the components to the computer.
|
||||
- **Rules that affect the behavior of only the LoadState tool**. For example, the **<locationModify>**, **<contentModify>**, and **<destinationCleanup>** rules don't affect ScanState. They're processed only with LoadState. First, the LoadState tool determines the content and location of each component based on the **<locationModify>** and **<contentModify>** rules. Then, LoadState processes all of the **<destinationCleanup>** rules and deletes data from the destination computer. Lastly, LoadState applies the components to the computer.
|
||||
|
||||
### <a href="" id="bkmk6"></a>How does USMT combine all of the .xml files that I specify on the command line?
|
||||
### How does USMT combine all of the .xml files that I specify on the command line?
|
||||
|
||||
USMT does not distinguish the .xml files based on their name or content. It processes each component within the files separately. USMT supports multiple .xml files only to make it easier to maintain and organize the components within them. Because USMT uses a urlid to distinguish each component from the others, be sure that each .xml file that you specify on the command line has a unique migration urlid.
|
||||
USMT doesn't distinguish the .xml files based on their name or content. It processes each component within the files separately. USMT supports multiple .xml files only to make it easier to maintain and organize the components within them. Because USMT uses a urlid to distinguish each component from the others, be sure that each .xml file that you specify on the command line has a unique migration urlid.
|
||||
|
||||
## <a href="" id="the--include--and--exclude--rules"></a>The <include> and <exclude> rules
|
||||
## The <include> and <exclude> rules
|
||||
|
||||
### <a href="" id="bkmk1"></a>What happens when there are conflicting <include> and <exclude> rules?
|
||||
### What happens when there are conflicting <include> and <exclude> rules?
|
||||
|
||||
If there are conflicting rules within a component, the most specific rule is applied, except with the <unconditionalExclude> rule, which takes precedence over all other rules. If the rules are equally specific, then the data will be not be migrated. For example if you exclude a file, and include the same file, the file will not be migrated. If there are conflicting rules within different components, the rules do not affect each other because each component is processed independently.
|
||||
If there are conflicting rules within a component, the most specific rule is applied, except with the **<unconditionalExclude>** rule, which takes precedence over all other rules. If the rules are equally specific, then the data won't be migrated. For example if you exclude a file, and include the same file, the file won't be migrated. If there are conflicting rules within different components, the rules don't affect each other because each component is processed independently.
|
||||
|
||||
In the following example, mp3 files will not be excluded from the migration. This is because directory names take precedence over the file extensions.
|
||||
In the following example, mp3 files won't be excluded from the migration. The mp3 files won't be excluded because directory names take precedence over the file extensions.
|
||||
|
||||
``` xml
|
||||
<include>
|
||||
@ -142,68 +116,68 @@ In the following example, mp3 files will not be excluded from the migration. Thi
|
||||
</exclude>
|
||||
```
|
||||
|
||||
### <a href="" id="precexamples"></a><include> and <exclude> rules precedence examples
|
||||
### <include> and <exclude> rules precedence examples
|
||||
|
||||
These examples explain how USMT deals with <include> and <exclude> rules. When the rules are in different components, the resulting behavior will be the same regardless of whether the components are in the same or in different migration .xml files.
|
||||
These examples explain how USMT deals with **<include>** and **<exclude>** rules. When the rules are in different components, the resulting behavior will be the same regardless of whether the components are in the same or in different migration .xml files.
|
||||
|
||||
- [Including and excluding files](#filesex)
|
||||
- [Including and excluding files](#including-and-excluding-files)
|
||||
|
||||
- [Including and excluding registry objects](#regex)
|
||||
- [Including and excluding registry objects](#including-and-excluding-registry-objects)
|
||||
|
||||
### <a href="" id="filesex"></a>Including and excluding files
|
||||
### Including and excluding files
|
||||
|
||||
| If you have the following code in the same component | Resulting behavior | Explanation |
|
||||
|-----|-----|-----|
|
||||
| <ul><li>Include rule: <pattern type="File">C:\Dir1* []</pattern></li><li>Exclude rule: <pattern type="File">C:* [.txt]</pattern></li></ul> | Migrates all files and subfolders in Dir1 (including all .txt files in C:). | The <exclude> rule does not affect the migration because the <include> rule is more specific. |
|
||||
| <ul><li>Include rule: <pattern type="File">C:\Dir1* []</pattern></li><li>Exclude rule: <pattern type="File">C:* [.txt]</pattern></li></ul> | Migrates all files and subfolders in Dir1 (including all .txt files in C:). | The **<exclude>** rule doesn't affect the migration because the **<include>** rule is more specific. |
|
||||
| <ul><li>Include rule: <pattern type="File">C:\Dir1* []</pattern></li><li>Exclude rule: <pattern type="File">C:\Dir1\Dir2* [.txt]</pattern></li></ul> | Migrates all files and subfolders in C:\Dir1, except the .txt files in C:\Dir1\Dir2 and its subfolders. | Both rules are processed as intended. |
|
||||
| <ul><li>Include rule: <pattern type="File">C:\Dir1* []</pattern></li><li>Exclude rule: <pattern type="File">C:\Dir1\ * [.txt]</pattern></li></ul> | Migrates all files and subfolders in C:\Dir1, except the .txt files in C:\Dir1 and its subfolders. | Both rules are processed as intended. |
|
||||
| <ul><li>Include rule: <pattern type="File">C:\Dir1\Dir2* [.txt]</pattern></li><li>Exclude rule: <pattern type="File">C:\Dir1\Dir2* [.txt]</pattern></li></ul> | Nothing will be migrated. | The rules are equally specific, so the <exclude> rule takes precedence over the <include> rule. |
|
||||
| <ul><li>Include rule: <pattern type="File">C:\Dir1\Dir2* [.txt]</pattern></li><li>Exclude rule: <pattern type="File">C:\Dir1\Dir2* [.txt]</pattern></li></ul> | Nothing will be migrated. | The rules are equally specific, so the **<exclude>** rule takes precedence over the **<include>** rule. |
|
||||
| <ul><li>Include rule: C:\Dir1* [.txt]</li><li>Exclude rule: C:\Dir1\Dir2* []</li></ul> | Migrates the .txt files in Dir1 and the .txt files from subfolders other than Dir2. <br/>No files are migrated from Dir2 or its subfolders. | Both rules are processed as intended. |
|
||||
| <ul><li>Include rule: C:\Dir1\Dir2* []</li><li>Exclude rule: C:\Dir1* [.txt]</li></ul> | Migrates all files and subfolders of Dir2, except the .txt files from Dir1 and any subfolders of Dir1 (including Dir2). | Both rules are processed as intended. |
|
||||
|
||||
| If you have the following code in different components | Resulting behavior | Explanation |
|
||||
|-----|----|----|
|
||||
| Component 1:<ul><li>Include rule: <pattern type="File">C:\Dir1* []</pattern></li><li>Exclude rule: <pattern type="File">C:\Dir1\Dir2* [.txt]</pattern></li></ul> <br/>Component 2:<ul><li>Include rule: <pattern type="File">C:\Dir1\Dir2* [.txt]</pattern></li><li>Exclude rule: <pattern type="File">C:\Dir1* []</pattern></li></ul> | Migrates all files and subfolders of C:\Dir1\ (including C:\Dir1\Dir2). | Rules that are in different components do not affect each other, except for the <unconditionalExclude> rule. Therefore, in this example, although some .txt files were excluded when Component 1 was processed, they were included when Component 2 was processed. |
|
||||
| Component 1:<ul><li>Include rule: <pattern type="File">C:\Dir1* []</pattern></li><li>Exclude rule: <pattern type="File">C:\Dir1\Dir2* [.txt]</pattern></li></ul> <br/>Component 2:<ul><li>Include rule: <pattern type="File">C:\Dir1\Dir2* [.txt]</pattern></li><li>Exclude rule: <pattern type="File">C:\Dir1* []</pattern></li></ul> | Migrates all files and subfolders of C:\Dir1\ (including C:\Dir1\Dir2). | Rules that are in different components don't affect each other, except for the **<unconditionalExclude>** rule. Therefore, in this example, although some .txt files were excluded when Component 1 was processed, they were included when Component 2 was processed. |
|
||||
| Component 1:<ul><li>Include rule: C:\Dir1\Dir2* []</li></ul> <br/>Component 2:<ul><li>Exclude rule: C:\Dir1* [.txt]</li></ul> | Migrates all files and subfolders from Dir2 except the .txt files in C:\Dir1 and its subfolders. | Both rules are processed as intended. |
|
||||
| Component 1:<ul><li>Exclude rule: C:\Dir1\Dir2* []</li></ul> <br/>Component 2:<ul><li>Include rule: C:\Dir1* [.txt]</li></ul> | Migrates all .txt files in Dir1 and any subfolders. | Component 1 does not contain an <include> rule, so the <exclude> rule is not processed. |
|
||||
| Component 1:<ul><li>Exclude rule: C:\Dir1\Dir2* []</li></ul> <br/>Component 2:<ul><li>Include rule: C:\Dir1* [.txt]</li></ul> | Migrates all .txt files in Dir1 and any subfolders. | Component 1 doesn't contain an **<include>** rule, so the **<exclude>** rule isn't processed. |
|
||||
|
||||
### <a href="" id="regex"></a>Including and excluding registry objects
|
||||
### Including and excluding registry objects
|
||||
|
||||
| If you have the following code in the same component | Resulting behavior | Explanation |
|
||||
|-----|-----|-----|
|
||||
| <ul><li>Include rule: <br/>HKLM\Software\Microsoft\Command Processor* []</li><li>Exclude Rule: <br/>HKLM\Software\Microsoft\Command Processor [DefaultColor]</li></ul> | Migrates all keys in HKLM\Software\Microsoft\Command Processor except DefaultColor. | Both rules are processed as intended. |
|
||||
| <ul><li>Include rule: <br/>HKLM\Software\Microsoft\Command Processor [DefaultColor]</li><li>Exclude Rule: <br/>HKLM\Software\Microsoft\Command Processor* []</li></ul> | Migrates only DefaultColor in HKLM\Software\Microsoft\Command Processor. | DefaultColor is migrated because the <include> rule is more specific than the <exclude> rule. |
|
||||
| <ul><li>Include rule: <br/>HKLM\Software\Microsoft\Command Processor [DefaultColor]</li><li>Exclude rule: <br/>HKLM\Software\Microsoft\Command Processor [DefaultColor]</li></ul> | Does not migrate DefaultColor. | The rules are equally specific, so the <exclude> rule takes precedence over the <include> rule. |
|
||||
| <ul><li>Include rule: <br/>HKLM\Software\Microsoft\Command Processor [DefaultColor]</li><li>Exclude Rule: <br/>HKLM\Software\Microsoft\Command Processor* []</li></ul> | Migrates only DefaultColor in HKLM\Software\Microsoft\Command Processor. | DefaultColor is migrated because the **<include>** rule is more specific than the **<exclude>** rule. |
|
||||
| <ul><li>Include rule: <br/>HKLM\Software\Microsoft\Command Processor [DefaultColor]</li><li>Exclude rule: <br/>HKLM\Software\Microsoft\Command Processor [DefaultColor]</li></ul> | Doesn't migrate DefaultColor. | The rules are equally specific, so the **<exclude>** rule takes precedence over the <include> rule. |
|
||||
|
||||
| If you have the following code in different components | Resulting behavior | Explanation |
|
||||
|-----|-----|-----|
|
||||
| Component 1:<ul><li>Include rule: <br/>HKLM\Software\Microsoft\Command Processor [DefaultColor]</li><li>Exclude rule: <br/>HKLM\Software\Microsoft\Command Processor* []</li></ul> <br/>Component 2:<ul><li>Include rule: <br/>HKLM\Software\Microsoft\Command Processor* []</li><li>Exclude rule: <br/>HKLM\Software\Microsoft\Command Processor [DefaultColor]</li></ul> | Migrates all the keys/values under HKLM\Software\Microsoft\Command Processor. | Rules that are in different components do not affect each other, except for the <unconditionalExclude> rule. Therefore, in this example, the objects that were excluded when Component 1 was processed were included when Component 2 was processed. |
|
||||
| Component 1:<ul><li>Include rule: <br/>HKLM\Software\Microsoft\Command Processor [DefaultColor]</li><li>Exclude rule: <br/>HKLM\Software\Microsoft\Command Processor* []</li></ul> <br/>Component 2:<ul><li>Include rule: <br/>HKLM\Software\Microsoft\Command Processor* []</li><li>Exclude rule: <br/>HKLM\Software\Microsoft\Command Processor [DefaultColor]</li></ul> | Migrates all the keys/values under HKLM\Software\Microsoft\Command Processor. | Rules that are in different components don't affect each other, except for the **<unconditionalExclude>** rule. Therefore, in this example, the objects that were excluded when Component 1 was processed were included when Component 2 was processed. |
|
||||
|
||||
## File collisions
|
||||
|
||||
### <a href="" id="collisions"></a>What is the default behavior when there are file collisions?
|
||||
### What is the default behavior when there are file collisions?
|
||||
|
||||
If there is not a <merge> rule, the default behavior for the registry is for the source to overwrite the destination. The default behavior for files is for the source to be renamed incrementally: for example, OriginalFileName(1).OriginalExtension, OriginalFileName(2).OriginalExtension, and so on.
|
||||
If there isn't a **<merge>** rule, the default behavior for the registry is for the source to overwrite the destination. The default behavior for files is for the source to be renamed incrementally: for example, OriginalFileName(1).OriginalExtension, OriginalFileName(2).OriginalExtension, and so on.
|
||||
|
||||
### <a href="" id="bkmk11"></a>How does the <merge> rule work when there are file collisions?
|
||||
### How does the <merge> rule work when there are file collisions?
|
||||
|
||||
When a collision is detected, USMT will select the most specific <merge> rule and apply it to resolve the conflict. For example, if you have a <merge> rule for C:\\\* \[\*\] set to **sourcePriority()** and another <merge> rule for C:\\subfolder\\\* \[\*\] set to **destinationPriority()** , then USMT uses the destinationPriority() rule because it is the most specific.
|
||||
When a collision is detected, USMT will select the most specific **<merge>** rule and apply it to resolve the conflict. For example, if you have a **<merge>** rule for **C:\\\* \[\*\]** set to **sourcePriority()** and another **<merge>** rule for **C:\\subfolder\\\* \[\*\]** set to **destinationPriority()** , then USMT uses the **destinationPriority()** rule because it's the most specific.
|
||||
|
||||
### Example scenario
|
||||
|
||||
The source computer contains the following files:
|
||||
|
||||
- C:\\Data\\SampleA.txt
|
||||
- `C:\Data\SampleA.txt`
|
||||
|
||||
- C:\\Data\\SampleB.txt
|
||||
- `C:\Data\SampleB.txt`
|
||||
|
||||
- C:\\Data\\Folder\\SampleB.txt
|
||||
- `C:\Data\Folder\SampleB.txt`
|
||||
|
||||
The destination computer contains the following files:
|
||||
|
||||
- C:\\Data\\SampleB.txt
|
||||
- `C:\Data\SampleB.txt`
|
||||
|
||||
- C:\\Data\\Folder\\SampleB.txt
|
||||
- `C:\Data\SampleB.txt`
|
||||
|
||||
You have a custom .xml file that contains the following code:
|
||||
|
||||
@ -217,7 +191,7 @@ You have a custom .xml file that contains the following code:
|
||||
|
||||
For this example, the following information describes the resulting behavior if you add the code to your custom .xml file.
|
||||
|
||||
**Example 1**
|
||||
#### Example 1
|
||||
|
||||
```xml
|
||||
<merge script="MigXmlHelper.DestinationPriority()">
|
||||
@ -227,9 +201,9 @@ For this example, the following information describes the resulting behavior if
|
||||
</merge>
|
||||
```
|
||||
|
||||
**Result**: During ScanState, all the files will be added to the store. During LoadState, only C:\Data\SampleA.txt will be restored.
|
||||
**Result**: During ScanState, all the files will be added to the store. During LoadState, only `C:\Data\SampleA.txt` will be restored.
|
||||
|
||||
**Example 2**
|
||||
#### Example 2
|
||||
|
||||
```xml
|
||||
<merge script="MigXmlHelper.SourcePriority()">
|
||||
@ -242,7 +216,7 @@ For this example, the following information describes the resulting behavior if
|
||||
**Result**: During ScanState, all the files will be added to the store.
|
||||
During LoadState, all the files will be restored, overwriting the existing files on the destination computer.
|
||||
|
||||
**Example 3**
|
||||
#### Example 3
|
||||
|
||||
```xml
|
||||
<merge script="MigXmlHelper.SourcePriority()">
|
||||
@ -252,12 +226,12 @@ During LoadState, all the files will be restored, overwriting the existing files
|
||||
</merge>
|
||||
```
|
||||
|
||||
**Result**: During ScanState, all the files will be added to the store. During LoadState, the following will occur:
|
||||
**Result**: During ScanState, all the files will be added to the store. During LoadState, the following actions will occur:
|
||||
|
||||
- C:\Data\SampleA.txt will be restored.
|
||||
- C:\Data\SampleB.txt will be restored, overwriting the existing file on the destination computer.
|
||||
- C:\Data\Folder\SampleB.txt will not be restored.
|
||||
- `C:\Data\SampleA.txt` will be restored.
|
||||
- `C:\Data\SampleB.txt` will be restored, overwriting the existing file on the destination computer.
|
||||
- `C:\Data\Folder\SampleB.txt` won't be restored.
|
||||
|
||||
## Related topics
|
||||
## Related articles
|
||||
|
||||
[USMT XML Reference](usmt-xml-reference.md)
|
||||
[USMT XML reference](usmt-xml-reference.md)
|
||||
|
@ -2,19 +2,25 @@
|
||||
title: Custom XML Examples (Windows 10)
|
||||
description: Use custom XML examples to learn how to migrate an unsupported application, migrate files and registry keys, and migrate the My Videos folder.
|
||||
ms.reviewer:
|
||||
manager: dougeby
|
||||
ms.author: aaroncz
|
||||
manager: aaroncz
|
||||
ms.author: frankroj
|
||||
ms.prod: windows-client
|
||||
author: aczechowski
|
||||
author: frankroj
|
||||
ms.topic: article
|
||||
ms.technology: itpro-deploy
|
||||
ms.date: 11/01/2022
|
||||
---
|
||||
|
||||
# Custom XML Examples
|
||||
|
||||
## <a href="" id="example"></a>Example 1: Migrating an Unsupported Application
|
||||
## Example 1: Migrating an unsupported application
|
||||
|
||||
The following is a template for the sections that you need to migrate your application. The template isn't functional on its own, but you can use it to write your own .xml file.
|
||||
The following template is a template for the sections that you need to migrate your application. The template isn't functional on its own, but you can use it to write your own .xml file.
|
||||
|
||||
**Template**
|
||||
<br>
|
||||
<details>
|
||||
<summary>Expand to show <b>Example 1</b> application template:</summary>
|
||||
|
||||
``` xml
|
||||
<migration urlid="http://www.microsoft.com/migration/1.0/migxmlext/migtestapp">
|
||||
@ -80,25 +86,30 @@ The following is a template for the sections that you need to migrate your appli
|
||||
</migration>
|
||||
```
|
||||
|
||||
## <a href="" id="example2"></a>Example 2: Migrating the My Videos Folder
|
||||
</details>
|
||||
|
||||
The following sample is a custom .xml file named CustomFile.xml that migrates My Videos for all users, if the folder exists on the source computer.
|
||||
## Example 2: Migrating the My Videos folder
|
||||
|
||||
- **Sample condition**: Verifies that My Videos exists on the source computer:
|
||||
The following sample is a custom .xml file named `CustomFile.xml` that migrates **My Videos** for all users, if the folder exists on the source computer.
|
||||
|
||||
- **Sample condition**: Verifies that **My Videos** exists on the source computer:
|
||||
|
||||
`<condition>MigXmlHelper.DoesObjectExist("File","%CSIDL_MYVIDEO%")</condition>`
|
||||
|
||||
- **Sample filter**: Filters out the shortcuts in My Videos that don't resolve on the destination computer:
|
||||
- **Sample filter**: Filters out the shortcuts in **My Videos** that don't resolve on the destination computer:
|
||||
|
||||
`<include filter='MigXmlHelper.IgnoreIrrelevantLinks()'>`
|
||||
|
||||
This has no effect on files that aren't shortcuts. For example, if there's a shortcut in My Videos on the source computer that points to C:\Folder1, that shortcut will be migrated only if C:\Folder1 exists on the destination computer. However, all other files, such as .mp3 files, migrate without any filtering.
|
||||
This filter has no effect on files that aren't shortcuts. For example, if there's a shortcut in **My Videos** on the source computer that points to `C:\Folder1`, that shortcut will be migrated only if `C:\Folder1` exists on the destination computer. However, all other files, such as .mp3 files, migrate without any filtering.
|
||||
|
||||
- **Sample pattern**: Migrates My Videos for all users:
|
||||
- **Sample pattern**: Migrates **My Videos** for all users:
|
||||
|
||||
`<pattern type="File">%CSIDL_MYVIDEO%* [*]</pattern>`
|
||||
|
||||
**XML file**
|
||||
<br>
|
||||
<details>
|
||||
<summary>Expand to show <b>Example 2</b> XML file:</summary>
|
||||
|
||||
```xml
|
||||
<?xml version="1.0" encoding="UTF-8"?>
|
||||
@ -123,11 +134,13 @@ The following sample is a custom .xml file named CustomFile.xml that migrates My
|
||||
</migration>
|
||||
```
|
||||
|
||||
## <a href="" id="example3"></a>Example 3: Migrating Files and Registry Keys
|
||||
</details>
|
||||
|
||||
## Example 3: Migrating files and registry keys
|
||||
|
||||
The sample patterns describe the behavior in the following example .xml file.
|
||||
|
||||
- **Sample pattern**: Migrates all instances of the file Usmttestfile.txt from all subdirectories under `%ProgramFiles%\USMTTestFolder`:
|
||||
- **Sample pattern**: Migrates all instances of the file `Usmttestfile.txt` from all subdirectories under `%ProgramFiles%\USMTTestFolder`:
|
||||
|
||||
`<pattern type="File">%ProgramFiles%\USMTTestFolder* [USMTTestFile.txt]</pattern>`
|
||||
|
||||
@ -144,6 +157,9 @@ The sample patterns describe the behavior in the following example .xml file.
|
||||
`<pattern type="Registry">HKLM\Software\USMTTESTKEY* []</pattern>`
|
||||
|
||||
**XML file**
|
||||
<br>
|
||||
<details>
|
||||
<summary>Expand to show <b>Example 3</b> XML file:</summary>
|
||||
|
||||
``` xml
|
||||
<migration urlid="http://www.microsoft.com/migration/1.0/migxmlext/testfilemig">
|
||||
@ -176,11 +192,17 @@ The sample patterns describe the behavior in the following example .xml file.
|
||||
</migration>
|
||||
```
|
||||
|
||||
## <a href="" id="example4"></a>Example 4: Migrating Specific Folders from Various Locations
|
||||
</details>
|
||||
|
||||
## Example 4: Migrating specific folders from various locations
|
||||
|
||||
The behavior for this custom .xml file is described within the `<displayName>` tags in the code.
|
||||
|
||||
**XML file**
|
||||
<br>
|
||||
<details>
|
||||
<summary>Expand to show <b>Example 4</b> XML file:</summary>
|
||||
|
||||
``` xml
|
||||
<migration urlid="http://www.microsoft.com/migration/1.0/migxmlext/test">
|
||||
|
||||
@ -250,8 +272,10 @@ The behavior for this custom .xml file is described within the `<displayName>` t
|
||||
</migration>
|
||||
```
|
||||
|
||||
## Related topics
|
||||
</details>
|
||||
|
||||
[USMT XML Reference](usmt-xml-reference.md)
|
||||
## Related articles
|
||||
|
||||
[Customize USMT XML Files](usmt-customize-xml-files.md)
|
||||
[USMT XML reference](usmt-xml-reference.md)
|
||||
|
||||
[Customize USMT XML files](usmt-customize-xml-files.md)
|
||||
|
Some files were not shown because too many files have changed in this diff Show More
Loading…
x
Reference in New Issue
Block a user