终极优化：使用 IIS 5.0 调整 Web服务器的艺术与科学(14)_动易Cms教程

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


(附录1)

　　附录 1：性能设置

　　您可以调整 IIS Metabase 内容及注册表设置来调整 Web 服务器的性能。假如打算改变注册表，则除非没有其它方法可用，否则请勿使用注册表编辑器。注册表编辑器会忽略系统治理工具提供的标准安全设置。这些安全设置可防止您输入冲突的设置值，或可能降低性能或损害系统的设置值。直接编辑注册表会导致严重且难以预计的后果，会导致系统无法启动，而必须重新安装 Windows 2000。使用 adsutil 公用程序 (可在 Inetpub\AdminScripts 目录中找到) 来改变 IIS 也会发生同样的状况。若要设置或定制 Windows 2000 及 IIS 5.0，请尽量使用 [控制面板] 或 Microsoft Management Console (MMC)。

　　Metabase 设置

　　这份清单包括用来调整 Web 服务器最重要的 Metabse 设置。使用 ADSI 接口可以获取及改变它们。这些设置大多会在重新启动 Web 服务之后才生效。相关信息，请参阅说明 IISReset 公用程序的小节。

　　AppAllowDebugging-这个属性会指定服务器上是否启用了 ASP 侦错。假如启用，则IIS 应用程序线程将序列化，这表示每个应用程序一次只能执行一条线程。这会对 Web 服务器的性能产生不利的影响。您可以在所有生产服务器上将这个属性设为 FALSE (默认)。

　　AspAllowSessionState-默认值是 TRUE。将它调整为 FALSE 可产生更高的性能。一旦改变后，开发人员必须明确地在需要使用「有效期」对象的页面上置换这个设置。若要改变单一页面上的默认设置，开发人员可以使用页面顶端的<% @EnableSessionState=False %>。若要改变这个选项，请务必通知开发人员。

　　AspBufferingOn-默认值是 TRUE。这个属性的默认行为是答应所有来自应用程序的输出在缓冲区被转存到客户端浏览器之前，先收集在缓冲区中。假如这个属性被设置为 FALSE，则来自 ASP 脚本文件的输出会在客户端使用浏览器时，写入该客户端浏览器。您必须确定这个属性在所有生产环境 Web 服务器上都设置为 TRUE。具体信息，请参阅本文中的〈调整及疑难排除的建议〉小节。

查看更多 动易Cms教程  动易Cms模板