Partager via


Scénario : mise à niveau de Team Foundation Server

Vous pouvez utiliser cette rubrique pour planifier et effectuer la mise à niveau de votre déploiement existant vers Visual Studio Team Foundation Server 2010. Avant la mise à niveau, vous devez savoir à partir de quelles versions vous pouvez mettre à niveau, connaître les conditions requises et les fonctionnalités facultatives de Team Foundation Server 2010 susceptibles de vous intéresser.

Après la mise à niveau, vous devez suivre les liens fournis à la fin de cette rubrique pour connaître les tâches et éléments postérieurs à prendre en compte. Par exemple, pour pouvoir utiliser certaines fonctionnalités de Team Foundation Server 2010, vous devrez peut-être effectuer certaines étapes manuelles sur vos projets d'équipe mis à niveau. En outre, vous pouvez chercher à comprendre certains problèmes de compatibilité entre les différentes versions de Team Foundation Server et les clients de Team Foundation.

Vous pouvez effectuer une mise à niveau vers Team Foundation Server 2010 à partir des versions suivantes :

  • Version finale (RC) de Team Foundation Server 2010

  • Version bêta 2 de Team Foundation Server 2010

  • Visual Studio Team System 2008 Team Foundation Server avec Service Pack 1 (SP1)

  • Team System 2008 Team Foundation Server

  • Visual Studio 2005 Team Foundation Server

  • Visual Studio 2005 Team Foundation Server avec le SP1 

Vous ne pouvez pas mettre à niveau une installation de Team Foundation Server qui a des connexions ouvertes. La mise à niveau requiert un temps mort.

Chemins de mise à niveau sur place ou par migration

Vous pouvez choisir l'un des deux chemins de mise à niveau suivants. Les descriptions et illustrations des deux chemins figurent ci-dessous, ainsi que des exemples et des raisons concernant l'utilisation de l'un plutôt que l'autre.

Chemin de mise à niveau sur place

Vous pouvez effectuer une mise à niveau sur place en effectuant une mise à niveau sur le même matériel que celui qui exécutait la version antérieure de Team Foundation Server. Lorsque vous utilisez ce chemin, vous devez désinstaller la version antérieure de Team Foundation Server, installer Team Foundation Server 2010, puis exécuter l'Assistant Mise à niveau. L'illustration suivante montre une mise à niveau sur place. Cette illustration représente un environnement Team Foundation Server 2010 unique après la mise à niveau. 

Illustration d'une mise à niveau sur place

Mise à niveau sur place

Si vous utilisez une mise à niveau sur place, vous aurez un environnement Team Foundation Server 2010 unique après la mise à niveau. L'environnement qui se trouvait précédemment sur votre système a disparu. Dans ce cas, un environnement fait référence à tous les serveurs qui composent une version unique de Team Foundation Server, qu'il s'agisse de Team Foundation Server 2010 ou d'une version antérieure de Team Foundation Server.

Chemin de mise à niveau par migration

Vous pouvez également effectuer une mise à niveau par migration en migrant vos données vers un matériel différent. Lorsque vous utilisez ce chemin, vous devez copier vos données vers un matériel différent, installer Team Foundation Server 2010, puis exécuter l'Assistant Mise à niveau. L'illustration suivante montre une mise à niveau de migration :

Illustration d'une mise à niveau par migration

Mise à niveau par migration

Si vous voulez exécuter simultanément le nouvel environnement Team Foundation Server et l'ancien, vous devez effectuer une mise à niveau par migration vers le nouveau matériel. Vous pouvez exécuter simultanément les deux environnements pour tester la mise à niveau sur vos données avant de valider l'exécution de la nouvelle version. Après avoir déplacé et restauré vos données existantes sur le nouveau matériel, ces données sont autonomes et peuvent être mises à niveau pour créer un environnement différent, même si vos clients continuent à utiliser l'ancien environnement. L'illustration intitulée « Mise à niveau par migration » présente une mise à niveau par migration qui crée deux environnements s'exécutant côte-à-côte simultanément sur des ordinateurs différents après la mise à niveau.

L'Assistant Mise à niveau supprime vos anciennes données durant la mise à niveau. Quel que soit le type de mise à niveau effectué ou le nombre d'environnements exécutés, vous devez sauvegarder vos données avant de commencer.

Quel type de mise à niveau utiliser ?

Vous devez utiliser le type de mise à niveau qui correspond le mieux à vos objectifs d'équipe. Les mises à niveau sur place sont généralement moins complexes, mais les mises à niveau par migration offrent des possibilités pour améliorer l'évolutivité et les tests.

Voici quelques exemples des différents types de mises à niveau et de la meilleure liste de vérification à utiliser. Cette liste n'est pas exhaustive, mais propose seulement quelques exemples de résultats possibles pour chaque type de mise à niveau.

Exemples de mise à niveau sur place

Exemples de mise à niveau par migration

Nouvelle configuration requise pour les composants requis

Avant de commencer la mise à niveau, vous devrez peut-être mettre à niveau SQL Server ou les produits SharePoint pour remplir les nouvelles conditions requises pour Team Foundation Server.

Vous devez utiliser SQL Server 2008 pour héberger toute base de données requise par Team Foundation Server. Dans les versions antérieures de Team Foundation Server, le terme « serveur de couche Données » décrivait le serveur qui héberge toutes les données de Team Foundation Server. Dans cette version, vous pouvez répartir les données d'une installation de Team Foundation Server entre plusieurs instances de SQL Server, mais chaque instance requiert SQL Server 2008.

Dans cette version de Team Foundation Server, la création de rapports et le serveur de portail sont des fonctionnalités facultatives. Pour utiliser l'une ou l'autre de ces fonctionnalités, vous devez utiliser des versions spécifiques des logiciels de composants requis.

  • Création de rapports : si vous utilisez la création de rapports, vous devez utiliser une instance SQL Server 2008 de SQL Server Reporting Services et SQL Server Analysis Services.

  • Produits SharePoint : si vous utilisez un serveur de portail, vous devriez utiliser Windows SharePoint Services 3.0, Microsoft Office SharePoint Server 2007 ou Microsoft SharePoint Server 2010. Windows SharePoint Services 2.0 n'est plus pris en charge.

Options de mise à niveau du serveur de portail et de la création de rapports

Lorsque vous mettez à niveau Team Foundation Server, vous pouvez utiliser votre site portail existant ou pointer vers un autre site. Vous ne pouvez pas installer les produits SharePoint lors de la mise à niveau. Tous vos projets mis à niveau utiliseront le site que vous spécifiez au cours de la mise à niveau.

Si vous voulez déplacer votre portail vers un matériel différent, vous devez sauvegarder les données de votre site portail existant, puis les migrer vers le nouveau matériel avant de démarrer l'Assistant Mise à niveau de Team Foundation Server.

  • Si votre portail se trouve sur le même serveur que Team Foundation Server, les extensions sont mises à niveau automatiquement pendant la mise à niveau.

  • Si votre portail se trouve sur un serveur différent du serveur de Team Foundation Server, vous devez installer les extensions sur le portail avant d'exécuter la mise à niveau.

Si vous souhaitez que les données des projets mis à niveau s'affichent dans un portail et des rapports, vous devez ajouter ces fonctionnalités lorsque vous installez la mise à niveau afin que les projets mis à niveau soient automatiquement liés aux fonctionnalités de création de rapports et de portail. Dans ce cas, vous ne pouvez pas créer facilement de liens entre tous vos projets mis à niveau et le portail.

Conseil

Vous ne devez pas ignorer l'ajout d'un serveur de rapports ou d'un portail lorsque vous installez une mise à niveau parce que vous ne pouvez pas ajouter facilement ces fonctionnalités aux projets mis à niveau une fois la mise à niveau effectuée.

Mise à niveau de la création de rapports

Le serveur de rapports doit satisfaire la nouvelle configuration requise mentionnée plus haut dans cette rubrique. Si vous exécutez plusieurs environnements Team Foundation Server, chacun d'eux doit disposer de son propre serveur de rapports. Contrairement aux versions antérieures de Team Foundation Server, le serveur de rapports ne doit pas nécessairement s'exécuter sur le serveur qui exécute Team Foundation Server.

Le temps requis pour migrer vos données dépend de nombreuses variables, dont la taille initiale de la base de données de l'entrepôt de création de rapports et les capacités du matériel sur lequel la migration est effectuée. Une fois la migration terminée, vos rapports s'affichent comme dans la version antérieure de Team Foundation Server.

Éléments à prendre en considération après la mise à niveau

Après avoir installé la mise à niveau de Team Foundation Server 2010, vous pouvez accéder immédiatement à certaines nouvelles fonctionnalités, mais vous devez effectuer des tâches supplémentaires pour accéder à d'autres nouvelles fonctionnalités. Pour plus d'informations, consultez la page suivante sur le site Web Microsoft : Mise à jour d'un projet d'équipe mis à niveau pour accéder à de nouvelles fonctionnalités (page éventuellement en anglais)

Avec l'ajout de fonctionnalités dans Team Foundation Server 2010, vous souhaiterez connaître les limitations ou restrictions applicables lorsque les utilisateurs se servent de versions précédentes de Team Explorer pour se connecter à Team Foundation Server 2010. Pour plus d'informations, consultez la page suivante sur le site Web Microsoft : Mise à jour d'un projet d'équipe mis à niveau pour accéder à de nouvelles fonctionnalités (page éventuellement en anglais).

Voir aussi

Référence

Liste de vérification : mise à niveau de Team Foundation Server avec plusieurs serveurs

Autres ressources

Liste de vérification : mise à niveau sur place de Team Foundation Server sur un serveur

Historique des modifications

Date

Historique

Motif

Octobre 2010

Ajout d'une recommandation sur le fait de ne pas ignorer pas la configuration des rapports et d'un portail lorsque vous effectuez une mise à niveau.

Améliorations apportées aux informations.