Restaurer un serveur de couche Application
Azure DevOps Server 2022 | Azure DevOps Server 2020 | Azure DevOps Server 2019
Les bases de données pour Azure DevOps stockent toutes les données pour votre déploiement de Azure DevOps Server. Même si vous sauvegardez le serveur de couche Application, vous ne sauvegarderez aucune donnée pour Azure DevOps Server. Toutefois, si le matériel d'un serveur de couche Application tombe en panne, vous pouvez installer un autre serveur de couche Application et le configurer de sorte qu'il utilise les bases de données de votre déploiement. Ce serveur servira ensuite de serveur de couche Application pour le déploiement en lieu et place du serveur hors ligne. Si votre serveur de niveau application hébergeait des produits SharePoint, vous devez également restaurer ce logiciel sur le nouveau matériel. Pour plus d’informations, consultez Sauvegarde (SharePoint Foundation),Sauvegarde et récupération (SharePoint Server) ou Protection et restauration d’une batterie de serveurs (Office SharePoint Server 2007).
Notes
Après avoir restauré une couche Application sur un nouveau matériel, vérifiez que tous les utilisateurs, groupes et comptes de service pour votre déploiement sont configurés avec les autorisations dont ils ont besoin pour effectuer les tâches nécessaires. Par exemple, les administrateurs pour Azure DevOps doivent être membres du groupe Administrateurs local sur le serveur de la couche Application afin qu’ils puissent ouvrir la console d’administration. Pour plus d’informations, consultez Ajouter des utilisateurs à des projets, Définir des autorisations d’administrateur pour les collections de projets, Définir des autorisations d’administrateur pour Azure DevOps Server et Comptes de service et dépendances dans Azure DevOps Server.
Vous pouvez également ajouter plusieurs serveurs de couche Application à un déploiement de Azure DevOps Server, mais vous devez configurer les clients pour qu’ils se connectent à ce serveur en tant que couche Application distincte. Vous ne pouvez pas configurer l'équilibrage de charge automatique entre les serveurs de couche Application. Pour l’équilibrage de charge et la transparence pour les clients, vous devez d’abord installer et configurer un périphérique matériel ou logiciel pour l’équilibrage de charge réseau (NLB).
Pour installer et configurer un serveur en tant que serveur de couche Application
Arrêtez les pools d’applications et les services que Azure DevOps Server utilise.
Pour plus d’informations, consultez commande TFSServiceControl.
Si vous utilisez le service réseau comme compte de service pour Azure DevOps (TFSService), sur le serveur de la couche application, ouvrez une fenêtre d’invite de commandes et remplacez les répertoires par Drive :%programfiles%\Azure DevOps Server 2019\Tools. Entrez la commande suivante à l'invite de commande :
Comptes TfsConfig /add /account :"NT Authority\Network Service » /accountType :ApplicationTier /SQLInstance :ServerName/DatabaseName :DatabaseName :DatabaseName
Notes
Pour plus d’informations, consultez Commande Comptes.
Installez Azure DevOps Server sur le nouveau serveur et démarrez l’Assistant Niveau Application uniquement.
Si vous utilisez Visual Studio Lab Management, installez la console Administrateur System Center Virtual Machine Manager (SCVMM) sur la couche Application et configurez-la pour la connecter au serveur qui exécute SCVMM.
Pour plus d’informations, consultez Configuration de la gestion des laboratoires pour les environnements SCVMM.
Si le nom de l’ordinateur a changé, ouvrez la console d’administration pour Azure DevOps.
Dans la barre de navigation, sélectionnez Couche Application, puis Modifier les URL.
La fenêtre Modifier les URL s’ouvre .
Dans URL de notification, spécifiez l’URL du nouveau serveur de couche Application, puis sélectionnez OK.
Notes
Le nom de l’ancien serveur de couche Application apparaît toujours dans la liste des serveurs de la couche Application dans la console d’administration pour Azure DevOps. Si vous sélectionnez la zone Filtrer les ordinateurs qui ne se sont pas connectés depuis plus de 3 jours case activée, l’ancien serveur disparaîtra de la liste dans un délai de trois jours.