Solucionar problemas sem dados: Application Insights para .NET e .NET Core

Este artigo fornece informações de solução de problemas para ajudar a resolve problemas quando os dados estão ausentes ou não aparecem quando você está usando o Application Insights para .NET e .NET Core.

Observação

Este artigo foi recentemente atualizado para usar o termo logs do Azure Monitor em vez de Log Analytics. Os dados de log ainda são armazenados em um workspace do Log Analytics e ainda são coletados e analisados pelo mesmo serviço do Log Analytics. Estamos atualizando a terminologia para refletir melhor a função dos logs no Azure Monitor. Para obter mais informações, confira Alterações de terminologia do Azure Monitor.

Algumas das minhas telemetrias estão ausentes

Exemplos de cenários:

No Application Insights, vejo apenas uma fração dos eventos que meu aplicativo gera

  • Se você está vendo consistentemente a mesma fração, provavelmente é por causa da amostragem adaptável. Para confirmar essa causa, selecione Visão geral>Pesquisa e examine uma instância de uma Solicitação ou outro evento. Para ver os detalhes completos da propriedade, selecione as reticências (...) na parte inferior da seção Propriedades . Se a contagem de solicitações for maior que 1, a amostragem estará em operação.
  • É possível que você esteja atingindo um limite de taxa de dados para seu plano de preços. Esses limites são aplicados por minuto.

Estou experimentando perda de dados aleatoriamente

  • Verifique se você está tendo perda de dados no canal de telemetria.
  • Verifique se há problemas conhecidos no canal de telemetria do repositório GitHub.

Observação

Se os dados estiverem ausentes, é possível que os dados sejam rejeitados pelo back-end. Essa situação pode ocorrer por vários motivos, incluindo as seguintes causas:

  • Os campos necessários estão ausentes.
  • Um ou mais campos excedem os limites de tamanho.
  • Os SDKs estão falhando silenciosamente em vez de gerar exceções.

Você pode usar uma ferramenta como o Fiddler ou qualquer outra ferramenta que inspecione o tráfego HTTP para confirmar carregamentos de telemetria bem-sucedidos. O back-end retornará um código http "200 OK" status para indicar um upload bem-sucedido. Ou você pode usar os logs do SDK para ver se o back-end está rejeitando dados.

Estou tendo perda de dados em um aplicativo de console ou em um aplicativo Web quando o aplicativo está prestes a parar

  • O canal SDK mantém a telemetria em buffer e envia-a em lotes. Se o aplicativo estiver sendo desligado, talvez seja necessário chamar explicitamente Flush(). O Flush() comportamento depende do canal real usado.
  • De acordo com o aplicativo .NET Core/.NET Framework Console, chamar explicitamente Flush() seguido de sono é necessário em aplicativos de console.

A contagem de solicitações coletada pelo SDK do Application Insights não corresponde à contagem de logs do IIS para meu aplicativo

O IIS (Serviços de Informações da Internet) registra as contagens de todas as solicitações que chegam ao IIS e podem ser inerentemente diferentes do total de solicitações que chegam a um aplicativo. Devido a esse comportamento, não é garantido que a contagem de solicitações coletada pelos SDKs corresponda à contagem total de logs do IIS.

Nenhum dado do meu servidor

Exemplos de cenários:

Instalei meu aplicativo no meu servidor Web e agora não vejo nenhuma telemetria dele. Funcionou bem no meu computador de desenvolvimento

Um problema de firewall é provavelmente a causa. Defina exceções de firewall para o Application Insights enviar dados.

Instalei o Azure Monitor Application Insights Agent no meu servidor Web para monitorar aplicativos existentes. Não vejo resultados

Consulte Solucionar problemas do Monitor de Status.

Verificar as configurações do cliente TLS/SSL (ASP.NET)

Se você tiver um aplicativo ASP.NET hospedado em Serviço de Aplicativo do Azure ou no IIS em uma máquina virtual, seu aplicativo poderá falhar ao se conectar ao serviço de Depurador de Instantâneos devido a um protocolo de segurança SSL ausente.

O ponto de extremidade Depurador de Instantâneo requer a versão 1.2 do TLS. O conjunto de protocolos de segurança SSL é uma das peculiaridades habilitadas pelo <httpRuntime> valor de atributo do targetFramework elemento na <system.web> seção do arquivo web.config . Se a estrutura de destino for 4.5.2 ou inferior, o TLS 1.2 não será incluído por padrão.

Observação

O <httpRuntime> valor do atributo do targetFramework elemento é independente da estrutura de destino usada quando você cria seu aplicativo.

Para marcar a configuração, abra o arquivoweb.config e localize a <system.web> seção. Verifique se o targetFramework for está definido como <httpRuntime> 4.6 ou superior.

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

Observação

Modificar o <httpRuntime> valor do targetFramework elemento altera as peculiaridades de runtime aplicadas ao seu aplicativo e pode causar outras alterações de comportamento sutis. Certifique-se de testar seu aplicativo completamente depois de fazer essa alteração. Para obter uma lista completa de alterações de compatibilidade, consulte Retargeting changes.

Se a estrutura de destino for 4.7 ou superior, o Windows determinará os protocolos disponíveis. Em Serviço de Aplicativo do Azure, o TLS 1.2 está disponível. No entanto, se você estiver usando sua própria máquina virtual, talvez seja necessário habilitar o TLS 1.2 no sistema operacional.

FileNotFoundException: "Não foi possível carregar arquivo ou assembly Microsoft.AspNet TelemetryCorrelation"

Para obter mais informações sobre esse erro, consulte o problema do GitHub 1610.

Ao atualizar os SDKs do Application Insights mais antigos que a versão 2.4, verifique se as seguintes alterações foram aplicadas aos arquivos web.config e ApplicationInsights.config :

  1. Em web.config, você deve ter dois módulos HTTP em vez de um. A ordem é importante para alguns cenários:

    <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. No ApplicationInsights.config, além RequestTrackingTelemetryModulede , você deve ter o seguinte módulo de telemetria:

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

A falha na atualização correta pode levar a exceções inesperadas ou telemetria a não serem coletadas.

Nenhuma opção "Adicionar Insights de Aplicativo" no Visual Studio

Cenário de exemplo:

Quando eu clicar com o botão direito do mouse em um projeto existente no Gerenciador de Soluções, não vejo nenhuma opção do Application Insights

  • As ferramentas não dão suporte a todos os tipos de projetos .NET. Há suporte para projetos da Web e do Windows Communication Foundation (WCF). Para outros tipos de projeto, como aplicativos de área de trabalho ou serviço, você ainda pode adicionar um SDK do Application Insights ao seu projeto manualmente.
  • Verifique se você tem Visual Studio 2013 Atualização 3 ou posterior. Ele vem pré-instalado com ferramentas do Developer Analytics, que fornecem o SDK do Application Insights.
  • Selecione Extensões de Ferramentas>e Atualizações. Em seguida, marcar se Developer Analytics Tools está instalado e habilitado. Se ele estiver instalado e habilitado, selecione Atualizações para ver se há uma atualização disponível.
  • Abra a caixa de diálogo Novo Projeto e selecione ASP.NET Aplicativo Web. Se você vir a opção Application Insights , as ferramentas serão instaladas. Caso contrário, desinstale e reinstale as ferramentas do Developer Analytics.

Falha ao adicionar o Application Insights

Cenário de exemplo:

Quando tento adicionar o Application Insights a um projeto existente, vejo uma mensagem de erro

Causas prováveis:

Corrigir:

  • Verifique se você forneceu credenciais de entrada para a conta correta do Azure.
  • No navegador, marcar que você tenha acesso ao portal do Azure. Abra Configurações e veja se há alguma restrição.
  • Adicione o Application Insights ao seu projeto existente. Em Gerenciador de Soluções, clique com o botão direito do mouse no projeto e selecione Adicionar Insights de Aplicativo.

"Pacotes NuGet estão ausentes" no meu servidor de build

Cenário de exemplo:

Tudo cria OK quando estou depurando no meu computador de desenvolvimento, mas recebo um erro do NuGet no servidor de build

Consulte Restauração do Pacote NuGet e Restauração automática de pacotes.

Comando de menu ausente para abrir o Application Insights do Visual Studio

Cenário de exemplo:

Quando eu clicar com o botão direito do mouse no meu projeto Gerenciador de Soluções, não vejo nenhum comando do Application Insights ou não vejo um comando Open Application Insights

Causas prováveis:

  • Você criou o recurso do Application Insights manualmente.
  • O projeto é de um tipo que as ferramentas do Application Insights não dão suporte.
  • As ferramentas do Developer Analytics estão desabilitadas em sua instância do Visual Studio.
  • Sua versão do Visual Studio é mais antiga que Visual Studio 2013 Atualização 3.

Corrigir:

  • Verifique se sua versão do Visual Studio está Visual Studio 2013 Atualização 3 ou posterior.
  • Selecione Extensões de Ferramentas>e Atualizações. Verifique se Developer Analytics Tools está instalado e habilitado. Se ele estiver instalado e habilitado, selecione Atualizações para ver se há uma atualização disponível.
  • Clique com o botão direito do mouse em seu projeto no Gerenciador de Soluções. Se você vir o comando Application Insights>Configurar Application Insights, use-o para conectar seu projeto ao recurso no serviço Application Insights.

Caso contrário, o tipo de projeto não tem suporte direto pelas ferramentas do Developer Analytics. Para ver sua telemetria, entre no portal do Azure, pesquise e selecione Application Insights e selecione seu aplicativo.

"Acesso negado" ao abrir o Application Insights do Visual Studio

Cenário de exemplo:

O comando de menu "Abrir Insights de Aplicativo" me leva ao portal do Azure, mas recebo um erro de "acesso negado"

A entrada da Microsoft usada pela última vez no navegador padrão não tem acesso ao recurso criado quando o Application Insights foi adicionado a este aplicativo. Há duas causas prováveis:

Motivo Solução
Você tem mais de uma conta Microsoft, talvez uma conta da Microsoft corporativa e pessoal. Se esse for o caso, a entrada que você usou pela última vez no navegador padrão foi para uma conta diferente daquela que tem acesso para adicionar o Application Insights ao projeto. Selecione seu nome no canto superior direito da janela do navegador e saia. Em seguida, entre com a conta que tem acesso. Pesquisa e selecione Application Insights e selecione seu aplicativo.
Outra pessoa adicionou o Application Insights ao projeto e esqueceu de dar acesso ao grupo de recursos no qual ele foi criado. Se eles usaram uma conta organizacional, eles podem adicioná-lo à equipe. Ou eles podem conceder acesso individual ao grupo de recursos.

"Ativo não encontrado" ao abrir o Application Insights do Visual Studio

Cenário de exemplo:

O comando de menu "Abrir Insights de Aplicativo" me leva ao portal do Azure, mas recebo um erro de "ativo não encontrado"

Há duas causas prováveis:

  • O recurso do Application Insights para seu aplicativo foi excluído.
  • Alguém definiu ou alterou o cadeia de conexão em ApplicationInsights.config sem atualizar o arquivo do projeto.

O cadeia de conexão no ApplicationInsights.config controles de arquivo para onde a telemetria é enviada. Uma linha no arquivo de projeto controla qual recurso é aberto quando você usa o comando no Visual Studio.

Aplique uma das seguintes correções:

  • Em Gerenciador de Soluções, clique com o botão direito do mouse no projeto e selecione Application Insights>Configure Application Insights. Na caixa de diálogo, você pode selecionar para enviar telemetria para um recurso existente ou criar um novo.
  • Abra o recurso diretamente. Entre no portal do Azure, pesquise e selecione Application Insights e selecione seu aplicativo.

Onde encontro minha telemetria?

Cenário de exemplo:

Entrei no portal do Azure, e estou olhando para a casa do Azure dashboard. Então, onde encontro meus dados do Application Insights?

  • Pesquisa para e selecione Application Insights e selecione seu aplicativo. Se você não tiver nenhum projeto lá, precisará adicionar ou configurar o Application Insights em seu projeto Web. Você pode navegar pelos gráficos de resumo que aparecem para ver mais detalhes.
  • No Visual Studio, enquanto você estiver depurando seu aplicativo, selecione o botão Application Insights .

Nenhum dado do servidor (ou nenhum dado)

Cenário de exemplo:

Executei meu aplicativo e abri o serviço Application Insights no Microsoft Azure, mas todos os gráficos mostram "Saiba como coletar", "Não configurado" ou apenas exibição de página e dados do usuário, mas nenhum dado do servidor

  • Execute seu aplicativo no modo de depuração no Visual Studio (F5). Use o aplicativo para gerar alguma telemetria. Verifique se você pode ver eventos registrados na janela de saída do Visual Studio.

    Captura de tela que mostra um aplicativo em execução no modo de depuração no Visual Studio.

  • No portal do Application Insights, selecione Visão geral>Pesquisa. Os dados geralmente aparecem aqui primeiro.

  • Selecione Atualizar. O painel se atualiza periodicamente, mas você também pode fazê-lo manualmente. O intervalo de atualização é maior para intervalos de tempo maiores.

  • Verifique se as cadeias de conexão correspondem . No painel main para seu aplicativo no portal do Application Insights, na lista suspensa Essentials, examine a cadeia de conexão. Em seguida, em seu projeto no Visual Studio, abra ApplicationInsights.config e localize o <ConnectionString> elemento. Verifique se as duas cadeias de caracteres são iguais. Se as cadeias de caracteres não corresponderem, execute uma das seguintes ações:

    Ambiente Ação
    Portal do Azure Pesquisa e selecione Application Insights e procure o recurso do aplicativo com a cadeia de caracteres certa.
    Visual Studio No Visual Studio Gerenciador de Soluções, clique com o botão direito do mouse no projeto eselecione ConfigurarInsights> de Aplicativo. Redefina o aplicativo para enviar telemetria para o recurso correto.

    Se você não conseguir encontrar as cadeias de caracteres correspondentes, marcar para ter certeza de que está usando as mesmas credenciais de entrada no Visual Studio que você está usando para entrar no portal.

  • No portal do Azure, pesquise e selecione Integridade do Serviço. Se o mapa tiver algumas indicações de alerta, aguarde até que eles retornem à integridade. Em seguida, feche e reabra o painel de aplicativos do Application Insights.

  • Verifique nosso blog de status.

  • Você gravou algum código para o SDK do lado do servidor que pode alterar o cadeia de conexão em TelemetryClient instâncias ou em TelemetryContext? Ou você escreveu um filtro ou uma configuração de amostragem que pode estar filtrando demais?

  • Se você editou ApplicationInsights.config, marcar cuidadosamente a configuração de <elementos TelemetryInitializers> e <TelemetryProcessors>. Um tipo ou parâmetro nomeado incorretamente pode fazer com que o SDK não envie dados.

Sem dados sobre exibições de página, navegadores e uso

Cenário de exemplo:

Vejo dados nos gráficos de tempo de resposta do servidor e solicitações de servidor, mas nenhum dado no tempo de carga de exibição de página ou nos painéis Navegador ou Uso

Os dados são provenientes de scripts nas páginas da Web.

  • Se você adicionou o Application Insights a um projeto Web existente, você precisará adicionar os scripts manualmente.
  • Verifique se o Explorer da Internet não está exibindo seu site no modo de compatibilidade.
  • Use o recurso de depuração do navegador (F12 em alguns navegadores e escolha Rede) para verificar se os dados estão sendo enviados para dc.services.visualstudio.com.

Sem dados de dependência ou exceção

Consulte telemetria de dependência e telemetria de exceção.

Sem dados de desempenho

Dados de desempenho como CPU e a taxa de E/S estão disponíveis para os seguintes ambientes em Servidores de Configurações>:

Nenhum dado (servidor) desde que publiquei o aplicativo no meu servidor

  • Verifique se você copiou todas as Microsoft.ApplicationInsights DLLs para o servidor, juntamente com Microsoft.Diagnostics.Instrumentation.Extensions.Intercept.dll.
  • No firewall, talvez seja necessário abrir algumas portas TCP.
  • Se você precisar usar um proxy para enviar para fora de sua rede corporativa, defina o <elemento defaultProxy> em web.config.

Impacto no desempenho quando o Application Insights está habilitado

Habilitar o SDK do Application Insights em seu aplicativo pode ocasionalmente levar a problemas de desempenho, como alto uso da CPU, vazamentos de memória, vazamentos de thread ou esgotamento da porta TCP. Esses problemas geralmente se originam dos objetos que vazam Microsoft.ApplicationInsights.Extensibility.TelemetryConfiguration do aplicativo. Cada instância vazada cria dois threads adicionais, o que leva a um aumento contínuo na contagem de threads do processo ao longo do tempo. Se você observar um número crescente de threads, é crucial marcar para vazamentos de objetos TelemetryConfiguration.

Causas comuns de vazamentos de TelemetryConfiguration

Há duas causas primárias de vazamento de TelemetryConfiguration objetos:

  • Criação explícita no código: se você criar TelemetryConfiguration objetos dentro do código, verifique se eles não são criados inadvertidamente por solicitação da Web. Em vez disso, use uma instância global compartilhada. Para aplicativos .NET Framework, acesse a instância global com TelemetryConfiguration.Active. Para aplicativos .NET Core, use TelemetryConfiguration.CreateDefault() para obter uma configuração padrão.

  • Uso inadequado do provedor de serviços: em aplicativos .NET Core, evite chamar services.BuildServiceProvider() dentro ConfigureServicesde . O método BuildServiceProvider cria um novo provedor de serviços que inicializa e lê a configuração, resultando em um novo TelemetryConfiguration objeto a cada vez. Esse padrão pode levar a vazamentos e é desencorajado, conforme observado no aviso do Visual Studio contra essa prática de codificação.

Eu costumava ver dados, mas ele parou

Você atingiu sua cota mensal de pontos de dados? Abra Cota de Configurações>e Preços para descobrir. Nesse caso, você pode atualizar seu plano ou pagar por mais capacidade. Consulte o esquema de preços.

Não vejo todos os dados que estou esperando

Se seu aplicativo enviar dados consideráveis e você estiver usando o SDK do Application Insights para ASP.NET versão 2.0.0-beta3 ou posterior, o recurso de amostragem adaptável poderá operar e enviar apenas uma porcentagem de sua telemetria.

Você pode desabilitar, mas não recomendamos isso. A amostragem foi projetada para que a telemetria relacionada seja transmitida corretamente para fins de diagnóstico.

O endereço IP do cliente é 0.0.0.0

Em 5 de fevereiro de 2018, anunciamos que removemos o registro em log do endereço IP do cliente. Essa recomendação não afeta a geolocalização.

Observação

Se você precisar dos três primeiros octetes do endereço IP, poderá usar um inicializador de telemetria para adicionar um atributo personalizado. Esse problema não afeta os dados coletados antes de 5 de fevereiro de 2018.

Dados geográficos errados na telemetria de usuário

As dimensões da cidade e do país/região são derivadas de endereços IP e nem sempre são precisas. Esses endereços IP são processados primeiro para localização e depois alterados para 0.0.0.0 a serem armazenados.

Exceção "método não encontrado" em execução no Azure Serviços de Nuvem

Você foi criado para o LTS (Suporte de Longo Prazo)do .NET? Versões anteriores não têm suporte automático em funções de Serviços de Nuvem do Azure. Instale o LTS em cada função antes de executar seu aplicativo.

Solucionar problemas de logs

Siga estas instruções para capturar logs de solução de problemas para sua estrutura.

.NET Framework

Observação

A partir da versão 2.14, o pacote Microsoft.AspNet.ApplicationInsights.HostingStartup não é mais necessário. Os logs do SDK agora são coletados com o pacote Microsoft.ApplicationInsights . Nenhum outro pacote é necessário.

  1. Modifique seu arquivoApplicationInsights.config para incluir o seguinte código XML:

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

    Seu aplicativo deve ter permissões de gravação para o local configurado.

  2. Reinicie o processo para que o SDK pegue essas novas configurações.

  3. Reverta essas alterações quando terminar.

.NET Core

  1. Instale o pacote NuGet do SDK do Application Insights para ASP.NET Core pacote do NuGet. A versão instalada deve corresponder à versão atual instalada de Microsoft.ApplicationInsights.

    A versão mais recente do Microsoft.ApplicationInsights.AspNetCore é 2.14.0 e refere-se à Microsoft.ApplicationInsights versão 2.14.0. Por esse motivo, a versão a Microsoft.ApplicationInsights.AspNetCore ser instalada deve ser 2.14.0.

  2. Modifique o ConfigureServices método na classe Startup.cs :

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

    Seu aplicativo deve ter permissões de gravação para o local configurado.

  3. Reinicie o processo para que o SDK pegue essas novas configurações.

  4. Reverta essas alterações quando terminar.

Coletar logs com o PerfView

O PerfView é uma ferramenta gratuita que ajuda a isolar a CPU, a memória e outros problemas.

O log EventSource do SDK do Application Insights tem logs de solução de problemas próprios que podem ser capturados pelo PerfView.

Para coletar logs, baixe o PerfView e execute este comando:

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

Você pode modificar esses parâmetros conforme necessário:

Parâmetro Descrição
MaxCollectSec Defina esse parâmetro para impedir que o PerfView seja executado indefinidamente e afete o desempenho do servidor.
OnlyProviders Defina esse parâmetro para coletar somente logs do SDK. Você pode personalizar essa lista com base em suas investigações específicas.
NoGui Defina esse parâmetro para coletar logs sem a GUI.

Para saber mais, veja:

Coletar logs com rastreamento de dotnet

Como alternativa, você pode usar uma ferramenta .NET Core multiplataforma, dotnet-trace, para coletar logs que podem fornecer mais ajuda na solução de problemas. Essa ferramenta pode ser útil para ambientes baseados em Linux.

Depois de instalar dotnet-trace, execute o seguinte comando de coleta de rastreamento de dotnet no 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

Remover Insights de Aplicativo

Para remover o Application Insights no Visual Studio, siga as etapas fornecidas em Remover Insights de Aplicativo no Visual Studio.

Ainda não está funcionando

Consulte a página Microsoft Q&A para Application Insights.

Aviso de isenção de responsabilidade para informações de terceiros

Os produtos de terceiros mencionados neste artigo são produzidos por empresas independentes da Microsoft. A Microsoft não oferece nenhuma garantia, implícita ou não, do desempenho ou da confiabilidade desses produtos.

Entre em contato conosco para obter ajuda

Se você tiver dúvidas ou precisar de ajuda, crie uma solicitação de suporte ou peça ajuda à comunidade de suporte do Azure. Você também pode enviar comentários sobre o produto para a comunidade de comentários do Azure.