Chargement du profil prend beaucoup de temps en raison de la synchronisation d’espace de noms DFS complète avec le contrôleur principal de domaine

Symptômes

Supposons que vous disposez d’un environnement qui contient l’emplacement du profil itinérant utilisateur (basé sur le serveur de profils). Les profils de serveur sont accessibles à partir de Windows 7 Service Pack 1 (SP1) ou Windows Server 2008 R2 SP1 via un partage de système de fichiers distribués (DFS, Distributed File System) basé sur un domaine. Il prend plus de temps que prévu pour charger ou décharger les profils. En outre, vous pouvez remarquer le comportement suivant :

1. Lorsque vous affichez les traces réseau des opérations lentes, vous remarquez que la demande de l’API de DFS NetrDfsGetInfo ou le dfs_GetInfo prend un certain temps.
   
   Remarque  La charge combinée de tous les contrôleurs de domaine dans un domaine important sur le contrôleur de domaine principal (PDC) peut devenir volumineux que la connexion avec le contrôleur principal de domaine échoue et que l’API DFS ne répond pas avec un chemin d’accès valide. Dans ce cas, le profil itinérant ne peut pas être chargé après le délai. Veuillez consulter la section « Informations supplémentaires » de cet article.

2. Lorsque vous affichez le traitement de la demande sur le serveur DFS, qui est généralement le contrôleur de domaine local (DC local), vous voyez qu’il possède la communication avec le contrôleur principal de domaine. Il existe deux scénarios de base où un délai se produit :

   1. Lorsque le volume DFS a de nombreux liens et que le contrôleur principal de domaine est connecté via une liaison de réseau (étendu WAN) de faible étendu, il peut prendre beaucoup de temps à récupérer les données que le contrôleur de domaine local demande à l’aide du protocole LDAP.

   2. Lorsque le contrôleur de domaine local ne peut pas atteindre le contrôleur principal de domaine, il consacre beaucoup de temps à essayer de se reconnecter avec lui.

Cause

Pour en savoir plus sur l’emplacement réel d’un chemin d’accès d’un volume DFS, les contacts du Service de profil du service DFS via une NetDfsGetInfo de l' appeler. Ce problème se produit car le contrôleur de domaine permet de s’assurer que l’appel de NetDfsGetInfo a les informations les plus récentes sur le volume DFS et interroge le contrôleur principal de domaine pour lui. L’appel de NetDfsGetInfo n’a pas de conditions préalables mais est considérée comme une API de gestion.

Résolution

Solution de contournement

Pour contourner ce problème, vous pouvez désactiver le mode RootScalability . Le serveur DFS puis utilisent toujours le contrôleur principal de domaine pour une synchronisation, et il utilisera une synchronisation incrémentielle avec le PDC, qui est généralement plus rapide. Pour ce faire, vous pouvez exécuter la commande suivante :

dfsutil /root:\\domain\dfsroot /RootScalability /Disable 

Pour plus d'informations, cliquez sur le numéro ci-dessous pour afficher l'article correspondant dans la Base de connaissances Microsoft :

Résumé des 305027 des scénarios de « accumulation » dans les domaines Active Directory

État

Microsoft a confirmé l'existence de ce problème dans les produits Microsoft répertoriés dans la section « S'applique à ».

Plus d'informations

Avec ce correctif, le service de profil ne s’appuie pas sur Les API NetDfs plus qui requièrent le service DFS pour contacter le contrôleur principal de domaine. Il utilise une méthode différente qui s’appuie sur la commande SMB de redirection DFS obtenir . Pour plus d’informations, consultez le site Web Microsoft TechNet suivant :

Fonctionnement de DFSSi vous êtes concerné par cette combinaison du profil de service et DFS comportement de service, nous vous recommandons de qu'installer cette mise à jour sur tous les ordinateurs qui sont connectent les utilisateurs qui ont des profils itinérants. Ceci s’applique généralement à toutes les stations de travail et les serveurs Bureau à distance. Le problème est que les liens de profil utilisateur sont manquants après que la mise à jour est déjà adressé avec une mise à jour pour le service DFS. Pour plus d’informations, cliquez sur le numéro ci-dessous pour afficher l’article correspondant dans la Base de connaissances Microsoft :

2916267 le point d’analyse de la Namespace de DFS pour les dossiers cibles sont manquants dans Windows Server 2008 R2Remarque : Cette mise à jour ne résout pas le problème de performances derrière la dépendance du contrôleur principal de domaine.

Pour plus d'informations sur la terminologie de mise à jour logicielle, cliquez sur le numéro ci-dessous pour afficher l'article correspondant dans la Base de connaissances Microsoft :

824684 Description de la terminologie standard utilisée pour décrire les mises à jour logicielles de Microsoft