Remarque
L’accès à cette page nécessite une autorisation. Vous pouvez essayer de vous connecter ou de modifier des répertoires.
L’accès à cette page nécessite une autorisation. Vous pouvez essayer de modifier des répertoires.
Azure DevOps Server |Azure DevOps Server |Azure DevOps Server 2022 | Azure DevOps Server 2020
Ce guide vous guide tout au long de la mise à niveau de votre déploiement local vers Azure DevOps Server. Que vous passez de TFS 2015 ou d’Azure DevOps Server 2019, le processus garantit que votre environnement est prêt pour les dernières fonctionnalités et améliorations des performances.
Prerequisites
| Prérequis | Détails |
|---|---|
| Version source prise en charge | Les mises à niveau sont prises en charge uniquement à partir de TFS 2015 et versions ultérieures . Si votre déploiement exécute TFS 2013 ou une version antérieure, mettez d’abord à niveau ce déploiement vers TFS 2015, puis effectuez une mise à niveau vers Azure DevOps Server. |
| Configuration système requise | Passez en revue la configuration système requise pour le serveur cible . Cela peut inclure des mises à jour des systèmes d’exploitation, des versions de SQL Server et du matériel. |
| Sauvegardes de base de données | Créez un ensemble complet et cohérent de sauvegardes pour toutes les bases de données Azure DevOps. Consultez la planification de la sauvegarde et de la restauration de la base de données. Ces sauvegardes sont essentielles pour la récupération en cas d’échec de la mise à niveau. |
| Informations d’identification du compte de service | Vérifiez que vous disposez d’un accès administratif et d’informations d’identification pour les comptes de service utilisés par Azure DevOps Server. |
| Clé de licence et de produit | Disposez de votre licence Azure DevOps Server et de votre clé de produit prête pour l’installation et l’activation. |
| Environnement de préproduction (recommandé) | Si vous effectuez une mise à niveau en place, effectuez un essai (exécution sèche) dans un environnement de préproduction pour valider le processus : exécution sèche en préproduction. |
| Options de modèle de processus | Déterminez s’il faut utiliser le modèle de processus Héritage ou XML local pour les nouvelles collections de projets , ce choix affecte les fonctionnalités de personnalisation et de création de rapports. |
Chemins de mise à niveau pris en charge
Utilisez la matrice de mise à niveau suivante pour déterminer le chemin d’accès approprié en fonction de votre version actuelle :
Fonctionnalités dépréciées
L’Assistant Configurer les fonctionnalités n’est plus pris en charge dans Azure DevOps Server 2019 et versions ultérieures.
Pour plus d’informations sur les mises à jour des processus système par défaut, consultez Modifications apportées aux modèles de processus.
Disponibilité du modèle de processus d’héritage pour les nouvelles collections de projets
Azure DevOps Server 2019 prend en charge l’utilisation du modèle de processus d’héritage pour personnaliser votre expérience de suivi du travail. Vous ne pouvez accéder à cette fonctionnalité qu’en créant une collection de projets. Les collections de projets existantes prennent uniquement en charge le modèle de processus XML local.
Si vous choisissez le modèle de processus d’héritage pour les nouvelles collections de projets, vous choisissez également automatiquement le service Analytics pour prendre en charge les rapports. Vous ne pouvez pas ajouter SQL Server Reporting Services aux projets que vous ajoutez aux nouvelles collections de projets. Si vous choisissez le modèle de processus XML local pour les nouvelles collections de projets, vous avez accès au service Analytics et à SQL Server Reporting Services. Cela est également vrai pour les collections existantes que vous mettez à niveau.
Considérez vos exigences de personnalisation et de création de rapports de suivi du travail à mesure que vous avancez avec les nouvelles collections de projets. Pour plus d’informations sur ces choix, consultez les articles suivants :
- modèle de processus d’héritage
- modèle de processus local
- Service d’analytique
- Services de création de rapports SQL
Abandon de l'assistant de configuration des fonctionnalités
Dans le passé, l’Assistant Configurer les fonctionnalités était utilisé pour mettre à jour les modèles de processus par défaut en incorporant les mises à jour effectuées. Cette fonctionnalité n’est plus prise en charge dans Azure DevOps Server 2019.
Pour en savoir plus sur les mises à jour apportées aux processus système par défaut, consultez Modifications apportées aux modèles de processus.
Complexité des mises à jour
La complexité de la mise à niveau dépend des éléments suivants :
- Nombre de serveurs
- Intégration à SQL Server Reporting Services
- Taille de la base de données
- Version actuelle
Quelle que soit la configuration, le processus principal reste le même : préparer, puis mettre à niveau.
Temps d'arrêt
Votre déploiement est hors connexion pendant la mise à niveau. La durée varie en fonction de la taille du déploiement. Pour réduire les temps d’arrêt :
- Nettoyer les données inutiles
- Rester à jour avec les versions d’Azure DevOps Server