Known issues that may occur when you use ADMT 3.1 to migrate to a domain that contains Windows Server 2008 R2 domain controllers
Although Active Directory Migration Tool (ADMT) 3.1 is not intended to target Windows Server 2008 R2, Microsoft has verified that this tool can be used to migrate Active Directory data to a domain hosted by one or more Windows Server 2008 R2 domain controllers. However, there are known issues with this approach. This article outlines these issues and provides workarounds.
The following list describes updated supported scenarios for using ADMT 3.1:
- ADMT 3.1 must be run from a Windows Server 2008-based computer. The computer must be a member server or a domain controller.
- ADMT can be installed on any computer that is running Windows Server 2008, unless the computers are Read-Only domain controllers or in a Server Core configuration.
- The target domain must be based on Windows 2000 Server, Windows Server 2003, Windows Server 2008, or Windows Server 2008 R2.
- The source domain must be based on Windows 2000 Server, Windows Server 2003, or Windows Server 2008.
- The ADMT agent, which is installed by ADMT on computers in the source domains, can operate on computers that are running Windows 2000 Professional, Windows 2000 Server, Windows XP, Windows Server 2003, Windows Vista, Windows Server 2008, Windows 7, or Windows Server 2008 R2.
974625 You cannot uninstall ADMT 3.1 after you perform an in-place upgrade to Windows Server 2008 R2
Note If you do not have Windows Server 2008 because you upgraded from Windows 2000 or Windows Server 2003 to Windows Server 2008 R2, you do have downgrade rights. To obtain product keys and media for Windows Server 2008 R2, visit the following Microsoft Web site:
The following known issues may occur when you use ADMT 3.1 to migrate data to a Windows Server 2008 R2 Active Directory environment:
- The Computer Migration Wizard lists Managed Service Accounts as selectable objects. These objects cannot be migrated by using ADMT 3.1. Although these objects can be selected, the wizard will fail (non-blocking) migrations of these objects and exit with an error.
Managed Service Account is a new Windows Server 2008 R2 feature. For more information, visit the following Microsoft Web page:
- Security translation on registry keys may fail (nonblocking). When the issue occurs, the administrator may receive an error message that resembles any of the following: ERR3:7330 Failed to open registry key HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Perflib\009, rc=714 The specified registry key is referenced by a predefined handle.ERR3:7330 Failed to open registry key HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\Microsoft\Windows NT\CurrentVersion\Perflib\009, rc=714 The specified registry key is referenced by a predefined handle.ERR3:7331 Failed to enumerate registry key HKEY_DYN_DATA, rc=120 This function is not supported on this system.
- Multiple user password migration in a batch may fail for the first user password. When this issue occurs, the administrator may receive an error message that resembles the following: Unable to establish a session with the password expert server: The RPC server is unavailableTo resolve this issue, perform the password migration again.
- Scripted migration of users to populate the SID History fails when it is performed on a member server in the target domain. When you use the ADMT.EXE command-line tool or script to migrate SID history, you must perform the migration on a Windows Server 2008-based domain controller in the target domain.
- The Admtdb.exe tool does not validate the version of a remote database instance. The administrator must make sure that the remote database server is running Microsoft SQL Server 2000 with Service Pack 4, SQL Server 2005, or a later version.
Article ID: 976659 - Last Review: 09/11/2011 05:59:00 - Revision: 5.0
Windows Server 2008 R2 Standard, Windows Server 2008 R2 Enterprise, Windows Server 2008 R2 Datacenter
- kberrmsg kbexpertiseinter kbtshoot KB976659