Restaurer les données au même emplacement

Azure DevOps Server 2020 | Azure DevOps Server 2019 | TFS 2018-TFS 2013

Notes

Azure DevOps Server a été précédemment nommé Visual Studio Team Foundation Server.

vous pouvez restaurer des données à partir d’une sauvegarde sur les mêmes serveur et instance de SQL Server pour les Azure DevOps à partir desquelles les données ont été sauvegardées. Par exemple, vous souhaiterez peut-être restaurer un ensemble endommagé de bases de données au dernier état correct connu.

Notes

Consultez la page concepts de sauvegarde et de restauration pour obtenir une présentation de la restauration des données sur le même serveur pour Azure DevOps Server.

l’intégration de SharePoint avec Azure DevOps Server est dépréciée avec TFS 2017 et versions ultérieures.

Prérequis

Pour exécuter cette procédure, vous devez être membre des groupes suivants ou disposer des autorisations suivantes :

  • Un membre du groupe de sécurité administrateurs sur le serveur ou les serveurs qui exécutent la console administration de Azure DevOps.
  • soit un membre du groupe de sécurité administrateur système SQL Server , soit votre SQL Server autorisation sauvegarder et créer un Plan de Maintenance doit avoir la valeur autoriser sur l’instance de SQL Server qui héberge les bases de données.
  • un membre du groupe de sécurité sysadmin pour l’instance de base de données pour Azure DevOps et pour l’instance Analysis Services de la base de données de l’entrepôt.
  • être un utilisateur autorisé de la base de données TFS_Warehouse ;
  • Membre du rôle de base de données TFSExecRole .
  • si le déploiement utilise des produits SharePoint, membre du groupe administrateurs de batterie pour la batterie sur laquelle les bases de données SharePoint Products sont restaurées.

Pour plus d’informations, consultez Contrôle de compte d’utilisateur.

Étape 1 : arrêter les services

Le fait d'arrêter les services permet d'éviter la perte de données ou leur altération pendant le processus de restauration, en particulier si vous renommez les bases de données.

  1. sur le serveur qui exécute les services de la couche application pour Azure DevOps, ouvrez une fenêtre d’invite de commandes et accédez au répertoire lecteur: \ % programfiles% \ Azure DevOps Server 2019 \ Tools.

  2. Entrez la commande suivante :

    TFSServiceControl quiesce
    

    Pour plus d’informations, consultez commande TFSServiceControl.

Étape 2 : renommer des bases de données

avant de pouvoir utiliser l’assistant restauration pour restaurer une base de données qui Azure DevOps Server, vous devez d’abord la mettre hors connexion, puis la renommer.

Arrêter les bases de données

  1. Ouvrez SQL Server Management Studio.

    Notes

    pour plus d’informations sur la restauration des bases de données, consultez implémenter des scénarios de restauration pour les bases de données SQL Server.

    La boîte de dialogue Se connecter au serveur s'ouvre.

  2. dans type de serveur, sélectionnez Moteur de base de données.

  3. Dans nom du serveur, entrez ou sélectionnez le nom du serveur de couche données et de l’instance de base de données, puis sélectionnez connecter.

    Notes

    si SQL Server est installé sur un cluster, le nom du serveur est le nom du cluster et non le nom de l’ordinateur.

    SQL Server Management Studio s'ouvre.

  4. Développez le nœud bases de données pour afficher la liste des bases de données qui composent la couche données pour Azure DevOps.

  5. Renommez et arrêtez chaque base de données à restaurer, en suivant les instructions relatives à votre version de SQL Server. Donnez à la base de données un nom qui indique qu’il s’agit de l’ancienne version de la base de données que vous allez remplacer par la version restaurée. Par exemple, vous pouvez renommer TFS_DefaultCollection TFS _ DefaultCollection _ old.

étape 3 : restaurer les bases de données Azure DevOps

vous pouvez restaurer des données pour Azure DevOps Server à l’aide de l’assistant restauration dans la console administration de Azure DevOps Server. L'Assistant Restauration restaure également la clé de chiffrement utilisée pour la création de rapports.

Restaurer les bases de données

  1. ouvrez la console administration de Azure DevOps Server, accédez à sauvegardes planifiées et démarrez l’assistant restauration de bases de données .

    Démarrer l’Assistant Restauration

  2. Spécifiez le chemin d’accès au jeu de sauvegarde et sélectionnez le jeu à utiliser pour la restauration.

    Sélectionnez le chemin d’accès réseau, puis le jeu de restauration.

  3. Suivez la procédure de l'Assistant et restaurez les bases de données.

    Les bases de données sont restaurées sur le nouveau serveur

Étape 4 : mettre à jour tous les comptes de service

vous devez mettre à jour le compte de service pour Azure DevOps Server (TFSService) et le compte de sources de données (TFSReports). Même si ces comptes n'ont pas changé, vous devez mettre à jour les informations pour garantir que l'identité et le format des comptes sont appropriés.

Mettre à jour les comptes de service

  1. sur le serveur qui exécute SQL Server Reporting Services, ouvrez gestion de l' ordinateur et démarrez les composants suivants s’ils ne sont pas déjà démarrés :

    • ReportServer ou ReportServer $nom_instance (pool d’applications)
    • SQL Server Reporting Services (TFSINSTANCE)
  2. sur le serveur de couche application, ouvrez une fenêtre d’invite de commandes, puis accédez au répertoire lecteur: \ % programfiles% \ Azure DevOps Server 2019 \ outils.

  3. à l’invite de commandes, entrez la commande suivante pour ajouter le compte de service pour Azure DevOps, où DatabaseName est le nom de la base de données de configuration (par défaut, TFS_Configuration) :

    TfsConfig Accounts/Add/AccountType : ApplicationTier/Account : AccountName

    Pour plus d’informations, consultez Accounts, commande.

  4. utilisez la commande comptes pour ajouter le compte de sources de données pour le serveur de rapports et le compte proxy pour Azure DevOps serveur proxy, si votre déploiement utilise ces ressources.

Étape 5 : régénérer l’entrepôt de données

Vous pouvez régénérer l'entrepôt de données au lieu de restaurer les bases de données TFS_Warehouse et TFS_Analysis. La reconstruction de l’entrepôt peut nécessiter beaucoup de temps si votre déploiement contient beaucoup de données. Toutefois, cette stratégie permet de s’assurer que toutes les données sont correctement synchronisées. lorsque vous régénérez l’entrepôt, Azure DevOps Server crée une instance de celui-ci, que vous devez ensuite traiter pour le remplir à l’aide des données des magasins opérationnels.

Notes

Si vous avez restauré les bases de données TFS_Warehouse et TFS_Analysis au cours de la section précédente, il n'est pas nécessaire d'exécuter la procédure suivante.

Reconstruire l’entrepôt

  1. sur le serveur qui exécute les services de la couche application pour Azure DevOps, ouvrez une fenêtre d’invite de commandes et accédez au répertoire Drive:\\%programfiles%\\Azure DevOps Server 2019\\Tools .

  2. Entrez la commande suivante :

    TFSConfig RebuildWarehouse,/All/ReportingDataSourcePassword : mot_de_passe

    Password est le mot de passe du compte de sources de données pour Reporting Services (TFSReports).

  3. Attendez la fin de l’exécution de la commande.

  4. Sur le serveur de rapports, ouvrez Internet Explorer et entrez la chaîne suivante dans la barre d'adresses :

    http://localhost:8080/>VirtualDirectory/TeamFoundation/Administration/v3.0/WarehouseControlService.asmx

    pour VirtualDirectory, entrez le répertoire virtuel pour Internet Information Services (IIS) qui a été spécifié lors de l’installation de Azure DevOps Server. Par défaut, ce répertoire est nommé tfs.

    La page WarehouseControlWebService s’ouvre.

    Notes

    le Pool d’applications Microsoft Azure DevOps Server doit être en cours d’exécution pour que le service web de contrôle d’entrepôt soit disponible.

  5. Sélectionnez GetProcessingStatus, puis appeler.

    Important

    Le service doit retourner une valeur inactif pour tous les travaux, ce qui indique que le cube n’est pas en cours de traitement. Si une valeur différente est retournée, répétez cette étape jusqu’à ce que le temps d' inactivité soit retourné pour tous les travaux.

  6. Sur la page WarehouseControlWebService , sélectionnez ProcessAnalysisDatabase, puis appeler.

    Une fenêtre de navigateur s'ouvre. Le service retourne la valeur true lorsqu’il commence le traitement du cube et false s’il n’est pas réussi ou si le cube est en cours de traitement.

  7. Pour déterminer à quel moment le cube a été traité, retournez à la page WarehouseControlWebService , sélectionnez GetProcessingStatus, puis appeler.

    Le traitement est terminé lorsque le service GetProcessingStatus retourne une valeur inactif pour tous les travaux.

  8. sur le serveur de couche application pour Azure DevOps, ouvrez gestion de l’ordinateur, puis démarrez le Service de travail en arrière-plan Visual Studio Team Foundation.

Étape 6 : effacer le cache de données sur les serveurs de couche application

chaque serveur de couche application dans votre déploiement de Azure DevOps utilise un cache de fichiers afin que les utilisateurs puissent télécharger rapidement des fichiers à partir du serveur de couche données. Lorsque vous restaurez un déploiement, vous devez effacer le cache sur chaque serveur de couche Application. Dans le cas contraire, des ID de fichiers incompatibles peuvent provoquer des problèmes lorsque les utilisateurs téléchargent des fichiers à partir du contrôle de version. si votre déploiement utilise Azure DevOps serveur proxy, vous devez également effacer le cache de données sur chaque serveur configuré en tant que proxy.

Notes

En supprimant les caches de données, vous pouvez empêcher le téléchargement de versions incorrectes des fichiers dans le contrôle de version. Vous devez procéder ainsi régulièrement, sauf si vous remplacez l'ensemble du matériel de votre déploiement dans le cadre de votre restauration. Si vous remplacez l'ensemble du matériel, vous pouvez ignorer cette procédure.

Effacer le cache de données

  1. sur un serveur qui exécute les services de la couche application pour Azure DevOps ou qui est configuré avec Azure DevOps serveur Proxy, ouvrez une fenêtre d’invite de commandes et accédez au répertoire lecteur: \ % programfiles% \ Azure DevOps Server 2019 \ services Web de la couche application \ \ _ _ données tfs.

  2. Supprimez tout dans _ le _ Répertoire de données TFS.

  3. répétez ces étapes pour chaque serveur de couche application et chaque serveur qui exécute Azure DevOps serveur Proxy dans votre déploiement.

Étape 7 : redémarrer les services

Après avoir restauré les données, vous devez redémarrer les services pour ramener le serveur à un état opérationnel.

Redémarrer les services

  1. sur le serveur qui exécute les services de la couche application pour Azure DevOps, ouvrez une fenêtre d’invite de commandes et accédez au répertoire lecteur: \ % programfiles% \ Azure DevOps Server 2019 \ Tools.

  2. Entrez la commande suivante :

    TFSServiceControl devrez démarrer

Pour plus d’informations, consultez commande TFSServiceControl.

Étape 8 : actualiser les caches sur les ordinateurs clients

Actualiser le cache pour le suivi des éléments de travail sur les ordinateurs clients

  1. Sur le nouveau serveur, ouvrez Internet Explorer.

  2. Dans la barre d’adresses, entrez l’adresse suivante pour vous connecter au service Web clientservice :

    http://PublicURL/VirtualDirectory:8080/WorkItemTracking/v3.0/ClientService.asmx

    Notes

    Même si vous êtes connecté avec des informations d’identification d’administration, vous devrez peut-être démarrer Internet Explorer en tant qu’administrateur, et vous serez peut-être invité à entrer vos informations d’identification.

  3. Sélectionnez StampWorkitemCache, puis sélectionnez appeler. La méthode StampWorkitemCache ne retourne pas de données.

Actualiser le cache de contrôle de version sur les ordinateurs clients

  1. Sur l’ordinateur client, ouvrez une fenêtre d’invite de commandes avec des autorisations d’administration et accédez au répertoire Drive:\Program Files (x86)\Microsoft Visual Studio 12.0\Common7\IDE .

  2. À l'invite de commandes, entrez la commande suivante, y compris l'URL de la collection, qui inclut le nom de serveur et le numéro de port du nouveau serveur :

    tf workspaces /collection:http://ServerName:Port/VirtualDirectoryName/CollectionName

    Dans l’exemple de déploiement, un développeur doit actualiser le cache de contrôle de version pour un projet qui est membre de la collection DefaultCollection, qui est hébergée dans le déploiement FabrikamPrime de Azure DevOps Server :

    tf workspaces /collection:http://FabrikamPrime:8080/tfs/DefaultCollection

    Pour plus d’informations, consultez la rubrique commande Workspaces.