这一部分介绍了在进行本文所述的测试过程中 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 。 保留所有权利。