Support for Windows XP reaches the end of extended support in April 2014. We hope that customers using Windows XP are already well underway with migration projects to a more current platform as waiting for the release of Windows 8.1 later this year will only allow for a very short timeframe in which to migrate. For customers that are planning this, though, the migration process is not as straightforward as usual due to advances in technology. One area of typical focus is the migration of user data. If you are not already using any user state virtualization and need to ensure your users’ data is migrated at the same time the operating system is refreshed from Windows XP to Windows 8.1, this post describes the process by which you can use System Center 2012 R2 Configuration Manager for this purpose.
System Center 2012 R2 Configuration Manager requires the Windows Assessment and Deployment Kit (ADK) for Windows 8.1, which includes the User State Migration Tool (USMT) 8.1. USMT 8.1 does not support Windows XP as a source operating system, but it can restore user data (not settings) captured by USMT 5 from the Windows ADK for Windows 8. So to migrate user data from Windows XP to Windows 8.1 using System Center 2012 R2 Configuration Manager, we can first capture user state with USMT 5 on Windows XP, and then restore the data with USMT 8.1 to Windows 8.1.
NOTE: this process will only capture user data such as files in My Documents, My Pictures or the Desktop. It does not capture and migrate Windows settings such as the desktop background and regional settings.
This process will work in both the typical refresh and replace scenarios, but does require the use of two task sequences and an available State Migration Point server role. The following steps focus on the refresh scenario, but the concept is the same for a replace scenario using a computer association to link the two computers.
Here are the components that you’ll need:
First, prepare the USMT packages.
Next, follow these steps for capturing data from the source Windows XP computer.
This will capture and save the user state to the state migration point, and create an In-place computer association under the User State Migration node, as shown below:
Finally, use this procedure to deploy Windows 8.1 and restore the previously captured data.
NOTE: You can remove the Capture User Files and Settings group as well, but by default it will be skipped as the rest of this procedure relies upon the task sequence starting from bootable media or a PXE Service Point.
The target computer will run the task sequence to install Windows 8.1 and eventually restore the user data from the previously captured user state on the state migration point. As you can see from the end result below, Windows 8.1 is installed and the data files and folders are successfully restored but as expected the settings are not (such as the custom desktop background).
If you are migrating Windows XP computers directly to Windows 8.1, Microsoft recommends and supports the process outlined above. As with any task sequence there are often multiple ways to achieve the same end result, but this specific procedure best aligns with our tested scenarios.
-- Cheng Xu and Aaron Czechowski
This posting is provided "AS IS" with no warranties and confers no rights.
Do you have news about Windows XP to W8.1 using MDT 2013?
Do you have any suggestions on how to integrate ADK 8.1 and 8.0 in MDT 2013?
Supported by USMT 5.x to scan Windows XP the USMT 6.3 to load Windows 8.1?
What's New in Windows 8 Deployment (www.microsoft.com/.../details.aspx) had become non-support
Is it possible to do a zero touch In-Place upgrade from Windows XP to Windows 7? I was able to capture XP using USMT 5 and but it fails at Reboot Computer to PE.
Getting this: Executing command line: "C:_SMSTaskSequence\WinPE\SMS\bin\i386\bootsect.exe" /NT60 SYS /MBR TSManager 10/31/2013 9:49:27 AM 3000 (0x0BB8)
Failed to install boot image. is not a valid Win32 application. (Error: 800700C1; Source: Windows)
@ Katie, This is a known issue with the bootsect.exe from the Windows 8.1 ADK.
When I did Capture using USMT 5 (scanstate.exe 6.2.9200.16384) on XP, it does not show up as In-Place.
And if I manually add the association, it always shows as "Not Started" even though it's been captured and the restore would work using USMT for Win8.1.
Capture using USMT Win8.1 would always show In Progress/Complete in SCCM console but not USMT 5 (Win8.0)
Any reason why SCCM doesn't show the progress?
Can I conclude that I also need to do this in a refresh scenario from XP to Win 7 ?
I meant using SCCM 2012 R2 ... of course
I'm having a problem : it doesn't want to restore my profiles with the error Unable to create a local account because /lac was not specified...
I have checked the option Restore all captured user profiles with standard options but it doesn't change the problem.
Can anyone help me ?
This doesn't work for XP. Tried multiple times.
Always getting the same error:
If you launch the task sequence in Software Center to deploy Windows 8.1, will get the error from BootSect.exe:
It is not a valid Win32 application. ADK for Windows 8.1 doesn't support XP.
That's why it needs 2 task sequences. One is used to capture user state from XP, another is used to deploy Windows 8.1.
As mentioned in step 4:
4.Boot the target computer by using either bootable media or via a PXE Service Point.
For those with issues of USMT failing, or PXE Boot failing on XP, see social.technet.microsoft.com/.../sccm-2012-r2-error-0x800700c1
For MDT2013: Try replacing both the bcdboot.exe and bootsect.exe in the .\tools\x86 folder as well as obtaining the USMT 4 from the AIK8.0 and placing the usmt4 folder in the same location and changing the name of the usmt5 folder so the process doesn't detect USMT5 and avoid the win32 app error. Just a thought.....
We are trying this for and XP to Windows 7 migration. We have ran into issues with the load state failing because it is trying to restore the local admin accounts data. However, we have not selected to migrate local accounts. Is there a work around? Also,
since we are not deploying to Windows 8 can we include other .xml files in order to migrate desktop backgrounds? We have no issue with 7 to 7 migrations just XP to 7 migrations.
Too confusing, difficult therefore not convincing. Thought: I will continue using XP, great program for all users. Would suggest to continue support in iorder to keep users with Winndows.!!!!