Cet article décrit le nouveau processus de configuration de Team Foundation Server 2010. Celui-ci à été écrit avec une pré-version du produit – susceptible d’évoluer en version finale.

La machine ciblée pour le test est une VPC contenant Windows Server 2003 R2 (us) et SQL Server 2005 (us). Un serveur TFS 2010 y est installé mais non configuré (article précédant).

L’assistant de configuration peut être exécuté automatiquement à la fin du processus d’installation de Team Foundation Server 2010 (article précédant) ou bien ouvert depuis la console d’administration (article suivant).

Il existe 4 types de processus de configuration : Default, Custom, Application-Tier Only et Upgrade from a Previous Versions.

Assistant « Default »

Configuration la plus simple et rapide, ressemblant à ce qui était possible en version 2008. Quelques clics pour :

• Installer les tiers Applicatifs et Données de TFS sur une seule machine
• Installer et configurer automatiquement SharePoint
• Utiliser une instance par default de SQL Server

N’est pas adaptée dans les cas suivants :

• Sharepoint est déjà installé
• TFS doit utiliser une base de données SQL, un Sharepoint ou un Reporting Services distant (ou mutualisé)
• Le tier applicatif doit être installé dans une application IIS déjà existante ou sur un autre port que le standard (8080)
• SQL ou Reporting Services doit être installé sur une instance nommée

Avec cet assistant, la configuration s’effectue vraiment en quelques clics. Attention, il est toutefois toujours nécessaire de préinstaller SQL Server et Reporting Services, mais l’assistant se chargera de prevenir si ceux-ci sont mal paramétrés.

Rappel du but de l’assistant :

Choix du compte de service utilisé par TFS / WSS et RS (un seul compte est suffisant pour l’ensemble des services vu qu’une seule machine est utilisée) :

Attention, si Reporting Service 2008 n’est pas installé sur la machine, il est nécessaire de le faire avant de pouvoir franchir cette étape.

De la même manière, si Reporting Services 2008 est installé mais mal configuré, l’assistant propose un lien pour démarrer sa configuration :

Dans ce cas précis, il est juste nécessaire de créer une base de données dédiée à Reporting Services au travers de la console d’administration du produit, et de s’assurer que les différents services Web et le site Web pour le piloter sont installés et démarrés.

Un écran pour valider la configuration finale apparait, lors du click sur le bouton Next puis un assistant vérifie la conformité de la pré-configuration finale avant l’installation :

En cas de soucis de configuration (par exemple ci-dessus sur la base de données), l’assistant propose des correctifs (démarrer SQL Server par exemple, ou réinstaller SharePoint en local).

Une fois la validation terminée, l’assistant démarre une configuration des différents services (ceci peut prendre plusieurs minutes et correspond vraiment à l’initialisation des différents produits : TFS, WSS et RS) :

Un écran confirme enfin que tout est bel et bien installé convenablement

Le serveur Team Foundation Server est prêt à être utilisé (et administrer, tel que présenté dans l’article suivant).

Assistant « Custom (personnalisé) »

Cet assistant propose une configuration plus détaillée et plus proche de ce qu’il était possible de faire avec le programme d’installation en version 2008.

Elle est utile dans les scénarios suivants :

• Utilisation d’un Sharepoint déjà installé
• SQL Server, Sharepoint ou Reporting Services sont sur un serveur distant ou mutualisé
• Le tier applicatif doit être installé sur un port spécifique (exemple, en https) ou dans une application existante
• Une instance nommée de SQL Server ou Reporting Services doit être utilisée
• Team Foundation Server doit être configuré sans Sharepoint et Reporting Services (pour une version light ou ils ne seront pas utilisés et ne doivent donc pas être bloquant au moment de l’installation).

Cet assistant n’est pas utile pour le scénario suivant :

• Réinstallation du tier applicatif en utilisant une base de données TFS existante (après un crash de machine par exemple)

Cet assistant propose les mêmes fonctionnalités que celui par default mais avec en plus la possibilité de spécifier les informations / les écrans suivants.

Nom de l’instance nommée de SQL Server (et serveur ciblé) avec possibilité de spécifier une base de données déjà créé :

Renseignement du compte de service utilisé pour les WebServices de TFS, d’une adresse et d’un port pour les héberger / exposer et du répertoire virtuel IIS utilisé :

Choix de l’instance Reporting Services utilisée (elle peut être différente), des adresses pour le site de rapports et les services Web de reporting :

Nom de l’instance OLAP / Analysis services :

Compte de service utilisé par SQL Server Reporting Services pour générer les rapports :

Configuration et choix du SharePoint à utiliser (sur la capture par exemple, celui-ci est déjà installé et TFS peut donc venir s’y greffer) :

Nom de la collection de projets d’équipes à créer par défault (notion détaillée dans l’article sur l’administration) :

Les autres étapes sont similaires à l’assistant par default (validation, confirmation et installation).

Assistant « Application tier only configuration »

Cet assistant permet de rajouter un tier applicatif supplémentaire par-dessus une base de données TFS déjà configurée. Il est notamment utilisé lors de la mise en place de scénarios de Load Balancing, dans le cas ou plusieurs frontaux de services TFS vont être exposés aux utilisateurs et attaquer une seule et unique base de données.

Une seule fenêtre est présente, elle permet de sélectionner sur un serveur de base de données cible, la liste des instances de TFS déjà prêtes (ici : Tfs_Application) :

Assistant « Upgrade from a previous version »

Cet assistant à deux roles:

• Permettre de migrer une version 2008 SP1 de TFS vers la version 2010
• Restaurer le tier applicatif d’une base de données 2010 préalablement sauvegardé (sur une autre machine par exemple).

Sa configuration est quasiment similaire et aussi complète que l’assistant « Custom » (avec en plus une étape de sélection d’une base de données avec un serveur TFS déjà installé).

Conclusion

Avec Team Foundation Server 2010, finit les problèmes de switch dans les fichiers de configuration de plusieurs produits, tout se pilote depuis un assistant. Celui-ci lance le processus d’installation après avoir à plusieurs reprise validé que tous les produits dépendants sont bien configurés, avec des messages d’information, d’avertissements ou d’erreurs très clairs.