Notes
L’accès à cette page nécessite une autorisation. Vous pouvez essayer de vous connecter ou de modifier des répertoires.
L’accès à cette page nécessite une autorisation. Vous pouvez essayer de modifier des répertoires.
Cet article décrit les problèmes connus que vous pouvez rencontrer lorsque vous utilisez l’outil de migration Active Directory 3.1 pour migrer des données Active Directory vers un domaine et fournit de l’aide pour résoudre ces problèmes.
Numéro de base de connaissances d’origine : 976659
Résumé
Bien que l’outil de migration Active Directory (ADMT) 3.1 ne vise pas à cibler Windows Server 2008 R2, Microsoft a vérifié que cet outil peut être utilisé pour migrer des données Active Directory vers un domaine hébergé par un ou plusieurs contrôleurs de domaine Windows Server 2008 R2. Toutefois, il existe des problèmes connus avec cette approche. Cet article décrit ces problèmes et fournit des solutions de contournement.
Plus d’informations
La liste suivante décrit les scénarios pris en charge mis à jour pour l’utilisation d’ADMT 3.1 :
- ADMT 3.1 doit être exécuté à partir d’un ordinateur Windows Server 2008. L’ordinateur doit être un serveur membre ou un contrôleur de domaine.
- ADMT peut être installé sur n’importe quel ordinateur exécutant Windows Server 2008, sauf si les ordinateurs sont des contrôleurs de domaine en lecture seule ou dans une configuration Server Core.
- Le domaine cible doit être basé sur Windows 2000 Server, Windows Server 2003, Windows Server 2008 ou Windows Server 2008 R2.
- Le domaine source doit être basé sur Windows 2000 Server, Windows Server 2003 ou Windows Server 2008.
- L’agent ADMT, installé par ADMT sur des ordinateurs dans les domaines sources, peut fonctionner sur des ordinateurs exécutant Windows 2000 Professionnel, Windows 2000 Server, Windows XP, Windows Server 2003, Windows Vista, Windows Server 2008, Windows 7 ou Windows Server 2008 R2.
Note
Si vous n’avez pas Windows Server 2008, car vous avez mis à niveau Windows 2000 ou Windows Server 2003 vers Windows Server 2008 R2, vous disposez de droits de rétrogradation. Pour obtenir des clés de produit et des supports pour Windows Server 2008 R2, visitez ce site.
Problèmes connus
Les problèmes connus suivants peuvent se produire lorsque vous utilisez ADMT 3.1 pour migrer des données vers un environnement Active Directory Windows Server 2008 R2 :
L’Assistant Migration d’ordinateur répertorie les comptes de service gérés comme objets sélectionnables. Ces objets ne peuvent pas être migrés à l’aide d’ADMT 3.1. Bien que ces objets puissent être sélectionnés, l’Assistant échoue (sans blocage) les migrations de ces objets et se termine par une erreur.
Le compte de service géré est une nouvelle fonctionnalité Windows Server 2008 R2. Pour plus d’informations, consultez la page web Microsoft suivante :
La traduction de sécurité sur les clés de Registre peut échouer (sans blocage). Lorsque le problème se produit, l’administrateur peut recevoir un message d’erreur semblable à l’un des éléments suivants :
ERR3:7330 Échec de l’ouverture de la clé de Registre HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Perflib\009, rc=714 La clé de Registre spécifiée est référencée par un handle prédéfini.
ERR3:7330 Échec de l’ouverture de la clé de Registre HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\Microsoft\Windows NT\CurrentVersion\Perflib\009, rc=714 La clé de Registre spécifiée est référencée par un handle prédéfini.
ERR3:7331 Échec de l’énumération de la clé de Registre HKEY_DYN_DATA, rc=120 Cette fonction n’est pas prise en charge sur ce système.
La migration de plusieurs mots de passe utilisateur dans un lot peut échouer pour le premier mot de passe utilisateur. Lorsque ce problème se produit, l’administrateur peut recevoir un message d’erreur semblable à ce qui suit :
Impossible d’établir une session avec le serveur expert en mot de passe : le serveur RPC n’est pas disponible
Pour résoudre ce problème, effectuez à nouveau la migration du mot de passe.
- La migration par script des utilisateurs pour remplir l’historique des SID échoue lorsqu’elle est effectuée sur un serveur membre dans le domaine cible. Lorsque vous utilisez l’outil en ligne de commande ou le script ADMT.EXE pour migrer l’historique siD, vous devez effectuer la migration sur un contrôleur de domaine Windows Server 2008 dans le domaine cible.
- L’outil Admtdb.exe ne valide pas la version d’une instance de base de données distante. L’administrateur doit s’assurer que le serveur de base de données distant exécute Microsoft SQL Server 2000 avec Service Pack 4, SQL Server 2005 ou une version ultérieure. Pour plus d’informations sur la migration de comptes d’utilisateur, consultez la page web Microsoft suivante : Migration de tous les comptes d’utilisateur