Comment : transférer Team Foundation Server d'une configuration matérielle à une autre
Mise à jour : novembre 2007
Vous pouvez transférer une instance de Visual Studio Team System 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 vous assurer que ce type de déplacement est le mieux adapté à vos objectifs d'organisation. Pour plus d'informations, consultez Types de transfert de Team Foundation Server.
![]() |
---|
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. |
Pour vous aider à préparer un déplacement basé sur une restauration, lisez toutes les étapes requises et envisagez d'imprimer cette rubrique. Vous devez également parcourir les rubriques connexes, accessibles par le biais des liens indiqués, et déterminer les étapes qui varieront selon votre configuration spécifique. Par exemple, votre déploiement peut avoir SQL Server Analysis Services sur un serveur différent des bases de données SQL Server. Dans ce cas, vous devez configurer ces serveurs séparément.
Pour effectuer un déplacement basé sur une restauration, vous devez procéder comme décrit dans les sections suivantes :
Préparer un déplacement basé sur la restauration
Installer Team Foundation Server sur le nouveau matériel
Sauvegarder la base de données WSS_Config sur le nouveau serveur
Restaurer les données
Restaurer les sites Web des projets d'équipe
Restaurer et tester SQL Report Server, Reporting Services et Default Reports
Renommer le serveur de couche Données et activer le serveur de couche Application
Régénérer le cube Team System
Supprimer le cache de contrôle de version
Déplacer les comptes d'utilisateurs et de service
Redémarrer les services
Actualiser le cache de données sur les ordinateurs clients
Étapes suivantes
Autorisations requises
Pour exécuter ces procédures, vous devez être membre du groupe Administrateurs sur les anciens et nouveaux serveurs et membre du groupe Team Foundation Administrators. Si vous créez des groupes de sécurité dans un domaine Active Directory, vous devez avoir les autorisations appropriées dans ce domaine.
Outre ces autorisations, il vous faudra peut-être répondre aux exigences suivantes sur un ordinateur exécutant Windows Server 2008 ou Windows Vista :
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 modifier des fichiers web.config, vous devrez peut-être démarrer l'éditeur de texte en tant qu'administrateur. Pour ce faire, cliquez sur Démarrer, puis sur Tous les programmes, cliquez avec le bouton droit sur l'éditeur et cliquez sur Exécuter en tant qu'administrateur.
Pour accéder au Gestionnaire de rapports, à des rapports ou à des sites Web pour 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 le site Web Microsoft (page pouvant être en anglais).
Sauvegarder les bases de données et la clé de chiffrement
Avant de pouvoir déplacer votre déploiement de Team Foundation Server, vous devez sauvegarder ses bases de données. Dans le cadre de ce transfert, vous allez restaurer ces bases de données sur le nouveau serveur de couche Données.
Pour préparer l'ancien déploiement en vue de son déplacement basé sur la restauration
Sauvegardez toutes les bases de données de Team Foundation Server.
Pour plus d'informations, consultez Comment : sauvegarder un serveur Team Foundation Server.
Remarque :
Vous devez également sauvegarder l'ensemble des définitions de site personnalisées, des modèles de site personnalisés ou des composants WebPart personnalisés pour les produits et technologies SharePoint que vous souhaitez conserver. Pour plus d'informations, consultez « Backup and Restore Options for Windows SharePoint Services 2.0 » sur le site Web Microsoft (page pouvant être en anglais) ou, pour Windows SharePoint Services 3.0, « Choose backup and recovery tools (Windows SharePoint Services) » sur le site Web Microsoft.
Sauvegardez la clé de chiffrement de Reporting Services et stockez-la dans un emplacement sécurisé sur un ordinateur autre que l'ordinateur exécutant 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 Comment : sauvegarder la clé de chiffrement de Reporting Services.
Installer Team Foundation Server et préparer le nouveau matériel
Après avoir sauvegardé les bases de données, vous devez installer Team Foundation Server sur l'ordinateur vers lequel vous souhaitez déplacer votre déploiement.
Pour préparer le nouveau serveur pour un déplacement basé sur une restauration
Installez Team Foundation Serversur le nouveau matériel, et assurez-vous que le serveur est opérationnel.
Pour des instructions et des informations détaillées sur les conditions préalables, consultez le guide d'installation de Team Foundation sur le site Web Microsoft (page pouvant être en anglais).
Remarque importante :
Avant d'installer Team Foundation Server, vous devez d'abord installer SQL Server sur l'ordinateur sur lequel vous souhaitez restaurer les données de votre déploiement. La version de SQL Server que vous installez doit correspondre exactement à celle qui s'exécutait sur l'ancien serveur de couche Données, y compris le niveau de Service Pack, les paramètres de classement et l'édition linguistique. Sinon, vous ne pourrez peut-être pas restaurer les données.
Sur le serveur exécutant SQL Server Reporting Services, extrayez et enregistrez la liste des ID d'installation de Reporting Services.
Ouvrez la fenêtre d'invite de commandes et spécifiez le répertoire suivant :
%ProgramFiles%\Microsoft SQL Server\90\Tools\binn\
Exécutez RSKeyMgmt -l.
Notez les ID d'installation et imprimez la liste ou enregistrez-la dans un emplacement sûr.
Connectez-vous au serveur approprié, ouvrez Computer Manager, puis arrêtez les services et les pools d'applications indiqués dans le tableau suivant, dans l'ordre spécifié :
Se connecter au serveur qui héberge ce programme
Arrêter ce composant
produits et technologies SharePoint
Service du minuteur SharePoint ou minuteur Windows SharePoint Services
Site Web par défaut ou site Web d'équipe
Couche Application
Service du Planificateur de tâches Visual Studio Team Foundation Server
Pool d'applications Microsoft Team Foundation Server
SQL Server Reporting Services
SQL Server Reporting Services (INSTANCETFS)
ReportServer ou ReportServer $NomInstance
Site Web par défaut ou site Web du Gestionnaire de rapports
Remarque importante :
Pour déplacer des comptes d'utilisateurs et des comptes de service dans un déplacement basé sur la restauration, le nouveau déploiement de Team Foundation Server doit être arrêté. Si vous redémarrez Team Foundation Server après la restauration des données mais avant le déplacement des comptes d'utilisateurs et des comptes de service, les utilisateurs ciblés pour la migration peuvent être marqués comme étant supprimés dans la base de données TFSIntegration. Ce problème se produit lorsque le service de sécurité du groupe ne peut pas trouver l'ID système (SID) des utilisateurs pendant la synchronisation avec Active Directory.
Pour plus d'informations, consultez Comment : arrêter et démarrer des services, des pools d'applications et des sites Web.
Sauvegarder la base de données WSS_Config sur le nouveau serveur
Avant de restaurer les données dans les nouvelles bases de données de Team Foundation Server, vous devez sauvegarder la base de données de configuration de produits et technologies SharePoint (WSS_Config) sur le nouveau serveur. Si vous essayez de restaurer la base de données de l'ancien serveur sur le nouveau serveur, il y a des risques que la base de données soit remplacée ou endommagée pendant le processus de restauration.
Pour sauvegarder la base de données WSS_Config
Sauvegardez la base de données de configuration de produits et technologies SharePoint (WSS_Config) sur le nouveau serveur.
Pour plus d'informations sur la procédure de sauvegarde de bases de données, consultez Comment : sauvegarder un serveur Team Foundation Server et « Backup and Restore Options for Windows SharePoint Services 2.0 » sur le site Web Microsoft (page pouvant être en anglais) ou, pour Windows SharePoint Services 3.0, « Choose backup and recovery tools (Windows SharePoint Services) » sur le site Web Microsoft (page pouvant être en anglais).
Restaurer les données
Une fois que vous avez arrêté les services, vous pouvez restaurer les données de Team Foundation Server à l'aide des outils fournis par SQL Server.
![]() |
---|
Vous devez restaurer toutes les bases de données à la même heure. Sinon, elles risquent d'être endommagées. |
Pour ouvrir la boîte de dialogue Restaurer la base de données
Sur le nouveau serveur de couche Données, cliquez sur Démarrer, pointez sur Tous les programmes et Microsoft SQL Server, puis cliquez sur SQL Server Management Studio.
Remarque :
Pour plus d'informations sur la restauration de bases de données, consultez « Implémentation de scénarios de restauration pour les bases de données SQL Server » sur le site Web Microsoft.
Dans la liste Type de serveur, cliquez sur Moteur de base de données.
Dans la liste Nom du serveur, tapez le nom de serveur approprié, ou cliquez dessus.
Dans la liste Authentification, cliquez sur le schéma approprié.
Dans Nom d'utilisateur, tapez le nom d'utilisateur d'un compte valide.
Dans Mot de passe, tapez le mot de passe du compte si SQL Server l'exige, puis cliquez sur Se connecter.
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.
![]() |
---|
Pour les déplacements basés sur une restauration, ne restaurez pas la base de données de configuration de produits et technologies SharePoint (WSS_Config) de l'ancien serveur sur le nouveau serveur. |
Exécutez la procédure « Pour restaurer chaque base de données » pour chacune des bases de données suivantes :
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.
La base de données de contenu pour les produits et technologies SharePoint (STS_Content_TFS ou WSS_Content)
Remarque :
Le nom de la base de données qui contient les données pour les produits et technologies SharePoint varie selon la version des produits et technologies SharePoint installée et selon que la personne ayant réalisé l'installation a ou non personnalisé le nom. En outre, si produits et technologies SharePoint est installé sur un serveur distinct à partir de Team Foundation Server, il est possible que ces bases de données ne soient pas présentes sur le serveur de couche Données. Dans ce cas, vous devez gérer séparément la sauvegarde, la restauration et la configuration de produits et technologies SharePoint et de ses bases de données à partir de Team Foundation Server. Toutefois, vous devez synchroniser la maintenance des bases de données pour éviter des erreurs de synchronisation.
TfsBuild
TfsIntegration
TfsVersionControl
TfsWarehouse
TfsWorkItemTracking
TfsWorkItemTrackingAttachments
TfsActivityLogging (facultatif)
Remarque :
Dans le cadre du processus de restauration, vous devez télécharger tous les modèles de site ou WebParts personnalisés créés pour les modèles de processus personnalisés dans les bases de données produits et technologies SharePoint.
Pour restaurer chaque base de données
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.
Sous Source de restauration, cliquez sur À partir de l'unité, puis cliquez sur le bouton de sélection (…).
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 appliquez doit être une sauvegarde complète, suivie par les sauvegardes du journal des transactions dans l'ordre où elles ont été créées.
Sous Sélectionnez les jeux de sauvegarde à restaurer, indiquez les jeux de sauvegarde à restaurer.
Dans le volet Sélectionner une page, cliquez sur 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.
Cette étape est importante si vous restaurez la base de données sur un autre lecteur.
Sous État de récupération, cliquez sur l'état approprié.
Exécutez l'une des étapes suivantes :
Si vous n'appliquez pas d'autres journaux de transactions, cliquez sur Laisser la base de données opérationnelle.
Si vous appliquez des journaux de transactions supplémentaires, cliquez sur Laisser la base de données non opérationnelle.
Cliquez sur OK pour fermer la boîte de dialogue Restaurer la base de données et restaurer la base de données.
Si vous appliquez des journaux de transactions supplémentaires, suivez cette procédure pour chaque jeu de sauvegardes de journaux, dans l'ordre où ceux-ci ont été créés. Commencez par celui créé après la sauvegarde complète.
Pour plus d'informations, consultez « Application de sauvegardes du journal des transactions » sur le site Web Microsoft.
Restaurer les sites Web des projets d'équipe
Vous devez rediriger produits et technologies SharePointvers la nouvelle base de données de contenu.
Pour restaurer les sites Web des projets d'équipe
Connectez-vous au serveur qui héberge produits et technologies SharePoint, et redirigez-le afin qu'il utilise les bases de données de contenu sur le nouveau serveur de couche Données.
Pour plus d'informations, consultez Comment : rediriger les produits et technologies SharePoint pour utiliser une nouvelle base de données de contenu.
Restaurer et tester SQL Server Reporting Services et les rapports par défaut
Une fois que vous avez restauré les sites Web de projets, vous devez restaurer SQL Server Reporting Services sur le nouveau serveur de couche Application.
Pour restaurer et vérifier Reporting Services dans SQL Server 2005
Sur le serveur exécutant Reporting Services, ouvrez Computer Manager et démarrez le pool d'applications ReportServer ou ReportServer$NomInstance.
Cliquez sur Démarrer, pointez successivement sur Tous les programmes, Microsoft SQL Server et Outils de configuration, puis cliquez sur Configuration de Reporting Services.
Dans le volet Explorateur, cliquez sur Installation de la base de données.
Le volet Connexion de base de données s'affiche.
Dans Nom du serveur, vérifiez que le nom du serveur de couche Données est correct, puis cliquez sur Connecter.
Dans la boîte de dialogue Boîte de dialogue Connexion SQL Server, cliquez sur OK.
Dans le volet Connexion base de données, cliquez sur Appliquer.
Si vous avez un déploiement sur deux serveurs, procédez comme décrit ci-après :
Dans le volet Explorateur, cliquez sur Identité du service Windows.
La page Identité du service Windows s'affiche.
Dans la liste Compte de service intégré, cliquez sur Service local.
Le bouton Appliquer devient disponible. Ne cliquez pas dessus.
Dans la liste Compte de serviceintégré, cliquez sur Service réseau, puis sur Appliquer.
Dans la boîte de dialogue Boîte de dialogue Connexion SQL Server, cliquez sur OK.
Ouvrez Computer Manager, puis démarrez Reporting Services.
Remarque :
Si vous utilisez une instance nommée, ce nom de service sera SQL Server Reporting Services (NomInstance).
Fermez l'outil Configuration de Reporting Services.
Ouvrez une fenêtre d'invite de commandes et indiquez le répertoire %ProgramFiles%\Microsoft SQL Server\90\Tools\binn.
Tapez la commande suivante pour afficher la liste des ID d'installation de Reporting Services :
RSKeyMgmt -l
Dans la liste, recherchez l'ID d'installation correspondant à l'ancien serveur de couche Données.
Tapez la commande suivante pour supprimer cet ID d'installation, où IDInstanceDT désigne l'ancien serveur de couche Données :
RSKeyMgmt –r DTInstanceID
Remarque :
Ne supprimez pas l'ID d'installation correspondant au nouveau serveur de couche Données.
Sur le serveur exécutant Reporting Services, cliquez sur Démarrer, puis pointez successivement sur Tous les programmes, Microsoft SQL Server et Outils de configuration, puis cliquez sur Configuration de Reporting Services.
Dans le volet Explorateur, cliquez sur Clés de chiffrement.
Sur la page Clé de chiffrement, cliquez sur Restaurer.
La page d'informations sur la clé de chiffrement s'affiche.
Dans Mot de passe, tapez le mot de passe du fichier de la clé de chiffrement.
Dans Fichier de clé, tapez l'emplacement de la clé de chiffrement de sauvegarde (fichier .snk), ou cliquez dessus, puis cliquez sur OK.
Renommer le serveur de couche Données et activer le serveur de couche Application
Après avoir restauré Reporting Services, vous devez utiliser la commande TfsAdminUtil pour configurer des connexions et renommer le serveur de couche Données.
Pour renommer le serveur de couche Données et mettre à jour la base de données d'intégration avec le nom du nouveau serveur de couche Application
Connectez-vous au serveur approprié, ouvrez Computer Manager, puis démarrez les pools d'applications et les programmes indiqués dans le tableau suivant :
Se connecter au serveur qui héberge ce programme
Démarrer ce composant
Couche Application
Pool d'applications Microsoft Team Foundation Server
Reporting Services
ReportServer ou ReportServer$NomInstance (pool d'applications)
SQL Server Reporting Services (INSTANCETFS)
Ouvrez la fenêtre d'invite de commandes, indiquez le répertoire %ProgramFiles%\Microsoft Visual Studio 2008 Team Foundation Server\Tools, puis tapez la commande suivante :
TfsAdminUtil ConfigureConnections /view
Passez en revue les paramètres de /ReportsURI et /ReportServerUri. Si les informations du serveur Reporting Services ont changé par rapport à celles illustrées, vous devez reconfigurer ces connexions en tapant la commande suivante :
**TfsAdminUtil ConfigureConnections /ReportsUri:NouveauxReports/ReportServerUri:**NouveauReportServer
Remarque :
Si vous utilisez une instance nommée, vous devez spécifier celle-ci dans le cadre des valeurs de Reports et ReportServer. Ne supprimez pas ni ne modifiez le nom de l'instance nommée.
Par exemple, si Reporting Services s'exécutait sur l'ancien serveur de couche Application et a été déplacé sur le nouveau serveur de couche Application, vous devriez spécifier le nouvel indicateur de ressource uniforme (URI) pour /ReportsUri et /ReportServerUri. Pour plus d'informations, consultez ConfigureConnections, commande.
(Facultatif) Après avoir reconfiguré les connexions, tapez la commande suivante pour passer en revue les modifications et vous assurer qu'elles ont été appliquées :
TfsAdminUtil ConfigureConnections /view
Dans le fichier web.config des services, remplacez le nom de l'ancien serveur de couche Données par le nom du nouveau serveur de couche Données en procédant comme suit :
Sur le nouveau serveur de couche Application, ouvrez une fenêtre d'invite de commandes et indiquez le répertoire %ProgramFiles%\Microsoft Visual Studio 2008 Team Foundation Server\Web Services\Services.
Dans le Bloc-notes ou tout autre éditeur de texte, ouvrez le fichier web.config dans ce répertoire.
Sous le nœud appSettings, recherchez l'élément de chaîne de connexion et remplacez la valeur du paramètre Source par le nom de l'ancien serveur de couche Données. Par exemple, vous devez modifier l'élément suivant :
Application Name=TeamFoundation;Data Source=NomNouveauServeurCoucheDonnéesTeamFoundation;Initial Catalog=TfsIntegration;Integrated Security=True;Persist Security Info=False
Une fois les modifications appliquées, l'élément doit ressembler à la chaîne suivante :
Application Name=TeamFoundation;Data Source=NomAncienServeurCoucheDonnéesTeamFoundation;Initial Catalog=TfsIntegration;Integrated Security=True;Persist Security Info=False
Enregistrez le fichier web.config et fermez le Bloc-notes.
Remarque :
Pour que la commande TfsAdminUtil RenameDT s'exécute correctement, la chaîne de connexion dans le fichier web.config des services doit faire référence au nom de l'ancien serveur de couche Données.
Ouvrez la fenêtre d'invite de commandes, indiquez le répertoire %ProgramFiles%\Microsoft Visual Studio 2008 Team Foundation Server\Tools, puis tapez la commande suivante :
TfsAdminUtil RenameDT NewTeamFoundationDataTierServerName
Remarque importante :
Pour que la commande RenameDT aboutisse, les pools d'applications et les programmes indiqués à l'étape précédente doivent être en cours d'exécution. Cette spécification est nouvelle dans Visual Studio Team System 2008 Team Foundation Server.
Une fois la commande terminée, arrêtez les pools d'applications et programmes suivants :
Pool d'applications Microsoft Team Foundation Server
ReportServer ou ReportServer $NomInstance
SQL Server Reporting Services (INSTANCETFS)
Remarque :
Après avoir exécuté la commande RenameDT, vous devez arrêter les services qu'il requiert avant de poursuivre avec les étapes suivantes.
Si le nouveau serveur de couche Application a un nom différent de celui de l'ancien serveur de couche Application, mettez à jour la base de données TFSIntegration avec le nom du nouveau serveur. Mettez ensuite à jour les entrées d'inscription dans l'interface de service de la couche Application de sorte qu'elles pointent vers le nouveau serveur.
Sur le nouveau serveur de couche Application, ouvrez une fenêtre d'invite de commandes.
Indiquez le répertoire %ProgramFiles%\Microsoft Visual Studio 2008 Team Foundation Server\Tools.
À l'invite de commandes, tapez la commande suivante :
TfsAdminUtil ActivateAT NomNouveauServeurCoucheApplicationTeamFoundation
Régénérer le cube Team System
Après avoir configuré des connexions et renommé le serveur de couche Données, vous devez régénérer le cube Team System pour Team Foundation. Le cube Team System prend en charge SQL Server Reporting Services et contient des données de la base de données relationnelle de l'entrepôt de données pour Team System. Pour plus d'informations, consultez Fonctionnement de l'architecture de l'entrepôt de données.
Pour régénérer le cube Team System dans le nouveau déploiement
Régénérez et traitez le cube Team System.
Pour plus d'informations, consultez Comment : régénérer le cube Team System.
Supprimer le cache de contrôle de version
Après avoir régénéré le cube Team System, vous devez supprimer le cache de contrôle de version sur le serveur de couche Application (et sur tous les serveurs proxy) afin de forcer la synchronisation avec le nouveau serveur de couche Données.
Pour supprimer le cache de contrôle de version
Sur le serveur de couche Application, ouvrez le répertoire %ProgramFiles%\Microsoft Visual Studio 2008 Team Foundation Server\Web Services\VersionControl.
Supprimez le contenu du sous-répertoire Data, mais pas le sous-répertoire proprement dit.
Pour plus d'informations, consultez Comment : supprimer le cache de contrôle de version sur le serveur de couche Application.
Répétez cette procédure sur tous les serveurs de votre déploiement qui exécutent Team Foundation Server Proxy.
Déplacer les comptes d'utilisateurs et de service
Vous devez recréer les comptes de service, les comptes utilisateur et tous les comptes locaux si vous déplacez votre déploiement d'un groupe de travail vers un autre. Vous devez également recréer ces comptes si vous déplacez votre déploiement vers un domaine qui n'approuve pas le domaine auquel appartient l'ancien déploiement.
![]() |
---|
Les noms de comptes que vous créez dans le nouveau déploiement doivent correspondre à ceux des comptes provenant de l'ancien déploiement. Cette spécification inclut les comptes d'utilisateurs et de service. Ces noms de comptes permettent d'identifier et de mettre à jour les enregistrements de bases de données de Team Foundation Server dans le cadre du processus de déplacement. |
Pour déplacer des comptes d'utilisateurs et de service
Sur le serveur qui exécute Reporting Services, ouvrez Computer Manager et démarrez les composants suivants :
ReportServer ou ReportServer$NomInstance (pool d'applications)
SQL Server Reporting Services (INSTANCETFS)
Sur le nouveau serveur de couche Application, ouvrez une fenêtre d'invite de commandes, puis indiquez le répertoire %ProgramFiles%\Microsoft Visual Studio 2008 Team Foundation Server\Tools.
Sur la ligne de commande, tapez la commande suivante :
TfsAdminUtil ChangeAccount NomAncienDomaineOuAncienOrdinateur\\AncienCompteServiceTFS NomNouveauDomaineOuNouvelOrdinateur\\NouveauCompteServiceTFS NouveauMotDePasse
Remarque :
Ignorez tout avertissement indiquant que le compte de service n'existe pas ou qui n'est pas membre du rôle d'entrepôt de données.
Sur la ligne de commande, tapez la commande suivante :
TfsAdminUtil ChangeAccount/ra NomAncienDomaineOuAncienOrdinateur\AncienCompteTFSReportingService NomNouveauDomaineOuNouvelOrdinateur\NouveauCompteTFSReportingService NouveauMotDePasse
Remarque :
Ignorez tout avertissement indiquant que le compte de service n'est pas membre du rôle d'entrepôt de données ou vous invitant à ajouter le compte au groupe de comptes de service.
Sur l'ancien serveur de couche Application, ouvrez une fenêtre d'invite de commandes, puis indiquez le répertoire %ProgramFiles%\Microsoft Visual Studio 2008 Team Foundation Server\Tools.
Sur la ligne de commande, tapez la commande suivante :
TfsAdminUtil Sid
Notez ou imprimez la liste d'utilisateurs qui apparaît.
Il peut s'avérer nécessaire de recréer cette liste d'utilisateurs sur le nouveau serveur de couche Application, en tant que comptes locaux ou comptes de domaine.
Sur le nouveau serveur de couche Application, créez tous les comptes locaux qui doivent correspondre à ceux qui étaient présents sur l'ancien serveur de couche Application. Si l'ancien serveur de couche Application se trouvait dans un domaine que le nouveau domaine de serveur de couche Application n'approuve pas, ouvrez Active Directory et créez des comptes de domaine qui correspondent à ceux qui étaient présents sur l'ancien serveur de couche Application.
Pour plus d'informations, consultez « Création de comptes d'utilisateurs et de groupes » sur le site Web Microsoft.
Sur le nouveau serveur de couche Application, ouvrez une fenêtre d'invite de commandes, puis indiquez le répertoire %ProgramFiles%\Microsoft Visual Studio 2008 Team Foundation Server\Tools.
Sur la ligne de commande, tapez la commande suivante :
TfsAdminUtil Sid /Change NomAncienDomaineOuAncienOrdinateurNomNouveauDomaineOuNouvelOrdinateur
Cette commande met à jour tous les comptes d'utilisateurs sur le serveur de couche Application qui utilise des SID pour le nouveau domaine ou groupe de travail. Si vous devez mettre à jour des comptes d'utilisateurs à l'aide d'informations provenant de plusieurs sources (par exemple, d'un autre domaine et de comptes locaux), vous devez spécifier d'autres paramètres. Vous pouvez exécuter TfsAdminUtil SID à plusieurs reprises pour modifier les SID de comptes d'utilisateurs de différents domaines source que le nouveau domaine n'approuve pas. Pour plus d'informations, consultez Sid, commande.
Remarque importante :
Lorsque vous redémarrez Team Foundation Server, il est possible que vous deviez patienter une heure avant que le service de sécurité de groupe n'effectue à nouveau une synchronisation avec Active Directory pour mettre à jour les informations de compte d'utilisateur dans la base de données TFSIntegration. Ne mettez pas le nouveau serveur de couche Application en production avant que ces informations soient synchronisées.
Redémarrer les services
Pour reprendre des opérations, vous devez redémarrer les services dont dépend Team Foundation.
Pour redémarrer les services
Connectez-vous au serveur approprié, ouvrez Computer Manager et démarrez les composants indiqués dans le tableau suivant, dans l'ordre spécifié :
Se connecter au serveur qui héberge ce programme
Démarrer ce composant
produits et technologies SharePoint
Service du minuteur SharePoint ou minuteur Windows SharePoint Services
Couche Application
Service du Planificateur de tâches Visual Studio Team Foundation Server
Pool d'applications Microsoft Team Foundation Server
Actualiser le cache de données sur les ordinateurs clients
Pour actualiser le cache de données sur les ordinateurs clients
Utilisez le service Web ClientService pour forcer les clients à mettre à jour le cache de suivi des éléments de travail lors de leur prochaine connexion au serveur de couche Application. Pour mettre à jour le cache de contrôle de version, chaque utilisateur doit mettre à jour l'ordinateur client à l'aide de la commande tf workspaces.
Pour plus d'informations, consultez Comment : actualiser les caches de données sur les ordinateurs clients.
Étapes suivantes
En fonction de votre déploiement de Team Foundation, vous pouvez être amené à mettre à jour les fichiers TeamBuild.proj avec les nouveaux paramètres. En outre, il pourrait s'avérer nécessaire de migrer les utilisateurs et les groupes dans produits et technologies SharePoint et Reporting Services vers le nouveau serveur de couche Application. Enfin, vous devez recréer tous les documents ou tous les rapports liés par requête car vous ne pourrez pas vous connecter à votre nouveau déploiement à l'aide des requêtes de l'ancien déploiement.
Pour mettre à jour des ordinateurs de builds avec de nouveaux paramètres de domaine
Si vous souhaitez utiliser un ordinateur existant qui exécute Team Foundation Build dans votre nouveau déploiement, ouvrez le fichier TeamBuild.proj sur cet ordinateur et mettez à jour les paramètres du nouvel ordinateur et un nouvel emplacement cible.
Pour plus d'informations, consultez Administration de Team Foundation Build.
Après avoir mis à jour les ordinateurs de build avec les nouveaux paramètres, lancez un test pour vérifier la nouvelle configuration.
Pour migrer des utilisateurs et des groupes dans les technologies et les produits SharePoint et Reporting Services
- Après avoir déplacé votre déploiement, il peut s'avérer nécessaire d'effectuer une migration manuelle des comptes d'utilisateurs, des groupes et des appartenances aux rôles dans produits et technologies SharePoint et Reporting Services dans les domaines vers le nouveau déploiement. La relation d'approbation Active Directory avec l'ancien déploiement détermine la quantité d'informations à migrer. Tant produits et technologies SharePoint que Reporting Services afficheront les utilisateurs, les groupes et leurs appartenances aux rôles pour chaque site ou dossier rapport. Pour plus d'informations, consultez Gestion des autorisations and Considérations sur les approbations et les forêts pour Team Foundation Server.
Pour créer des rapports dans des rapports Microsoft Project ou Microsoft Excel
- Après avoir déplacé votre déploiement, recréez tous les fichiers Microsoft Project ou Microsoft Excel qui se connectent à Team Foundation Server. Pour plus d'informations, consultez Rapports de Team Foundation Server.
Voir aussi
Tâches
Comment : transférer Team Foundation Server d'un environnement à un autre
Comment : passer d'un déploiement sur un serveur à un déploiement sur deux serveurs
Concepts
Types de transfert de Team Foundation Server
Configuration requise du serveur de couche Application pour Team Foundation
Configuration requise du serveur de couche Données pour Team Foundation
Gestion de Team Foundation Server dans un groupe de travail
Architecture de sécurité de Team Foundation Server
Autres ressources
Gestion de Team Foundation Server dans un domaine Active Directory