Partager via

Sauvegarde du serveur Team Foundation Server

  • Article

Mise à jour : novembre 2007

Pour restaurer votre déploiement de Team Foundation dans son intégralité en cas de défaillance, le déploiement de Team Foundation requiert la création de sauvegardes pour chaque emplacement de stockage des données. La création de sauvegardes est un aspect clé de la protection de votre déploiement de Team Foundation contre les pertes. La liste suivante récapitule les éléments que vous devez sauvegarder pour chaque couche.

  • Couche Données   La couche Données Team Foundation Server comprend plusieurs bases de données SQL Server dont certaines servent les sites portail du projet d'équipe. Vous pouvez effectuer manuellement ou automatiquement des sauvegardes de bases de données en utilisant des plans de maintenance qui s'exécutent à une heure spécifique ou à intervalles spécifiques. Team Foundation Server, produits et technologies SharePoint et SQL Server Reporting Services stockent leurs données dans les bases de données résidant dans SQL Server sur la couche Données.

    Attention :

    Bien que SQL Server Management Studio vous permette de sauvegarder plusieurs bases de données individuelles à la fois, la restauration à partir de ces sauvegardes peut provoquer des résultats inattendus car les bases de données sont liées et vous risquez de restaurer des versions obsolètes.

  • Couche Application   Les services de création de rapport se trouvent sur la couche Application et ont une clé de chiffrement que vous devez sauvegarder. Vous pouvez sauvegarder manuellement la clé de chiffrement Report Server à l'aide de l'outil Reporting Services Configuration ou d'un outil de ligne de commande. Cette clé sauvegarde les informations sensibles stockées dans la base de données du serveur de rapports.

    Remarque :

    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 et technologies SharePoint génère dynamiquement les sites Web à partir des bases de données. Ainsi, 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 et technologies SharePoint mais en dehors de Team Foundation, vous devez les sauvegarder séparément. Pour plus d'informations, consultez « Options de sauvegarde et de restauration pour Windows SharePoint Services 2.0 » sur le site Web Microsoft ou, pour Windows SharePoint Services 3.0, « Choix des outils de sauvegarde et de récupération (Windows SharePoint Services) » sur le site Web Microsoft.

Préparation avancée pour les sauvegardes

Lorsque vous déployez Team Foundation, gardez une trace des comptes que vous créez, de tous les noms d'ordinateurs, mots de passe et options d'installation que vous choisissez. Conservez toujours une copie de toutes les sauvegardes de la documentation de récupération, des documents et des journaux de base de données et de transactions dans un emplacement hors du site.

Remarque importante :

Effectuez périodiquement une tentative de restauration des données pour vérifier que vos fichiers sont correctement sauvegardés. Une tentative de restauration peut révéler des problèmes matériels qui n'apparaissent pas avec les vérifications logicielles.

Lorsque vous sauvegardez et que vous 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 inclure des dispositions de gestion des médias, telles que :

  • 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 sauvegarde ou d'un support de sauvegarde (une bande, par exemple) ;

  • le choix de stocker des jeux de sauvegarde sur place ou en dehors du site, et une analyse de la répercution de ce choix sur le temps de récupération.

Pour se protéger contre un incident, tel qu'un feu ou un tremblement de terre, conservez des doubles de vos sauvegardes de serveurs dans un emplacement différent de l'emplacement des serveurs. Cela permet de se protéger contre la perte de données critiques. La méthode conseillée est de garder trois copies du support de sauvegarde et de conserver au moins une copie en dehors du site dans un environnement correctement contrôlé.

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 impliquant ces ordinateurs devait se produire, la réinstallation de Team Foundation fournit une alternative plus propre et plus fiable pour restaurer 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 Team Foundation. Les bases de données Team Foundation Server interagissent les unes avec les autres et doivent être sauvegardées et restaurées en même temps. Pour plus d'informations sur les stratégies de sauvegarde des bases de données, consultez les ressources suivantes sur le site Web Microsoft :

  • « Choix du modèle de récupération d'une base de données » pour SQL Server 2005

  • « Présentation des stratégies de sauvegarde et de restauration dans SQL Server » pour SQL Server 2008

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 indépendantes ; elles représentent l'intégralité de la base de données au moment de la sauvegarde. Pour plus d'informations, consultez « Full Database Backups » pour SQL Server 2005 ou SQL Server 2008 (page pouvant être en anglais) sur le site Web Microsoft.

Sous le modèle de sauvegarde de la base complète, des sauvegardes régulières de vos journaux de transactions sont nécessaires pour pouvoir récupérer des données. Avec les sauvegardes des journaux de transactions, vous pouvez récupérer la base de données au moment de la panne ou à un moment spécifique.

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. Il enregistre les modifications apportées aux données et, si nécessaire, suffisamment d'informations pour annuler les changements apportés pendant chaque transaction. Le journal grandit continuellement au fur et à mesure que les opérations enregistrées se produisent dans la base de données.

En créant des sauvegardes des journaux de transactions, vous pouvez récupérer la base de données telle qu'elle se présentait à un moment antérieur donné. Par exemple, vous pouvez restaurer la base de données telle qu'elle se présentait avant l'entrée de données non souhaitées ou avant une 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 « Utilisation des sauvegardes de journaux de transactions » pour SQL Server 2005 ou SQL Server 2008 sur le site Web Microsoft.

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 de transactions plus fréquemment que des sauvegardes complètes, réduisant ainsi le risque de perdre des données. Toutefois, il arrive qu'une sauvegarde des journaux de transactions soit plus grande qu'une sauvegarde complète. Prenons l'exemple d'une base de données ayant un taux de transaction élevé ; un taux de transaction élevé provoque un agrandissement rapide du journal des transactions. Dans ce cas, créez des sauvegardes des journaux de transactions plus fréquemment. Pour plus d'informations, consultez « Troubleshooting a Full Transaction Log » pour SQL Server 2005 ou SQL Server 2008 (page pouvant être en anglais) sur le site Web Microsoft.

Vous pouvez exécuter trois types de sauvegardes de journaux de transactions :

  • 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 en bloc inclut des pages de journaux et des 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 empêcher une perte du travail et peut contenir des données de journal ponctuelles ou en bloc.

Le seul moment pendant lequel une sauvegarde complète doit être synchronisée avec les sauvegardes des journaux de transactions est lorsque vous démarrez une séquence de sauvegardes de journaux des transactions. Chaque séquence de sauvegardes des journaux de transactions doit être précédée par une sauvegarde complète ou une sauvegarde différentielle complète. Dans SQL Server, vous pouvez sauvegarder le journal après la première sauvegarde complète pendant qu'une sauvegarde complète est en cours d'exécution. Pour plus d'informations sur la création de sauvegardes de journaux, consultez « Création de sauvegardes des fichiers journaux de transactions » pour SQL Server 2005 ou SQL Server 2008 sur le site Web Microsoft.

Sauvegardes pour les services (couche Application)

La seule sauvegarde exécutée pour la couche Application est celle de la clé de chiffrement pour Reporting Services. Vous pensez probablement que vous devez sauvegarder les sites Web ou l'entrepôt de données. Toutefois, les bases de données SQL Server contiennent toutes les données, y compris les spécifications de page et de rapport que les services demandent et utilisent pour créer les pages du portail d'équipe et les rapports.

Bien que vous ayez moins d'étapes relatives à la sauvegarde pour les services, vous avez plus de tâches à effectuer lors de la récupération sur la couche Application. Vous devez restaurer les sites du portail pour les projets d'équipe.

Dans cette section

Voir aussi

Concepts

Garantie de la disponibilité de Team Foundation Server

Gestion des services SQL Server

Autres ressources

Gestion des sauvegardes de Team Foundation Server