MS SQL Server
  1. MS SQL Server
  3. TFS 2015 est lent à remplir les requests entrantes après la mise à jour
Intereting Posts
SQL Server Copie de tables d'une database à une autre Exécuter le script SQL après la construction ou l'logging SSIS comparer une string d'une table et comparer chaque mot key d'une autre table La fonction SOUNDEX semble cassée dans SQL Server 2012 SUBSTRING vs LEFT dans SQL SERVER Comment se connecter au server SQL hébergé distant Ré-exécuter le travail SQL Server en cas d'échec Combinaison de l'insertion d'une instruction SQL avec une instruction select pour plus d'une valeur Ajouter une condition différente dans la clause where en fonction de la condition du cas CAST ne fonctionne pas dans la requête SQL Différence entre EF.SqlServer et EF.SqlServerCompact IDENTITY ne générant pas la graine et incrémenter correctement Comment find tous les champs valeur d'un élément avec sql query dans sitecore? Puis-je faire en sorte que TADOStoredProc applique des parameters donnés à la procédure cible par leur nom? Pourquoi SCOPE_IDENTITY renvoie NULL?

TFS 2015 est lent à remplir les requests entrantes après la mise à jour

Mon organisation a récemment appliqué une mise à jour à TFS 2015 (14.102.25423.0 selon la page "À propos de" de l'interface Web), ce qui a entraîné la création de l'onglet "Mon travail" dans Visual Studio 2015 en une minute. J'ai joué avec les requêtes et réussi à réduire le problème à la population de la section «Demandes entrantes» de cet onglet. Sous le capot, ceci est l'exécution de la requête WIQL suivante. 

SELECT [System.Id], [System.Links.LinkType], [System.Title], [System.State], [System.Reason], [System.AssignedTo] FROM WorkItemLinks WHERE (Source.[System.TeamProject] = @project and Source.[System.WorkItemType] in group 'Microsoft.CodeReviewRequestCategory' and Source.[System.AssignedTo] <> @me and Source.[Microsoft.VSTS.Common.StateCode] <> '1') and ([System.Links.LinkType] = 'System.LinkTypes.Hierarchy-Forward') and (Target.[System.WorkItemType] in group 'Microsoft.CodeReviewResponseCategory' and (Target.[System.AssignedTo] = @me or Target.[Microsoft.VSTS.Common.ReviewedBy] = @me) and Target.[Microsoft.VSTS.Common.StateCode] <> '2') ORDER BY [System.CreatedDate] desc, [System.Id] mode(MustContain)
  • J'ai reproduit la lenteur en utilisant l'API REST TFS décrite dans https://www.visualstudio.com/en-us/docs/integrate/api/wit/wiql (en passant la requête WIQL ci-dessus dans le corps de la requête POST) .
  • Les sélecteurs de révision de code suivants sont lents à remplir: Mes avis de code et requests , requests entrantes .
  • Les sélecteurs de révision de code suivants sont rapides à remplir: Mes avis de code , récemment terminés , récemment fermés .
  • Le problème se produit pour tous les users, pas seulement mon user.
  • Personne dans l'équipe n'a plus de quelques critiques de code ouvertes à la fois.
  • Le problème a commencé à se poser pratiquement du jour au lendemain, c'est-à-dire que le vendredi, les requêtes se terminaient dans une seconde ou deux, le lundi, les requêtes prenaient jusqu'à une minute.
  • Notre environnement TFS est hébergé sur Windows Server 2012 (non R2).
  • Notre environnement TFS est soutenu par SQL Server 2012, SP3 (11.0.6020).
  • La mise à niveau vers TFS2015.3 a été effectuée conformément aux instructions de Microsoft et aucun problème n'a été rencontré et aucun message ne s'affiche dans les journaux pour indiquer que quelque chose ne va pas.

Quelqu'un a-t-il des suggestions sur ce qui pourrait causer cette lenteur et sur ce qui peut être vérifié afin de réduire davantage le problème de performance?

L'Explorateur d'équipe dans Visual Studio fournit un sélecteur de list déroulante pour spécifier l' état des avis de code que l'on souhaite répertorier . Les choix disponibles sont: 

 My Code Reviews and Requests (open) My Code Reviews (open/mine) Incoming Requests (open/others) Recently Closed (closed) Recently Finished (finished)

( Annoté chaque input ci-dessus avec l'état et la propriété pour plus de clarté. )

Selon la description de votre problème de performance, puisque cela se produit pour tous les users, il semble y avoir un grand nombre de révisions de code dans votre équipe. Lorsque vous ouvrez l'onglet Mon travail , le chargement des différentes révisions de code entraîne un problème de performances.

Pour cette situation, vous pouvez essayer ce workaroud: basculer vers mes avis de code dans ce sélecteur déroulant Team Explorer. Après cela, veuillez vérifier si le problème n'existe plus ou s'il existe toujours.

Répondre à ma propre question ici … Mon organisation a fini par escalader cela par Microsoft et a finalement trouvé qu'il y avait un problème avec des statistics obsolètes provoquant la génération de mauvais plan de requête. La requête utilisée pour récupérer les détails de l'examen du code prenait plus de 60 secondes chaque fois qu'elle était exécutée.

Les requêtes ci-dessous vont probablement faire une différence significative avec les performances si vous rencontrez le même problème. 

 use <collection db name>; UPDATE STATISTICS [dbo].[tbl_WorkItemCoreLatest] WITH FULLSCAN use <collection db name>; UPDATE STATISTICS [dbo].[tbl_WorkItemCustomLatest] WITH FULLSCAN

Pour reference, il existe un double de mon message d'origine sur Microsoft Connect ici: https://connect.microsoft.com/VisualStudio/Feedback/Details/3107261 . Les commentaires de Microsoft dans ce post indiquent qu'un certain nombre de personnes ont observé un comportement similaire.