這一篇主要是對之前《創建.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方面有一些案例歡迎來交流，共勉共勉
