Transférer Team Foundation Server d'une configuration matérielle à une autre

Vous pouvez transférer une instance de Visual Studio Team Foundation Server d'une configuration matérielle vers une autre en exécutant un déplacement basé sur la restauration. Ce type de déplacement est non seulement le plus courant mais également l'un des types de déplacement les plus complexes pour Team Foundation Server. Avant d'effectuer un déplacement basé sur une restauration, vous devez vérifier que ce type de déplacement est le mieux adapté aux objectifs de votre organisation. Pour plus d'informations, consultez Types de transfert de Team Foundation Server.

Important

Lorsque vous planifiez le transfert d'un déploiement, vous devez vérifier la portée et l'objet des modifications que vous prévoyez de faire et vous devez les comparer aux scénarios de chaque type de déplacement. En choisissant le type de déplacement approprié, non seulement vous réduisez les risques de confusion et de perturbation de la productivité des équipes mais vous garantissez également l'efficacité à long terme de votre déploiement.

Les déplacements basés sur une restauration requièrent que vous restauriez les bases de données de votre déploiement vers le ou les nouveaux serveurs chargés de les héberger. Cela est obligatoire pour le déplacement de la couche Données. Après avoir déplacé toutes les bases de données, vous pouvez déplacer la couche Application en la réinstallant sur un autre serveur. Vous devez ensuite reconfigurer le déploiement pour ajouter les comptes, les emplacements et les services requis.

Les procédures de cette rubrique sont écrites pour vous aider à effectuer le déplacement de tous les aspects d'un déploiement Team Foundation Server vers un nouveau matériel : bases de données, couche Application et tout autre composant que vous avez configuré pour la prise en charge du déploiement (création de rapports, produits SharePoint). Vous pouvez choisir d'ignorer les étapes qui ne s'appliquent pas à votre déploiement spécifique. Par exemple, si vous n'avez pas configuré la création de rapports, vous pouvez ignorer les étapes relatives au déplacement et à la reconfiguration de la création de rapports. Si vous voulez seulement déplacer les bases de données de Team Foundation Server, consultez Restaurer des données vers un autre serveur ou une autre instance. Si vous voulez seulement déplacer la couche Application, consultez Restaurer un serveur de couche Application. Si vous voulez passer d'un déploiement sur un serveur unique à un déploiement sur plusieurs serveurs, consultez Passer d'un déploiement sur un serveur à un déploiement sur deux serveurs. Si vous voulez déplacer une collection de projets d'équipe unique, consultez Déplacer une collection de projets d'équipe.

Pour effectuer un déplacement basé sur une restauration, vous devez procéder comme décrit dans les sections suivantes :

  • Arrêter les services utilisés par Team Foundation Server

  • Sauvegarder les bases de données et la clé de chiffrement

  • Installer et configurer SQL Server sur le nouveau serveur de couche Données

  • Installer et configurer les logiciels requis sur le nouveau serveur de couche Application

  • Restaurer les données

  • Rediriger les produits SharePoint vers le nouvel emplacement de la base de données de contenu

  • Installer la couche Application sur le nouveau matériel

  • Préparer SQL Server pour Team Foundation Server

  • Rediriger Team Foundation Server vers ses bases de données

  • Modifier le propriétaire des bases de données déplacées

  • Mettre à jour tous les comptes de service

  • Configurer la couche Application sur le nouveau matériel

  • Mettre à jour l'URL pour le serveur de couche Application

  • Configurer les produits SharePoint

  • Configurer la création de rapports et SQL Server Analysis Services

  • Vérifier les autorisations relatives aux utilisateurs, aux groupes et aux comptes de service

  • Configurer l'intégration à Project Server

  • Actualiser le cache de données sur les ordinateurs clients

Autorisations requises

Pour effectuer les procédures de cette rubrique, vous devez être membre des groupes suivants ou disposer des autorisations suivantes :

  • être membre du groupe de sécurité Administrateurs sur le ou les serveurs qui exécutent la Console Administration Team Foundation ;

  • être membre du groupe de sécurité Administrateur système SQL Server ou disposer de l'autorisation Sauvegarde et création d'un plan de maintenance SQL Server qui a la valeur Autoriser pour l'instance de SQL Server qui héberge les bases de données ; 

  • être membre du groupe de sécurité sysadmin pour les bases de données pour Team Foundation et pour la base de données SQL Server Analysis Services ;

  • être un utilisateur autorisé de la base de données TFS_Warehouse ;

  • si le déploiement utilise les produits SharePoint, être membre du groupe Administrateurs de batterie pour la batterie vers laquelle vous restaurez les bases de données des produits SharePoint.

Outre ces autorisations, il vous faudra peut-être répondre aux exigences suivantes sur un ordinateur exécutant Windows Server 2008, Windows Server 2008 R2, Windows Vista ou Windows 7:

  • Pour suivre une procédure de ligne de commande, vous devrez peut-être ouvrir une invite de commandes avec les autorisations élevées. Pour ce faire, cliquez sur Démarrer, cliquez avec le bouton droit sur Invite de commandes, puis cliquez sur Exécuter en tant qu'administrateur.

  • Pour suivre une procédure qui requiert Internet Explorer, vous devrez peut-être démarrer l'application en tant qu'administrateur. Pour ce faire, cliquez sur Démarrer, puis sur Tous les programmes, cliquez avec le bouton droit sur Internet Explorer et cliquez sur Exécuter en tant qu'administrateur.

  • Pour accéder au Gestionnaire de rapports, à des rapports ou à des sites Web Reporting Services, vous devrez peut-être ajouter ces sites à la liste des sites de confiance dans Internet Explorer ou démarrer Internet Explorer en tant qu'administrateur.

Pour plus d'informations, consultez la rubrique suivante sur le site Web Microsoft : Contrôle de compte d'utilisateur.

Arrêter les services utilisés par Team Foundation Server

Avant de pouvoir restaurer des données, vous devez arrêter tous les services que Team Foundation Server utilise sur chaque serveur. Si des composants facultatifs sont installés, tels que les produits SharePoint ou SQL Server Reporting Services, vous devez arrêter ces services sur les serveurs sur lesquels ces composants sont installés.

Pour arrêter les services utilisés par Team Foundation Server

  1. Sur le serveur qui exécute les services de la couche Application pour Team Foundation, ouvrez une fenêtre d'invite de commandes et indiquez le répertoire Lecteur:\%programfiles%\ Microsoft Team Foundation Server 2010\Tools.

  2. Tapez la commande suivante :

    TFSServiceControl quiesce

    Pour plus d'informations, consultez TFSServiceControl, commande.

Sauvegarder les bases de données et la clé de chiffrement

Avant de pouvoir déplacer votre déploiement Team Foundation Server, vous devez sauvegarder ses bases de données. Dans le cadre du déplacement, vous devez restaurer ces bases de données vers le nouveau serveur de couche Données.

Pour préparer l'ancien déploiement pour un déplacement basé sur une restauration

  1. Sauvegardez toutes les bases de données de Team Foundation Server.

    Pour plus d'informations, consultez Sauvegarder Team Foundation Server.

    Notes

    Vous devez également sauvegarder l'ensemble des définitions de site personnalisées, des modèles de site personnalisés ou des WebParts personnalisés pour les produits SharePoint que vous souhaitez conserver. Pour plus d'informations, consultez « Options de sauvegarde et de restauration pour Windows SharePoint Services 2.0 (page éventuellement en anglais) » sur le site Web Microsoft ou, pour Windows SharePoint Services 3.0, « Choisir les outils de sauvegarde et de récupération (Windows SharePoint Services) » sur le site Web Microsoft.

  2. Sauvegardez la clé de chiffrement de Reporting Services et stockez-la à un emplacement sécurisé sur un autre ordinateur que le serveur qui exécute Team Foundation Server. Vérifiez que le nouveau déploiement peut accéder à la clé et stockez le mot de passe avec lequel la clé est chiffrée.

    Pour plus d'informations, consultez Sauvegarder la clé de chiffrement de Reporting Services.

Installer et configurer SQL Server sur le nouveau serveur de couche Données

Pour restaurer des données pour Team Foundation, vous devez installer SQL Server sur l'ordinateur sur lequel vous souhaitez déplacer les bases de données pour Team Foundation Server. La version de SQL Server que vous installez doit correspondre exactement à la version sur le serveur d'origine qui hébergeait les bases de données, notamment le niveau de Service Pack, les paramètres de classement et l'édition linguistique. Si la correspondance n'est pas exacte, vous pouvez ne pas être en mesure de restaurer les données ou Team Foundation Server peut ne pas fonctionner correctement même si vous pouvez restaurer les données.

Si vous voulez utiliser plusieurs serveurs pour héberger les bases de données de Team Foundation Server, vous devez installer et configurer SQL Server en conséquence, soit sous forme de batterie de serveurs, soit sous forme de serveurs individuels.

Pour installer et préparer SQL Server pour la restauration des données de Team Foundation

  • Installez SQL Server dans le nouvel environnement et assurez-vous qu'il fonctionne. Vous pouvez également créer une instance de SQL Server sur un serveur sur lequel une version correspondante est déjà installée.

    Pour plus d'informations, vous pouvez télécharger la version la plus récente du Guide d'installation de Team Foundation à partir de la page suivante sur le site Web Microsoft : Guide d'installation pour Team Foundation (page éventuellement en anglais). Dans ce guide, vous pouvez rechercher des rubriques relatives à l'installation de SQL Server dans un déploiement sur plusieurs serveurs. Vous devez installer la même version de Team Foundation Server que celle utilisée dans l'installation d'origine.

Installer et configurer les logiciels requis sur le nouveau serveur de couche Application

Pour configurer un ou plusieurs nouveaux serveurs devant faire office de nouvelle couche Application, vous devez d'abord installer et configurer les logiciels requis pour la prise en charge de Team Foundation Server. Ces logiciels incluent les composants suivants :

  • Système d'exploitation pris en charge pour votre configuration de déploiement

  • Services IIS (Internet Information Services)

  • SQL Server Reporting Services (si votre déploiement utilise la création de rapports)

  • produits SharePoint (si votre déploiement est intégré aux produits SharePoint)

Notes

Vous ne pouvez pas installer les produits SharePoint dans le cadre de l'installation de la couche Application lorsque vous la déplacez vers un nouveau serveur. Vous devez installer la même version et la même édition des produits SharePoint que celle que vous avez utilisée lors de votre déploiement précédent.

Pour installer et configurer les logiciels requis

  • Installez et configurez Windows, SQL Server Reporting Services, ainsi que les produits SharePoint dans le nouvel environnement, puis vérifiez que le serveur et ses logiciels sont opérationnels. 

    Pour plus d'informations, vous pouvez télécharger la version la plus récente du Guide d'installation de Team Foundation à partir de la page suivante sur le site Web Microsoft : Guide d'installation pour Team Foundation (page éventuellement en anglais). Dans ce guide, suivez les instructions de la section « Installation des composants requis » pour les composants suivants :

    • Services IIS (Internet Information Services)

    • SQL Server Reporting Services

    • produits SharePoint

      Notes

      Vous pouvez remplacer les versions ou les éditions de certains logiciels, par exemple les produits SharePoint, mais pas dans tous les cas. La modification des versions ou des éditions peut compliquer la restauration. Pour des résultats optimaux, effectuez la restauration vers le même logiciel, puis effectuez la mise à niveau une fois la restauration terminée.

Restaurer les données

Une fois que vous avez arrêté les services, vous pouvez restaurer les données de Team Foundation vers le nouveau serveur de couche Données, à l'aide des outils de restauration fournis avec SQL Server.

Avertissement

Vous devez restaurer toutes les bases de données au même point dans le temps, dans le cas contraire, les bases de données ne seront plus synchronisées. Les procédures suivantes supposent que vous utilisez des transactions marquées pour contribuer à garantir la synchronisation. Pour plus d'informations, consultez Sauvegarder Team Foundation Server.

Pour ouvrir la boîte de dialogue Restaurer la base de données

  1. Ouvrez une session sur le serveur vers lequel vous souhaitez restaurer des bases de données.

  2. Cliquez sur Démarrer, pointez sur Tous les programmes, sur Microsoft SQL Server 2008, puis cliquez sur SQL Server Management Studio.

    Notes

    Pour plus d'informations sur la restauration de bases de données, consultez la page suivante sur le site Web Microsoft :Implémentation de scénarios de restauration pour les bases de données SQL Server (page éventuellement en anglais).

    La boîte de dialogue Se connecter au serveur s'ouvre.

  3. Dans la liste Type de serveur, cliquez sur Moteur de base de données.

  4. Dans Nom du serveur, tapez le nom du serveur de couche Données et de l'instance de base de données, ou cliquez dessus, puis cliquez sur Connecter.

    Notes

    Si SQL Server est installé sur un cluster, le nom du serveur est le nom du cluster et non celui de l'ordinateur.

    SQL Server Management Studio s'ouvre.

  5. Développez le nœud Bases de données pour afficher la liste des bases de données qui composent la couche Données de Team Foundation.

Exécutez la procédure « Restaurer une base de données » pour les bases de données suivantes sur chaque serveur sur lequel vous avez installé et configuré SQL Server :

Sur le ou les serveurs qui hébergent les bases de données pour Team Foundation Server :

  • TFS_Configuration

    Notes

    Ce nom de base de données peut inclure des caractères additionnels entre TFS_ et Configuration.

  • TFS_CollectionName

    Notes

    Chaque collection de projets d'équipe dispose de sa propre base de données. Par exemple, si vous disposez de cinq collections de projets d'équipe, vous aurez cinq bases de données, chacune distinguée par le nom de la collection de projets d'équipe. Ces bases de données peuvent être sur la même instance de SQL Server, sur des instances distinctes ou sur des serveurs physiques distincts. Vous devez sauvegarder chacune de ces bases de données, puis les restaurer.

  • TFS_Warehouse

    Notes

    Ce nom de base de données peut inclure des caractères additionnels entre TFS_ et Warehouse.

Sur le serveur qui exécute Reporting Services, s'il est configuré pour votre déploiement et si vous devez restaurer les bases de données vers un serveur différent :

  • ReportServer

    Notes

    Si vous avez utilisé une instance nommée, cette base de données sera nommée ReportServer$NomInstance.

  • ReportServerTempDB

    Notes

    Si vous avez utilisé une instance nommée, cette base de données sera nommée ReportServerTempDB$NomInstance.

Sur le ou les serveurs qui exécutent des Produits SharePoint, si vous avez configuré votre déploiement avec une ou plusieurs applications Web SharePoint et si vous devez restaurer les bases de données vers un serveur différent :

  • La base de données de contenu pour les produits SharePoint (WSS_Content)

    Notes

    Les noms des bases de données contenant des données pour les produits SharePoint varient selon la version des produits SharePoint installée et selon que la personne ayant réalisé l'installation a ou non personnalisé le nom. En outre, il est possible que ces bases de données ne résident pas sur le serveur de couche Données si produits SharePoint est installé sur un serveur distinct de Team Foundation Server. Si les bases de données résident sur des serveurs différents, vous devez les sauvegarder, restaurer et configurer séparément de Team Foundation Server. Toutefois, vous devez synchroniser la maintenance des bases de données pour éviter des erreurs de synchronisation.

Sur le serveur qui exécute SQL Server Analysis Services, s'il est configuré pour votre déploiement et si vous devez restaurer les bases de données vers un serveur différent :

  • TFS_Analysis

Pour plus d'informations sur ces bases de données, consultez Fonctionnement de la sauvegarde de Team Foundation Server.

Pour restaurer une base de données

  1. Cliquez avec le bouton droit sur la base de données que vous souhaitez restaurer, pointez sur Tâches, Restaurer, puis cliquez sur Base de données.

    La boîte de dialogue Restaurer la base de données s'ouvre.

  2. Sous Source de restauration, cliquez sur À partir de l'unité, puis cliquez sur le bouton de sélection ().

  3. Dans la boîte de dialogue Spécifier la sauvegarde, indiquez l'emplacement du fichier de sauvegarde, puis cliquez sur OK.

    La première sauvegarde que vous restaurez doit être une sauvegarde complète, suivie de la sauvegarde différentielle, puis des sauvegardes des journaux de transactions, dans l'ordre de leur création.

  4. Sous Sélectionnez les jeux de sauvegarde à restaurer, indiquez les jeux de sauvegarde à restaurer.

    Vérifiez que vous restaurez la sauvegarde complète, la sauvegarde différentielle et les sauvegardes de bases de données des journaux de transactions, si vous avez créé des jeux de sauvegarde de transactions marquées. Pour plus d'informations sur les transactions marquées, consultez Sauvegarder Team Foundation Server.

  5. Dans le volet Sélectionner une page, cliquez sur Options, puis activez la case à cocher Remplacer la base de données existante.

  6. Dans la liste Restaurer les fichiers de la base de données en tant que, vérifiez que les chemins d'accès correspondent aux chemins d'accès de votre base de données actuelle.

  7. Sous État de récupération, exécutez l'une des étapes suivantes :

    • Si vous utilisez des transactions marquées, cliquez sur Laisser la base de données non opérationnelle, et ne pas restaurer les transactions non validées. Les journaux des transactions supplémentaires peuvent être restaurés. (RESTORE WITH RECOVERY).

    • Si vous n'utilisez pas de transactions marquées et si vous n'appliquez pas de journaux des transactions supplémentaires, cliquez sur Laisser la base de données opérationnelle.

    • Si vous n'utilisez pas de transactions marquées mais si vous appliquez des journaux des transactions supplémentaires, cliquez sur Laisser la base de données non opérationnelle.

  8. Cliquez sur OK.

    Une icône de progression s'affiche.

  9. Lorsque la boîte de dialogue SQL Server Management Studio s'affiche en confirmant la réussite de la restauration, cliquez sur OK pour retourner à l'Explorateur d'objets.

  10. Si vous utilisez des transactions marquées, cliquez avec le bouton droit sur la base de données que vous venez de restaurer, pointez sur Tâches, sur Restaurer, puis sur Journal des transactions.

    La fenêtre Restaurer le journal des transactions s'ouvre.

  11. Dans la page Général, vérifiez que la base de données appropriée est sélectionnée dans la liste Base de données.

  12. Sous Sélectionner les sauvegardes du journal des transactions à restaurer, activez la case à cocher en regard du journal que vous voulez restaurer.

  13. Sous Restaurer sur, cliquez sur Transaction marquée.

    La fenêtre Sélectionner une transaction marquée s'ouvre.

  14. Dans la liste Sélectionner la transaction marquée sur laquelle arrêter la restauration, activez la case à cocher en regard de la marque de transaction que vous voulez utiliser pour la restauration, puis cliquez sur OK.

    Important

    Vous devez utiliser la même marque de transaction qui comporte la même date et heure pour toutes les bases de données afin de réussir la restauration des données.

  15. Dans la fenêtre Restaurer le journal des transactions, cliquez sur OK.

    Une icône de progression s'affiche.

  16. Lorsque la boîte de dialogue SQL Server Management Studio s'affiche en confirmant la réussite de la restauration, cliquez sur OK.

    Pour plus d'informations, consultez la page suivante sur le site Web Microsoft : Application de sauvegardes du journal des transactions.

Notes

Si vous avez restauré les bases de données pour Reporting Services, vous devez également restaurer leur clé de chiffrement. Pour plus d'informations, consultez la rubrique suivante sur le site Web Microsoft : Restauration de la clé de chiffrement (Configuration de Reporting Services).

Rediriger les produits SharePoint vers le nouvel emplacement de la base de données de contenu

Après avoir déplacé la base de données de contenu pour les produits SharePoint (WSS_Content) vers le nouveau serveur, vous devez rediriger le serveur qui exécute les produits SharePoint vers le nouvel emplacement de cette base de données. Cette base de données doit être opérationnelle avant la reconfiguration de Team Foundation Server avec les nouveaux emplacements de ses bases de données.

Pour rediriger des sites de projet en vue d'utiliser la base de données de contenu sur le nouveau serveur de couche Données

Installer le serveur de couche Application

Pour accéder aux outils en ligne de commande de Team Foundation Server, vous devez les installer en installant Team Foundation Server sur l'ordinateur qui représente le serveur de couche Application. Vous devez utiliser plusieurs de ces outils avant de pouvoir configurer le serveur en tant que serveur de couche Application. Veillez à annuler l'Assistant Configuration qui s'affiche une fois l'installation des logiciels terminée. Vous pouvez exécuter l'Assistant Configuration pour le nouveau serveur de couche Application une fois les étapes de préparation terminées.

Pour installer le serveur de couche Application

  • Installez Team Foundation Server sur le nouveau serveur et démarrez l'Assistant Couche Application uniquement.

    Pour plus d'informations et pour des procédures pas à pas, téléchargez la dernière version du Guide d'installation de Team Foundation à partir de la page suivante du site Web Microsoft, puis suivez les instructions relatives à l'utilisation de l'Assistant Couche Application uniquement : Guide d'installation de Team Foundation.

Préparer SQL Server pour Team Foundation Server

Pour que les bases de données déplacées fonctionnent correctement, vous devez utiliser la commande TFSConfig PrepSQL pour préparer SQL Server à l'hébergement de bases de données pour Team Foundation Server. Cette commande crée les groupes TFSEXECROLE et TFSADMINROLE sur le nouveau serveur ou la nouvelle instance, puis ajoute les messages système requis.

Pour préparer SQL Server à l'hébergement des bases de données pour Team Foundation Server

  1. Connectez-vous au serveur, ouvrez une fenêtre d'invite de commandes, puis accédez au répertoire Lecteur:\%programfiles%\Microsoft Team Foundation Server 2010\Tools.

  2. Tapez la commande suivante, où NomServeur correspond au nom de l'instance de SQL Server qui héberge les bases de données de Team Foundation Server, au format NomServeur ou NomServeur\NomInstance :

    **TFSConfig PrepSQL /SQLInstance:**NomServeur

Rediriger Team Foundation Server vers ses bases de données

Vous devez rediriger Team Foundation Server vers ses bases de données déplacées. De plus, vous devez exécuter la commande RemapDBs si l'une des conditions suivantes est vraie :

  • La base de données TFS_Analysis ou TFS_Warehouse est hébergée sur un autre serveur que celui de TFS_Configuration.

  • Vous utilisez une instance nommée pour héberger vos bases de données.

  • Vous avez une ou plusieurs bases de données de collection hébergées sur un autre serveur que celui de la base de données de configuration.

Pour rediriger Team Foundation Server vers ses bases de données

  1. Connectez-vous au serveur de couche Application de Team Foundation, ouvrez une fenêtre d'invite de commandes, puis accédez au répertoire Lecteur:\% programfiles%\MicrosoftTeam Foundation Server 2010\Tools.

  2. Tapez la commande suivante, où NomServeur correspond au nom de l'instance de SQL Server qui héberge la base de données de configuration pour Team Foundation Server, TFS_Configuration correspond au nom de la base de données de configuration restaurée pour Team Foundation Server et NomServeur2 correspond au nom du serveur qui héberge la collection distante. Vous pouvez disposer d'autant de paramètres NomServeur que de serveurs configurés dans votre déploiement. Vous pouvez spécifier le NomServeur au format NomServeur ou NomServeur\NomInstance. Vous devez spécifier le nom de l'instance si vous n'utilisez pas l'instance par défaut :

    **TFSConfig RemapDBs /DatabaseName:NomServeur;**TFS_Configuration **/SQLInstances:**NomServeur,NomServeur2 **/AnalysisInstance:**NomServeur2 **/AnalysisDatabaseName:**NomBaseDeDonnées

    Notes

    Dans /SQLInstances, vous devez spécifier toutes les instances de SQL Server, séparées par des virgules, qui hébergent des bases de données pour Team Foundation Server. Pour plus d'informations, consultez RemapDBs, commande.

Modifier le propriétaire des bases de données déplacées

Vous devez utiliser la commande TFSConfig Accounts ResetOwner pour remplacer les informations de connexion du propriétaire des bases de données déplacées par celles de l'utilisateur actuel. Avant d'exécuter la séquence d'étapes suivante, assurez-vous que le compte d'utilisateur avec lequel vous êtes connecté est approprié. Par exemple, vous pouvez vous servir du même compte que celui utilisé pour l'installation de Team Foundation Server, et auquel il est fait référence dans le guide d'installation en tant que TFSSETUP. Au minimum, vous devez utiliser un compte membre du groupe Team Foundation Administrators dans Team Foundation Server et membre du groupe sysadmin dans SQL Server.

Pour remplacer le propriétaire des bases de données restaurées par l'utilisateur actuel

  1. Ouvrez une fenêtre d'invite de commandes et accédez au répertoire Lecteur:\%programfiles%\Microsoft Team Foundation Server 2010\Tools.

  2. Tapez la commande suivante, où NomServeur (au format NomServeur ou NomServeur\NomInstance) correspond au nom de l'instance de SQL Server qui héberge les bases de données de Team Foundation Server et où NomBaseDeDonnées correspond au nom de la base de données de configuration (par défaut, TFS_Configuration) :

    **TFSConfig Accounts /ResetOwner /SQLInstance:**NomServeur **/DatabaseName:**NomBaseDeDonnées

    Si vous spécifiez la base de données de configuration, cette commande modifie le propriétaire de toutes les bases de données de Team Foundation Server.

Mettre à jour tous les comptes de service

Vous devez mettre à jour le compte de service pour Team Foundation Server (TFSService) et le compte de sources de données (TFSReports). Même si ces comptes n'ont pas changé, vous devez mettre à jour les informations pour contribuer à garantir que l'identité et le format des comptes sont appropriés pour le nouveau serveur.

Pour mettre à jour les comptes de service

  1. Ouvrez une fenêtre d'invite de commandes et accédez au répertoire Lecteur:\%programfiles%\Microsoft Team Foundation Server 2010\Tools.

  2. À l'invite de commandes, tapez la commande suivante pour ajouter le compte de service pour Team Foundation, où NomBaseDeDonnées correspond au nom de la base de données de configuration (par défaut, TFS_Configuration) :

    **TfsConfig Accounts /add /AccountType:ApplicationTier /account:**NomCompte **/SQLInstance:**NomServeur **/DatabaseName:**NomBaseDeDonnées

  3. À l'invite de commandes, tapez la commande suivante pour ajouter le compte de sources de données :

    **TfsConfig Accounts /add /AccountType:ReportingDataSource /account:**NomCompte **/SQLInstance:**NomServeur **/DatabaseName:**NomBaseDeDonnées

    Pour plus d'informations, consultez Accounts, commande.

Configurer le serveur de couche Application

Après avoir préparé les serveurs pour vos couches Application et Données, vous devez configurer la couche Application sur le nouveau serveur à l'aide de l'Assistant Couche Application uniquement.

Pour configurer un serveur en tant que serveur de couche Application

  • Ouvrez la console Administration et redémarrez l'Assistant Couche Application uniquement.

    Pour plus d'informations et pour des procédures pas à pas, téléchargez la dernière version du Guide d'installation de Team Foundation à partir de la page suivante du site Web Microsoft, puis suivez les instructions relatives à l'utilisation de l'Assistant Couche Application uniquement : Guide d'installation de Team Foundation.

Mettre à jour l'URL pour le serveur de couche Application

Si le nouveau serveur de couche Application a un nom différent de celui du serveur d'origine, mettez à jour l'URL dans la console Administration.

Pour mettre à jour l'URL pour le serveur de couche Application

  1. Ouvrez la console Administration Team Foundation.

    Pour plus d'informations, consultez Ouvrir la console Administration Team Foundation.

  2. Dans la barre de navigation, cliquez sur Couche Application, puis sur Modifier les URL.

    La fenêtre Modifier les URL s'ouvre.

  3. Dans URL de notification, tapez l'URL du nouveau serveur de couche Application, puis cliquez sur OK.

Configurer les produits SharePoint

Dans le cadre du déplacement vers un nouveau serveur, vous devez installer les extensions des produits SharePoint dans votre déploiement sur un serveur unique. Vous devez également reconfigurer les paramètres pour les applications Web SharePoint que le déploiement utilise.

Pour installer des extensions et configurer les paramètres pour les applications Web SharePoint

  1. Ouvrez le guide d'installation, puis suivez les instructions pour installer les extensions Team Foundation Server des produits SharePoint sur le serveur.

    Pour plus d'informations, consultez Extensions pour les produits SharePoint.

  2. Ouvrez la console Administration Team Foundation.

  3. Dans la barre de navigation, cliquez sur Applications Web SharePoint.

  4. Dans la liste Applications Web SharePoint, cliquez sur l'application Web dont le serveur a été modifié suite au déplacement vers un nouveau serveur, puis cliquez sur Modifier une application Web SharePoint.

  5. Dans URL de l'application Web et URL du site Administration centrale, modifiez les valeurs pour représenter les URL du nouveau serveur. Si nécessaire, modifiez la valeur du paramètre Emplacement par défaut des sites de collections de projets d'équipe par la valeur du nouvel emplacement par défaut pour cette application Web.

  6. Cliquez sur OK.

  7. Si Team Foundation Server est sur un autre serveur que celui des produits SharePoint, vous devez également configurer l'accès à Team Foundation Server en ouvrant la console Administration sur le serveur qui exécute les produits SharePoint et en développant le nœud Extensions.

    Pour plus d'informations sur la configuration d'applications Web SharePoint dans le cadre de votre déploiement, consultez Ajouter une application Web SharePoint à votre déploiement et Interactions entre les produits SharePoint et Team Foundation Server.

  8. Si votre topologie de déploiement et si les exigences de sécurité l'autorisent, ajoutez le compte de service Team Foundation (TFSService) au groupe Administrateurs de batterie.

    Pour plus d'informations, consultez Interactions entre les produits SharePoint et Team Foundation Server et Comptes de service et dépendances dans Team Foundation Server.

Configurer les services Reporting Services et Analysis Services

Vous pouvez ignorer cette procédure si vous n'utilisez pas un serveur qui exécute SQL Server Reporting Services dans le cadre de votre déploiement. Si votre déploiement utilise un serveur de rapports, vous devez rediriger Team Foundation Server vers son emplacement, redémarrer l'entrepôt et reconstruire manuellement la base de données pour Analysis Services. Pour plus d'informations sur la reconstruction de la base de données pour Analysis Services (même si vous ne déplacez pas votre déploiement), consultez Reconstruire l'entrepôt de données et le cube Analysis Services.

Notes

Vous devez effectuer cette procédure même si vous avez restauré les bases de données TFS_Warehouse et TFS_Analysis, comme décrit dans la section précédente.

Pour reconfigurer les services Reporting Services et Analysis Services

  1. Ouvrez la console Administration Team Foundation.

  2. Dans la barre de navigation, cliquez sur Rapports.

  3. Dans la page Rapports, cliquez sur Modifier.

  4. Dans la boîte de dialogue Mettre hors connexion, cliquez sur OK.

    La boîte de dialogue Reporting Services s'ouvre.

  5. Activez la case à cocher Utiliser le serveur de rapports.

  6. Cliquez sur l'onglet Entrepôt et dans Serveur, tapez ou cliquez sur le nom du serveur de rapports.

  7. Dans Base de données, tapez le nom de la base de données de l'entrepôt pour Team Foundation Server.

    Par défaut, cette base de données est nommée TFS_Warehouse.

  8. (Facultatif) Cliquez sur Tester la connexion pour vous assurer que la base de données spécifiée est valide.

  9. Cliquez sur l'onglet Analysis Services.

  10. Dans la liste Serveur, tapez le nom du serveur qui exécute SQL Server Analysis Services, ou cliquez sur celui-ci.

  11. Dans Base de données, tapez le nom de la base de données Analysis Services pour Team Foundation Server.

    Par défaut, le nom de cette base de données est TFS_Analysis.

  12. Si vous n'utilisez pas l'instance par défaut pour la base de données, activez la case à cocher Spécifier une instance autre que celle par défaut, puis tapez ou cliquez sur le nom de l'instance.

  13. (Facultatif) Cliquez sur Tester la connexion pour vous assurer que la base de données spécifiée est valide.

  14. Dans Nom d'utilisateur et Mot de passe, tapez le nom du compte et le mot de passe (le cas échéant) pour le compte de sources de données (TFSReports).

  15. Sous l'onglet Rapports, dans la liste Serveur, tapez le nom du serveur de rapports, ou cliquez sur ce dernier, puis cliquez sur Remplir les URL.

  16. Dans Nom d'utilisateur et Mot de passe, tapez le nom du compte et le mot de passe (le cas échéant) pour le compte de sources de données (TFSReports).

  17. Dans Chemin d'accès par défaut, tapez le chemin d'accès relatif pour le stockage des rapports, puis cliquez sur OK.

  18. Dans la console Administration, cliquez sur Démarrer les travaux pour redémarrer la création de rapports.

  19. Ouvrez une fenêtre d'invite de commandes et accédez au répertoire %ProgramFiles%\Microsoft Team Foundation Server 2010\Tools.

  20. Tapez la commande suivante pour reconstruire la base de données pour Analysis Services :

    TFSConfig RebuildWarehouse /AnalysisServices /ReportingDataSourcePassword:MotDePasse

    MotDePasse correspond au mot de passe du compte de sources de données Reporting Services (TFSReports).

  21. Attendez que la commande s'exécute avec succès jusqu'au bout.

  22. Sur le serveur de rapports, ouvrez Internet Explorer, tapez la chaîne suivante dans la barre d'adresses, puis appuyez sur ENTRÉE :

    https://localhost:8080/tfs/TeamFoundation/Administration/v3.0/WarehouseControlService.asmx

    La page ControllerService s'ouvre.

  23. Cliquez sur GetWarehouseStatus, puis sur Appeler.

    Important

    Le service doit retourner la valeur Inactif, qui indique que le cube n'est pas traité. Si une autre valeur est retournée, répétez cette étape jusqu'à ce que la valeur Inactif soit retournée.

  24. Retournez à la page ControllerService et cliquez sur Exécuter, puis sur Appeler.

    Cette étape initialise le traitement. Le service retourne la valeur True lorsqu'il a démarré le contrôleur et False si l'entrepôt est toujours en cours de traitement.

  25. Pour déterminer quand le traitement de l'entrepôt est terminé, retournez à la page ControllerService et cliquez sur GetWarehouseStatus, puis sur Appeler.

    Le traitement est terminé lorsque le service GetWarehouseStatus retourne la valeur Inactif.

Vérifier les autorisations relatives aux utilisateurs, aux groupes et aux comptes de service

Après avoir effectué un déplacement vers un nouveau matériel, vérifiez que tous les utilisateurs, groupes et comptes de service du déploiement sont configurés avec les autorisations appropriées pour un fonctionnement correct sur chaque serveur. Certaines autorisations ne peuvent pas être migrées automatiquement. Par exemple, les administrateurs Team Foundation doivent être membres du groupe Administrateurs local sur le serveur de couche Application pour pouvoir ouvrir la console Administration ; par conséquent, vous devez les ajouter manuellement à ce groupe.

Pour vérifier les autorisations

Configurer l'intégration à Project Server

Vous pouvez ignorer cette procédure si le déploiement que vous déplacez n'est pas intégré à Microsoft Project Server. Pour plus d'informations, consultez Microsoft Team Foundation Server 2010 et Feature Pack Microsoft Project Server Integration.

Si vous avez l'intention de poursuivre l'intégration entre les projets et collections et Project Server, vous devez enregistrer l'instance de Project Web Access ou Project Web App (PWA) auprès le serveur de couche Application pour le déploiement déplacé.

Pour intégrer le déploiement déplacé à Project Server

Actualiser le cache de données sur les ordinateurs clients

Pour actualiser le cache de données sur les ordinateurs clients

  • Connectez-vous au serveur, puis utilisez le service Web ClientService pour forcer les clients à mettre à jour le cache de suivi des éléments de travail et le cache de contrôle de version.

    Pour plus d'informations, consultez Actualiser les caches de données sur les ordinateurs clients.

    Notes

    Si vous avez restauré vos bases de données jusqu'à une date et heure distincte, vous devez également actualiser le cache de contrôle de version.

Voir aussi

Tâches

Déplacer une collection de projets d'équipe

Fractionner une collection de projets d'équipe

Concepts

Architecture de Team Foundation Server

Autres ressources

Types de transfert de Team Foundation Server

Transférer Team Foundation Server d'un environnement à un autre

Passer d'un déploiement sur un serveur à un déploiement sur deux serveurs

Historique des modifications

Date

Historique

Motif

Mars 2011

Informations supplémentaires relatives aux déploiements intégrés à Project Server.

Juin 2010

Lien supplémentaire vers la rubrique relative à la reconstruction de l'entrepôt de données.

Commentaires client.