Nettoyer les anciennes données dans Azure DevOps Server

Azure DevOps Server 2022 | Azure DevOps Server 2020 | Azure DevOps Server 2019

Au fil du temps, Azure DevOps Server instances peuvent générer de très grands volumes de données, notamment des fichiers, des builds, des éléments de travail, etc. Pendant la durée de vie d’un projet, ces données sont précieuses en tant qu’historique des différents artefacts impliqués dans la production de logiciels. En fin de compte, les coûts associés à la maintenance des données plus anciennes, notamment les impacts sur les performances et l’augmentation du temps consacré aux mises à niveau, en plus de l’augmentation de l’espace disque requis, peuvent dépasser les avantages.

Cet article fournit des conseils pour nettoyer différents types de données, principalement à partir de Azure DevOps Server bases de données de collecte.

Notez que la taille des fichiers de données SQL ne diminuera pas après le nettoyage, car SQL Server réservera l’espace pour une utilisation ultérieure.

Important

Dans tous les cas suivants, une fois les données nettoyées, elles ne peuvent pas être récupérées , sauf en restaurant une sauvegarde de base de données. Veillez à propre uniquement les données dont vous êtes sûr de ne plus avoir besoin.

Condition préalable

Pour effectuer ces procédures, vous devez être un utilisateur hautement autorisé, généralement membre d’une collection de projets ou d’un groupe Administrateurs de projets.

Projets

Si vous avez des projets entiers qui ne sont plus nécessaires, leur suppression peut avoir un impact important, car cela supprimera tout le contenu du projet dans toutes les zones de fonctionnalités. Il existe deux façons de supprimer un projet :

  1. Utilisation du portail web.

  2. Utilisation de l’outil TfsDeleteProject inclus dans les installations de Visual Studio.

Les deux méthodes effectuent par défaut le même ensemble d’actions.

Fichiers

En règle générale, le contenu des fichiers consomme la majorité de l’espace dans Azure DevOps Server bases de données de collection, de sorte que le nettoyage des fichiers inutiles peut avoir un impact significatif sur le volume de données. Il existe de nombreux types de fichiers stockés dans Azure DevOps Server bases de données de collection, notamment les fichiers Team Foundation Version Control, les fichiers Git, les pièces jointes d’éléments de travail, les pièces jointes de cas de test, les sorties de build, etc. La plupart d’entre eux, mais pas tous, prennent en charge le nettoyage.

Notez que le contenu du fichier n’est généralement pas nettoyé immédiatement après la suppression, mais plutôt par un travail en arrière-plan qui s’exécute régulièrement (généralement une fois par jour).

contenu Team Foundation Version Control

Lorsque les branches, dossiers et fichiers Team Foundation Version Control (TFVC) sont supprimés, ils ne sont supprimés que logiquement. Leur contenu est toujours disponible dans l’historique. Les branches, dossiers ou fichiers individuels TFVC peuvent être supprimés physiquement à l’aide de la commande destroy dans tf.exe.

Tester les pièces jointes

Les pièces jointes de test créées pendant les séries de tests peuvent être nettoyées à l’aide du Nettoyeur de pièces jointes de test, qui est inclus dans le Azure DevOps Server Power Tools.

Une autre option pour nettoyer les données de test consiste à définir la stratégie de rétention des tests pour un projet. Pour plus d’informations, consultez Contrôler la durée de conservation des résultats des tests.

Builds XAML

Lorsque les builds dans Azure DevOps Server sont supprimées, un sous-ensemble des informations qu’elles ont produites est conservé pour éviter de perdre des données de création de rapports lors de la prochaine reconstruction de l’entrepôt. Les données de build peuvent être supprimées physiquement à l’aide de la commande destroy dans tfsbuild.exe.

En outre, vous pouvez définir des stratégies de rétention pour vos pipelines de build et de mise en production. Pour plus d’informations, consultez Stratégies de conservation de build et de mise en version.