如何开始监视新的应用程序
发布时间: 2016年3月
适用对象：System Center 2012 R2 Operations Manager, System Center 2012 - Operations Manager, System Center 2012 SP1 - Operations Manager
如果必须要了解有关新应用程序，可以使用中的.NET 应用程序性能监视模板 System Center 2012 – Operations Manager 若要为其配置监视。 下面列出一些首先要执行的设置，它们将帮助你逐渐了解你的新应用程序。 此外，理想的做法是在测试或开发环境中开始监视。
针对新应用程序的监视设置
执行此策略用于监视新应用程序将帮助您了解在您的系统并为您的客户应用程序的行为方式。
开始监视服务器端只使用一个简单的监视的系统和短期设置
首先，简化配置： 监视一台服务器上的一个应用程序。 其次，在第一次配置.NET 应用程序性能监视来监视新的应用程序时，规划以使您实现足够长时间，您必须了解一些趋势的设置。 一天的数据应能让你深入了解应用程序的性能和使用模式。
使用默认设置和一些特定的设置确定基准性能
在很大程度上，你将想保留默认设置。 默认设置确保你能了解应用程序的任何重大问题，并将监视的应用程序受到的影响减到最小。
如果未引发任何性能或异常事件，则可以执行以下步骤来感受基准性能。
若要开始监视，以下是一些你可能想按照此处所述调整的设置：
降低性能的阈值。 这将帮助你通过了解应用程序的当前性能特征来确定基准性能测量值。
启用所有命名空间。 您想要找出涉及哪些命名空间，如果首先设置特定的命名空间，则可能会遗漏发生错误的位置的命名空间。
收集所有异常、 不只是严重异常。 你需要知道正在引发何种异常。 使用已知的异常处理程序来限制你将收到的异常。
这可能会产生大量数据（比你希望长期监视产生的数据量多），但首先，这些数据将帮助你了解趋势，例如客户采取哪几种方式来访问系统，以及正常的性能是怎样的。
在数据收集完成后，使用 Application Advisor 报表（例如应用程序性能分析）来了解监视的应用程序的状况。 通过使用此报表，你将了解到在系统中出现的最重大（运行时间最长）的调用的平均持续时间，以及用在处理请求上的最长时间。 这可让你根据实际的应用程序性能巧妙地设置自定义的阈值。 你还将了解到哪些功能的运行速度更快，而且，你可以创建特定的网页、Web 方法和关键方法的功能事务，以便能确保它们在比整个应用程序更严苛的 SLA 下作出响应。 有关查看报表的详细信息，请参阅如何划分在作用域和运行和 Application Advisor 报表中通过使用 Application Advisor 确定优先级的警报。
调整设置并与基准进行比较
在确定了基准性能测量值之后，开始调整设置以调整监视，使其捕捉到正被引发的异常种类。 通过报告所有异常，你将了解到应用程序中是否有任何默认的异常处理程序捕捉到你希望收到其警报的异常。 在每次调整后，你获得的数据都将更有意义，而且数量更少。
删除自定义设置并根据收集的数据设置阈值。
添加基于在基线阶段找到的性能和异常事件的调用堆栈的特定命名空间。
添加任何应用程序级别"捕捉所有"处理程序保持持续的应用程序之外和.NET Framework 异常处理程序中的异常的异常处理的程序。
添加特殊事务以监视常用方法的性能，这些方法应遵守比整体应用程序更强硬的 SLA。
将新数据与基准进行比较。 例如，你将开始了解到实际的平均响应时间。 既然你知道了应用程序正在发送的不同性能异常，那么，你可以添加所要的特定命名空间，而不是监视所有命名空间。 应用程序将被配置为根据观察到的性能水平接受监视，而且，如果发生了超过正常水平的事情，应用程序将会收到警报。
将应用程序逐渐部署到系统中更多受监视的服务器
利用新的监视配置监视应用程序一段时间后，如果你认为应用程序的状况健康，则增加运行应用程序和接受监视的服务器的数量（例如从一台增加到十台）。 如果应用程序在该级别上健康运行，则将部署和监视范围扩大到更多服务器。 这种逐渐铺开的方法将帮助你满怀信心地监视该应用程序，并帮助确保系统健康运行。
开始客户端监视
如果您确信您的应用程序正在运行完全符合您的系统，它是监视客户的体验的好时机。 这是何种客户端应用程序监视未。 若要启用客户端监视，请参阅 如何配置.NET 应用程序监视
操作人员利用此信息可以做什么
通过使用此基本信息，操作人员可以更好地了解应用程序或基础结构的问题出现在哪里，并知道它是只能由开发团队解决还是可以由自己直接解决。