Le travail d'entrepôt TFS 2010 ne quitte jamais l'état en cours

Question

Nous avons récemment migré vers TFS 2010 en utilisant le modèle de processus MSF For Agile et nous utilisons des rapports tels que Burndown, User Stories, etc. Jusqu'au 13/10/10, notre entrepôt a fonctionné parfaitement et tous nos rapports ont montré des données de date. Toutefois, après cette date, les rapports ont commencé à afficher les anciennes données et, en examinant l'état des travaux d'entreposage à l'aide de la méthode GetProcessingStatus() sur WarehouseControlWebService, nous pouvons voir que le travail Synchronisation du suivi des éléments de travail semble être bloqué. ' Etat.

En effet, lorsque vous placez un profileur sur la base de données, vous pouvez voir les mêmes process stockés être appelés encore et encore, avec les mêmes paramètres, comme s'ils étaient bloqués dans une boucle. Pendant ce temps, l'utilisation du processeur est de 50% et plus. Il est resté dans cet état pendant plus de 24 heures avant que je décide de le tuer.

Il n'y a rien de particulièrement dingue dans notre configuration - nous avons fait une installation TFS propre et importé des éléments de travail de TFS 2008 en utilisant Excel. Nous disposons également d'un modèle de poste de travail personnalisé «Support Ticket», que notre équipe de support utilise pour consigner les appels des clients. Toutes les importations ont été effectuées avec les bons outils de ligne de commande TFS ou Excel.

Est-ce que quelqu'un a déjà vécu quelque chose comme ça? J'ai vu quelques messages où les gens ont eu des problèmes similaires mais n'ont pas vu de réponse.

Answer 1

Je suis ravi d'informer tout le monde que nous avons réussi à le réparer! Le problème était un élément de travail non autorisé (bogue) qui avait un lien vers une tâche qui n'existait pas. Je ne suis pas sûr de la façon dont cela s'est passé, mais je suppose que cela s'est produit pendant l'importation de notre article de travail de TFS 2008.

Nous l'avons seulement remarqué parce qu'en dernier recours, nous allions créer une toute nouvelle collection de projets d'équipe et Projet d'équipe, et d'importer tous nos éléments de travail et de voir si l'entrepôt a travaillé là-bas. Toutefois, lorsque nous avons consulté la requête "Tous les éléments de travail" sous forme d'arborescence dans Team Explorer avant l'importation, l'une d'entre elles était surlignée en rouge avec une exclamation indiquant que l'élément référencé n'existait pas. Nous les avons simplement supprimés en utilisant 'witadmin destroywi/collection: http: // tfs2010: 8080/tfs/<>/id: 1571' et puis magiquement l'entrepôt a fonctionné à nouveau. Merveilleux!

Si ce message aide même une personne, alors je suis un homme heureux car cela nous a causé beaucoup de chagrin au cours de la dernière semaine. Bien que nous ayons réussi à résoudre le problème, on ne peut nier que la gestion des erreurs de Microsoft dans TFS laisse beaucoup à désirer.

vôtre

Dan