测试、试验及正式启用

　　在您利用 Windows 2000 的 IIS 5.0 当你的 Web 服务器之前，很重要的一点是必须先在一个尽可能仿真真实情况的环境中测试您提出的设计。如此不但能帮助您找出服务器及您打算在这些服务器上运用的 Web 应用程序可能存在的问题，也可保护您的线上服务器免受突发问题的干扰。最理想的状态是您可以在一个受控制的环境中进行测试 (例如实验室)，并将不相关的流量隔离在服务器外。将测试服务器集中在测试您的硬件的设置状态及 Web 应用程序能承受多大的压力。

　　在您从 IIS 4.0 成功升级到 IIS 5.0 的过程中，测试扮演了极重要的角色。在您的测试环境中，可以发现到可能会在您的真实站点上造成严重状况的各类问题。其中包括将会影响 Web 服务器性能的问题。您也许会发现必须添加更多 RAM，或您打算在升级 IIS 5.0 时一起运用的 ASP 应用程序有太多问题，无法在网络上执行。如果能在测试阶段尽可能地解决这些问题，则顺利升级的几率就越大。

　　建议您采用的做法是有计划地从 IIS 4.0 升级到 IIS 5.0。这牵涉到了在 IIS 4.0 建立一套测试，执行这些测试，然后再将性能调整到最佳状态，并且在 IIS 5.0 上执行相同的测试。这样做不但能让您找出任何与性能相关的问题，也可以让您估计可以从升级获得的性能增益。您可以使用例如「系统监视器」及「Web 应用程序压力」等工具在测试期间分别监视性能和产生测试实例。

　　一旦测试完成，建议您设置一个 IIS 5.0 系统。这表示在一个比实验室更接近真实状态的环境中，让可以协助您测试服务器及应用程序压力的用户先试用您的服务器。使用公司内部网络是试验一个新部署的理想环境。在试验期间，您是在一个受控制的真实环境中测试您的设计，在此环境中的用户会使用新功能来执行他们的正常业务。请记住在整个试验期间继续监视服务器的性能。设计测试及试验部署的详细资料，请参阅 Windows 2000 Deployment Planning Guide。

　　虽然测试及试验都是绝佳的作法，但是它们都无法完全复制您的 Web服务器将面临的使用类型及负载。总之，测试及试验是在一个受控制的环境中发生，其中网络等待时间是最短的，而且早已知道生产中的请求种类及数量。当您的服务器及应用程序正式启用时，您会将它们暴露于整个 Internet 及它的用户面前。

　　在将 IIS 5.0 部署到生产计算机之后，继续监视您的服务器是很重要的。如同本文先前所说的，这样才能让您建立用来判定性能高低与否的基准性能记录。每当您在生产服务器上进行更新后，不要忘记将新的数字拿来与基准数字作比较，这样才可以了解您的改变对于性能产生哪些影响。最好是能够一次做一个改变；否则会无法辨识出哪个改变产生哪种影响。如果一次作了多个改变，则很难判定出每一个改变的效果。如果性能没有如您预计的提升效果，请继续分析资料并按指示作调整。监视应定期进行，但调整性能设置值会随着时间增长逐渐变得不需要。