Installation de Team Foundation Server

Question

Quelles sont les meilleures pratiques pour configurer une nouvelle instance de TFS 2008 Workgroup edition?

Plus précisément, les contraintes sont les suivantes:

• installer sur un Windows Server 2008 64 bits
• couche d'application TFS existantes est 32 bits uniquement

Dois-je installer SQL Server 2008 , Sharepoint et la couche d'application dans une instance virtuelle de Windows Server 2008 ou 2003 (je suis déjà en cours d'exécution Hyper-V) ou diviser les couches avec une base de données sur le système d'exploitation hôte et la couche d'application dans une machine virtuelle?

Edit: Apparemment, le fractionnement des couches est recommandé not

Answer 1

Ceci est ma recette pour l'installation de TFS 2008 SP1.

Il n'y a pas de contrôleur de domaine dans ce scénario, nous sommes seulement un couple d'utilisateurs. Si je devais le refaire, je penserais à changer notre environnement pour utiliser un domaine de répertoire actif.

• Host Server exécutant Windows Server 2008 avec 8 Go de RAM et un processeur quad
• nouvelle installation de Windows Server 2008 32 bits dans une machine virtuelle sous Hyper-V
• Installer le rôle de serveur d'applications avec IIS
• Installer SQL Server 2008 standard Edition
  • Utilisez un compte d'utilisateur pour Reporting services et Analysis services
• Create a slipstreamed image of TFS 2008 with SP1 et installer TFS
• Installer VSTS 2008
• installer le système Team Explorer
• Installez VSTS 2008 SP1
• Installer TFS Web Access Power Tool

Après avoir installé tout, les rapports ne sont pas générés. Trouvé this forum post qui a aidé à résoudre le problème.

• Ouvrir p://localhost:8080/Warehouse/v1.0/warehousecontroller.asmx
• Exécutez le webservice (voir lien ci-dessus pour plus de détails), il faudra un peu de temps, le TFSWarehouse sera reconstruit

Il est très important de faire les choses dans l'ordre, téléchargez le guide d'installation et suivez-le à la lettre. J'ai oublié d'installer Team System Explorer après l'installation de SP1 et je me suis aventuré dans toutes sortes de problèmes. L'installation de SP1 une fois de plus résolu cela.

Answer 2

Je viens de mettre notre équipe à TFS 2008, de TFS 2005. La partie la plus difficile a été mise à niveau de SharePoint 2.0 à 3.0, donc je veillerait à faire ce premier , si vous n'avez pas encore installé TFS 2008. Nous avons eu quelques autres difficultés, mais elles étaient toutes liées à la mise à niveau de SharePoint ou au fait que nous utilisions un package de stratégie de marché secondaire - Scrum for TeamSystem. Nous sommes sur SQL Server 2005, donc je ne peux pas m'adresser à SQL Server 2008. En ce qui concerne le fractionnement des couches, nous ne l'avons pas fait non plus, car nous fonctionnons sous Windows Server 2003 et tout tourne sous le système d'exploitation hôte.

Answer 3

Une chose essentielle que vous devez garder à l'esprit à propos de TFS, c'est qu'il aime avoir la machine tout seul. Donc, si vous devez créer une instance distincte sur Hyper-V, utilisez la plate-forme Windows Server 2003 éprouvée avec SQL Server 2005.

Je suis sûr que Microsoft a fait du bon travail pour le faire fonctionner sous Windows Server 2008 et SQL. Server 2008, mais vous ne disposez pas de fonctionnalités supplémentaires avec cette nouvelle installation et il est actuellement non prouvé dans la nature. Donc, ma recommandation est de s'en tenir à ce qui est connu jusqu'à la sortie de la prochaine version de TFS.

Il est également déconseillé de diviser les couches, en particulier dans l'édition de groupe de travail où vous ne pouvez avoir que 5 utilisateurs sous licence. Ces 5 utilisateurs ne dépasseront jamais les besoins du serveur. Aussi, ma recommandation est de ne pas mettre à jour Sharepoint si vous n'en avez pas besoin. Dans mon environnement, nous n'utilisons pas vraiment Sharepoint, donc je l'ai laissé seul. Sharepoint est généralement, d'après mon expérience, d'où proviennent la plupart des problèmes avec TFS.

Answer 4

La division des couches n'est nécessaire que pour plus de 450 utilisateurs.

Je vous recommande également d'avoir le Build Server sur une machine complètement séparée. La construction est très intensive en système de fichiers. SQL Server fonctionne mieux lorsqu'il dispose d'un contrôle complet sur un système de fichiers. Par conséquent, la génération et le TFS sur la même machine peuvent créer des problèmes de performances lors de l'exécution des générations. Peut-être que cela peut être atténué avec un réglage approprié et séparer les disques physiques - mais je pense qu'à long terme, il serait beaucoup plus simple d'utiliser un vieux matériel - ou de faire tourner une petite machine virtuelle sur un disque séparé hôte pour vos constructions