如何開始監視新的應用程式
發佈時間: 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 應比整體應用程式更嚴密。
將新資料與基準比較。 例如，您將開始看到實際的平均回應時間。 現在您已知道應用程式傳送的各種效能例外狀況，接著就可以新增您所需的特定命名空間，而不是監視所有命名空間。 您的應用程式將設定為根據觀察到的效能層級進行監視，如果超過正常範圍之外，就會收到警示。
逐步部署應用程式到系統中更多受監視的伺服器
使用新的監視設定監視應用程式一段時間後，當您認為應用程式狀況良好時，請增加執行應用程式並進行監視的伺服器數目，例如從 1 部增加到 10 部。 等到在該層級的執行狀況良好時，請再將部署和監視規模擴充到更多伺服器，並以此類推。 這種逐步部署方式可提升您對於監視該應用程式的信心，並有助於確保系統的健全狀況。
開始監視用戶端
當您確信應用程式在您的系統內執行時，它是監視客戶的經驗的好時機。 這是哪些用戶端應用程式監視沒有。 若要啟用用戶端監視，請參閱 如何設定監視.NET 應用程式
操作人員可以使用這些資訊來執行哪些工作
利用這些基本資訊，操作人員可以更清楚瞭解問題是出在應用程式還是基礎結構，而且可以知道這個問題是只能交由開發團隊解決，還是可由操作人員直接解決。