创作 .NET 应用程序监视的策略

接受所有默认值可能是开始监视管理员不太了解或不了解的应用程序的一个好方法。 然后，在使用所有默认值监视了一段时间之后，管理员可以根据监视警报、Application Diagnostics 数据和 Application Advisor 报表开始调整设置。 有关详细信息，请参阅如何开始监视新的应用程序和使用默认设置的应用程序监视

通过定义目标组，你可以将监视局限于特定的一组服务器。 在 .NET 应用程序性能监视向导中，服务器端监视的目标组在“要监视的内容”页上。 客户端监视的目标组在“启用客户端监视”页上。 如果你正在使用目标组进行客户端监视，并且使用负载平衡器，请参阅客户端监视目标的组和负载平衡器

对于非常大的应用程序部署，你通常不需要监视应用程序的所有实例。 要获取你需要的数据，一个代表性示例就足够了。 仅使用代表性示例将使收集和存储的数据量保持较低水平。

通过增加敏感度阈值，你可以筛选出快速运行的方法，这可以减小总体“噪声”或调用堆栈即将进入的深度，从而使你能够更加轻松地确定问题的位置。 这还可以减少网络带宽使用。

敏感度设置用于确定调用堆栈中是否应该包括函数调用。 执行和返回速度比敏感度级别快的任何函数会被删除，从而使少数快速运行的函数显示实际问题。 请记住，使用敏感度只减少特定事件调用堆栈中显示的函数的数目，但如果超过了总体阈值，则仍将生成事件。

你可以独立调整服务器端和客户端监视的敏感度阈值。

也可以让高敏感度隐藏问题。 在你具有调用其他函数的某个函数的情况下，即使被调用方的响应时间略微有所增加，也可能会产生应用程序问题。 例如，如果你的数据处理函数调用查找函数 1,000 次，并且查找的处理时间增加 1 毫秒，那么顶层函数的响应时间将足足增加一秒钟。 此问题可以通过高敏感度屏蔽掉。 当你发现这种情况时，可以将被调用方添加为方法，并为其设置一个自定义敏感度，以确保始终按照较低的敏感度阈值对其进行测量。

应用程序故障警报是在应用程序内检测到的应用程序或代码故障。 你可以选择不接收应用程序故障警报，如果应用程序有问题，则可能会非常频繁地出现应用程序故障警报，因为这些类型的警报通常需要修改代码来解决。 如果关闭此类警报，则可以减少运营团队无法直接解决的许多已发出警报的“噪声”。

你可以独立关闭服务器端和客户端监视的应用程序故障警报。

默认情况下，.NET 应用程序性能监视将关键异常定义为 .NET Framework 提供的特定异常处理程序处理的异常。 这些处理程序获取被监视的应用程序无法在内部获取和处理的顶层 ASP.NET 异常和 Web 服务异常。 通过添加异常处理程序，你将向应用程序监视的关键异常定义中添加内容。 实际上，这些函数处理的任何异常将被认为是严重异常。 使用异常处理程序的优点是：你可以保持仅高效报告严重异常这个好处，但你具有所感兴趣的报告功能的其他好处。 有关详细信息以及默认异常处理程序的列表，请参阅使用异常处理程序来定义严重异常。

你可能还需要调整采样速率以控制使用客户端监视来监视应用程序所带来的性能影响。 降低采样速率可减少应用程序监视通信量，并有助于保留服务器资源。 即使你具有低流量站点，检测和收集每个连接用户的数据也将产生大量要筛查的非操作性数据。 通过随机抽样，你可以从客户端角度根据需要深入了解应用程序性能，而不会有大量要处理和存储的数据向你涌来。