使用应用程序诊断控制台
应用程序诊断控制台是 System Center - Operations Manager 中用于 .NET 应用程序性能监视器的事件管理系统。 你可以使用 Application Diagnostics 控制台监视部署的 .NET 应用程序是否出现减速、故障和失败，并且可以立即确定问题的来源。
应用程序性能监视器的用户角色
下表显示了 Operations Manager .NET 应用程序性能监视器任务及其权限的用户角色。
图例：
是 - 始终可以使用该功能
否 - 除非用户还属于授予此功能访问权限的组，否则无法使用该功能。
| 任务 | 管理员 | 作者 | 高级操作员 | 应用程序监视操作员 | 操作员 | 只读操作员 | 报表操作员 | 报表安全管理员 |
|---|---|---|---|---|---|---|---|---|
| 运行 APM 向导或者更改 APM 设置 | 是 | 否 | No | No | No | No | No | 否 |
| 访问 Application Diagnostics | 是 | 否 | No | 是 | 否 | No | No | 否 |
| 访问 Application Advisor | 是 | 否 | 否 | 是* | 否 | 否 | 是* | 是 |
注意
* 访问应用程序顾问需要应用程序监视操作员角色和报表操作员角色。
应用程序诊断控制台
在 Application Diagnostics 控制台中，可以查看环境中引发的单个性能和可靠性事件。 可以查看所有事件，或将它们分组为“问题组”，其中来自同一源的事件组合在一起，以突出显示受监视应用程序的问题。 使用应用程序诊断查看与这些事件相关的事件和事务链，以了解性能和可靠性问题如何影响应用程序。
Application Advisor 控制台针对 Application Diagnostics 中呈现的数据提供分析和遥测。 通过 Application Advisor 控制台，你可以深入了解哪些事件正在引起大多数问题。 有关应用程序顾问的详细信息，请参阅 使用 Application Advisor 确定警报的优先级
打开应用程序诊断控制台
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 主机：应用程序诊断控制台地址为：
http(s)://<web host>/AppDiagnostics应用程序顾问控制台地址为：
http(s)://<web host>/AppAdvisor
若要轻松访问主机，请将所有三个控制台 URL 添加到 Web 浏览器的收藏夹列表中。
要打开 Application Diagnostics，请将 Application Diagnostics URL 粘贴到你的浏览器中。 Application Diagnostics 将在 Web 浏览器窗口中打开。
注意
如果在服务器上而不是客户端计算机上运行 Operations Manager，可以从“开始”菜单访问应用程序诊断和应用程序顾问。
可以通过应用程序监视操作员和管理员角色来控制对 Application Diagnostics 的访问权限。 你必须是具有控制台权限的这些角色之一的成员。
按兴趣区域查看事件
在应用程序诊断中，有两种主要类型的事件：与应用程序性能相关的事件，以及与应用程序故障和错误相关的事件。 故障和错误可以进一步分为连接性、安全性和故障问题。 故障问题通常与应用程序代码问题相关。 在应用程序诊断中，可以查看按以下方式分组的事件：
全部（显示所有事件）
应用程序错误（显示异常事件）
性能（显示性能事件）
打开 Application Diagnostics 并从导航窗格中选择“事件” 。
在导航窗格中，使用“搜索” 菜单选择要查看的事件的类别。
对兴趣区域内的事件进行分组
通过按相似性对应用程序事件进行分组，可以提供最佳方法来确定以前是否发生了相同的问题，并确保以最有效的方式分配负责解决问题的资源。
打开应用程序诊断，然后从“导航”窗格中选择“ 事件 ”。
在导航窗格中，使用“搜索” 菜单选择要查看的事件的类别。
在“分组依据” 菜单中，选择要对事件分组的方式。
你的第一个选择（“应用程序错误” 和“性能” ）会影响你看到的第二个选择的分组选项。
对应用程序错误进行分组
问题 表现形式：此组中的所有事件都来自相同的应用程序入口点（例如方法或网页）并且具有相同的调用堆栈。 值：如果按问题合并事件，则可以分出工作的优先顺序以根据组中的事件数更正问题。
操作 表现形式：基于操作的合并根据入口点对事件（如页面调用、按钮单击、Web 服务调用或表示特定进程的某个其他操作）进行分类。 值：此分组对于确定发生故障的情况非常有用。
异常类 表现形式：每个事件引发的底层异常相同。 值：按异常类进行合并是查找最典型的编码错误的一种好方法，并且会提升改进的编码做法。
失败的函数 表现形式：每个事件的相同函数中出现了异常。 值：由于以下两个原因，此组比较重要：首先，它允许你确定未正确使用共享函数的情况。 其次，它允许识别共享函数中的错误影响的应用程序数。
无 此选项不会对事件进行分组。
对性能事件进行分组
问题 表现形式：此组中的所有事件都具有相同的调用堆栈。 值：如果按问题合并事件，则可以分出工作的优先顺序以根据组中的事件数更正问题。
最繁忙的资源 表现形式：所有事件均由相同的资源调用触发。 此分组对于确定哪些事件超出其阈值比其他资源更有价值。
无 此选项不会对事件进行分组。
例如：按异常类对应用程序错误进行分组
按应用程序错误和异常类进行筛选可快速显示最常接收的异常事件的种类或类。
打开 Application Diagnostics 并从导航窗格中选择“事件” 。
在导航窗格内的“搜索” 菜单中，选择“应用程序错误” 。
在“分组依据” 菜单中，选择“异常类” 。
若要按计数排序，请在“计数”列顶部选择“ 计数”。 最常发生的异常类按从最高到最低的顺序进行排名。
若要开始调查问题并打开事件属性，请选择异常 类 条目。 有关使用事件的信息，请参阅 使用应用程序诊断处理事件。
例如：按失败的函数对应用程序错误进行分组
通过按应用程序错误和失败的函数进行筛选，可以快速向你显示最常失败的函数。 失败最多的函数是应首先调查的函数，以对应用程序的可靠性产生最高影响。
在导航窗格内的“搜索” 菜单中，选择“应用程序错误” 。
在“分组依据” 菜单中，选择“失败的函数” 。
若要按计数排序，请在“计数”列顶部选择“ 计数”。 最常失败的函数排名从最高到最低。
若要开始调查问题并打开事件属性，请选择失败 的函数 条目。 有关使用事件的信息，请参阅 使用应用程序诊断处理事件。
例如：按最繁忙的资源对性能事件进行分组
通过按应用程序错误和异常类进行筛选，可以快速向你显示相同资源调用触发了哪些性能事件。 最常由同一资源调用触发的性能事件是应首先调查的性能事件，以对应用程序的性能产生最高影响。
在左边导航窗格内的“搜索” 菜单中，选择“性能” 。
在“分组依据” 菜单中，选择“最繁忙的资源” 。
若要按计数排序，请在“计数”列顶部选择“ 计数”。 最常发生的异常类按从最高到最低的顺序进行排名。 还可以按平均持续时间和最长持续时间进行排序，以查看某些事件发生频率较低的事件是否仍会导致长时间延迟，因此应引起注意。
若要开始调查问题并打开事件属性，请选择“ 最重的资源 ”条目。 有关使用事件的信息，请参阅 使用应用程序诊断处理事件。
后续步骤
若要了解如何确定要解决的警报的优先级和管理，以及发生最多的事件的位置，请使用应用程序顾问查看警报的优先级。
若要了解如何查看警报并开始调查所引发的问题，请查看 查看和调查 .NET 应用程序的警报。