2 votes

Suite à la migration (de Server 2003 vers 2008), les services de fichiers sont LENTS ; avez-vous une idée de la raison ?

D'accord - l'exposé:

INSTALLATION INITIALE

  • J'ai mis en place un nouveau serveur Dell montable en rack, fonctionnant sous Server 2008 Standard x64.
  • Toutes les mises à jour Windows, le rôle de Services de fichiers ajouté; tout s'est terminé sans problème. Installé FS en utilisant l'option 2003 et l'indexation, pas les Services de recherche Windows.
  • Installé Symantec Endpoint Protection 11.0.6000.645 (AV seulement - pas de NTP, d'e-mail ou autre).
  • Robocopié tous les partages existants du serveur (fonctionnant sous 2003) et les a vérifiés sur la machine 2008 (aucun problème).
  • Désalloué et éteint le serveur 2003; renommé le serveur 2008 avec le nom de réseau précédent du serveur 2003.

Peu de temps après la migration, les utilisateurs se sont plaints d'une lenteur épique. J'ai changé le serveur 2008 pour utiliser WSS au lieu de 2003/indexation, redémarrant par la suite. Toujours pas de joie. J'y ai travaillé toute la semaine, essayant différentes options trouvées sur Internet.

CE QUE J'AI ESSAYÉ (en vain)

  • Désactiver SMB 2.0 sur le serveur, en laissant 1.0 actif.
  • Désactiver SMB 1.0 sur le serveur, en laissant 2.0 actif.
  • Désactiver SMB sur le serveur, en laissant aucune version active (seulement NetBIOS, je suppose?).
  • Mettre à jour SEP vers la dernière version (11.0.7000.975).
  • Désinstaller complètement SEP.
  • Activer/désactiver la liaison IPv6.
  • Désactiver le délestage TCP au niveau de l'interface réseau (IPv4 et IPv6)
  • Pratiquement tout ce que j'ai trouvé en cherchant sur Internet pour trouver des solutions.

Nous avons une variété de clients, principalement sous XP, avec quelques Win7 (toutes les versions standard, je suis assez sûr qu'elles sont toutes x86). Je peux ouvrir tout sans problème, à la fois depuis mon ordinateur portable Win7 (x86) (ma machine de travail standard) et depuis ma machine de test XP VM x86 (sur un serveur ESX). La seule différence que je trouve (qui semble importante) est que mes données sont toutes sur un subnet, tandis que les autres machines clientes sont sur un autre (x.x.1.x par rapport à x.x.2.x).

Je ne comprends pas d'où vient la lenteur. Assurément, le serveur 2003 n'avait pas ce problème sinon les utilisateurs se seraient déjà plaints. Des idées ou des suggestions de la seule communauté en laquelle j'ai confiance pour résoudre réellement les problèmes seraient formidables.

Et - je m'excuse à l'avance s'il existe effectivement un fil de discussion quelque part qui répond exactement à ce problème; je ne l'ai simplement pas trouvé (mais pas faute d'avoir essayé). Merci d'avance à tous.

2voto

Tonweight Points 41

Alors, bien que ce ne soit pas une solution totale, voici la fin de cet épisode particulier :

  • utilisé des commandes netsh pour désactiver tout sauf la cheminée TCP (y compris en réglant ctcp sur "none")
  • activé toutes les options pour la carte réseau (QoS, trucs de niveau de liaison, IPv6... dont la plupart étaient précédemment désactivées), installé le dernier pilote correspondant chez DELL, et configuré le débit à 100 Mo/s en Full (était précédemment en "auto").
  • Redémarré la machine.

La plupart des changements que nous avons apportés étaient liés à un autre serveur 2008 que nous avons sur le réseau (mon patron avait oublié qu'il l'avait ajouté) que nous avons utilisé pour les tests. Nous n'avions aucun problème entre cette machine et les clients utilisateurs, donc nous avons fait ce que nous pouvions pour reproduire la configuration sur la machine posant problème.

Une chose à laquelle nous avons été confrontés avec la machine en question, de manière apparemment aléatoire, était un problème de "BOOTMGR is missing" après l'un des redémarrages (suite à une modification individuelle avec une commande netsh). J'ai résolu cela de la manière "normale" : j'ai utilisé le DVD de Server 2008 et les outils de récupération pour ressusciter le gestionnaire de démarrage.

Toutes choses considérées, cette "solution" semble être un bricolage sale, mais les utilisateurs ont l'impression que ce n'est plus aussi lent. Ridicule.

Toute autre direction ou réponse est appréciée. Je ne pense pas que cela devrait être marqué comme une réponse, car ce n'en est vraiment pas une ; cependant, cela ne semblait pas non plus être une édition (car j'ai apporté des modifications en dehors de la question originale).

1voto

Evan Anderson Points 140581

Je suppose que vous avez déjà vérifié que le sous-système E/S de disque dans le nouveau serveur est capable de servir des fichiers à la vitesse à laquelle vous vous attendez. Si ce n'est pas le cas, faites-le d'abord.

Utilisez quelque chose comme wsttcp.exe (ou un outil équivalent) à partir d'un client avec problème et de l'ordinateur serveur pour vérifier que la bande passante réseau entre les machines est conforme à vos attentes. Si ce n'est pas le cas, commencez à travailler à travers la pile réseau et l'équipement entre les machines pour savoir où les paquets sont perdus.

Si vous constatez que le débit réseau brut est conforme à vos attentes, je recommanderais de sniffer un peu de trafic entre le client avec problème et le serveur, et de le comparer aux mêmes opérations effectuées à partir d'un client sans problème et le serveur. Cela devrait vous donner des indices.

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