Fonctionnement de la sauvegarde de Team Foundation Server

Vous pouvez protéger votre déploiement des pertes de données en définissant un calendrier des sauvegardes pour les bases de données dont Visual Studio Team Foundation Server dépend. Pour restaurer votre déploiement de Team Foundation dans son intégralité en cas de défaillance, vous devez tout d'abord sauvegarder toutes les bases de données Team Foundation Server. Si votre déploiement inclut les produits SharePoint ou SQL Server Reporting Services, vous devez également sauvegarder les bases de données que Team Foundation Server utilise dans ces composants. Vous devez synchroniser toutes les sauvegardes à un horodatage identique pour éviter les erreurs de synchronisation ou d'incompatibilité des données. L'utilisation de transactions marquées est la méthode la plus facile pour garantir une synchronisation. En marquant régulièrement les transactions associées dans chaque base de données Team Foundation, vous établissez une série de points de récupération communs dans les bases de données.

Sauvegarde de bases de données

Vous pouvez créer des sauvegardes des bases de données que Team Foundation Server utilise comme aspect clé de la protection de votre déploiement Team Foundation contre les pertes de données. Le tableau suivant et les illustrations associées indiquent les bases de données que vous devez sauvegarder et représentent des exemples de la distribution physique de ces bases de données dans un déploiement.

Topologies de déploiement

Selon la configuration de votre déploiement, toutes les bases de données devant être sauvegardées peuvent se trouver sur le même serveur physique, comme dans cet exemple de topologie. Cet exemple n'inclut pas les produits SharePoint ou Reporting Services, vous n'avez donc pas à sauvegarder toutes les bases de données associées à Reporting, à Analysis ou aux produits SharePoint.

Les bases de données peuvent également être distribuées sur de nombreux serveurs et batteries de serveurs. Dans cet exemple de topologie, vous devez sauvegarder les bases de données suivantes sur six serveurs ou batteries de serveurs :

• la base de données de configuration

• la base de données d'entrepôt

• les bases de données de collection de projets d'équipe qui se trouvent sur le cluster SQL Server

• la base de données de collection qui se trouve sur le serveur autonome qui exécute SQL Server

• les bases de données d'administration des produits SharePoint et les bases de données de collection de sites pour les deux applications Web SharePoint

• les bases de données qui se trouvent sur le serveur qui exécute Reporting Services

• la base de données qui se trouve sur le serveur qui exécute Analysis Services

Dans ces deux exemples, vous ne devez pas sauvegarder les clients qui se connectent au serveur. Toutefois, vous devrez peut-être effacer manuellement les caches pour Team Foundation Server sur les ordinateurs clients pour qu'ils puissent se reconnecter au déploiement restauré.

Bases de données à sauvegarder

La liste suivante propose des détails supplémentaires sur les éléments à sauvegarder, selon vos ressources de déploiement.

• Bases de données pour Team Foundation Server La couche de données logique pour Team Foundation Server inclut plusieurs bases de données SQL Server, notamment la base de données de configuration, la base de données de l'entrepôt et une base de données pour chaque collection de projets d'équipe dans le déploiement. Ces bases de données peuvent toutes être sur le même serveur, distribuées sur plusieurs instances dans le même déploiement SQL Server ou distribuées sur plusieurs serveurs. Indépendamment de leur distribution physique, vous devez sauvegarder toutes les bases de données à un horodatage identique pour prévenir les pertes de données. Vous pouvez effectuer les sauvegardes de bases de données manuellement ou automatiquement en utilisant des plans de maintenance qui s'exécutent à des horaires ou des intervalles spécifiques.

  Avertissement

  La liste des bases de données Team Foundation Server n'est pas statique. Une base de données est créée chaque fois que vous créez une collection. Lorsque vous créez une collection, veillez à ajouter la base de données de cette collection à votre plan de maintenance pour la sauvegarde des bases de données Team Foundation Server dans SQL Server.

• Bases de données pour les Produits SharePoint Si votre déploiement utilise les produits SharePoint pour héberger des portails de projet d'équipe, vous devez sauvegarder plusieurs bases de données. Ces bases de données incluent la base de données d'administration de chaque application Web SharePoint que votre déploiement utilise et les bases de données de collection de sites qui hébergent les portails de projets d'équipe. Dans l'idéal, votre déploiement est configuré pour utiliser une collection de sites distincte pour chaque collection de projets d'équipe dans votre déploiement. Tout comme les collections de projets d'équipe peuvent être sauvegardées et restaurées en tant qu'unité dans Team Foundation Server, les collections de sites peuvent être sauvegardées et restaurées dans les produits SharePoint. Si une ou plusieurs collections de votre déploiement utilisent des sites ou des sous-sites au lieu de collections de sites comme site racine, il est possible que vous ne puissiez pas sauvegarder et restaurer la totalité des collections. Pour plus d'informations, consultez Organisation de votre serveur avec des collections de projets d'équipe.

  Notes

  Vous supposez probablement que vous devez sauvegarder les bases de données et les sites Web pour les pages du portail du projet d'équipe. Toutefois, produits SharePoint génère dynamiquement les sites Web à partir des bases de données. Par conséquent, lorsque vous sauvegardez les bases de données, les sections du projet d'équipe qui s'affichent comme des sites Web sont également sauvegardées. Si vous avez créé des collections de site, des modèles de site ou des WebParts personnalisés dans produits SharePoint mais en dehors de Team Foundation, vous devez les sauvegarder séparément. Pour plus d'informations, consultez la page suivante sur le site Web Microsoft : Choix des outils de sauvegarde et de récupération (Windows SharePoint Services) (page éventuellement en anglais).

• **Bases de données pour Reporting Services et Analysis services   **Si votre déploiement utilise SQL Server Reporting Services ou SQL Server Analysis Services pour générer des rapports pour Team Foundation Server, vous devez sauvegarder les bases de données d'analyse et de création de rapports. Toutefois, vous devez toujours reconstruire certaines bases de données après la restauration.

• Clé de chiffrement pour le serveur de rapports Le serveur de rapports a une clé de chiffrement que vous devez sauvegarder. Cette clé protège des informations sensibles stockées dans la base de données pour le serveur de rapports. Vous pouvez sauvegarder manuellement cette clé à l'aide de l'outil de configuration de Reporting Services ou un outil en ligne de commande. Pour plus d'informations, consultez Sauvegarder la clé de chiffrement de Reporting Services.

Préparation avancée pour les sauvegardes

Lorsque vous déployez Team Foundation, vous devez garder une trace des comptes que vous créez et de tous les noms d'ordinateurs, mots de passe et options d'installation que vous spécifiez. Vous devez également garder une copie de tous les matériels de récupération, documents, bases de données et sauvegardes des journaux des transactions dans un emplacement sécurisé. Pour se protéger contre un incident, tel qu'un incendie ou un tremblement de terre, vous devez conserver des doubles de vos sauvegardes de serveurs dans un emplacement différent de celui des serveurs. Cette stratégie permet de se protéger contre la perte de données critiques. Il est recommandé de garder trois copies du support de sauvegarde et de conserver au moins une copie en dehors du site, dans un environnement contrôlé.

Lorsque vous sauvegardez, puis restaurez une base de données, vous devez sauvegarder les données sur des médias (des bandes et des disques, par exemple). Votre plan de sauvegarde doit prévoir la gestion des médias, notamment :

• un plan de suivi et de gestion pour stocker et recycler des jeux de sauvegarde ;

• un calendrier de remplacement des supports de sauvegarde ;

• dans un environnement multi-serveur, le choix d'utiliser des sauvegardes centralisées ou distribuées ;

• un moyen de suivi de la durée de vie des médias ;

• une procédure permettant de réduire les effets de la perte d'un jeu de sauvegardes ou d'un support de sauvegarde (une bande, par exemple) ;

• le stockage des jeux de sauvegardes sur place ou hors site, et une analyse de la répercussion de ce choix sur le temps de récupération.

Dans la mesure où les données Team Foundation sont stockées dans les bases de données SQL Server, vous n'avez pas à sauvegarder les ordinateurs sur lesquels les clients Team Foundation sont installés. Si une défaillance de média ou un incident qui implique ces ordinateurs devait se produire, vous pouvez réinstaller le logiciel client et rétablir la connexion au serveur. La réinstallation du logiciel client représente pour vos utilisateurs une alternative plus propre et plus fiable à la restauration d'un ordinateur client à partir d'une sauvegarde.

Vous pouvez sauvegarder un serveur à l'aide des plans de maintenance de SQL Server pour sauvegarder les bases de données relatives à votre déploiement de Team Foundation. Les bases de données pour Team Foundation Server fonctionnent les unes avec les autres et vous devez les sauvegarder et les restaurer en même temps. Pour plus d'informations sur les stratégies de sauvegarde de bases de données, consultez la page suivante sur le site Web Microsoft : Présentation des stratégies de sauvegarde et de restauration dans SQL Server.

Types de sauvegardes

Sauvegardes complètes de données (bases de données)   Une sauvegarde complète de la base de données est nécessaire pour pouvoir récupérer votre déploiement. Une sauvegarde complète inclut des portions du journal des transactions afin que la sauvegarde complète puisse être récupérée. Les sauvegardes complètes sont autonomes, car elles représentent l'intégralité de la base de données telle qu'elle existait lorsque vous l'avez sauvegardée. Pour plus d'informations, consultez la page suivante sur le site Web Microsoft : Sauvegardes complètes de la base de données (page éventuellement en anglais).

Sauvegardes de données différentielles (Bases de données) Une sauvegarde de base de données différentielle enregistre uniquement les données qui ont changé depuis la dernière sauvegarde complète de la base de données, nommée base différentielle. Les sauvegardes de base de données différentielles sont plus petites et plus rapides que les sauvegardes complètes. Cette option réduit le temps de sauvegarde au prix d'une complexité accrue. Pour les bases de données importantes, les sauvegardes différentielles peuvent être effectuées à des intervalles plus courts que les sauvegardes de base de données, ce qui réduit le risque de perte de données. Pour plus d'informations, consultez la page suivante sur le site Web Microsoft : Sauvegardes de base de données différentielles (page éventuellement en anglais).

Vous devez également sauvegarder régulièrement vos journaux des transactions. Ces sauvegardes sont nécessaires pour la récupération de données lorsque vous utilisez le modèle de sauvegarde complète de la base de données. Si vous sauvegardez des journaux des transactions, vous pouvez récupérer la base de données au point de défaillance ou à un autre point spécifique dans le temps.

Sauvegarde du journal des transactions   Le journal des transactions est un enregistrement série de tous les changements qui se sont produits dans une base de données en plus de la transaction qui a exécuté chaque changement. Le journal des transactions enregistre le démarrage de chaque transaction, les modifications de données et, au besoin, les informations nécessaires pour annuler les modifications effectuées pendant cette transaction. Le journal grandit continuellement au fur et à mesure que les opérations enregistrées se produisent dans la base de données.

La sauvegarde des journaux des transactions permet de récupérer la base de données à un point antérieur dans le temps. Par exemple, vous pouvez restaurer la base de données à un point antérieur à l'entrée des données non souhaitées ou à la défaillance. Outre les sauvegardes de la base, les sauvegardes des journaux de transactions doivent faire partie de votre stratégie de récupération. Pour plus d'informations, consultez la page suivante sur le site Web Microsoft : Utilisation des sauvegardes de journaux de transactions.

Les sauvegardes des journaux de transactions utilisent généralement moins de ressources que les sauvegardes complètes. Par conséquent, vous pouvez créer des sauvegardes de journaux des transactions plus fréquemment que les sauvegardes complètes, ce qui permet de réduire le risque de perte de données. Toutefois, il arrive qu'une sauvegarde des journaux de transactions soit plus grande qu'une sauvegarde complète. Par exemple, une base de données peut avoir un taux de transactions élevé, ce qui entraîne le développement rapide du journal des transactions. Dans ce cas, créez des sauvegardes des journaux des transactions plus fréquemment. Pour plus d'informations, consultez la page suivante sur le site Web Microsoft : Résolution des problèmes en cas de journal des transactions saturé.

Vous pouvez effectuer les types de sauvegardes de journaux des transactions suivants :

• Une sauvegarde ponctuelle d'un journal de transactions contient uniquement les enregistrements des journaux de transactions pour un intervalle sans les modifications en bloc.

• Une sauvegarde des journaux de transactions contient les pages de journaux et les pages de données modifiées par les opérations en bloc. La récupération à un moment précis n'est pas possible.

• Une sauvegarde de fichier journal après défaillance est récupérée à partir d'une base de données peut-être endommagée afin de conserver les enregistrements du journal qui n'ont pas encore été sauvegardés. Une sauvegarde de fichier journal après défaillance est effectuée après une défaillance pour éviter toute perte de données et peut contenir les données d'une sauvegarde ponctuelle ou d'une sauvegarde de journaux de transactions.

Dans la mesure où la synchronisation des données est critique pour la réussite de la restauration de Team Foundation Server, vous devez utiliser des transactions marquées dans le cadre de votre stratégie de sauvegarde. Pour plus d'informations, consultez Sauvegarder Team Foundation Server.

Sauvegardes pour les services (couche Application)

La seule sauvegarde que vous devez effectuer pour la couche Application logique concerne la clé de chiffrement pour Reporting Services. Vous supposez peut-être que vous devez sauvegarder les sites Web utilisés comme portails du projet d'équipe. Si vous avez intégré des produits SharePoint dans le cadre de votre déploiement de Team Foundation Server, les portails seront sauvegardés lors de la sauvegarde des bases de données pour Team Foundation Server et les produits SharePoint. Toutefois, si vous avez spécifié un site Web qui n'a pas été créé à l'aide d'une application Web intégrée, vous devez sauvegarder et restaurer ces sites manuellement. De plus, si vous avez personnalisé des produits SharePoint ou des services, vous devez également les sauvegarder ou les enregistrer d'une autre façon afin qu'ils puissent être reproduits sur un nouveau serveur.

Même si la sauvegarde d'une couche Application est plus simple que celle d'une couche de données, vous devez exécuter de nombreuses étapes lorsque vous restaurez une couche Application. Vous devez installer une autre couche Application pour Team Foundation, rediriger des collections de projets d'équipe pour qu'elles utilisent la nouvelle couche Application et rediriger les sites portails pour les projets d'équipe.

Voir aussi

Concepts

Sauvegarde et restauration de votre déploiement

Autres ressources

SQL Server et Team Foundation Server