共用方式為


評估 Team Foundation Server 效能

更新:2007 年 11 月

您可以設定效能計數器和監視工具來評估 Team Foundation Server 效能。在一段時間之後檢閱及解譯這項資料可幫助您評估 Team Foundation Server 部署的整體效能。此外,檢閱效能資料也有助於指出問題,以及針對問題進行疑難排解。

Team Foundation Server 本身為使用 SQL Server 儲存資料的 ASP.NET SQL Server 應用程式。如果您熟悉監視這類應用程式,可以使用相同的方法監視 Team Foundation Server 和評估其效能。

建立基準

每一個 Team Foundation Server 部署都是唯一的,硬體、軟體、使用者數目、專案數目、用於每一個專案的流程範本以及來源資料和工作項目的數量等因素的差異,全都會影響 Team Foundation Server 效能。因此務必為您專屬的 Team Foundation Server 部署建立基準效能資料。這些資料將可讓您在重要的效能變化發生時予以識別。此外,經過一段時間後,您將能更了解 Team Foundation Server 硬體的整體效能需求。

Team Foundation Server 基礎結構的範圍相當大。您應主動決定要監視的目標,以及如何決定是否需要對您發現的某些值採取行動。例如,您可決定在超過 80% 的 CPU 高峰情況持續超過 10 分鐘時採取行動。您可以記錄這個決定,如此專案中的其他人就會受限於定義的臨界值。如果您將這些變數和狀態全部收集在同一個位置,就會擁有關於 Team Foundation Server 環境健康狀態的記錄資訊模型。這項策略也稱為健康模型或健康資訊。健康模型是一組定義系統狀態的可觀察條件。之前的範例會定義監視 CPU 使用情形的臨界值。如這個範例則顯示,健康模型與慣例和共識較為相關,而非科學和數學。

身為 Team Foundation Server 的管理員,您必須決定監視目標以及如何使用臨界值做為參考點評估狀態是否已變更。若沒有健康模型,就沒有可對照以測量部署健康狀況的參考點。

建立基準的工具

效能監視與監視記錄檔相當不同。效能監視需要在指定期間內觀察一組特定的效能計數器。例如,您可能想要監視效能以便解決回應時間的顧慮。如果您沒有任何一般下載時間的資料,則不容易回應使用者對於下載特定專案的原始碼結構時之回應時間的抱怨。雖然 Team Foundation Server 未包含可監視伺服器效能的一組特定工具,但是,您可以使用 Windows Server 2003、Microsoft SQL Server 2005 和 .NET Framework 中提供的監視工具和選項來監視您的 Team Foundation Server 部署。此外,您也可以建立自己的工具來監視 Team Foundation Server 效能。如需詳細資訊,請參閱了解 Team Foundation Server 的監視工具

評估資料

記錄資料、追蹤資料、效能監視資料和服務監視資料,全都需要不同的方法才能了解和解譯。您必須先了解和確認確實發生某種情況。然後 (如有需要) 必須判斷哪個動作將使系統恢復健康狀態。每個部署都有自己的程序,可幫助您取得了解並判斷動作的原因。不過,任何程序都需要長時間投入心力。如果您保留監視部署時所收集資料的記錄,以及回應不想要的變更時採取的動作,就可更輕鬆地開發自己的自訂回應資訊。您可能會投資商業軟體套件,協助您自動化收集和保留這類資料。

一旦您為 Team Foundation Server 部署建立了基準之後,您就能夠針對 Team Foundation Server 的整體健康和狀態做出更好的判斷。例如,如果您在 [事件檢視器] 中經常看到執行階段資料庫例外狀況 (Exception),則表示您的 Team Foundation 資料層伺服器上可能沒有足夠的處理器或記憶體資源。同樣地,如果您在其中一個 Team Foundation Server 效能計數器中看到效能突然降低,您就知道要去調查該效能計數器的應用狀況以及 Team Foundation 應用程式層伺服器的整體效能。如需詳細資訊,請參閱監視效能

監視版本控制效能

監視版本控制和 Team Build 環境時,必須解決許多變數。如果您充分了解開發工作週期,就可更確實地預測需要在版本控制中緊密監視的項目。此外,如果您了解其限制,就能更主動地解決問題。

Team Foundation Server 包括許多效能計數器可用來監視版本控制。根據您的重點而定,下表中的計數器可能對您十分有用。如需完整的計數器清單,請參閱監視效能

監視 Team Foundation Build 效能

如同使用任何工具組一般,您的部署定義的使用情況將明顯不同。例如,包含單一組建指令碼的單一建置環境專案,其使用情況與包含多種建置環境和許多組建指令碼的 Team 專案就大為不同。為了有效監視 Team Foundation Build 效能,您必須決定適合您部署需求的監視準則。以下清單包含一些您可能想在 Team Foundation Build 中監視的項目:

  • 執行組建的平均時間

  • 組建發生的次數

    例如,每天的組建一天應只發生一次。

  • 在特定時間範圍內發生的失敗組建數

  • 在上班時間以外發生的組建數

  • 執行 Team Foundation Build 之伺服器的標準效能準則

    例如,您可以監視 CPU 使用量的百分比。

  • 長組建的平均時間

  • 通知組建成功

下列工具和程序可幫助您判斷 Team Foundation Build 環境中的一些重要因素:

  • 藉由檢視 Team Foundation Build 摘要,您就能判斷失敗以及組建完成所需的時間。如需詳細資訊,請參閱 HOW TO:檢視組建摘要狀態

  • 藉由監視組建進度,您就能判斷哪些步驟或項目造成組建完成時間延長。如需詳細資訊,請參閱 HOW TO:監視建置進度

藉由接收組建通知,您就可以判斷目前組建的狀態。如需詳細資訊,請參閱 HOW TO:接收組建告知電子郵件

請參閱

概念

了解 Team Foundation Server 的監視工具

監視效能

其他資源

監視 Team Foundation Server

Team Foundation Server 疑難排解

Team Foundation 中的錯誤和事件訊息