Restaurer un serveur de couche Application

  • Article

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 d’Azure DevOps Server. Même si vous sauvegardez le serveur de la couche Application, vous ne sauvegardez aucune donnée pour Azure DevOps Server. Toutefois, si le matériel d’un serveur de couche Application échoue, vous pouvez installer un autre serveur de couche Application et le configurer pour utiliser les bases de données pour votre déploiement. Ce serveur remplace ensuite le serveur hors connexion comme serveur de la couche Application pour le déploiement. 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).

Remarque

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 locaux 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 des comptes de service et des dépendances dans Azure DevOps Server.

Vous pouvez également ajouter plusieurs serveurs de couche Application à un déploiement d’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 la couche Application. Pour l’équilibrage de charge et la transparence des 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 la couche Application

  1. Arrêtez les pools d’applications et les services qu’Azure DevOps Server utilise.

    Pour plus d’informations, consultez la commande TFSServiceControl.

  2. 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 modifiez les répertoires en 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

    Remarque

    Pour plus d’informations, consultez la commande Comptes.

  3. Installez Azure DevOps Server sur le nouveau serveur et démarrez l’Assistant Application-Tier Only .

  4. 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 vous connecter au serveur exécutant SCVMM.

    Pour plus d’informations, consultez Configuration de la gestion des laboratoires pour les environnements SCVMM.

  5. Si le nom de l’ordinateur a changé, ouvrez la console d’administration pour Azure DevOps.

  6. Dans la barre de navigation, sélectionnez Couche Application, puis Modifier les URL.

    La fenêtre Modifier les URL s’ouvre.

  7. Dans l’URL de notification, spécifiez l’URL du nouveau serveur de la couche Application, puis sélectionnez OK.

    Remarque

    Le nom de l’ancien serveur de la couche Application apparaît toujours dans la liste des serveurs de la couche Application dans la console d’administration pour Azure DevOps. Si vous activez la case à cocher Filtrer les ordinateurs qui n’ont pas été connectés dans plus de 3 jours , l’ancien serveur disparaît de la liste dans les trois jours.