Restaurer des données au même emplacement

Article
03/05/2013

Vous pouvez restaurer les données d'une sauvegarde sur les mêmes serveur et instance de SQL Server pour Team Foundation que ceux à partir desquels les données ont été sauvegardées.Par exemple, vous pouvez restaurer un ensemble corrompu de bases de données à leur dernier état satisfaisant connu.Pour aider à garantir une récupération réussie des données, vous devez configurer des transactions marquées dans le cadre de votre stratégie de sauvegarde.Pour plus d'informations, consultez Back Up Team Foundation Server.

Conseil
Un outil puissant de sauvegarde et de restauration est disponible pour Team Foundation Server 2012.À l'aide de cet outil, vous pouvez simplifier considérablement la maintenance et la restauration de votre déploiement.Vous pouvez trouver la version actuelle de l'outil de gestion de l'alimentation ici.

Pour suivre les procédures décrites dans cette rubrique, votre matériel serveur doit fonctionner correctement.Si votre déploiement utilise les produits SharePoint ou Microsoft Project Server, vous devez suivre des étapes supplémentaires pour sauvegarder et restaurer les bases de données associées, comme indiqué dans les procédures de cette rubrique.Si vous souhaitez restaurer des données sur un autre serveur ou une autre instance de SQL Server, consultez Restauration d'un déploiement sur un serveur vers un nouveau matériel [Didacticiel].

[!REMARQUE]

Si vous utilisez des produits SharePoint dans votre déploiement lorsque vous restaurez des données, vous n'avez pas besoin de restaurer les sites Web générés automatiquement selon les données de chaque projet d'équipe.Les données des portails de projet d'équipe sont contenues dans les bases de données que vous restaurez.

Les étapes pour restaurer des données sur un ou plusieurs mêmes serveurs varient selon l'installation et la configuration de Team Foundation Server.Pour plus de simplicité, les procédures de cette rubrique sont structurées comme si elles s'appliquaient à un déploiement modérément complexe de Team Foundation Server, comme le représente l'illustration suivante :

Exemple de topologie modérée avec les bases de données

Si votre topologie ne correspond pas exactement à cet exemple, vous devrez peut-être ajuster les étapes de cette procédure pour pouvoir l'appliquer avec succès.Par exemple, si vous disposez d'un déploiement dans lequel tous les composants sont installés sur un serveur physique unique, vous exécuterez toutes les procédures sur ce serveur.Si les bases de données pour les collections de projets d'équipe sont déployées sur plusieurs serveurs, vous devez exécuter les étapes pour restaurer chaque base de données de collection sur le serveur approprié.Pour plus d'informations sur les composants qui peuvent être déployés sur chaque serveur, consultez les rubriques suivantes :

Dans cette rubrique

Autorisations requises
Arrêter les services utilisés par Team Foundation Server
Restaurer les bases de données Team Foundation
Mettre à jour tous les comptes de service
Restaurer l'entrepôt
Désactivez le cache de données sur les serveurs
Redémarrer les services utilisés par Team Foundation Server
Actualiser le cache de données sur les ordinateurs clients

Autorisations requises

Pour exécuter cette procédure, 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 sur l'instance de SQL Server qui héberge les bases de données ;
être membre du groupe de sécurité sysadmin pour l'instance de base de données de Team Foundation et pour l'instance Analysis Services de la base de données de l'entrepôt ;
être un utilisateur autorisé de la base de données TFS_Warehouse ;
être membre du rôle de base de données TFSEXECROLE ;
si le déploiement utilise les produits SharePoint, être membre du groupe Administrateurs de batterie pour la batterie sur laquelle les bases de données des produits SharePoint sont restaurées.

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

Pour suivre une procédure de ligne de commande, vous devrez peut-être ouvrir une invite de commandes avec élévation de privilèges. 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 SQL Server 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 page suivante sur le site Web Microsoft : Contrôle de compte d'utilisateur.

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

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

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 11.0\Tools.
Entrez la commande suivante :

TFSServiceControl quiesce

Pour plus d'informations, consultez TFSServiceControl, commande.

Restaurer les bases de données Team Foundation

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

Attention
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 des bases de données utilisées par Team Foundation Server.Pour plus d'informations, consultez Back Up Team Foundation Server.Si votre déploiement utilise les produits SharePoint, vous devez suivre les recommandations relatives à la version de ce produit dans votre déploiement.Pour plus d'informations, consultez Sauvegarde et récupération (SharePoint Foundation 2010), Sauvegarde et récupération (SharePoint Server 2010) ou Protection et restauration d'une batterie de serveurs (Office SharePoint Server 2007) (page éventuellement en anglais).Si votre déploiement est intégré à Microsoft Project Server, vous devez suivre les recommandations relatives à la version de ce produit dans votre déploiement.Pour plus d'informations, consultez Restore databases (Project Server 2007) et Restaurer des bases de données (Project Server 2010).

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 des bases de données utilisées par Team Foundation Server.Pour plus d'informations, consultez Back Up Team Foundation Server.Si votre déploiement utilise les produits SharePoint, vous devez suivre les recommandations relatives à la version de ce produit dans votre déploiement.Pour plus d'informations, consultez Sauvegarde et récupération (SharePoint Foundation 2010), Sauvegarde et récupération (SharePoint Server 2010) ou Protection et restauration d'une batterie de serveurs (Office SharePoint Server 2007) (page éventuellement en anglais).Si votre déploiement est intégré à Microsoft Project Server, vous devez suivre les recommandations relatives à la version de ce produit dans votre déploiement.Pour plus d'informations, consultez Restore databases (Project Server 2007) et Restaurer des bases de données (Project Server 2010).

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

Ouvrez une session sur le serveur sur lequel vous souhaitez restaurer des bases de données.
Sélectionnez Démarrer, Tous les programmes, Microsoft SQL Server 2008, puis sélectionnez SQL Server Management Studio.

[!REMARQUE]

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.

La boîte de dialogue Se connecter au serveur s'ouvre.
Dans Type de serveur, choisissez Moteur de base de données.
Dans Nom du serveur, choisissez ou saisissez le nom du serveur de couche Données et de l'instance de base de données, puis choisissez Connecter.

[!REMARQUE]

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.
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 les serveurs d'où elles proviennent :

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

TFS_Configuration

[!REMARQUE]

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

[!REMARQUE]

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 chaque base de données, puis restaurer chacune d'elles sur le serveur et l'instance d'où elle provient.
VirtualManagerDB

La base de données d'administration pour System Center Virtual Machine Manager (SCVMM) contient les informations que vous pouvez visualiser dans la console Administrateur SCVMM, notamment les ordinateurs virtuels, les ordinateurs hôtes des ordinateurs virtuels, les serveurs de bibliothèque d'ordinateur virtuel et leurs propriétés.

[!REMARQUE]

Si SCVMM est installé sur un serveur distinct de Team Foundation Server, cette base de données peut ne pas être présente sur le serveur de couche Données pour Team Foundation.Dans ce cas, vous devez en effectuer la sauvegarde et la restauration séparément de Team Foundation Server.Toutefois, vous devez utiliser des transactions marquées et synchroniser la maintenance des bases de données pour éviter des erreurs de synchronisation.

Sur le serveur qui exécute SQL Server Reporting Services, s'il est configuré pour votre déploiement :

ReportServer

[!REMARQUE]

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

[!REMARQUE]

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 :

La base de données d'administration des produits SharePoint (WSS_AdminContent), si vous restaurez le déploiement complet des produits SharePoint.
La base de données de configuration des produits SharePoint (WSS_Config).
La base de données de contenu des produits SharePoint (WSS_Content).

[!REMARQUE]

Les noms des bases de données qui contiennent 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 un autre serveur, vous devez gérer séparément leur sauvegarde, leur restauration et leur configuration à partir de Team Foundation Server.Toutefois, vous devez synchroniser la maintenance des bases de données pour éviter des erreurs de synchronisation.

Pour restaurer les bases de données utilisées par les produits SharePoint, vous devez suivre l'aide de la version de ce produit dans votre déploiement.Pour plus d'informations, consultez Sauvegarde et récupération (SharePoint Foundation 2010), Sauvegarde et récupération (SharePoint Server 2010) ou Protection et restauration d'une batterie de serveurs (Office SharePoint Server 2007) (page éventuellement en anglais).

Sur le serveur ou les serveurs qui exécutent Microsoft Project Server, si vous avez intégré votre déploiement à Project Server et que vous devez restaurer les bases de données sur un autre serveur :

Bases de données desquelles votre déploiement Project Server dépend.Pour plus d'informations, consultez Restore databases (Project Server 2007) ou Restaurer des bases de données (Project Server 2010).

Si vous ne projetez pas de reconstruire l'entrepôt :

TFS_Warehouse

[!REMARQUE]

Ce nom de base de données peut inclure des caractères additionnels entre TFS_ et Warehouse.
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

Dans l'Explorateur d'objets, mettez en surbrillance les Bases de données, ouvrez le sous-menu, puis choisissez Restaurer la base de données.

La boîte de dialogue Restaurer la base de données s'ouvre.
Dans Vers la base de données :, indiquez le nom de la base de données à restaurer, par exemple, TFS_Configuration.Sous Source de restauration, sélectionnez À partir de l'unité, puis cliquez sur le bouton de sélection (…).
Dans la boîte de dialogue Spécifier la sauvegarde, choisissez Ajouter.Spécifiez l'emplacement du fichier de sauvegarde de la base de données à restaurer, puis cliquez deux fois sur OK.

Vous devez d'abord restaurer la sauvegarde complète, la sauvegarde différentielle, puis les sauvegardes des journaux de transactions, dans l'ordre de leur création.
Sous Sélectionnez les jeux de sauvegarde à restaurer, activez les cases à cocher des 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 avec des transactions marquées.
Dans le volet Sélectionner une page, choisissez Options, puis activez la case à cocher Remplacer la base de données existante.
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.
Sous État de récupération, sélectionnez Laisser la base de données non opérationnelle, et ne pas restaurer les transactions non validées. Les journaux des transactions supplémentaires ne peuvent pas être restaurés. (RESTORE WITH RECOVERY) et choisissez OK.

Une icône de progression s'affiche.
Lorsque la boîte de dialogue SQL Server Management Studio s'affiche en confirmant la réussite de la restauration, sélectionnez OK pour retourner à l'Explorateur d'objets.
Ouvrez le menu contextuel de la base de données que vous venez de restaurer et sélectionnez Tâches, Restaurer, puis Journal des transactions.

La fenêtre Restaurer le journal des transactions s'ouvre.
Dans la page Général, vérifiez que la base de données appropriée est mise en surbrillance dans la liste Base de données.
Sous Sélectionner les sauvegardes du journal des transactions à restaurer, activez la case à cocher en regard du journal que vous voulez restaurer.
Sous Restaurer sur, sélectionnez Transaction marquée.

La fenêtre Sélectionner une transaction marquée s'ouvre.
Dans la liste Sélectionner la transaction marquée sur laquelle arrêter la restauration, activez la case à cocher située en regard de la marque de transaction que vous voulez utiliser pour la restauration, puis choisissez 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.
Dans la fenêtre Restaurer le journal des transactions, choisissez OK.

Une icône de progression s'affiche.
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.

[!REMARQUE]

Si vous avez restauré les bases de données pour Reporting Services, vous devez également restaurer leur clé de chiffrement.

Pour restaurer la clé de chiffrement de Reporting Services

Sélectionnez Démarrer, Tous les programmes, Microsoft SQL Server R2, Outils de configuration, puis Gestionnaire de configuration de Reporting Services.
Dans Connexion relative à la configuration de Reporting Services, spécifiez le nom du serveur, puis choisissez Connecter.

Dans l'exemple de déploiement, dans Nom du serveur, Jill tape FABRIKAMPRIME dans Nom du serveur.Comme elle a utilisé l'instance par défaut, elle n'a pas besoin de changer le nom d'instance par défaut MSSQLSERVER.
Dans le volet Connecter, choisissez Clés de chiffrement, et dans le volet Clés de chiffrement, choisissez Restaurer.

La fenêtre Restaurer la clé de chiffrement s'ouvre.
Dans Emplacement du fichier, spécifiez l'emplacement du fichier de sauvegarde pour la clé de chiffrement.Dans Mot de passe, spécifiez le mot de passe utilisé lorsque vous avez enregistré la clé de chiffrement, puis cliquez sur OK.
L'état de la restauration s'affiche dans Résultats.Lorsque la zone Résultats indique que la clé de chiffrement a été restaurée, fermez le Gestionnaire de configurations de Reporting Services.

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 garantir que l'identité et le format des comptes sont appropriés.

Pour mettre à jour les comptes de service

Sur le serveur exécutant SQL Server Reporting Services, ouvrez Gestion de l'ordinateur et démarrez les composants suivants s'ils ne sont pas déjà en cours d'exécution :
- ReportServer ou ReportServer$NomInstance (pool d'applications)
- SQL Server Reporting Services (INSTANCETFS)
Sur le serveur de couche Application , ouvrez une fenêtre d'invite de commandes, puis accédez au répertoire Lecteur:\% programfiles%\ Microsoft Team Foundation Server 11.0\Tools.
À l'invite de commandes, entrez 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

Pour plus d'informations sur l'utilisation de cette commande, consultez Accounts, commande.
Utilisez la commande Accounts pour ajouter le compte de sources de données au serveur de rapports et le compte proxy pour le proxy Team Foundation Server, si votre déploiement utilise ces ressources.

Reconstruire l'entrepôt

Vous pouvez reconstruire l'entrepôt de données au lieu de restaurer les bases de données TFS_Warehouse et TFS_Analysis.Vous aurez besoin d'un certain temps pour reconstruire l'entrepôt si votre déploiement contient beaucoup de données.Toutefois, cette stratégie aide à vérifier que toutes les données sont synchronisées correctement.Lorsque vous reconstruisez l'entrepôt, Team Foundation Server en crée une instance que vous devez ensuite traiter pour la renseigner avec les données des magasins opérationnels.

[!REMARQUE]

Si vous avez restauré les bases de données TFS_Warehouse et TFS_Analysis au cours de la section précédente, il n'est pas nécessaire d'exécuter la procédure suivante.

Pour reconstruire l'entrepôt

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 11.0\Tools.
Entrez la commande suivante :

TFSConfig rebuildwarehouse /all /ReportingDataSourcePassword:MotDePasse

où MotDePasse correspond au mot de passe du compte de sources de données Reporting Services (TFSReports).
Attendez que la commande s'exécute avec succès jusqu'au bout.

[!REMARQUE]

Si la commande ne s'exécute pas complètement avec succès, vous devez vérifier que vous avez toutes les autorisations requises.Pour plus d'informations, consultez Troubleshooting the Data Warehouse.
Sur le serveur de rapports, ouvrez Internet Explorer et entrez la chaîne suivante dans la barre d'adresses :

https://localhost:8080/RépertoireVirtuel/TeamFoundation/Administration/v3.0/WarehouseControlService.asmx

Pour VirtualDirectory, entrez le répertoire virtuel d'Internet Information Services (IIS) spécifié lors de l'installation de Team Foundation Server.Par défaut, ce répertoire est nommé tfs.

La page WarehouseControlWebService s'ouvre.

[!REMARQUE]

Le pool d'applications Microsoft Team Foundation Server doit s'exécuter pour que le service Web de contrôle d'entrepôt soit disponible.
Sélectionnez GetProcessingStatus, puis sélectionnez Appeler.

Important

Le service doit retourner la valeur Inactif, pour tous les travaux, ce 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 pour tous les travaux.
Dans la page WarehouseControlWebService, choisissez ProcessAnalysisDatabase puis Appeler.

Une fenêtre de navigateur s'ouvre.Le service retourne True lorsqu'il démarre correctement le traitement du cube et False si ce n'est pas le cas ou si le cube est en cours de traitement.
Pour déterminer si le cube a été traité, retournez à la page WarehouseControlWebService, choisissez GetProcessingStatus, puis Appeler.

Le traitement est achevé lorsque le service GetProcessingStatus retourne la valeur Inactif pour tous les travaux.
Sur le serveur de couche Application pour Team Foundation, ouvrez Computer Management et démarrez l'agent de travail en arrière-plan Visual Studio Team Foundation.

Désactivez le cache de données sur les serveurs

Chaque serveur de couche Application dans votre déploiement de Team Foundation utilise un cache de fichier afin que les utilisateurs puissent rapidement télécharger des fichiers du serveur de couche Données.Lorsque vous restaurez un déploiement, vous devez effacer le cache sur chaque serveur de couche Application.Sinon, les identificateurs de fichiers incompatibles peuvent provoquer des problèmes lorsque les utilisateurs téléchargent des fichiers de contrôle depuis le contrôle de version.Si votre déploiement utilise Team Foundation Server Proxy, vous devez également effacer le cache de données sur chaque serveur configuré en tant que proxy.

[!REMARQUE]

En supprimant les caches de données, vous pouvez empêcher le téléchargement de versions incorrectes des fichiers dans le contrôle de version.Vous devez procéder ainsi de façon habituelle sauf si vous remplacez tout le matériel de votre déploiement dans le cadre de votre restauration.Si vous remplacez l'ensemble du matériel, vous pouvez ignorer cette procédure.

Pour effacer le cache de données

Sur un serveur qui exécute les services de la couche Application pour Team Foundation ou qui est configuré avec Team Foundation Server Proxy, ouvrez une fenêtre d'invite de commandes et indiquez le répertoire Lecteur:\%programfiles%\Microsoft Team Foundation Server 11.0\Application Tier\Web Services\_tfs_data.
Supprimez tous les éléments dans le dossier _tfs_data.
Répétez ces étapes pour chaque serveur de couche Application et chaque serveur qui exécute Team Foundation Server Proxy dans votre déploiement.

Redémarrer les services utilisés par Team Foundation Server

Après avoir restauré les données, vous devez redémarrer les services pour ramener le serveur à un état opérationnel.

Pour redémarrer les services utilisés par Team Foundation Server

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 11.0\Tools.
Entrez la commande suivante :

TFSServiceControl unquiesce

Pour plus d'informations, consultez TFSServiceControl, commande.

Actualiser le caches sur les ordinateurs clients

Pour actualiser le cache de suivi des éléments de travail sur les ordinateurs clients

Sur le nouveau serveur, ouvrez Internet Explorer.
Dans la barre d'adresse, entrez l'adresse suivante pour vous connecter au service Web ClientService :

http://URLPublique/RépertoireVirtuel:8080/WorkItemTracking/v3.0/ClientService.asmx

[!REMARQUE]

Même si vous êtes connecté avec des informations d'identification d'administration, vous devrez peut-être démarrer Internet Explorer en tant qu'administrateur et vous pourrez être invité à entrer vos informations d'identification.
Sélectionnez StampWorkitemCache, puis sélectionnez Appeler.

[!REMARQUE]

La méthode StampWorkitemCache ne retourne pas de données.

Pour actualiser le cache de contrôle de version sur les ordinateurs clients

Sur l'ordinateur client, ouvrez une fenêtre d'invite de commandes avec les autorisations d'administration, puis accédez au répertoire lecteur:\Program Files (x86)\Microsoft Visual Studio 11.0\Common7\IDE.
À l'invite de commandes, entrez la commande suivante, y compris l'URL de la collection, qui inclut le nom de serveur et le numéro de port du nouveau serveur :

**tf workspaces /collection:http://**NomServeur:Port/NomRépertoireVirtuel/NomCollection

Dans l'exemple de déploiement, l'un des développeurs de Jill doit actualiser le cache de contrôle de version pour un projet qui est membre de la collection DefaultCollection, hébergée dans le déploiement FabrikamPrime de Team Foundation Server.La chaîne suivante a été saisie :

tf workspaces /collection:http://FabrikamPrime:8080/tfs/DefaultCollection

Pour plus d'informations, consultez Workspaces Command.