问题标签 [azure-application-insights-profiler]

我目前正在试验新的 beta asp.net 核心应用洞察分析器。

但是我看到错误消息：

2019-02-11T11:36:22 PID[6036] 信息 02-11 11:36:22 错误：代理主进程中出现意外异常。详细信息：Microsoft.ServiceProfiler.Utilities.AppIdNotFoundException：无法找到 iKey 的 AppId

在诊断日志中。

在 github https://github.com/Microsoft/ApplicationInsights-Profiler-AspNetCore/issues/36上提出问题，我被告知这可能是由于旧的分析器变得活跃，并给出了一些关于如何禁用它的提示。

不幸的是，将 APPINSIGHTS_PROFILERFEATURE_VERSION 设置为禁用对我不起作用（尽管可能是由于我的特定 ARM 模板设置）。

相反，通过 Kudu 禁用对我有帮助（因为我需要将其作为发布管道的一部分）：

我们的一个 Web 应用实例的 CPU 负载很高，我正在尝试调查原因。AI中记录了一些轮廓痕迹。它们都包含一个很长的“非托管异步”事件。

这个“非托管异步”是什么意思？

我正在尝试在 Azure 应用服务上对 MVC5、C#、EF6 Web 应用进行性能分析。

我正在使用 Application Insights。这是工作。但是，当我单击未执行的“操作”进行更多调查时，我很少获得可用于获取“热点时间线”的“配置文件跟踪”，尽管我确实获得了可以深入研究以获取数据库事件时间线的示例. 我怎样才能可靠地获得这个“个人资料跟踪”？

当我找到“配置文件跟踪”时，我发现它们非常系统化，而不是以应用程序为中心并带有方法名称。

提前致谢。

编辑：

在“端到端交易细节”/“样本”时间线上，我得到了时间中断/等待，我似乎无法确定这些差距中发生了什么。请注意，下面的图例图像应该能够在此时间线中获得“配置文件跟踪”......但没有可用的。

我不知道原因的休息/等待：

编辑2：

数据采样当前设置为 100%。刚刚进入“使用和成本估算”

在查看 Application Insights 的慢速 API 请求时，我注意到一条消息指出：“此请求的 98.49% 用于等待。”。我在网上几乎找不到任何解释。

1. 这是什么意思？它在等什么？
2. 我该如何解决？

我有 Angular 5 Web App，我在其中配置了 1.0.20 版（applicationinsights-js）的 Application Insights js。[ https://www.npmjs.com/package/applicationinsights-js]

由于大量用户受到影响，我们的 Production Application Insights 中持续记录了以下异常。

Application Insights 在其自己的程序集“ https://az416426.vo.msecnd.net/scripts/a/ai.0.js ”中重复记录trackException方法中的异常

在 ApplicationInsights.config 中，这个节点（见下文）被添加了两次，尽管它们并不相同。

为什么要像这样添加两次？看来第二个节点只是否定第一个节点（它只包括第一个节点排除的内容）。这是一个错误吗？

在我的 Azure Insights - Performance View 中，单击屏幕右下角的“Profile Traces”按钮。这将打开已采用的配置文件跟踪列表，按持续时间从最长到最短排序。

我单击其中一个运行时间较长的请求，然后出现如下内容：

当然，性能提示通知块引起了我的注意。它警告说，超过 80% 的请求时间用于等待资源可用。

（“等待”这个词是打开这个页面的超链接，用处不大）

我的问题是这个。有什么方法可以告诉我正在等待什么资源？

我有 2 个使用 azure application Insights 的 Spring Boot 应用程序。两者都使用相同的依赖项、相同的检测密钥、相同的应用程序属性。但是在一项服务中，日志正在获取应用程序洞察力，而另一项服务不打印日志。我使用 azure 门户检查了这一点。

我调试了启用记录器级别进行跟踪，并在服务 2 中发现以下错误日志，该日志未将日志写入应用程序洞察力。

第二项服务正在将日志打印到控制台和滚动文件，但在 Azure 门户中看不到日志。请建议我为什么会收到 400 错误，因为哪些日志没有发送到 application-insights

build.gradle 中的依赖项：

application.yaml 中的属性：

logback-spring.xml：

控制台日志：

我试图理解为什么我们的应用程序的某些页面需要这么长时间才能加载。

这是一个 .NET Core MVC Web 应用程序。它在本地运行良好且快速，但一旦部署在 Azure 上，某些页面随机加载需要很长时间。

使用 Application Insights 分析器，我可以在事务详细信息中看到所有依赖项都在几毫秒内加载，然后在事务解决之前的 30 秒内没有任何反应。

是否有任何诊断工具（或者我在某处错过了一个窗格）来确定为什么有这么长的不活动期持有请求？

应用服务计划中的应用程序之间的 CPU/内存等资源如何分配。应用程序之间是否平等分配？任何一个应用程序都可以消耗 90% 的资源吗？我问这个是因为如果在应用服务计划中分配给应用的资源是动态的，我将创建几个插槽（一个用于开发、登台、产品）这样我可以确保开发、登台不会占用更多资源和产品如果需要，应用可以占用应用服务 99% 的资源