MSIB 項目組利用以下的性能計數器分析 MSIB 2.0 站點的性能。 下面給出的性能計數器是以如下格式編寫的： 性能目標 性能計數器
|
性能計數器
|
描述
|
| ASP.Net請求的執行時間 | 測量處理一個 ASP.NET 腳本所花的時間。 如果計數器的數值顯著增大或者請求的執行時間超過了一秒鐘，那么該系統是在超過其優能力工作。 為 MSIB 站點設計的頁面在一秒之內可以很好地工作。 |
| ASP.Net 請求/秒 |
每秒鐘請求一個 ASP.NET 腳本的次數。 |
| ASP.Net 請求的等待時間 |
測量一個對 ASP.NET 頁面的新請求在開始被處理之前等待的時間。 |
| 內存可用兆字節數 |
以兆字節(MB)測量服務器上可以用于運行過程的內存大小。 如果可用內存過低，服務器將開始把內存分頁到磁盤。 計數器的小編號為四，不過還是建議維持服務器內存的空間以獲得佳性能。 |
| 內存頁面/秒 |
測量正在對硬盤進行的實際內存請求。 計數器的大編號是一種關鍵指標，表明您的系統缺乏內存資源或者是一個實施不良的解決方案。 |
| 網絡接口字節總數 |
代表某一網絡適配器網路吞吐量的總數。 如果您的服務器中包含了多個您想監控的網絡適配器，那么您必需要為每個網絡適配器單獨配置一個計數器實例。 這是用于跟蹤網路吞吐量的關鍵計數器。 |
| NTDSNTLM 身份驗證/秒 |
每秒鐘進行的 NT LAN Manager (NTLM)身份驗證次數。 |
|
物理磁盤 %磁盤時間，
|
這三個計算器是用來跟蹤磁盤子系統中的活動的。 磁盤子系統很容易成為任何系統中的瓶頸。 在前端 Web 服務器上，磁盤利用率應當是非常低的，這是因為一個頁面所用的內容和圖像應當能夠在文件系統的高速緩存中很好地匹配。 基本的磁盤活動是日志文件，在 Windows 2000 中對日志文件進行了很好地調整以便獲得高性能。
相反，SQL 服務器則廣泛采用了物理磁盤子系統。 對于快速的 Microsoft SQL Server 2000 計算機來說為 SQL 服務器規劃和校準這一子系統尤其關鍵。 |
|
物理磁盤 磁盤讀取/秒， |
|
|
以及 物理磁盤 磁盤寫/秒 處理器\%處理器時間 |
|
|
SQL 服務器：數據庫交易/秒 |
表示每秒鐘為數據庫發起的交易數量。 這一計數器是后端 SQL 服務器活動的關鍵指標。 |
|
系統上下文轉換/秒 |
表示系統從一個線程切換到另一個線程的次數。 如果該計數器增加到每處理器 5000 以上，這表示服務器和/或應用程序的對稱多重處理(SMP)的可擴展性較差。 Windows 2000 和 Microsoft Commerce Server 2002 的組件都可以很好地縮放。 |
| Web 服務Get 請求/秒 |
表示每秒鐘使用 Web 服務試圖發起的 HTTP GET 請求速度。 這是用于判斷吞吐量的關鍵計數器。 |
如需了解關于性能計算器的更多信息，參見 Windows 2000 Server 幫助中的“性能目標和計數器”部分。
如需了解建議用于監控您的 ISA 服務器性能的性能計數器的信息，參見 http://go.microsoft.com/fwlink/?LinkId=14746。
交易成本分析
這一部分介紹了 MSIB 項目組用以為 MSIB 2.0 站點計算交易成本分析(TCA)的使用概況和站點概況，并總結了 MSIB 項目組在典型的企業和基準 MSIB 2.0 部署中進行的交易成本分析(TCA)得到的操作成本。 此外，該部分還介紹了如何使用 TCA 方法在 MSIB 2.0 站點上進行容量規劃。 從開始的意義上說，利用該分析方法的符合邏輯的地方是在銷售階段中決定許可證數量的時候。
部分包括：
使用和站點概況
操作成本摘要
使用 TCA 方法進行容量規劃
使用和站點概況
本部分介紹了 MSIB 項目組用以為 MSIB 2.0 站點計算交易成本分析 (TCA) 的在線使用概況、 MSIB 使用概況和站點概況。 要執行一個 MSIB 2.0 站點的 TCA ，您必須首先創建一個使用概況和站點概況。 然后您才能夠利用 TCA 方法計算您的站點容量，這種方法將在本文后面的部分加以介紹。 編制使用概況的過程在“Commerce Server 2002 Creating a Usage Profile for Site Capacity Planning”中有詳細介紹，地址在 http://go.microsoft.com/fwlink/?LinkId=9498。
在線使用概況
在線概括描述了在線時 MSIB 2.0 站點的使用情況。 這一概括不包括 MSIB 2.0 站點離線時可能發生的任何操作。 下表列出了本文中 MSIB 項目組所用的在線使用概括。 峰值乘數用于計算與平均負載有關的系統的大容量。 如果每秒鐘的平均請求數量是 50 ，如果您的峰值乘數是 3 的話那么預期峰值將會是每秒鐘 150 次請求。 為了對實施 MSIB 2.0 進行容量規劃，您應當為系統的峰值容量做規劃。
