这一篇主要是对之前《创建.NET应用程序监控》的一个补充,应用场景主要是当我们配置好.NET应用监控之后,一旦发现了性能问题或者故障问题,如何去分析和排查以及将一些代码级日志转给对应的研发人员以寻求解决
######################################################################################
环境依旧是全R2平台,我这个也是一个半DEMO环境,APM的部分删删改改好几次了,下图是一个DotNetNuke开源门户的监控
我们对这个监控的客户端阀值做了一些手脚,比如调低他的页面加载时间,人为的去制造一些麻烦出来。。。
一代我们具备了监控应用的条件,我们就需要用到SCOM自带的两个portal,一个是AppAdvisor,一个是AppDiagnostics,这两个分析平台其实是互相包含的
我们以Advisor为例,这里面涵盖了非常丰富的分析图标和报告,大家可以随意的尝试,非常详细且具体,比如下图显示的application status
反观diagnostics,更有针对性,如下图我们以事件为筛选,查看出有关dotnetnuke这个应用的一些性能问题和应用程序故障,点击一项可以看到更具体的分析
例如我们查看这个“application failure”到底是怎么回事,系统会自动展开一些有问题的字段,有助于我们troubleshooting
##########################################################################
我个人感觉这两个分析手段非常实用,特别是对一些企业的核心业务应用,在我的环境中也发现了一些小问题,比如在删除了一个APM监控之后,在advisor里面还可以看到有信息,不知道是否需要重启SCOM的服务或者干脆重启SQL服务等等。。。总之System Center的一些组件都有类似的不同步情况,也许等个两三天就又好了,如果有朋友在APM方面有一些案例欢迎来交流,共勉共勉
本文转自maomaostyle 51CTO博客,原文链接:http://blog.51cto.com/maomaostyle/1323229,如需转载请自行联系原作者