Partager via

Comment : passer d'un déploiement sur un serveur à un déploiement sur deux serveurs

  • Article

Mise à jour : novembre 2007

Le transfert du déploiement de Visual Studio Team System Team Foundation Server sur un serveur à un déploiement sur deux serveurs peut vous permettre de prendre en charge davantage de projets ou d'améliorer vos performances. Dans un déploiement sur deux serveurs, au moins deux serveurs physiques hébergent les composants de l'application logique et les couches Données de Team Foundation. Lorsque vous passez d'un déploiement sur un serveur à un déploiement sur deux serveurs, vous convertissez le serveur d'origine en serveur de couche Application, et vous installez et configurez SQL Server sur le nouveau serveur de couche Données. Vous redirigez ensuite produits et technologies SharePoint et SQL Server Reporting Services vers le nouveau serveur de couche Données, et vous restaurez les données de votre déploiement d'origine sur le nouveau serveur de couche Données. Pour plus d'informations, consultez Types de transfert de Team Foundation Server.

Avant d'exécuter ce type de transfert, vous devez lire cette rubrique et envisager d'imprimer toutes les étapes requises. Vous devez également envisager d'imprimer les rubriques connexes contenant des informations sur les étapes requises supplémentaires.

Pendant ce type de transfert, vous ne devez exécuter aucune des actions suivantes :

  • Vous ne devez pas modifier les comptes de service.

  • Vous ne devez pas modifier le nom ou le domaine du serveur d'origine.

  • Vous ne devez pas installer le serveur de couche Données dans un domaine différent du déploiement d'origine si vous ne disposez pas des approbations suffisantes.

Pour exécuter ce type de transfert, vous devez procéder comme décrit dans les sections suivantes, dans l'ordre indiqué :

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

  2. Installer SQL Server et préparer le nouveau matériel

  3. Restaurer les données

  4. Rediriger les produits et technologies SharePoint pour utiliser la nouvelle base de données de contenu

  5. Reconnecter les bases de données d'administration et de configuration

  6. Rediriger et tester SQL Report Server, Reporting Services et les rapports par défaut

  7. Rediriger le serveur de couche Application vers le nouveau serveur de couche Données

  8. Régénérer le cube Team System

  9. Supprimer le cache de contrôle de version

  10. Mettre à jour les comptes de service

  11. Redémarrer les services

  12. Actualiser le cache de données sur les ordinateurs clients

Autorisations requises

Pour exécuter ces procédures, vous devez être membre du groupe Administrators sur les anciens et nouveaux serveurs et membre du groupe Team Foundation Administrators.

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 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 passer d'une configuration comprenant un serveur à une configuration en comprenant deux, vous devez sauvegarder les bases de données de Team Foundation. Dans le cadre de ce transfert, vous allez restaurer ces bases de données sur le nouveau serveur de couche Données.

Pour sauvegarder les bases de données et la clé de chiffrement

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

    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 (page pouvant être en anglais). Si produits et technologies SharePoint est installé sur la couche Application et vous souhaitez déplacer les bases de données de produits et technologies SharePoint vers la nouvelle couche Données, veillez à sauvegarder la base de données d'administration de produits et technologies SharePoint. (SharePoint_AdminContent_ID) avec les bases de données de configuration et de contenu.

  2. Sauvegardez la clé de chiffrement de Reporting Services. Assurez-vous de la garder dans un emplacement sécurisé sur un ordinateur autre que le serveur exécutant Team Foundation Server et que le nouveau serveur de couche Application peut accéder à cette clé. Vous devez également conserver 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 SQL Server et préparer le nouveau matériel

Après avoir sauvegardé les bases de données, vous devez installer SQL Server sur l'ordinateur qui sera le nouveau serveur de couche Données de votre déploiement.

Pour installer SQL Server et préparer les serveurs pour le déplacement

  1. Installez SQL Server dans le nouvel environnement et assurez-vous qu'il fonctionne.

    Pour les instructions détaillées, ouvrez le guide d'installation de Team Foundation et consultez les rubriques relatives à l'installation de SQL Server dans le cadre d'un déploiement sur deux serveurs. Vous devez installer la même version de SQL Server que celle utilisée dans le déploiement d'origine. Vous trouverez ce guide sur le site Web Microsoft.

  2. Sur le 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\Tools.

  3. À l'invite de commandes, tapez la commande suivante :

    TfsDB.exe install /server:"NouveauNomSQLServer" /property:"TFS_SERVICE_ACCOUNT=CompteServiceTFS;TFS_REPORTING_ACCOUNT=CompteTFSReportingService;LCID=NuméroLCID;VSTF_AS_INSTANCE=NomServeurAnalysisServices;VSTF_AS_DATABASE=NomEntrepôtDonnéesTeamFoundation;VSTF_AS_ACCOUNT="

    • NouveauNomSQLServer est le nom du serveur sur lequel vous venez d'installer SQL Server et où vous projetez de restaurer les données. Si vous avez utilisé une instance nommée, vous devez indiquer non seulement le nom du serveur mais également le nom de l'instance.

    • CompteServiceTFS est le compte de service de Team Foundation Server au format Domaine\Compte ou Ordinateur\Compte. Si vous utilisez un compte système, vous devez l'indiquer au format Système\Compte. Par exemple, si vous souhaitez utiliser le Service réseau, vous le spécifieriez comme NT Authority\Network Service.

    • CompteTFSReportingService est le compte de sources de données de Reporting Services au format Domaine\Compte ou Ordinateur\Compte.

    • NuméroLCID est l'ID de classement de langue de votre édition linguistique de SQL Server. Par exemple, le LCID de la version anglaise est 1033.

    • NomServeurAnalysisServices est le nom du serveur sur lequel est installé SQL Server Analysis Services. Il s'agit par défaut du même serveur que NouveauNomSQLServer.

    • NomEntrepôtDonnéesTeamFoundation est le nom de l'entrepôt de données d'origine de Team Foundation. Par défaut, cette valeur est TfsWarehouse.

  4. Sur le serveur exécutant Reporting Services, extrayez et enregistrez une liste des ID d'installation de Reporting Services.

    1. Ouvrez la fenêtre d'invite de commandes et spécifiez le répertoire suivant :

      %ProgramFiles%\Microsoft SQL Server\90\Tools\binn\

    2. Exécutez RSKeyMgmt -l.

    3. Notez les ID d'installation et imprimez une liste ou enregistrez-la dans un emplacement sûr.

  5. 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) (service)

    • ReportServer ou ReportServer$NomInstance (pool d'applications)

      Remarque :

      Vous gérez ReportServer dans les services Internet (IIS) lorsque vous exécutez SQL Server 2005 mais pas lorsque vous exécutez SQL Server 2008.

    • 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 sur le démarrage et l'arrêt de services et de pools d'applications, consultez Comment : arrêter et démarrer des services, des pools d'applications et des sites Web.

Restaurer les données

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 par SQL Server.

Attention :

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

  1. 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.

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

  3. Dans la liste Nom du serveur, tapez le nom de serveur approprié, ou cliquez dessus.

  4. Dans la liste Authentification, cliquez sur le schéma approprié.

  5. Dans Nom d'utilisateur, tapez le nom d'utilisateur d'un compte valide.

  6. Dans Mot de passe, tapez le mot de passe du compte si SQL Server l'exige, puis cliquez sur Se connecter.

  7. 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 « 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 configuration pour les produits et technologies SharePoint (STS_Config_TFS ou WSS_Config)

    Remarque importante :

    Vous devez restaurer cette base de données uniquement si produits et technologies SharePoint a été installé dans le cadre du déploiement sur un seul serveur d'origine et vous ne modifiez pas son emplacement. Si vous utilisez ou installez produits et technologies SharePoint sur un serveur différent, ne restaurez pas cette base de données.

  • La base de données de contenu pour les produits et technologies SharePoint (STS_Content_TFS ou WSS_Content)

    Les noms des bases de données qui contiennent des données pour les produits et technologies SharePoint varient 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 les produits et technologies SharePoint sont installés sur un serveur séparé à partir de Team Foundation Server, ces bases de données peuvent ne pas être présentes sur le serveur de couche Données pour Team Foundation. Si elles ne sont pas présentes, vous devez gérer séparément leur sauvegarde, restauration et configuration à partir de Team Foundation Server. Toutefois, vous devez synchroniser la maintenance des bases de données pour éviter des erreurs de synchronisation.

  • Base de données d'administration de produits et technologies SharePoint (SharePoint_AdminContent_ID)

    Remarque importante :

    Vous devez restaurer cette base de données uniquement si produits et technologies SharePoint a été installé dans le cadre du déploiement sur un seul serveur d'origine et vous ne modifiez pas son emplacement. Si vous utilisez ou installez produits et technologies SharePoint sur un serveur différent, ne restaurez pas cette base de données. 

    • 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

  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.

    Remarque importante :

    Dans la plupart des déploiements, ni les bases de données SQL Server ni les bases de données produits et technologies SharePoint n'apparaîtront dans la liste des bases de données sous le nœud Bases de données. Pour restaurer toutes les bases de données qui n'apparaissent pas dans la liste, vous devez cliquer avec le bouton droit sur le nœud Bases de données, cliquer sur l'option de restauration de bases de données, puis indiquer les bases de données qui ne figurent pas dans la liste.

    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 appliquez doit être une sauvegarde complète, suivie par les sauvegardes du journal des transactions dans l'ordre où elles ont été créées.

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

  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.

    Cette étape est importante si vous restaurez la base de données sur un autre lecteur.

  7. Sous État de récupération, cliquez sur l'état approprié.

  8. Effectuez 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.

  9. Cliquez sur OK pour fermer la boîte de dialogue Restaurer la base de données et restaurer la base de données.

  10. 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.

Rediriger les produits et technologies SharePoint pour utiliser la nouvelle base de données de contenu

Vous devez rediriger tous les sites Web des projets d'équipe vers la base de données de contenu sur le nouveau serveur de couche Données pour Team Foundation. Si vous déplacez toutes les bases de données produits et technologies SharePoint, vous pouvez ignorer cette procédure et passer directement à la procédure Reconnecter les bases de données d'administration et de configuration, décrite ultérieurement dans cette rubrique.

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

Reconnecter les bases de données d'administration et de configuration

produits et technologies SharePoint reste sur le serveur unique d'origine, qui est désormais le serveur de couche Application pour le nouveau déploiement. Toutefois, vous devez encore le configurer pour utiliser les bases de données d'administration et de configuration sur le nouveau serveur de couche Données.

Pour reconnecter les bases de données d'administration et de configuration pour les technologies et les produits SharePoint

  1. Connectez-vous au serveur qui héberge produits et technologies SharePoint, ouvrez une fenêtre d'invite de commandes et accédez au répertoire suivant :

    %PROGRAMFILES%\microsoft shared\web server extensions\12\bin.

  2. Tapez la commande suivante :

    stsadm –o renameserver –oldservername OriginalDataTierServerName -newserver NewDataTierServerName

    Pour plus d'informations sur la restauration de produits et technologies SharePoint, consultez le livre blanc consacré à la sauvegarde, la restauration, la haute disponibilité et la récupération d'urgence des batteries Office SharePoint Server sur le site Web Microsoft (page pouvant être en anglais).

Rediriger et tester SQL Report Server, Reporting Services et les rapports par défaut

Après avoir redirigé les sites Web des projets d'équipe, vous devez rediriger Reporting Services de sorte qu'il utilise le nouveau serveur de couche Données.

Pour restaurer et vérifier SQL Server 2005 Reporting Services

  1. 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.

  2. Dans la boîte de dialogue Sélection de l'instance d'installation de Report Server, assurez-vous que le nom d'ordinateur est identique au nom du nouveau serveur de couche Application. Vérifiez que le nom de l'instance est MSSQLSERVER, puis cliquez sur Connecter.

    Remarque :

    Si vous avez utilisé une instance nommée, vous devez spécifier le nom de l'instance et non l'instance par défaut MSSQLSERVER.

  3. Dans le volet Explorateur, cliquez sur État du serveur.

    Le volet État de Report Server s'affiche.

  4. Dans Propriétés de l'instance, cliquez sur Démarrer.

  5. Dans le volet Explorateur, cliquez sur Installation de la base de données.

    Le volet Connexion de base de données s'affiche.

  6. Dans Nom du serveur, tapez le nom du nouveau serveur de couche Données, puis cliquez sur Connecter.

  7. Dans la boîte de dialogue Boîte de dialogue Connexion SQL Server, cliquez sur OK.

    Le volet Connexion de base de données s'affiche.

  8. Cliquez sur Appliquer.

  9. Dans le volet Explorateur, cliquez sur Identité du service Windows.

    La page Identité du service Windows s'affiche.

  10. Dans la liste Compte de service intégré, cliquez sur Service local.

    Le bouton Appliquer devient disponible. Ne cliquez pas dessus.

  11. Dans la liste Compte de serviceintégré, cliquez sur Service réseau, puis sur Appliquer.

  12. Dans la boîte de dialogue Boîte de dialogue Connexion SQL Server, cliquez sur OK.

  13. Fermez l'outil Configuration de Reporting Services.

  14. Ouvrez une fenêtre d'invite de commandes et indiquez le répertoire %ProgramFiles%\Microsoft SQL Server\90\Tools\binn.

  15. Tapez la commande suivante pour afficher la liste des ID d'installation de Reporting Services :

    RSKeyMgmt -l

  16. Dans la liste, recherchez l'ID d'installation correspondant à l'ancien serveur de couche Données.

  17. 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.

  18. 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.

  19. Dans le volet Explorateur, cliquez sur Clés de chiffrement.

  20. Dans la page Clé de chiffrement, cliquez sur Restaurer.

    La page d'informations sur la clé de chiffrement s'affiche.

  21. Dans Mot de passe, tapez le mot de passe du fichier de la clé de chiffrement.

  22. Dans Fichier de clé, tapez l'emplacement de la clé de chiffrement de sauvegarde (fichier .snk), ou cliquez dessus, puis cliquez sur OK.

Rediriger le serveur de couche Application vers le nouveau serveur de couche Données

Après avoir restauré les bases de données, vous devez utiliser la commande TfsAdminUtil pour rediriger le serveur d'origine pour votre déploiement, qui est le nouveau serveur de couche Application, vers le nouveau serveur de couche Données.

Pour rediriger le serveur de couche Application vers le nouveau serveur de couche Données

  1. 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

    • Site Web par défaut ou site Web d'équipe

    SQL Server Reporting Services

    • ReportServer ou ReportServer$NomInstance (pool d'applications)

    • SQL Server Reporting Services (INSTANCETFS)

    • Site Web par défaut ou site Web du Gestionnaire de rapports

  2. 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 newDataTierServerName

    Remarque importante :

    Pour que cette commande 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. Cette commande implique aussi que la chaîne de connexion dans le fichier web.config des services fasse référence au serveur d'origine pour votre déploiement. Si la chaîne de connexion fait référence au nouveau serveur de couche Données, la commande échouera. Pour que la commande s'exécute correctement, vous devez rétablir le nom du serveur d'origine.

Régénérer le cube Team System

Après avoir configuré des connexions et exécuté la commande TFSAdminUtil RenameDT, vous devez régénérer le cube Team System. 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

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 éventuels afin de forcer la synchronisation avec le nouveau serveur de couche Données.

Pour supprimer le cache de contrôle de version

  1. Sur le serveur de couche Application, ouvrez le répertoire %ProgramFiles%\Microsoft Visual Studio 2008 Team Foundation Server\Web Services\VersionControl.

  2. 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.

  3. Répétez cette procédure sur tous les serveurs de votre déploiement qui exécutent Team Foundation Server Proxy.

Mettre à jour les comptes de service

Si vous avez utilisé des comptes locaux ou des comptes système (tel que le Service réseau) pour les comptes de service de votre déploiement sur un seul serveur, vous devez modifier ces comptes. Vous ne pouvez pas utiliser de comptes locaux dans un déploiement sur deux serveurs. Vous pouvez utiliser les mêmes comptes système, mais vous devez mettre à jour les informations afin que le SID correct soit associé à chaque compte sur les nouveaux serveurs de couche Application et Données.

Remarque :

Les noms de comptes que vous créez dans le nouveau déploiement doivent correspondre à ceux des comptes provenant du déploiement d'origine. Cette spécification inclut les comptes d'utilisateurs et de service.

Pour actualiser les comptes de service

  1. Sur le serveur exécutant Reporting Services, ouvrez Computer Manager 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)

  2. 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.

  3. 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.

  4. 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.

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

Voir aussi

Tâches

Comment : transférer Team Foundation Server d'un environnement à un autre

Comment : transférer Team Foundation Server d'une configuration matérielle à une autre

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

Choix d'une configuration de déploiement Team Foundation Server