Comment : restaurer des données pour Team Foundation Server vers un autre serveur
Mise à jour : novembre 2007
Vous pouvez restaurer des données pour Team Foundation à partir d'un serveur de couche Données sur un autre mais conserver le même serveur de couche Application. Par exemple, vous pouvez déplacer le serveur de couche Données lorsque vous mettez à niveau sa configuration matérielle. En outre, il peut s'avérer nécessaire de créer un serveur de couche Données si le serveur d'origine tombe en panne soudainement. Ce processus se distingue du déplacement de l'intégralité du déploiement de Team Foundation Server (couches Application et Données) d'un ensemble de matériel vers un autre. Pour plus d'informations, consultez Types de transfert de Team Foundation Server.
Autorisations requises
Pour exécuter ces procédures, vous devez être membre des groupes suivants :
Groupe Administrateurs sur les serveurs de couche Données et Application
Groupe Team Foundation Administrators
Groupe Administrateur du siteWindows SharePoint Services
Groupe Administrateur de SQL Server sur le serveur de couche Données
Pour plus d'informations, consultez Autorisations de Team Foundation Server.
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 le navigateur en tant qu'administrateur. Pour ce faire, cliquez sur Démarrer puis sur Tous les programmes, cliquez avec le bouton droit sur Internet Explorer, puis 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, puis 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 dans 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 à l'adresse (page pouvant être en anglais).
Pour restaurer des données pour Team Foundation sur un autre serveur de couche Données, vous devez procéder comme décrit dans les sections suivantes, dans l'ordre indiqué :
Sauvegarder les données
Installer et configurer SQL Server sur le nouveau matériel
Restaurer les données
Rediriger les sites Web des projets d'équipe
Reconnecter les bases de données d'administration et de configuration
Rediriger et tester SQL Server Reporting Services et les rapports par défaut
Rediriger le serveur de couche Application vers le nouveau serveur de couche Données
Régénérer le cube Team System
Supprimer le cache de contrôle de version
Mettre à jour les comptes de service
Redémarrer les services
Actualiser le cache de données sur les ordinateurs clients
Sauvegarder les données
Pour restaurer les données du déploiement d'origine de Team Foundation Server, vous devez avoir un jeu complet de sauvegardes de données des bases de données SQL Server. Si les données ont été chiffrées, vous avez également besoin de la clé de chiffrement et de son mot de passe.
Pour sauvegarder les données de Team Foundation
Pour plus d'informations, consultez Comment : sauvegarder un serveur Team Foundation Server and Comment : sauvegarder la clé de chiffrement de Reporting Services.
Remarque : Si produits et technologies SharePoint est installé sur la couche Application et vous voulez déplacer les bases de données de produits et technologies SharePoint sur la couche Données où vous restaurez les bases de données Team Foundation, veillez à sauvegarder la base de données d'administration de produits et technologies SharePoint (SharePoint_AdminContent_ID) ainsi que les bases de données de contenu et de configuration.
Installer et configurer SQL Server sur le nouveau matériel
Pour restaurer les données de Team Foundation, vous devez installer SQL Server sur l'ordinateur vers lequel vous voulez déplacer les données de Team Foundation Server. La version de SQL Server que vous installez doit correspondre exactement à celle qui existe sur le serveur de couche Données d'origine, 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.
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 que l'application fonctionne.
Pour plus d'informations, vous pouvez télécharger la version la plus récente du Guide d'installation de Team Foundation à partir du site Web Microsoft à l'adresse. Ce guide comprend des rubriques expliquant comment installer SQL Server dans le cadre d'un déploiement sur deux serveurs. Vous devez installer la même version que celle que vous avez utilisée dans l'installation d'origine de Team Foundation Server.
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.
Remarque : Même si vous êtes connecté en tant qu'administrateur, vous devez ouvrir une invite de commandes avec les autorisations élevées pour exécuter cette fonction sur un serveur Windows Server 2008. Pour ouvrir une invite de commandes avec les autorisations élevées, cliquez sur Démarrer, cliquez avec le bouton droit sur Invite de commandes, puis cliquez sur Exécuter en tant qu'administrateur. Pour plus d'informations, consultez le site Web Microsoft à l'adresse (page pouvant être en anglais).
À l'invite de commandes, tapez la commande suivante :
TfsDB.exe install /server:"NewSQLServerName" /property:"TFS_SERVICE_ACCOUNT=TFSServiceAccount;TFS_REPORTING_ACCOUNT=TFSReportingServiceAccount;LCID=LCIDNumber;VSTF_AS_INSTANCE=AnalysisServicesServerName;VSTF_AS_DATABASE=TeamFoundationDataWarehouseName;VSTF_AS_ACCOUNT="
NomNouveauServeurSQLServer est le nom du serveur où vous venez d'installer SQL Server et où vous prévoyez 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 indiqué 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écifiez comme suit : NT Authority\Network Service.
CompteTFSReportingService est le compte des sources de données de Reporting Services indiqué 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 pour l'anglais est 1033.
NomServeurAnalysisServices est le nom du serveur sur lequel est installé SQL Server Analysis Services. Par défaut, Analysis Services est installé sur le même serveur que celui que vous spécifiez pour NomNouveauServeurSQLServer.
NomEntrepôtDonnéesTeamFoundation est le nom de l'entrepôt de données d'origine de Team Foundation. Ce paramètre a pour valeur par défaut TfsWarehouse.
Connectez-vous au serveur approprié, ouvrez Computer Manager, puis arrêtez les composants 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
Couche Application
Service du Planificateur de tâches Visual Studio Team Foundation Server
Pool d'applications Microsoft Team Foundation Server
Reporting Services
SQL Server Reporting Services (INSTANCETFS) (service)
ReportServer ou ReportServer$NomInstance (pool d'applications)
Remarque : Vous gérez ReportServer dans les services IIS (Internet Information Services) pour SQL Server 2005 mais pas pour SQL Server 2008.
Pour plus d'informations, consultez Comment : arrêter et démarrer des services, des pools d'applications et des sites Web.
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 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 le SID des utilisateurs pendant la synchronisation avec Active Directory.
Restaurer les données
Après avoir arrêté les services, vous pouvez restaurer les données de Team Foundation à l'aide des outils de restauration fournis avec SQL Server. Pour plus d'informations, consultez « Implémentation de scénarios de restauration pour les bases de données SQL Server » pour SQL Server 2005 ou SQL Server 2008 sur le site Web Microsoft.
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
Sur le serveur de couche Données, cliquez sur Démarrer, pointez successivement sur Tous les programmes et Microsoft SQL Server, puis cliquez sur SQL Server Management Studio.
Dans la liste Type de serveur, cliquez sur Moteur de base de données.
Dans la liste Nom du serveur, tapez le nom du 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 chaque base de données indiquée dans la liste suivante, effectuez la procédure décrite à la section Pour restaurer chaque base de données :
ReportServer
Si vous avez utilisé une instance nommée, cette base de données sera nommée ReportServer$NomInstance.
ReportServerTempDB
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é sur le serveur de couche Application et vous ne modifiez pas son emplacement. Vous ne devez pas restaurer cette base de données sur la nouvelle couche Données si vous utilisez une nouvelle installation de produits et technologies SharePoint sur un autre ordinateur ou si produits et technologies SharePoint a été installé sur un serveur distinct à partir de la couche Application.
La base de données de contenu pour les produits et technologies SharePoint (STS_Content_TFS ou WSS_Content)
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 résident pas sur le serveur de couche Données. Si elles 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.
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é sur le serveur de couche Application et vous ne modifiez pas son emplacement. Vous ne devez pas restaurer cette base de données sur la nouvelle couche Données si vous utilisez une nouvelle installation de produits et technologies SharePoint sur un autre ordinateur ou si produits et technologies SharePoint a été installé sur un serveur distinct à partir de la couche Application.
TfsBuild
TfsIntegration
TfsVersionControl
TfsWarehouse
TfsWorkItemTracking
TfsWorkItemTrackingAttachments
TfsActivityLogging (facultatif)
Remarque : |
---|
Dans le cadre du processus de restauration, vous devez télécharger tous les nouveaux 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.
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 toute base de données qui n'apparaît pas déjà dans cette liste, cliquez avec le bouton droit sur le nœud Bases de données, cliquez sur l'option de restauration de bases de données, puis indiquez les bases de données qui n'apparaissent pas dans la liste.
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 restaurez 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 spécifié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é.
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.
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 » pour SQL Server 2005 ou SQL Server 2008 sur le site Web Microsoft.
Rediriger les sites Web des projets d'équipe
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
Connectez-vous au serveur qui héberge produits et technologies SharePoint et redirigez-le de manière à ce 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.
Reconnecter les bases de données d'administration et de configuration
Vous devez exécuter la procédure suivante si votre serveur de couche Données d'origine hébergeait également les bases de données produits et technologies SharePoint dans votre déploiement de Team Foundation Server et vous souhaitez restaurer celles-ci sur le nouveau serveur. Toutefois, vous ne devez pas exécuter cette procédure si produits et technologies SharePoint a été installé sur un serveur distinct ou si vous voulez que la couche Données d'origine fasse toujours office de couche Données pour produits et technologies SharePoint.
Pour reconnecter les bases de données d'administration et de configuration pour les technologies et les produits SharePoint
Connectez-vous au serveur qui héberge produits et technologies SharePoint, ouvrez une fenêtre d'invite de commandes et indiquez le répertoire %PROGRAMFILES%\common files\microsoft shared\web server extensions\12\bin.
Tapez la commande suivante :
stsadm –o renameserver –oldservername NomServeurCoucheDonnéesOrigine -newserver NomNouveauServeurCoucheDonnées
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 Server Reporting Services et les rapports par défaut
Après avoir redirigé produits et technologies SharePoint vers les nouvelles bases de données de contenu, vous devez rediriger Reporting Services de sorte qu'il utilise les nouvelles bases de données. À moins que vous exécutiez cette procédure, aucun rapport par défaut et personnalisé ne sera disponible pour le moindre projet d'équipe.
Pour rediriger Reporting Services pour se connecter au nouveau serveur de couche Données
Connectez-vous au serveur qui héberge Reporting Services et redirigez-le pour se connecter aux bases de données résidant sur le nouveau serveur de couche Données.
Pour plus d'informations, consultez Comment : rediriger Reporting Services pour qu'il se connecte à un autre serveur de couche Données.
Rediriger le serveur de couche Application vers le nouveau serveur de couche Données
Après avoir redirigé Reporting Services, vous devez utiliser la commande TfsAdminUtil pour rediriger le serveur de couche Application vers le nouveau serveur de couche Données.
Pour rediriger le serveur de couche Application vers les ressources du nouveau serveur
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
Reporting Services
ReportServer ou ReportServer$NomInstance (pool d'applications)
Remarque : Vous gérez ReportServer comme un pool d'applications dans les services IIS (Internet Information Services) pour SQL Server 2005 mais pas pour SQL Server 2008.
SQL Server Reporting Services (INSTANCETFS)
Site Web par défaut ou site Web du Gestionnaire de rapports
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. Par ailleurs, 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. Si la chaîne fait référence au nouveau serveur, 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 redirigé le serveur de couche Application pour utiliser le nouveau serveur de couche Données, 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 de 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
Connectez-vous au serveur de couche Application, puis régénérez 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 suivant :
Lecteur:\Program Files\Microsoft Visual Studio 2008 Team Foundation Server\Web Services\VersionControl
Supprimez le contenu du répertoire Data mais pas le 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.
Mettre à jour les comptes de service
Vous devez mettre à jour tous les comptes système, tels que le Service réseau, que vous utilisez pour les comptes de service dans le cadre de votre déploiement. Vous pouvez utiliser les mêmes comptes système, mais vous devez mettre à jour les informations afin que le SID correct soit associé sur le nouveau serveur de couche Données.
Remarque : |
---|
Les noms de comptes que vous créez pour le nouveau déploiement doivent correspondre à ceux des comptes provenant du déploiement d'origine. |
Pour mettre à jour les comptes de service
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)
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\Tools.
À l'invite de commandes, tapez la commande suivante :
TfsAdminUtil ChangeAccount OldDomainOrOldComputerName\OldTFSServiceAccount NewDomainOrNewComputerName\NewTFSServiceAccount NewPassword
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.
À l'invite de commandes, tapez la commande suivante :
TfsAdminUtil ChangeAccount/ra OldDomainOrOldComputerName\OldTFSReportingServiceAccount NewDomainOrNewComputerName\NewTFSReportingServiceAccount NewPassword
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 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 plus d'informations, consultez Comment : actualiser les caches de données sur les ordinateurs clients.
Voir aussi
Tâches
Comment : sauvegarder un serveur Team Foundation Server
Comment : transférer Team Foundation Server d'une configuration matérielle à une autre
Autres ressources
Gestion des serveurs de couche Données pour Team Foundation Server