Suggestions pour la résolution des problèmes de ralentissement du serveur TFS

Nous sommes en cours d'exécution TFS 2010 sur une zone large de notre réseau local et la connexion avec VS2010. Au cours de la dernière quelques semaines, le temps d'accès et le temps de check in/out fichiers ont obtenu ridicule. Parfois, il peut prendre plusieurs minutes, même pour obtenir une vue sur le référentiel.

Nous avons vérifié l'accès au réseau de fois et tout semble en ordre - par exemple, RDP et actions monté le serveur ne sont pas douloureusement lent, donc, il semblerait que TFS est le coupable. Quelqu'un peut-il suggérer tout évident domaines, nous devrions étudier?

Si vous vous connectez au serveur directement - comment rapide est-il là? Est le problème sur le réseau uniquement ou à la fois localement et à distance?

OriginalL'auteur indra | 2011-09-15

  1. 4

    Avez-vous essayer le Best Practice Analyzer de la TFS Outils électriques

    Nope. Aura un coup d'oeil. Merci.

    OriginalL'auteur Ewald Hofman

  2. 21

    Viens de tomber sur ce problème après la mise à niveau vers Windows 7 pour les TFS client. Uniquement pour Windows 7 TFS clients ont des problèmes, l'XP TFS les clients étaient très bien. Dans notre cas, le problème était que la TSF client a été de vous rendre sur notre serveur proxy internet, même si elle devrait avoir contourné le serveur proxy pour la TSF de la machine. La solution a été de modifier le %VSINSTALLDIR%\Common7\IDE\devenv.exe.config pour ajouter le fichier de defaultProxy ligne comme suit:

    <system.net>
    <defaultProxy enabled="false"/>
    <settings>
        <ipv6 enabled="true"/>
    </settings>
</system.net>
    Ce paramètre, en particulier sur Win7 clients, est une absolue crippler en termes de performances. Vous verrez des centaines de fois plus d'e / s réseau une fois le proxy par défaut est désactivé. +1, Best practice analyzer est utile, mais je vous conseille c'est la première chose à essayer.

    OriginalL'auteur Joel Rondeau

  3. 2

    Je voudrais vérifier le TSF de la Base de données pour les débutants.

    Si elle est de grande taille, les choses peuvent ralentir juste pour ça. On avait des tables qui ont été sur plusieurs Gigaoctets échelle & étaient holding (dans notre cas) les résultats des tests, qui ont été peu ou pas d'intérêt pour nous.

    En les supprimant, nous avons obtenu un plus performant TFS.

    OriginalL'auteur pantelif

  4. 2

    Vérifier la taille de la table des Constantes dans votre collection de bases de données, nous avons eu une situation où VS prendrait un temps extrêmement long à démarrer pour les utilisateurs qui permettrait de voir l'équipe de l'explorateur au démarrage pour les utilisateurs qui ne sont pas par défaut équipe de l'explorateur, il se manifeste comme extrêmement pauvres vérifier dans l'événement (la première fois par session). Nous avons fini par supprimer le contenu de la bâtir un monde de listes et de la performance a augmenté de façon spectaculaire; il semblerait VS est lent lors du chargement de cette méta-données à partir de la VS cache. Nous n'avons environ 150 000 construit dans le système de toutefois, nous avons ce pas détruire les constructions, juste effacer la liste globale de contenu).

    OriginalL'auteur Rich

  5. 1

    Je pensais que c'était quelque chose comme ci-dessus qui a été l'origine de mon problème, mais il s'est avéré être juste de retirer inutilisée des espaces de travail résolu mon problème en particulier. Maintenant, il est beaucoup plus rapide. Visual Studio 2013, TFS est très lent

    Ce n'est pas une réponse à la question.
    Mann: je suis en désaccord. La question est: "Peut-on suggérer tout évident domaines, nous devrions étudier?" Et ma réponse est "j'ai eu le même problème et j'ai essayé les réponses sur cette page, et il s'est avéré être quelque chose d'autre: obsolète espaces de travail qui ont été à l'origine du problème de performances." C'est l'information qui a résolu le problème dans mon cas. D'autres googler qui trouvent cette page peut également avoir le même problème que j'ai eu. C'est donc une réponse, et pourrait très bien résoudre un autre problème de la même manière il a résolu le mien.

    OriginalL'auteur David Barrows