How to move a Windows installation to different hardware
Source => http://support.microsoft.com/kb/249694
| Article ID | : | 249694 |
| Last Review | : | October 26, 2007 |
| Revision | : | 14.5 |
On This Page
INTRODUCTION
| • | hardware failure |
| • | software failure |
| • | computer theft |
| • | natural disaster |
| • | user error |
You can restore a system state backup from one physical computer to the same physical computer or another computer that has the same make, model, and configuration (identical hardware).
Microsoft does not support restoring a system state backup from one computer to a second computer of a different make, model, or hardware configuration. Microsoft will only provide commercially reasonable efforts to support this process. Even if the source and destination computers appear to be identical makes and models, there may be driver, hardware, or firmware differences between the source and destination computers.
This article describes how to create a system state backup on one computer and restore it to the same computer or to a different physical computer of the same make and model. If you do not follow the steps in this article, you will reduce the probability of success when you restore to different hardware.
To restore Microsoft Windows Server 2003-based computers and Microsoft Windows XP-based computers, the preferred method of recovery is to use the Automated System Recovery (ASR) feature. ASR automates the whole restore process. This process produces the most reliable result.
The source computer is defined as the computer that you used to create the system state backup. The destination computer is the computer where you will restore the backup.
MORE INFORMATION
Hardware Abstraction Layer (HAL)
The source and destination computers must use the same type of HAL. There is one exception to this rule. If one of the computers contains the Advanced Configuration and Power Interface (ACPI) multiprocessor HAL, the other computer can have the ACPI uniprocessor HAL. The same rule applies to MPS multiprocessor and MPS uniprocessor HALs.
For example, if the source is using the MPS multiprocessor HAL, you can restore data to a destination computer that uses the MPS uniprocessor HAL. However, you cannot restore data to a destination computer that uses the ACPI multiprocessor HAL.
Note If the destination computer’s HAL is compatible, but not identical, to the source computer’s HAL, you must update the HAL on the destination computer after you finish the restore. For example, if the source computer has a single processor and is using the ACPI uniprocessor HAL, you can restore a backup from that computer to a multiprocessor destination computer. However, the destination computer will not use more than one processor until you update the HAL to an ACPI multiprocessor HAL.
To determine the computer HAL type that you are using on each computer, follow these steps:
| 1. | Click Start, point to Settings, click Control Panel, and then click System. | ||||||||||||
| 2. | On the Hardware tab, click Device Manager, and then expand the Computer branch.
|
Operating system version
The source and destination computers must use identical operating system versions and identical Windows stock-keeping units (SKUs). For example, you cannot back up Microsoft Windows 2000 Server and then restore it on a computer that is running Windows 2000 Advanced Server. Also, the source and destination computers should both use retail versions of Windows or should both use the same OEM version of Windows. The best practice is to install Windows on the destination computer by using the same installation media that you used to install the source computer.
Filter drivers
Uninstall third-party filter drivers on the source computer before you perform the backup. These types of drivers can cause problems when the backup is restored to a different computer.
Windows folder and disk layout
The destination computer must use the same logical drive letter (%systemdrive%) and path (%systemroot%) as the source computer. For domain controllers, the locations of the Active Directory directory service database, Active Directory log files, FRS database, and FRS log files must also be identical for the source and destination computers. For example, if the Active Directory database log files on the source computer were installed on C:\WINNT\NTDS, the destination computer must also use the C:\WINNT\NTDS path.
Hardware
If you remove any hardware on the destination computer that is not required to complete the restore process, you increase the probability of a successful restore operation. For example, physically remove or disable all but one network adapter. Install or enable the additional adapters after you restart the operating system after the restore operation.
Hotfix and service pack level
For Windows 2000 computers, hotfix 810161 or Windows 2000 Service Pack 4 must be installed on the source computer before you back up data. These items must also be installed on the destination computer before you restore the backup. Windows Server 2003 and Windows XP do not have any hotfix or service pack level requirements for this kind of restore operation.
A user does not have to bring the destination computer up to the same service pack and hotfix level for Windows Server 2003 or for Windows XP. However, restoring a Windows 2003 SP1-based computer requires that you restore the destination computer to Windows 2003 SP1. If you do not do this, you will encounter the error noted below:
For more information about the error message that you receive when you restore a Windows Server 2003 Service Pack 1-based backup on a Windows Server 2003-based computer, click the following article number to view the article in the Microsoft Knowledge Base:
Moving a Windows client or member server installation
For client and member server computers, follow these steps to back up the Windows installation and restore it to a different computer. (A member server is any server that is not a domain controller.)
| 1. | On the source computer, log on by using the Administrator account, and then stop all non-critical services and services that you typically stop before you perform a backup. This may include any service that puts locks on files. This includes antivirus, disk scanning, and indexing services. | ||||||
| 2. | On the source computer, verify that the TCP/IP start value is set to 1. This value is located in the following registry subkey:
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip
|
||||||
| 3. | On the source computer, use Windows Backup to back up the system drive, the system drive subfolders, and the system state. | ||||||
| 4. | On the destination computer, perform a new installation of Windows by using the same operating system version as the source computer. Make sure to install the operating system in the same drive and path that was used on the source computer. For example, if Windows is installed to C:\WINNT on the source, you must install to the same location on the destination computer. | ||||||
| 5. | After the new installation is completed, log on to the destination computer as Administrator. By using Disk Management, create, format, and assign drive letters to any additional volumes that may be required to hold a system state component. Make sure that all drive letters match those of the source computer. Disk space for volumes on the destination computer should be as least as large as corresponding volumes on the source. | ||||||
| 6. | On the destination computer, create a C:\Backup folder. Put a copy of the c:\Boot.ini file and the whole %systemroot%\Repair folder, including all of its subfolders, in the c:\Backup folder for use in step 8. The Boot.ini file is in the root of the system partition (typically, C:\Boot.ini). The Repair folder is generally in the C:\WINNT\Repair folder or in the C:\WINDOWS\Repair folder. | ||||||
| 7. | To restore the backup on the destination computer, follow these steps:
|
||||||
| 8. | After the restore operation is completed, but before you restart the destination computer, follow these steps:
|
||||||
| 9. | Restart the computer, and then verify that it is functioning correctly.If the restored computer was a member computer or member server, test the security channel by using the NLTEST command:
NLTEST /SC_QUERY:<DomainName> If SC_QUERY reports a failure condition, reset the security channel by using the following command: NLTEST /SC_RESET:<DomainName> If the destination computer is a member computer or member server, you may have to reset its security channel with the domain, depending on how recently the backup occurred. When you run the netdiag /test:trust command, the security channel relationship test will fail if the security channel is broken. The netdiag command is available when you install the Support Tools on the Windows installation media. If the trust relationship test fails and indicates a failed security channel, you can run the Netdom tool on the destination computer to reset the channel. The Netdom command is also available in the Support Tools. To reset the security channel, use the following netdom command. netdom reset Destination computer /domain:domain_name usero:admin_user /passwordo:admin_user_password Note Destination computer is the destination computer. domain_name is the name of the domain. admin_user is the user who is a member of the administrator group. admin_user_password is the password of the user account. |
Moving a Windows domain controller installation
loadTOCNode(2, ‘moreinformation’);Warning The following procedure is intended for failure recovery or hardware replacement of a single domain when no other domain controllers are available. If there are other healthy domain controllers online for the domain, we recommend that you do not perform a restore at all. Instead, perform a new installation of Windows on the destination computer and run the Active Directory Installation Wizard (Dcpromo.exe), to make the installation a replica in an existing domain.
| 1. | On the source computer, log on by using the Administrator account, and then stop all non-critical services and services that you typically stop before you perform a backup. This may include any service that puts locks on files. This includes antivirus, disk scanning, and indexing services. | ||||||||||||||
| 2. | On the source computer, verify that the TCP/IP start value is set to 1. This value is located in the following registry subkey:
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip
|
||||||||||||||
| 3. | Use the Windows backup tool to back up the system drive and the system state. For Windows 2000, if Sysvol resides on a drive other than the system drive, you must also back up that folder and all subfolders. For example, if Sysvol is located in the D:\Sysvol folder, you must back up the system drive, the system state, and the D:\Sysvol folder. | ||||||||||||||
| 4. | Perform a new installation of Windows on the destination computer by using the same version of Windows as the source computer. Make sure to install Windows to the same location as on the source computer. For example, if Windows is installed to the C:\WINNT folder on the source, you must install Windows to the same location on the destination. | ||||||||||||||
| 5. | After the new installation is completed, log on to the destination computer as an Administrator. By using Disk Management, create, format, and assign drive letters to any additional volumes that may be required to hold a system state component or an application. Make sure that all drive letters match those of the source computer. | ||||||||||||||
| 6. | On the destination computer, create a C:\Backup folder. Put a copy of the Boot.ini file in that folder, in the %systemroot%\Repair folder, and in all the subfolders of the Repair folder. The Boot.ini file is in the root of the system partition. (This folder is typically the C:\Boot.ini folder.) The Repair folder is typically in the C:\WINNT\Repair folder or in the C:\WINDOWS\Repair folder.If the source computer is the only domain controller for the domain, reinstall Windows on the source computer, or disconnect it from the network, before you restore the backup to the destination computer. We recommend those steps, because it is too easy for someone to turn the source computer back on. If someone turns on the source computer, name conflicts or other problems with the destination computer occur.
If the source computer is not the only domain controller for the domain, use the Active Directory Installation Wizard to remove Active Directory from the source computer. Then, either reinstall Windows on the source computer, or disconnect it from the network . |
||||||||||||||
| 7. | When you have confirmed that the source computer and the restored destination computer are not online at the same time, restore the backup by following these steps:
|
||||||||||||||
| 8. | After the restore operation is completed, but before you restart the destination computer, follow these steps:
|
||||||||||||||
| 9. | If the destination computer will be the first or only domain controller for the domain, follow these steps to authoritatively restore the File Replication service (FRS). This step must also be completed before the first restart after the restore operation is finished.Warning Do not follow these steps if there are existing domain controllers in the domain.
|
||||||||||||||
| 10. | Restart the computer and verify that it is functioning correctly by using the dcdiag and netdiag commands. For more information about how to use the dcdiag command, click the following article number to view the article in the Microsoft Knowledge Base:
265706 (http://support.microsoft.com/kb/265706/) Dcdiag and netdiag in Windows 2000 facilitate domain join and DC creation
If there are existing domain controllers in the domain, you may have to reset its security channel, depending on how recently the backup occurred. If the security channel is broken, the netdiag /test:trust command will indicate that the trust relationship test failed. If the trust relationship test result indicates that the test was skipped, you can safely ignore the results. This result indicates that the computer that you are running the test on has the PDC emulator operation master role. If the trust relationship test fails, you have a failed security channel. To fix this, run the netdom command on the destination computer to reset the security channel. To reset the security channel on a domain controller by using the netdom command, follow these steps:
|
||||||||||||||
| 11. | Make sure that you verify that replication is working if there are existing domain controllers in the domain. For more information about how to verify replication, click the following article number to view the article in the Microsoft Knowledge Base:
232072 (http://support.microsoft.com/kb/232072/) Initiating Replication between Active Directory direct replication partners
|
Troubleshooting
After you restart the destination computer, you may experience the following symptoms:
| • | You receive one of the following Stop error messages:
|
||||
| • | The computer stops responding at startup. | ||||
| • | The computer spontaneously restarts when you receive the following message on a black screen early in the restart process: | ||||
| • | You cannot configure your display settings. | ||||
| • | The network adapter does not function correctly. |
To resolve issues with the display settings or with a network adapter, remove the graphics adapter or the network adapter from Device Manager, and then restart the computer. Windows will redetect the device and possibly prompt you for drivers.
To resolve the Stop error or the problem where a computer stops responding, perform an in-place upgrade of Windows.
For more information about how to perform an in-place upgrade, click the following article numbers to view the articles in the Microsoft Knowledge Base:
After you finish the in-place upgrade, follow these steps to verify the ClientProtocols registry subkey exists and is correctly populated:
| 1. | Click Start, click Run, type regedit, and then click OK. | |||||||||||||||
| 2. | Locate and then right-click the following registry subkey. Verify whether the values in the following list exist: HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Rpc\ClientProtocols
|
|||||||||||||||
| 3. | If the ClientProtocols subkey itself is missing, add it under the Rpc subkey. | |||||||||||||||
| 4. | If values are missing in the ClientProtocols subkey, follow these steps:
|
|||||||||||||||
| 5. | Repeat step 4 for each missing value in the ClientProtocols subkey. | |||||||||||||||
| 6. | Restart the computer if any registry changes were made. |
Note If the source computer was upgraded from Windows NT 4.0, the user profiles may be stored in the %systemroot%\Profiles folder instead of in the %systemdrive%\Documents and Settings folder. After an in-place upgrade is performed, you may have to change the following registry value back to %systemroot%\Profiles.
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\ProfileList
| Value Name | Profiles directory |
| Value Type | REG_EXPAND_SZ |
| Value Data | %systemroot%\Profiles |
For more information about user profiles, click the following article numbers to view the articles in the Microsoft Knowledge Base:
Microsoft provides third-party contact information to help you find technical support. This contact information may change without notice. Microsoft does not guarantee the accuracy of this third-party contact information.
APPLIES TO
| • | Microsoft Windows Server 2003, Enterprise Edition (32-bit x86) |
| • | Microsoft Windows Server 2003, Standard Edition (32-bit x86) |
| • | Microsoft Windows Server 2003, Web Edition |
| • | Microsoft Windows XP Professional x64 Edition |
| • | Microsoft Windows XP Professional |
| • | Microsoft Windows XP Home Edition |
| • | Microsoft Windows 2000 Advanced Server |
| • | Microsoft Windows 2000 Professional Edition |
| • | Microsoft Windows 2000 Server |
Keywords: |
kbproductlink kbenv kbhowto KB249694 |
