如何优化IIS设置给网站提速

1.不同的站用不同的应用程序池．方法：应用程序池－新建－应用程序池－名称可自定义，然后设置，网站－属性－主目录－应用程序池，选择刚新建的应用程序池．

2.应用程序池优化．方法：应用程序池－选择要优化的那个程序池－属性－回收工作进程(分钟)设为200的．最大虚拟内存300，最大使用的内存150.大家可以根据网站需求做出一些调整．

3.IIS网站优化：A,网站－启用日志记录，勾掉，这功能没啥用．B,文档－默认内容文档，把除了网站首页文件名名称的其它内容文档删掉，因为每次访问网站首页的时候都要查询一下这个．C，网站－主目录－读取(勾上)，索引资源(勾上)，写入(勾上)，主目录－配置－应用程序扩展，只保留网站需要扩展名，如ASP.PHP，其它的可以全部删呢．

4.WEB 服务扩展优化．有ASP程序网站的启用Active Server Pages，有PHP程序网站的启用PHP服务,没有则禁止，其它的服务扩展如不是自己设置的可以禁止．

5.GZIP　压缩．让网页体积变小，方法：WEB服务扩展－添加一个新的WEB服务扩展－扩展名就填写(GZIP)吧，这样好记些．－要求的文件－添加　C:\WINDOWS\system32\inetsrv\gzip.dll　一般就是这个路径，－设置状态扩展为允许．然后在返回网站－属性－服务－压缩应用程序文件(勾上)，压缩静态文件(勾上)，临时目录自己在硬盘设定一个，要有IIS_WPG　这个用户的完全权限．编辑C:\WINDOWS\system32\inetsrv目录下的MetaBase.xml文件．编辑文件的时候要暂停IIS Admin Service服务，用文本打开MetaBase.xml　搜索　IIsCompressionScheme　主要修改HcFileExtensions和HcScriptFileExtensions　后边的参数．

HcDoDynamicCompression="TRUE"

HcDoOnDemandCompression="TRUE"

HcDoStaticCompression="TRUE"

HcDynamicCompressionLevel="9"

HcFileExtensions="css

html

js

xml"

HcOnDemandCompLevel="9"

HcPriority="1"

HcScriptFileExtensions="asp

php"

注意啊．要修改相同的两处．

修改完成后，保存．然后重启IIS服务，或者重启器，就能看到效果呢．

如果托管应用程序在采用集成模式的应用程序池中运行，服务器将使用 IIS 和 ASP.NET 的集成请求处理管道来处理请求。

如果托管应用程序在采用经典模式的应用程序池中运行，服务器会继续通过 Aspnet_isapi.dll 路由托管代码请求，其处理请求的方式就像应用程序在 IIS 6.0 中运行一样。

经典模式：

指的是与IIS 6或者之前版本保持兼容的一种模式，一个典型问题就是，在处理ASP.NET这种动态网站的时候，它是通过一个所谓的ISAPI程序，作为插件的方式来工作的。针对不同的动态应用程序（例如ASP,PHP等），会需要不同的ISAPI。

集成模式：

这种全新的模式，允许我们将ASP.NET更好地与IIS集成，甚至允许我们在ASP.NET中编写一些功能（例如Module）来改变IIS的行为（扩展）。集成的好处是，不再通过ISAPI的方式，提高了速度和稳定性。至于扩展，则可以使得我们对于IIS以及其他类型的请求有更多的控制。

我们平时设置经典就好了，一般都是用这个的。

IIS的程序池默认回收间隔是1740分钟(29小时)，在自动回收过程中，应用程序池将会清空，保留在内存中的数据将会被清理（相当于IIS重启）。对于互联网应用程序，为了减少数据库服务器的负担，也许会选择将大量数据暂存在内存中，回收会造成内存数据丢失，如果没有及时保存到数据库中，可能导致应用程序出问题。如果遇到系统使用高峰期，回收将可能导致一段时间应用程序无响应（出现假死状态），给予用户一种很不好的体验。

在优化应用程序池之前，我们应用先了解下程序池的几个配置信息：

IIS应用程序池

发生配置更改时禁止回收：如果为True,应用程序池在发生配置更改时将不会回收。

固定时间间隔（分钟）：超过设置的时间后，应用程序池回收，为0意味着应用程序池不会按固定间隔回收。

系统默认设置的时间是1740分钟（29小时）。

禁用重叠回收： 如果为true，将发生应用程序池回收，以便在创建另一个工作进程之前退出现有工作进程。

请求限制： 应用程序池在回收之前可以处理的最大请求数。如果值为0，则表示应用程序池可以处理的请求数没有限制。

生成回收事件日志条目： 每发生一次指定的回收事件时便产生一个事件日志条目，里面的明细设置不一一介绍。

问题分析：每1740分钟(29小时)回收一次是否合理？

不太合理，这个周期内，有可能应用程序处于访问高峰期。因为每天的回收时间都是不一样的，很有可能在高峰期回收，就会造成短时间内网站访问出现问题。因此，要避免最大程度的减少对用户的影响，我们需要充分的分析应用程序的访问情况，例如哪个时间段是高峰，

哪个时间段访问人数最少。了解到这些后，应用程序部署人员就应该设定固定的回收时间，例如一个网站凌晨两点访问人数是最少的，那么它可以设置“特定回收时间”在凌晨两点，应用程序池里面的特定时间是支持设定多个的，请注意。

---