Partager via


Résoudre les problèmes liés à aucune donnée : Application Insights pour .NET et .NET Core

Cet article fournit des informations de résolution des problèmes pour résoudre les problèmes liés à l’absence de données ou ne s’affiche pas lorsque vous utilisez Application Insights pour .NET et .NET Core.

Note

Cet article a été récemment mis à jour pour utiliser le terme journaux Azure Monitor au lieu de Log Analytics. Les données de journal sont toujours stockées dans un espace de travail Log Analytics, et elles sont toujours collectées et analysées par le même service Log Analytics. Nous mettons à jour la terminologie pour mieux refléter le rôle des journaux dans Azure Monitor. Pour plus d'informations, consultez Changements de terminologie Azure Monitor.

Certaines de mes données télémétriques manquent

Exemples de scénarios :

Dans Application Insights, je ne vois qu’une fraction des événements générés par mon application

  • Si vous voyez toujours la même fraction, c’est probablement à cause de l’échantillonnage adaptatif. Pour confirmer cette cause, sélectionnez Recherche de vue d’ensemble>et examinez une instance d’une requête ou d’un autre événement. Pour afficher tous les détails de la propriété, sélectionnez le bouton de sélection ( ) en bas de la section Propriétés. Si le nombre de requêtes est supérieur à 1, l’échantillonnage est en cours d’opération.
  • Il est possible que vous rencontriez une limite de débit de données pour votre plan tarifaire. Ces limites sont appliquées par minute.

Je rencontre une perte de données aléatoire

  • Vérifiez si vous rencontrez une perte de données sur le canal de télémétrie.
  • Recherchez les problèmes connus dans le canal de télémétrie du dépôt GitHub.

Note

Si les données sont manquantes, il est possible que les données soient rejetées par le serveur principal. Cette situation peut se produire pour diverses raisons, notamment les causes suivantes :

  • Les champs obligatoires sont manquants.
  • Un ou plusieurs champs dépassent les limites de taille.
  • Les kits SDK échouent en mode silencieux au lieu de lever des exceptions.

Vous pouvez utiliser un outil tel que Fiddler ou tout autre outil qui inspectera le trafic HTTP pour confirmer les chargements de télémétrie réussis. Le serveur principal retourne un code d’état HTTP « 200 OK » pour indiquer un chargement réussi. Vous pouvez également utiliser les journaux du Kit de développement logiciel (SDK) pour voir si le serveur principal rejette les données.

Je rencontre une perte de données dans une application console ou sur une application web lorsque l’application est sur le point d’arrêter

  • Le canal du Kit de développement logiciel (SDK) conserve les données de télémétrie dans la mémoire tampon et les envoie par lots. Si l’application s’arrête, il peut être nécessaire d’appeler explicitement Flush(). Le Flush() comportement dépend du canal réel utilisé.
  • Par application console .NET Core/.NET Framework, l’appel Flush() explicite suivi de veille est requis dans les applications console.

Le nombre de demandes collectés par le Kit de développement logiciel (SDK) Application Insights ne correspond pas au nombre de journaux IIS pour mon application

Les journaux iis (Internet Information Services) comptent tous les demandes qui atteignent IIS et peuvent différer intrinsèquement des demandes totales qui atteignent une application. En raison de ce comportement, il n’est pas garanti que le nombre de requêtes collecté par les kits SDK correspond au nombre total de journaux IIS.

Aucune donnée de mon serveur

Exemples de scénarios :

J’ai installé mon application sur mon serveur web et je ne vois plus de données de télémétrie. Cela a fonctionné ok sur mon ordinateur de développement

Le problème est probablement dû à un problème de pare-feu. Définissez des exceptions de pare-feu pour qu’Application Insights puisse envoyer des données.

J’ai installé l’agent Azure Monitor Application Insights sur mon serveur web pour surveiller les applications existantes. Je ne vois aucun résultat

Consultez Résolution des problèmes liés à Status Monitor.

Vérifier les paramètres du client TLS/SSL (ASP.NET)

Si vous disposez d’une application ASP.NET hébergée dans Azure App Service ou IIS sur une machine virtuelle, votre application peut ne pas se connecter au service débogueur d’instantané en raison d’un protocole de sécurité SSL manquant.

Le point de terminaison Débogueur de capture instantanée nécessite la version 1.2 du protocole TLS. L’ensemble de protocoles de sécurité SSL est l’un des points de terminaison activés par la valeur d’attribut de l’élément <httpRuntime> dans la <system.web> section du fichier web.config.targetFramework Si le framework cible est 4.5.2 ou inférieur, TLS 1.2 n’est pas inclus par défaut.

Note

La <httpRuntime> valeur d’attribut de l’élément targetFramework est indépendante de l’infrastructure cible utilisée lorsque vous générez votre application.

Pour vérifier le paramètre, ouvrez votre fichier web.config et recherchez la <system.web> section. Vérifiez que la targetFramework <httpRuntime> valeur 4.6 ou ultérieure est définie sur la valeur 4.6.

<system.web>
  ...
  <httpRuntime targetFramework="4.7.2" />
  ...
</system.web>

Note

La modification de la valeur de targetFramework l’élément <httpRuntime> modifie les caractères d’exécution appliqués à votre application et peut entraîner d’autres changements de comportement subtils. Veillez à tester soigneusement votre application après avoir apporté cette modification. Pour obtenir la liste complète des modifications de compatibilité, consultez Reciblage des modifications.

Si l’infrastructure cible est 4.7 ou ultérieure, Windows détermine les protocoles disponibles. Dans Azure App Service, TLS 1.2 est disponible. Toutefois, si vous utilisez votre propre machine virtuelle, vous devrez peut-être activer TLS 1.2 dans le système d’exploitation.

FileNotFoundException : « Impossible de charger le fichier ou l’assembly Microsoft.AspNet TelemetryCorrelation »

Pour plus d’informations sur cette erreur, consultez le problème GitHub 1610.

Lorsque vous effectuez une mise à niveau à partir de sdk Application Insights antérieurs à la version 2.4, vérifiez que les modifications suivantes ont été appliquées aux fichiers web.config et ApplicationInsights.config :

  1. Dans web.config, vous devez avoir deux modules HTTP au lieu d’un. L’ordre est important pour certains scénarios :

    <system.webServer>
      <modules>
        <add name="TelemetryCorrelationHttpModule"
          type="Microsoft.AspNet.TelemetryCorrelation.TelemetryCorrelationHttpModule, Microsoft.AspNet.TelemetryCorrelation"
          preCondition="integratedMode,managedHandler" />
        <add name="ApplicationInsightsHttpModule"
          type="Microsoft.ApplicationInsights.Web.ApplicationInsightsHttpModule, Microsoft.AI.Web"
          preCondition="managedHandler" />
      </modules>
    </system.webServer>
    
  2. Dans ApplicationInsights.config, en plus RequestTrackingTelemetryModulede , vous devez disposer du module de télémétrie suivant :

    <TelemetryModules>
      <Add Type="Microsoft.ApplicationInsights.Web.AspNetDiagnosticTelemetryModule, Microsoft.AI.Web"/>
    </TelemetryModules>
    

L’échec de la mise à niveau peut entraîner des exceptions inattendues ou des données de télémétrie non collectées.

Aucune option « Ajouter Application Insights » dans Visual Studio

Exemple de scénario :

Quand je clique avec le bouton droit sur un projet existant dans Explorateur de solutions, je ne vois aucune option Application Insights

  • Les outils ne prennent pas en charge tous les types de projets .NET. Les projets Web et Windows Communication Foundation (WCF) sont pris en charge. Pour d’autres types de projets, tels que les applications de bureau ou de service, vous pouvez toujours ajouter manuellement un SDK Application Insights à votre projet.
  • Vérifiez que vous disposez de Visual Studio 2013 Update 3 ou version ultérieure. Il est préinstallé avec les outils d’analyse développeur, qui fournissent le Kit de développement logiciel (SDK) Application Insights.
  • Sélectionnez Outils>Extensions et mises à jour. Vérifiez ensuite si les outils Developer Analytics sont installés et activés. S’il est installé et activé, sélectionnez Mises à jour pour voir s’il existe une mise à jour disponible.
  • Ouvrez la boîte de dialogue Nouveau projet et sélectionnez ASP.NET application web. Si vous voyez l’option Application Insights , les outils sont installés. Si ce n’est pas le cas, désinstallez et réinstallez les outils Developer Analytics.

Échec de l’ajout d’Application Insights

Exemple de scénario :

Lorsque j’essaie d’ajouter Application Insights à un projet existant, un message d’erreur s’affiche

Causes probables :

Correctif :

  • Vérifiez que vous avez fourni des informations d’identification de connexion pour le compte Azure approprié.
  • Dans votre navigateur, vérifiez que vous avez accès au portail Azure. Ouvrez Paramètres et vérifiez s’il existe une restriction.
  • Ajoutez Application Insights à votre projet existant. Dans Explorateur de solutions, cliquez avec le bouton droit sur votre projet, puis sélectionnez Ajouter Application Insights.

« Les packages NuGet sont manquants » sur mon serveur de build

Exemple de scénario :

Tout s’appuie sur OK quand je débogue sur mon ordinateur de développement, mais j’obtiens une erreur NuGet sur le serveur de build

Consultez Restauration de package NuGet et Restauration automatique de package.

Commande de menu manquante pour ouvrir Application Insights à partir de Visual Studio

Exemple de scénario :

Quand je clique avec le bouton droit sur mon projet Explorateur de solutions, je ne vois pas de commandes Application Insights ou je ne vois pas de commande Ouvrir Application Insights

Causes probables :

  • Vous avez créé manuellement la ressource Application Insights.
  • Le projet est d’un type que les outils Application Insights ne prennent pas en charge.
  • Les outils Developer Analytics sont désactivés dans votre instance de Visual Studio.
  • Votre version de Visual Studio est antérieure à Visual Studio 2013 Update 3.

Correctif :

  • Vérifiez que votre version de Visual Studio est Visual Studio 2013 Update 3 ou ultérieure.
  • Sélectionnez Outils>Extensions et mises à jour. Vérifiez que les outils Developer Analytics sont installés et activés. S’il est installé et activé, sélectionnez Mises à jour pour voir s’il existe une mise à jour disponible.
  • Cliquez avec le bouton droit sur l’Explorateur de solutions. Si vous voyez la commande Application Insights>Configurer Application Insights, utilisez-la pour connecter votre projet à la ressource dans le service Application Insights.

Dans le cas contraire, votre type de projet n’est pas directement pris en charge par les outils Developer Analytics Tools. Pour afficher vos données de télémétrie, connectez-vous au Portail Azure, recherchez et sélectionnez Application Insights, puis sélectionnez votre application.

« Accès refusé » lors de l’ouverture d’Application Insights dans Visual Studio

Exemple de scénario :

La commande de menu « Ouvrir Application Insights » m’amène à la Portail Azure, mais j’obtiens une erreur « accès refusé »

La connexion Microsoft que vous avez utilisée en dernier dans votre navigateur par défaut n’a pas accès à la ressource créée au moment où Application Insights a été ajoutée à cette application. Il existe deux causes probables :

Cause Solution
Vous avez plusieurs comptes Microsoft , peut-être un compte Professionnel et Personnel Microsoft. Si c’est le cas, la connexion que vous avez utilisée pour la dernière fois sur votre navigateur par défaut était pour un compte différent de celui qui a accès à l’ajout d’Application Insights au projet. Sélectionnez votre nom dans le coin supérieur droit de la fenêtre du navigateur et déconnectez-vous. Connectez-vous ensuite avec le compte qui a accès. Recherchez et sélectionnez Application Insights et sélectionnez votre application.
Quelqu’un d’autre a ajouté Application Insights au projet et il a oublié de vous donner accès au groupe de ressources dans lequel il a été créé. S’ils utilisaient un compte d’organisation, ils peuvent vous ajouter à l’équipe. Ils peuvent également vous accorder un accès individuel au groupe de ressources.

« Actif introuvable » lors de l’ouverture d’Application Insights dans Visual Studio

Exemple de scénario :

La commande de menu « Ouvrir Application Insights » m’amène à l’Portail Azure, mais j’obtiens une erreur « ressource introuvable »

Il existe deux causes probables :

  • La ressource Application Insights pour votre application a été supprimée.
  • Une personne a défini ou modifié le chaîne de connexion dans ApplicationInsights.config sans mettre à jour le fichier projet.

Les chaîne de connexion dans le fichier ApplicationInsights.config contrôlent l’emplacement d’envoi des données de télémétrie. Une ligne dans le fichier projet détermine quelle ressource est ouverte lorsque vous utilisez la commande dans Visual Studio.

Appliquez l’un des correctifs suivants :

  • Dans Explorateur de solutions, cliquez avec le bouton droit sur le projet et sélectionnez Application Insights>Configurer Application Insights. Dans la boîte de dialogue, vous pouvez sélectionner l’envoi de données de télémétrie à une ressource existante ou en créer une nouvelle.
  • Ouvrez la ressource directement. Connectez-vous au Portail Azure, recherchez et sélectionnez Application Insights, puis sélectionnez votre application.

Où puis-je trouver mes données de télémétrie ?

Exemple de scénario :

Je me suis connecté au Portail Azure, et je regarde le tableau de bord d’accueil Azure. Alors, où puis-je trouver mes données Application Insights ?

  • Recherchez et sélectionnez Application Insights, puis sélectionnez votre application. Si aucun projet ne se trouve à cet endroit, vous devez ajouter ou configurer Application Insights dans votre projet web. Vous pouvez parcourir les graphiques récapitulatives qui semblent afficher plus de détails.
  • Dans Visual Studio, pendant que vous déboguez votre application, sélectionnez le bouton Application Insights .

Aucune donnée sur serveur (ou aucune donnée)

Exemple de scénario :

J’ai exécuté mon application, puis ouvert le service Application Insights dans Microsoft Azure, mais tous les graphiques montrent « Découvrir comment collecter », « Non configuré » ou uniquement la vue de page et les données utilisateur, mais pas de données serveur

  • Exécutez votre application en mode Débogage dans Visual Studio (F5). Utilisez l’application pour générer des données de télémétrie. Vérifiez que vous pouvez voir les événements consignés dans la fenêtre Sortie de Visual Studio.

    Capture d’écran montrant une application s’exécutant en mode débogage dans Visual Studio.

  • Dans le portail Application Insights, sélectionnez Recherche de vue d’ensemble>. En général, les données s’affichent d’abord ici.

  • Sélectionnez Actualiser. Le volet s’actualise régulièrement, mais vous pouvez également le faire manuellement. Plus les intervalles de temps sur lesquels portent les graphiques sont étendus, plus l’intervalle d’actualisation est long.

  • Vérifiez que les chaîne de connexion correspondent. Dans le volet principal de votre application dans le portail Application Insights, dans la liste déroulante Essentials, examinez la chaîne de connexion. Ensuite, dans votre projet dans Visual Studio, ouvrez ApplicationInsights.config et recherchez l’élément <ConnectionString> . Vérifiez si les deux chaînes sont égales. Si les chaînes ne correspondent pas, effectuez l’une des actions suivantes :

    Environment Action
    Azure portal Recherchez et sélectionnez Application Insights , puis recherchez la ressource d’application avec la chaîne appropriée.
    Visual Studio Dans Visual Studio Explorateur de solutions, cliquez avec le bouton droit sur le projet et sélectionnez Application Insights>Configure. Réinitialisez l’application pour envoyer des données de télémétrie à la ressource appropriée.

    Si vous ne trouvez pas les chaînes correspondantes, vérifiez que vous utilisez les mêmes informations d’identification de connexion dans Visual Studio que celles que vous utilisez pour vous connecter au portail.

  • Dans le Portail Azure, recherchez et sélectionnez Service Health. Si la carte contient des indications d’alerte, attendez qu’elles soient retournées à l’intégrité. Fermez et rouvrez ensuite votre volet d’application Application Insights.

  • Avez-vous écrit du code pour le SDK côté serveur susceptible de changer la chaîne de connexion dans les instances TelemetryClient ou dans TelemetryContext ? Ou avez-vous rédigé une configuration de filtre ou d’échantillonnage trop exclusive ?

  • Si vous avez modifié ApplicationInsights.config, vérifiez attentivement la configuration des< éléments TelemetryInitializers> et <TelemetryProcessors>. Un type ou un paramètre nommé de manière incorrecte peut empêcher le SDK d’envoyer des données.

Aucune donnée sur les affichages de page, les navigateurs et l’utilisation

Exemple de scénario :

Je vois les données dans le temps de réponse du serveur et les graphiques de demandes de serveur, mais aucune donnée dans le temps de chargement de l’affichage de page, ou dans les volets Navigateur ou Utilisation

Les données proviennent de scripts dans les pages web.

  • Si vous avez ajouté Application Insights à un projet existant, vous devez ajouter manuellement les scripts.
  • Assurez-vous que Microsoft Internet Explorer n'affiche pas votre site en mode de compatibilité.
  • Utilisez la fonctionnalité de débogage du navigateur (F12 sur certains navigateurs, puis choisissez Réseau) pour vérifier que les données sont envoyées à dc.services.visualstudio.com.

Aucune donnée de dépendance ou d’exception

Voir télémétrie des dépendances et télémétrie d’exception.

Aucune donnée de performances

Les données de performances telles que le processeur et le taux d’E/S sont disponibles pour les environnements suivants sous Serveurs de paramètres> :

Aucune donnée (serveur) n’apparaît depuis que j’ai publié l’application sur mon serveur

  • Vérifiez que vous avez copié toutes les Microsoft.ApplicationInsights DLL sur le serveur, ainsi Microsoft.Diagnostics.Instrumentation.Extensions.Intercept.dllque .
  • Dans votre pare-feu, vous devrez peut-être ouvrir certains ports TCP.
  • Si vous devez utiliser un proxy pour envoyer hors de votre réseau d’entreprise, définissez l’élément <defaultProxy> dans web.config.

Impact sur les performances lorsque Application Insights est activé

L’activation du Kit de développement logiciel (SDK) Application Insights dans votre application peut parfois entraîner des problèmes de performances, tels que l’utilisation élevée du processeur, les fuites de mémoire, les fuites de threads ou l’épuisement des ports TCP. Ces problèmes proviennent généralement des objets qui fuient l’application Microsoft.ApplicationInsights.Extensibility.TelemetryConfiguration . Chaque instance divulguée crée deux threads supplémentaires, ce qui entraîne une augmentation continue du nombre de threads du processus au fil du temps. Si vous observez un nombre croissant de threads, il est essentiel de vérifier les fuites d’objets TelemetryConfiguration .

Causes courantes des fuites telemetryConfiguration

Il existe deux causes principales de fuite d’objets TelemetryConfiguration :

  • Création explicite dans le code : si vous créez TelemetryConfiguration des objets dans votre code, assurez-vous qu’ils ne sont pas créés par inadvertance par requête web. Utilisez plutôt une instance globale partagée. Pour les applications .NET Framework, accédez à l’instance globale avec TelemetryConfiguration.Active. Pour les applications .NET Core, utilisez cette option TelemetryConfiguration.CreateDefault() pour obtenir une configuration par défaut.

  • Utilisation incorrecte du fournisseur de services : dans les applications .NET Core, évitez d’appeler services.BuildServiceProvider() dans ConfigureServices. La méthode BuildServiceProvider crée un fournisseur de services qui initialise et lit la configuration, ce qui entraîne chaque fois un nouvel TelemetryConfiguration objet. Un tel modèle peut entraîner des fuites et est déconseillé, comme indiqué dans l’avertissement Visual Studio contre cette pratique de codage.

J’ai utilisé pour voir des données, mais elle est arrêtée

Vous souhaitez savoir si vous avez atteint votre quota mensuel de points de données ? Ouvrez le quota des paramètres>et la tarification pour en savoir plus. Si c’est le cas, vous pouvez mettre à niveau votre plan ou payer pour plus de capacité. Consultez le mécanisme de tarification.

Je ne vois pas toutes les données que j’attends

Si votre application envoie des données considérables et que vous utilisez le Kit de développement logiciel (SDK) Application Insights pour ASP.NET version 2.0.0-beta3 ou ultérieure, la fonctionnalité d’échantillonnage adaptatif peut fonctionner et envoyer uniquement un pourcentage de vos données de télémétrie.

Vous pouvez le désactiver, mais nous vous déconseillons de le faire. L’échantillonnage est conçu pour que les données de télémétrie associées soient correctement transmises à des fins de diagnostic.

L’adresse IP du client est 0.0.0.0

Le 5 février 2018, nous avons annoncé que nous avons supprimé la journalisation de l’adresse IP du client. Cette recommandation n’affecte pas la géolocalisation.

Note

Si vous avez besoin des trois premiers octets de l’adresse IP, vous pouvez utiliser un initialiseur de télémétrie pour ajouter un attribut personnalisé. Ce problème n’affecte pas les données collectées avant le 5 février 2018.

Données géographiques erronées dans la télémétrie de l’utilisateur

Les dimensions ville et pays/région sont dérivées d’adresses IP et ne sont pas toujours précises. Ces adresses IP sont d’abord traitées pour la localisation, puis sont changées en 0.0.0.0 pour être stockées.

Exception « méthode introuvable » lors de l’exécution dans Services cloud Azure

Avez-vous généré pour le support à long terme .NET (LTS) ? Les versions antérieures ne sont pas automatiquement prises en charge dans les rôles Azure Cloud Services. Installez LTS sur chaque rôle avant d’exécuter votre application.

Résoudre les problèmes liés aux journaux

Suivez ces instructions pour capturer les journaux d’activité de dépannage de votre infrastructure.

.NET Framework

Note

À compter de la version 2.14, le package Microsoft.AspNet.ApplicationInsights.HostingStartup n’est plus nécessaire. Les journaux du Kit de développement logiciel (SDK) sont désormais collectés avec le package Microsoft.ApplicationInsights . Aucun autre package n’est requis.

  1. Modifiez votre fichier ApplicationInsights.config pour inclure le code XML suivant :

    <TelemetryModules>
      <Add Type="Microsoft.ApplicationInsights.Extensibility.Implementation.Tracing.FileDiagnosticsTelemetryModule, Microsoft.ApplicationInsights">
        <Severity>Verbose</Severity>
        <LogFileName>mylog.txt</LogFileName>
        <LogFilePath>C:\\SDKLOGS</LogFilePath>
      </Add>
    </TelemetryModules>
    

    Votre application doit disposer d’autorisations d’écriture sur l’emplacement configuré.

  2. Redémarrez le processus afin que le SDK récupère ces nouveaux paramètres.

  3. Dès que vous avez terminé, annulez ces changements.

.NET Core

  1. Installez le package NuGet du SDK Application Insights pour le package ASP.NET Core à partir de NuGet. La version que vous installez doit correspondre à la version actuellement installée de Microsoft.ApplicationInsights.

    La dernière version de Microsoft.ApplicationInsights.AspNetCore la version est 2.14.0 et elle fait référence à Microsoft.ApplicationInsights la version 2.14.0. Pour cette raison, la version à Microsoft.ApplicationInsights.AspNetCore installer doit être 2.14.0.

  2. Modifiez la ConfigureServices méthode dans votre classe Startup.cs :

    services.AddSingleton<ITelemetryModule, FileDiagnosticsTelemetryModule>();
    services.ConfigureTelemetryModule<FileDiagnosticsTelemetryModule>( (module, options) => {
        module.LogFilePath = "C:\\SDKLOGS";
        module.LogFileName = "mylog.txt";
        module.Severity = "Verbose";
    } );
    

    Votre application doit disposer d’autorisations d’écriture sur l’emplacement configuré.

  3. Redémarrez le processus afin que le SDK récupère ces nouveaux paramètres.

  4. Dès que vous avez terminé, annulez ces changements.

Collecter des journaux avec PerfView

PerfView est un outil gratuit qui permet d’isoler le processeur, la mémoire et d’autres problèmes.

Le journal EventSource du Kit de développement logiciel (SDK) Application Insights contient des journaux de résolution automatique des problèmes qui peuvent être capturés par PerfView.

Pour collecter des journaux, téléchargez PerfView et exécutez la commande suivante :

PerfView.exe collect -MaxCollectSec:300 -NoGui /onlyProviders=*Microsoft-ApplicationInsights-Core,*Microsoft-ApplicationInsights-Data,*Microsoft-ApplicationInsights-WindowsServer-TelemetryChannel,*Microsoft-ApplicationInsights-Extensibility-AppMapCorrelation-Dependency,*Microsoft-ApplicationInsights-Extensibility-AppMapCorrelation-Web,*Microsoft-ApplicationInsights-Extensibility-DependencyCollector,*Microsoft-ApplicationInsights-Extensibility-HostingStartup,*Microsoft-ApplicationInsights-Extensibility-PerformanceCollector,*Microsoft-ApplicationInsights-Extensibility-EventCounterCollector,*Microsoft-ApplicationInsights-Extensibility-PerformanceCollector-QuickPulse,*Microsoft-ApplicationInsights-Extensibility-Web,*Microsoft-ApplicationInsights-Extensibility-WindowsServer,*Microsoft-ApplicationInsights-WindowsServer-Core,*Microsoft-ApplicationInsights-LoggerProvider,*Microsoft-ApplicationInsights-Extensibility-EventSourceListener,*Microsoft-ApplicationInsights-AspNetCore,*Redfield-Microsoft-ApplicationInsights-Core,*Redfield-Microsoft-ApplicationInsights-Data,*Redfield-Microsoft-ApplicationInsights-WindowsServer-TelemetryChannel,*Redfield-Microsoft-ApplicationInsights-Extensibility-AppMapCorrelation-Dependency,*Redfield-Microsoft-ApplicationInsights-Extensibility-AppMapCorrelation-Web,*Redfield-Microsoft-ApplicationInsights-Extensibility-DependencyCollector,*Redfield-Microsoft-ApplicationInsights-Extensibility-PerformanceCollector,*Redfield-Microsoft-ApplicationInsights-Extensibility-EventCounterCollector,*Redfield-Microsoft-ApplicationInsights-Extensibility-PerformanceCollector-QuickPulse,*Redfield-Microsoft-ApplicationInsights-Extensibility-Web,*Redfield-Microsoft-ApplicationInsights-Extensibility-WindowsServer,*Redfield-Microsoft-ApplicationInsights-LoggerProvider,*Redfield-Microsoft-ApplicationInsights-Extensibility-EventSourceListener,*Redfield-Microsoft-ApplicationInsights-AspNetCore

Vous pouvez modifier ces paramètres en fonction de vos besoins :

Paramètre Description
MaxCollectSec Définissez ce paramètre de manière à empêcher l’exécution permanente de PerfView, ce qui affecterait les performances de votre serveur.
OnlyProviders Définissez ce paramètre afin de collecter uniquement les journaux à partir du kit de développement logiciel (SDK). Vous pouvez personnaliser cette liste en fonction de vos enquêtes spécifiques.
NoGui Définissez ce paramètre pour collecter les journaux sans l’interface graphique utilisateur.

Pour plus d’informations, consultez l’article suivant :

Collecter des journaux avec dotnet-trace

Vous pouvez également utiliser un outil .NET Core multiplateforme, dotnet-trace, pour collecter des journaux d’activité qui peuvent fournir une aide supplémentaire dans la résolution des problèmes. Cet outil peut être utile pour les environnements Linux.

Après avoir installédotnet-trace, exécutez la commande dotnet-trace collect suivante dans bash :

dotnet-trace collect --process-id <PID> --providers Microsoft-ApplicationInsights-Core,Microsoft-ApplicationInsights-Data,Microsoft-ApplicationInsights-WindowsServer-TelemetryChannel,Microsoft-ApplicationInsights-Extensibility-AppMapCorrelation-Dependency,Microsoft-ApplicationInsights-Extensibility-AppMapCorrelation-Web,Microsoft-ApplicationInsights-Extensibility-DependencyCollector,Microsoft-ApplicationInsights-Extensibility-HostingStartup,Microsoft-ApplicationInsights-Extensibility-PerformanceCollector,Microsoft-ApplicationInsights-Extensibility-EventCounterCollector,Microsoft-ApplicationInsights-Extensibility-PerformanceCollector-QuickPulse,Microsoft-ApplicationInsights-Extensibility-Web,Microsoft-ApplicationInsights-Extensibility-WindowsServer,Microsoft-ApplicationInsights-WindowsServer-Core,Microsoft-ApplicationInsights-LoggerProvider,Microsoft-ApplicationInsights-Extensibility-EventSourceListener,Microsoft-ApplicationInsights-AspNetCore,Redfield-Microsoft-ApplicationInsights-Core,Redfield-Microsoft-ApplicationInsights-Data,Redfield-Microsoft-ApplicationInsights-WindowsServer-TelemetryChannel,Redfield-Microsoft-ApplicationInsights-Extensibility-AppMapCorrelation-Dependency,Redfield-Microsoft-ApplicationInsights-Extensibility-AppMapCorrelation-Web,Redfield-Microsoft-ApplicationInsights-Extensibility-DependencyCollector,Redfield-Microsoft-ApplicationInsights-Extensibility-PerformanceCollector,Redfield-Microsoft-ApplicationInsights-Extensibility-EventCounterCollector,Redfield-Microsoft-ApplicationInsights-Extensibility-PerformanceCollector-QuickPulse,Redfield-Microsoft-ApplicationInsights-Extensibility-Web,Redfield-Microsoft-ApplicationInsights-Extensibility-WindowsServer,Redfield-Microsoft-ApplicationInsights-LoggerProvider,Redfield-Microsoft-ApplicationInsights-Extensibility-EventSourceListener,Redfield-Microsoft-ApplicationInsights-AspNetCore

Supprimer Application Insights

Pour supprimer Application Insights dans Visual Studio, suivez les étapes fournies dans Supprimer Application Insights dans Visual Studio.

Il ne fonctionne toujours pas

Consultez la page Q&A Microsoft pour Application Insights.

Exclusion de responsabilité de tiers

Les produits tiers mentionnés dans le présent article sont fabriqués par des sociétés indépendantes de Microsoft. Microsoft exclut toute garantie, implicite ou autre, concernant les performances ou la fiabilité de ces produits.

Contactez-nous pour obtenir de l’aide

Pour toute demande ou assistance, créez une demande de support ou posez une question au support de la communauté Azure. Vous pouvez également soumettre des commentaires sur les produits à la communauté de commentaires Azure.