L'objectif de cet article est de démontrer un des 2 scénarios possibles de bout en bout.
Tout d'abord quels sont les scénarios possibles :
Scénario 1 : In Place Ugrade
Dans ce scénario, on va tout simplement mettre à jour le serveur de production. L'avantage de ce scénario est la simplicité et la rapidité, les inconvénients : les risques et l'interruption d'activité des équipes travaillant sur la plate forme en cas d'échec. De plus, on est obligé de rester en 32 bits.
Le schéma ci dessous extrait du document TFS 2010 Upgrade Guidance (CodePlex) en illustre le principe sous jacent.
Scenario 2 : Migration
Ce scénario consiste à provisionner une machine(s) distincte et utiliser les backups de l'ancienne plate forme pour effectuer la migration.
Ce scénario est à mon sens le meilleur, pour de multiples raisons :
- Peu de risques
- Passage en 64 bits
- Possibilité de scale up / scale out de la plate forme en toute simplicité.
- Solution de Rollback en cas d'échec (l'ancienne plate forme étant toujours disponible)
Ci dessous le schéma illustrant le scénario :
Etape 1 : Les prérequis
Disposer d'un backup complet du système de bases de données TFS et Sharepoint dont la liste est la suivante :
- TFSActivityLogging
- TFSBuild
- TFSIntegration
- TFSVersionControl
- TFSWarehouse
- TFSWorkitemtracking
- TFSWorkitemtrackingAttachments
- WSS_Content
- Faire le choix d'un plate forme cible : Single Server ou Dual Server (Data Tier séparé de l'application Tier)
- Provisionner la plate forme (dans le cas de l'exemple : un serveur Windows 2003 / IIS / SQL Server 2008 avec Reporting Services et Analysis Services)
- Configurer la plate forme pour être conforme à l'installation de TFS 2010 (voir guide d'installation TFS 2010 sur MSDN)
- Dans le cas d'une installation WSS : Installer WSS 3.0 avec SP2 sur l'application Tier (nous verrons plus loin comment attacher la base de contenu)
- Attention : Bien configurer Reporting Services avant de lancer l'upgrade (en mode natif). Pour vérifier,il suffit simplement d'accèder au site http://localhost/reports sur le serveur TFS
- Procéder à la restauration des bases de données sur le nouveau serveur SQL
- Attacher la base de contenu WSS-Content TFS 2008 au nouveau site Sharepoint : Pour cela se connecter au Sharepoint Administration Central, A partir de l'espace Application Management, créer une nouvelle Application Web puis Cliquer sur le menu Manage Content Databases. Selectionner le site récemment crée et supprimer la base de contenu. finalement, il reste à attacher la base de contenu du backup TFS 2008, pour cela, nous allons utiliser la commande suivante :
stsadm -o addcontentdb -url http://teamserver/ -databasename WSS_Content
Cette commande doit être lancée à partir du dossier suivant : - On vérifie ensuite dans Sharepoint Administration Central / Manage Content Database la complétion du précédent processus :
- Sharepoint et Reporting Services étant configurés
- Lancer l'installation de TFS 2010 qui s'effectue en moins de 10 mns
Une fois l'installtion terminée, à l'aide du menu démarrer, lancer All Programs / Team Foundation Server 2010 / Team Foundation Administration Console pour entamer le processus d'upgrade
Selectionner le noeud Application Tier puis dans le panneau droit cliquer sur Configure :
Puis sélectionner dans le menu Gauche l'option Upgrade puis cliquer sur le bouton Start Wizard
La base TFSIntegration doit apparaitre dans la liste. Cliquer sur Next :