這一部分介紹了在進行本文所述的測試過程中 MSIB 項目組所用的硬件和網絡拓撲。 下圖給出了 MSIB 2.0 基礎部署的網絡圖。
下圖給出了 MSIB 2.0 企業部署的網絡圖。
這一部分介紹了在進行本文所述的測試過程中 MSIB 項目組所用的 Web 服務器的配置。
Web 服務器
CPU: 2 x 1.4-GHz Pentium 4
內存:1 GB
磁盤:18 GB
網絡:100BaseT
這一部分介紹了在進行本文所述的測試過程中 MSIB 項目組所用的搜索服務器的配置。
搜索服務器
CPU: 2 x 1.4-GHz Pentium 4
內存:1 GB
磁盤:18 GB
網絡:100BaseT
這一部分介紹了在進行本文所述的測試過程中 MSIB 項目組所用的 SQL Server 的配置。
SQL server
CPU: 4 x 1.4 GHz Pentium 4
內存:4 GB
磁盤:4 x 18 GB RAID 0
網絡:100BaseT
這一部分介紹了在進行本文所述的測試過程中 MSIB 項目組所用的 ISA 服務器的配置。
ISA 服務器
CPU: 2 x 550-MHz Pentium III
內存:1 GB
磁盤:18 GB
網絡:100 BaseT
附錄 B——許可計算
下表給出了 MSIB 項目組創建的兩個電子數據表。 以后可以從與本文所在的同一 Web 頁面上獲得這些表格。
文件名 用于
MSIB20_tca.xls
根據 TCA 方法計算所需的應用服務器和 SQL 服務器的數量。
MSIB 2 machine counts.xls
生成軟件許可成本。
附錄 C — 搜集可用性數據
當兩臺服務器利用網絡負載均衡（NLB）工作在活動-活動群集的模式下時，這對服務器的系統吞吐量情況將會和下圖類似。
X軸上標出了 4 個點，它們代表了與 NLB 故障切換和恢復過程有關的事件。
從 0：00 到第一個標識點（0:10），群集處于正常運行狀態，服務器 1 和服務器 2 分擔著同樣的負載或吞吐量。到了這一刻，服務器 1 出現故障，無法工作了。
從 0:10 到 0:26 ，到服務器 1 的所有請求都丟失了，這是因為群集還沒有發現服務器 1 出現故障了。 在這期間，群集是以不到一半的容量運行的。
在 0:26 秒的時候，群集發現了服務器 1 的故障，服務器 2 開始處理其請求。 此時服務器 2 是在兩倍的負荷工作的，不過仍然在其限額之內。
1:01 (圖中標注的第三個點）時，服務器 1 重新設定了 W3 SVC 服務，這一過程大約需要一分鐘的時間。
2:00 （圖中標注的第四個點）時，服務器 1 恢復過來并通過收斂過程重新加入到 NLB 群集中來。
在做可用性分析的時候，為了測量群集的恢復時間和故障切換時間，您需要監控兩個時間間隔長度：
點 1 和點 2 之間的時間長度，此為故障切換時間。
系統發現需要重新設置、進行重新設置并令服務器重新加入群集的過程所需的時間。 出于搜集可用性數據的考慮，您可以將點 2 和點 4 之間的時間作為平均恢復時間（MTTR）。
為了測量 MTTR ，您應當具備管理軟件或警告軟件，以檢測故障并完成故障恢復過程。 對 MSIB 來說，建議您利用 Microsoft Operations Manager （MOM）實現錯誤發現和解決的自動化。 如果您沒有用以自動檢測和故障恢復的解決方案，您應當將解決 IT 問題的平均時間作為 MTTR 。
本文中的信息，包括 URL 及其他 Internet Web 站點的引用，如有更改恕不另行通知。 除非另外指明，在本文例中提到的公司、單位、產品、域名、e-mail 地址、徽標、人員、地點和事件等都是虛構的，不與任何真實的公司、單位、產品、域名、e-mail地址、徽標、人員、地點和事件發生任何聯系，也不應從中做任何此類聯系方面的推斷。 用戶有責任遵守所有適用的版權法律。 在不限制版權所賦予權利的前提下，沒有 Microsoft Corporation 明確的書面允許，不得以任何形式或通過任何手段（電子的、機械的、影印、錄制或其他）或出于任何目的復制本文的任何部分或將其存儲或引入檢索系統，或進行傳播。
Microsoft 可能具有一些專利、專利申請、商標、版權或其他知識產權涉及到本文所述主題。 除非微軟公司通過書面許可協議明確提供，此文檔并沒有授予您對這些專利，商標，版權或其他知識產權的任何許可。
®1996-2003 Microsoft Corporation 。 保留所有權利。
