通过

  • 项目

使用 Application Diagnostics 控制台

 

适用对象：System Center 2012 R2 Operations Manager, System Center 2012 - Operations Manager, System Center 2012 SP1 - Operations Manager

Application Diagnostics 控制台是 System Center 2012 – Operations Manager 中 .NET 应用程序性能监视的事件管理系统。 你可以使用 Application Diagnostics 控制台监视部署的 .NET 应用程序是否出现减速、故障和失败，并且可以立即确定问题的来源。

Application Diagnostics 控制台

在 Application Diagnostics 控制台中，可以查看环境中引发的单个性能和可靠性事件。 你可以查看所有事件，或者将它们组成“问题组”，来自相同来源的事件在“问题组”中组合在一起以突出显示监视的应用程序的问题。 使用 Application Diagnostics 查看事件，以及与那些事件关联的事务链，以了解性能和可靠性问题对你的应用程序的影响程度。 Application Advisor 控制台针对 Application Diagnostics 中呈现的数据提供分析和遥测。 通过 Application Advisor 控制台，你可以深入了解哪些事件正在引起大多数问题。 有关 Application Advisor 的详细信息，请参阅使用 Application Advisor 确定警报的优先级

打开 Application Diagnostics 控制台

  1. Application Diagnostics 和 Application Advisor 随 Operations Manager Web 控制台一起安装。 要查找 Operations Manager Web 控制台的 Web 地址，请打开操作控制台。 在导航窗格中，单击“管理”按钮，单击“设置”，然后双击“Web 地址”。 Operations Manager Web 控制台 URL 将被指定为：http(s)://<web host>/OperationsManager。 以下是指向 Application Advisor 和 Application Diagnostics 的链接，这些链接使用此 URL 格式以及相同的 Web 主机：

    - Application Diagnostics 控制台地址为：http(s)://\<web host\>/AppDiagnostics

- Application Advisor 控制台地址为：http(s)://\<web host\>/AppAdvisor

    要使访问控制台更加轻松，请将所有三个控制台 URL 添加到 Web 浏览器的收藏夹列表中。

    要打开 Application Diagnostics，请将 Application Diagnostics URL 粘贴到你的浏览器中。 Application Diagnostics 将在 Web 浏览器窗口中打开。

    System_CAPS_note注意

    如果在服务器而非客户端计算机上运行 Operations Manager，可以从“开始”菜单中的“所有程序”访问 Application Diagnostics 和 Application Advisor。

    可以通过应用程序监视操作员和管理员角色来控制对 Application Diagnostics 的访问权限。 你必须是具有控制台权限的这些角色之一的成员。 有关详细信息，请参阅应用程序性能监视的用户角色。

按兴趣区域查看事件

在 Application Diagnostics 中主要有两种事件，一种与应用程序性能相关，一种与应用程序失败和错误相关。 失败和错误可进一步分为连接、安全性和失败问题。 失败问题通常与应用程序代码问题相关。 在 Application Diagnostics 中，你可以查看按以下方式分组的事件：

  • 全部（显示所有事件）

  • 应用程序错误（显示异常事件）

  • 性能（显示性能事件）

选择要查看的事件的类型

  1. 打开 Application Diagnostics 并从导航窗格中选择“事件”。

  2. 在导航窗格中，使用“搜索”菜单选择要查看的事件的类别。

对兴趣区域内的事件进行分组

通过按相似性对应用程序事件进行分组，可以提供最佳方法来确定以前是否发生了相同的问题，并确保以最有效的方式分配负责解决问题的资源。

按兴趣区域对事件进行分组

  1. 打开 Application Diagnostics 并从导航窗格中选择“事件”。

  2. 在导航窗格中，使用“搜索”菜单选择要查看的事件的类别。

  3. 在“分组依据”菜单中，选择要对事件分组的方式。

你的第一个选择（“应用程序错误”和“性能”）会影响你看到的第二个选择的分组选项。

对应用程序错误进行分组

  • 问题 表现形式：此组中的所有事件都来自相同的应用程序入口点（例如方法或网页）并且具有相同的调用堆栈。 值：如果按问题合并事件，则可以分出工作的优先顺序以根据组中的事件数更正问题。

  • 操作 表现形式：基于操作的合并根据入口点对事件（如页面调用、按钮单击、Web 服务调用或表示特定进程的某个其他操作）进行分类。 值：此组对于确定失败发生的情况很重要。

  • 异常类 表现形式：每个事件引发的底层异常相同。 值：按异常类进行合并是查找最典型的编码错误的一种好方法，并且会提升改进的编码做法。

  • 失败的函数 表现形式：每个事件的相同函数中出现了异常。 值：由于以下两个原因，此组比较重要：首先，它允许你确定未正确使用共享函数的情况。 其次，它允许你确定共享函数中的错误所影响的应用程序数。

  • 无 此选项不对事件进行分组。

对性能事件进行分组

  • 问题 表现形式：此组中的所有事件都具有相同的调用堆栈。 值：如果按问题合并事件，则可以分出工作的优先顺序以根据组中的事件数更正问题。

  • 最繁忙的资源 表现形式：所有事件均由相同的资源调用触发。 与其他资源相比，此组在确定哪些事件超出其阈值方面更加重要。

  • 无 此选项不对事件进行分组。

例如：按异常类对应用程序错误进行分组

通过按应用程序错误和异常类进行筛选，可以快速向你显示你最常接收哪些类型或种类的异常事件。

按应用程序错误和异常类进行筛选

按异常类对应用程序错误进行分组

  1. 打开 Application Diagnostics 并从导航窗格中选择“事件”。

  2. 在导航窗格内的“搜索”菜单中，选择“应用程序错误”。

  3. 在“分组依据”菜单中，选择“异常类”。

  4. 要按计数进行排序，请在“计数”列的顶部单击“计数”。 最常发生的异常类按从最高到最低的顺序排列。

  5. 要开始调查问题并打开“事件属性”，请单击“异常类”条目。 有关处理事件的信息，请参阅使用 Application Diagnostics 处理事件

例如：按失败的函数对应用程序错误进行分组

通过按应用程序错误和失败的函数进行筛选，可以快速向你显示最常失败的函数。 你应该首先调查最常失败的函数是否对应用程序的稳定性影响最大。

按应用程序错误和失败的功能进行筛选

按失败的函数对应用程序错误进行分组

  1. 在导航窗格内的“搜索”菜单中，选择“应用程序错误”。

  2. 在“分组依据”菜单中，选择“失败的函数”。

  3. 要按计数进行排序，请在“计数”列的顶部单击“计数”。 最常失败的函数按从最高到最低的顺序排列。

  4. 要开始调查问题并打开“事件属性”，请单击“失败的函数”条目。 有关处理事件的信息，请参阅使用 Application Diagnostics 处理事件

例如：按最繁忙的资源对性能事件进行分组

通过按应用程序错误和异常类进行筛选，可以快速向你显示相同资源调用触发了哪些性能事件。 你应该首先调查相同资源调用最常触发的性能事件是否对应用程序的性能影响最大。

按性能和最繁重的资源进行筛选

按最繁忙的资源对性能事件进行分组

  1. 在左边导航窗格内的“搜索”菜单中，选择“性能”。

  2. 在“分组依据”菜单中，选择“最繁忙的资源”。

  3. 要按计数进行排序，请在“计数”列的顶部单击“计数”。 最常发生的异常类按从最高到最低的顺序排列。 你也可以按平均持续时间和最大持续时间进行排序，以查看不经常发生的某些事件是否仍然会导致长时间延迟并且因此应该得到你的关注。

  4. 要开始调查问题并打开“事件属性”，请单击“最繁忙的资源”条目。 有关处理事件的信息，请参阅使用 Application Diagnostics 处理事件