Consultez la liste des vérifications d’analyse disponibles dans Vélocité de changement DevOps pour obtenir des recommandations sur la correction des erreurs éventuelles.

Tableau 1. DevOps Vérifications de l’analyse de la suite

Nom de vérification	Description de vérification	Suite	Détails de la résolution
DevOps - flux secondaires dépassant fréquemment les délais d’exécution	DevOps Les flux secondaires de gestionnaire d’aptitude ont un délai d’expiration par défaut de 45 secondes dans le système de base. Dans des conditions normales de fonctionnement, ces délais ne sont pas dépassés. Lorsque plusieurs flux secondaires expirent fréquemment, cela indique un problème potentiel.	Vélocité de changement DevOps Intégrité : planifiée	Augmentez la valeur du délai d'expiration pour le flux secondaire qui arrive à expiration, dans la table Aptitude d'intégration. Vous devez avoir le rôle d'administrateur DevOps pour effectuer cette action.
DevOps - rôles vides dans le système de base	Si l’un de vos rôles système de base a une référence de rôle vide, cela peut avoir un impact sur un large éventail de fonctionnalités, y compris l’action de DevOps détection et le traitement des événements.	Vélocité de changement DevOps Intégrité : planifiée	Consultez l'article de la base de connaissances [KB1642669] pour en savoir plus sur la résolution.
DevOps - dupliquer les pipelines	Le DevOps modèle de données n’applique pas l’unicité aux enregistrements clés tels que les pipelines, ce qui peut entraîner des problèmes intermittents ou imprévisibles. Cette vérification identifie les enregistrements de pipeline en double dans les tables primaires DevOps , qui peuvent entraîner des problèmes de traitement s’ils ne sont pas résolus.	Vélocité de changement DevOps Intégrité : planifiée	Supprimez le pipeline en double qui n'a pas d'exécutions de pipeline associées ou qui n'est pas lié à une application.
DevOps Accès de l’utilisateur système	L'utilisateur devops.system est utilisé pour la plupart des traitements des transactions côté serveur et, au cours de ce traitement, s'il ne peut pas accéder à certaines tables clés, le processus échoue. Étant donné qu'il n'est pas pratique de vérifier si l'utilisateur dispose d'un accès approprié à chaque fois qu'il effectue une requête, les défaillances ont tendance à se manifester indirectement, ce qui les rend difficiles et longues à diagnostiquer. Cette vérification garantit que devops.system dispose de l'accès approprié à une liste spécifique de tables requises pour la fonctionnalité principale du produit.	Vélocité de changement DevOps Intégrité : planifiée	Assurez-vous que l'utilisateur système DevOps existe. Vérifiez qu'il n'y a pas d'ACL au niveau du champ dans la table sys_connection et informations d'identification.
DevOps - Politiques d’accès au module mal configurées	Si des politiques d’accès au module sont manquantes ou mal configurées dans votre instance, cela peut avoir un impact sur un large éventail de fonctionnalités, notamment la connectivité des outils, le traitement des événements, le traitement des pipelines et la création de DevOps changements. Les politiques d'accès au module générées automatiquement sont définies sur Rejeter par défaut. Cette vérification identifie les politiques d'accès au module configurées avec l'état de résultat rejeté.	Vélocité de changement DevOps Intégrité : sur demande	Définissez la valeur de résultat de la politique d'accès au module pour l'application DevOps sur « Suivre » pour permettre à l'application DevOps d'accéder aux informations d'identification. Consultez l'article de la base de connaissances [KB1112530] pour en savoir plus.
DevOps - Étapes de contrôle des changements avec pipelines non suivis	Si le contrôle des changements est activé pour un pipeline, mais qu'il n'est pas marqué pour le suivi, il est possible qu'une demande de changement ne soit pas créée lors de son exécution et que le pipeline soit bloqué.	Vélocité de changement DevOps Intégrité : sur demande	Activez le suivi des pipelines sous contrôle des changements en sélectionnant l'option Suivre sur la page d'enregistrement de l'outil ou ajoutez le pipeline à une application.
DevOps : changements dans les enregistrements d’ensembles de mises à jour	Si des modifications sont apportées à l’une DevOps des applications, cela peut entraîner l’omission ou l’oubli de mises à jour lors de la mise à niveau vers une version plus récente. Cette vérification analyse le fichier update.xml à la recherche de changements inclus dans le périmètre de l'application Vélocité de changement DevOps.	Vélocité de changement DevOps Intégrité : sur demande	Avant d'utiliser des ensembles de mises à jour, créez un processus standard pour déplacer les personnalisations. Pour plus d’informations, consultez la rubrique dans la Get started with update sets documentation produit.