24 votes

Longue pause lors de l'accès à l'espace de noms DFS

Nous avons récemment migré notre réseau Windows pour utiliser DFS pour les fichiers partagés. DFS fonctionne bien, sauf pour un problème ennuyeux : les utilisateurs rencontrent un retard significatif lorsqu'ils essaient d'accéder à un espace de noms DFS auquel ils n'ont pas accédé depuis un certain temps. J'ai essayé de résoudre le problème, mais sans succès jusqu'à présent, et j'espérais que quelqu'un ici pourrait avoir des conseils pour aider à résoudre le problème.

Tout d'abord, quelques informations sur notre réseau :

Le réseau utilise un domaine Active Directory Windows 2008 avec un niveau fonctionnel 2008 avec deux DC Windows 2008 et deux serveurs DNS (un sur chacun des DC). Le réseau est uniquement DNS - pas de WINS. Tous les ordinateurs sont situés sur le même site et connectés par Ethernet Gigabit. Nous avons environ 20 espaces de noms DFS basés sur des domaines en mode Windows 2008, et chaque espace de noms DFS a deux serveurs d'espaces de noms DFS Windows 2008 (les mêmes deux serveurs pour tous les espaces de noms). Tous les serveurs d'espaces de noms sont en mode FQDN et toutes les cibles de dossier sont spécifiées en utilisant leur FQDN. Tous les ordinateurs sont à jour avec les Service Packs et correctifs.

Les cibles de dossier réelles (c'est-à-dire les partages SMB sur lesquels pointent nos dossiers DFS) sont réparties sur plusieurs serveurs de fichiers et d'applications, tous fonctionnant sous Windows 2008 sauf deux serveurs d'applications qui exécutent Windows 2003 R2, sans configuration de réplication du tout (par exemple, tous les dossiers DFS ont actuellement une seule cible de dossier).

Un peu plus de détails sur le problème :

Le retard d'accès à l'espace de noms est généralement de 1 à 10 secondes et semble se produire lorsqu'un ordinateur particulier n'a pas accédé à l'espace de noms demandé depuis environ cinq minutes ou plus.

Par exemple, si l'utilisateur n'a pas accédé à \\domain.name\namespace1\ depuis plus de cinq minutes et tente d'accéder à \\domain.name\namespace1\ via l'Explorateur Windows, la fenêtre Explorer se fige pendant 1 à 10 secondes avant de finalement reprendre et d'afficher les dossiers qui existent dans \\domain.name\namespace1. S'ils ferment ensuite la fenêtre de l'Explorateur et tentent d'accéder à nouveau à \\domain.name\namespace1\ dans les cinq minutes, le contenu s'affichera presque instantanément - s'ils attendent plus de cinq minutes, une pause de 1 à 10 secondes se produira à nouveau.

Une fois "à l'intérieur" de l'espace de noms, tout est réactif, c'est juste la connexion initiale à l'espace de noms qui est lente.

Les retards de navigation semblent affecter toutes les variantes de Windows que nous utilisons (Windows 2008 x64 SP2, Windows 2003 R2 x86 SP2, Windows XP Pro x86 SP3) - c'est peut-être un peu pire sous Windows XP / 2003 que sous Windows 2008, mais je ne suis pas sûr si la différence n'est pas simplement psychologique.

Accéder directement aux cibles de dossiers sous-jacents n'expose aucun retard du tout - c'est-à-dire si les partages SMB pointés par DFS sont accédés directement (en contournant DFS), il n'y a pas de pause.

Pendant le dépannage, j'ai remarqué que la "Durée du cache" pour toutes nos racines DFS est réglée sur 300 secondes - 5 minutes. Étant donné que c'est le même laps de temps nécessaire pour déclencher la pause, je suppose que ce cache est d'une manière ou d'une autre lié, bien que je ne sois pas sûr de ce qui est mis en cache sur le client et donc ce qui doit être recherché après que 5 minutes se soient écoulées.

Pour tenter de résoudre le problème, j'ai déjà essayé / vérifié ce qui suit (sans succès) :

  • Exécuter dcdiag sur les deux contrôleurs de domaine - aucun problème trouvé
  • Effectuer quelques vérifications de base sur les serveurs DNS sans trouver de problèmes - je ne sais pas comment vérifier les serveurs DNS en détail, mais je préciserais que le réseau ne présente aucun autre comportement étrange qui pourrait indiquer un problème DNS
  • Désactiver l'antivirus sur les clients et les serveurs
  • Supprimer l'un des serveurs d'espaces de noms de quelques espaces de noms - aucune différence

C'est là où j'en suis - et je suis à court d'idées. Quelqu'un peut-il suggérer ce qui pourrait causer les retards et/ou ce que je devrais essayer ensuite ?

1voto

i3laze Points 11

Avait beaucoup de contrôleurs, donc a exécuté un script (dnsdfs.cmd nomduserveur):

dfsutil server registry dfsdnsconfig set %1
sc \\%1 stop dfs
sc \\%1 start dfs

0voto

tedbundyjr Points 101

Vous mentionnez que vous avez 20 serveurs DFS mais vous oubliez de mentionner si tous les serveurs se trouvent dans le même établissement.

Si ces serveurs ne sont pas dans le même établissement et que chaque site a son propre domaine, vous voudrez peut-être vous assurer que le basculement client est activé.

0voto

Bryan Points 1

Pour ceux qui arrivent ici via une recherche Google et qui ont le même problème...

Commencez par vérifier que tous les liens dans votre Espace de noms sont disponibles et valides. C'est ce qui s'est passé dans mon cas, il y avait encore un lien dans l'espace de noms vers un serveur qui était hors service, donc la longue pause lors de l'ouverture de DNS était due à la recherche de ce serveur qui échouait. Une fois que j'ai désactivé ce lien dans DFS, la longue pause a disparu.

-1voto

user236588 Points 1

Vérifiez que le groupe Utilisateurs authentifiés a accès pour lister le contenu du répertoire racine auquel vous êtes mappé. Par exemple, si le lecteur x: est mappé vers \domaine.local\départements\Marketing alors l'utilisateur aura besoin de l'autorisation de liste pour \domaine.local\départements. En 2008/2012, vous pouvez spécifier sous les autorisations avancées qu'elle s'applique à "Ce dossier uniquement" afin qu'ils ne soient pas autorisés à lister le contenu de sous-dossiers qui pourraient hériter des autorisations.

SistemesEz.com

SystemesEZ est une communauté de sysadmins où vous pouvez résoudre vos problèmes et vos doutes. Vous pouvez consulter les questions des autres sysadmins, poser vos propres questions ou résoudre celles des autres.

Powered by:

X