IIS优化-解决IIS访问速度慢问题

本来不想转这篇文件，  现在中有公司还用iss6

这几天给一游戏论坛做优化，论坛版本为：DISCUZ 7.2

环境是：Windows server 2003 SP2+IIS+PHP+MYSQL
硬件：双路CPU8核+8G内存+2X147G SAS硬盘
负载：3000人实时在线

本想劝其改用linux架构，被其拒绝，理由是他不懂Linux，现在想来，你懂windows，出了问题你还是解决不来，那还不如用Linux，一般不会出问题呢

言归正传吧

论坛情况如下：

1，CPU不稳定，经常100%，时而又0%
2，访问非常缓慢
3，时而报错：No input file specified
4，时而报错：service unavailable

OK，下面我们一一分析并解决吧

先解决报错问题
第一步：检查硬件，看看硬件是否有问题，这里由于出现了  “No input file specified” 和 “service unavailable”这两个错误
所以先检查磁盘是否有问题，注意，在复制大文件或大量碎文件的时候会导致service unavailable这个问题
这里我检查后发现他服务器硬件并没有问题，排除之；

第二步：判断网络是否良好，做运维的惯例，第一二补都是检查硬件和网络，把基础问题排除掉，我检查发现他服务器网络并没有问题

第三部：OK，我们来看看操作系统是否有问题，看操作系统日志，看系统是否有问题，看到系统有很多错误日子和警告日志，我一一查看，发现并没有系统组件或内核级别的错误，排除系统错误，系统是没有问题的

第四步：查看是否受到攻击，是否中毒，是否修改了配置
经过查看并未发现有被攻击的可能

第六步：重启服务，大家不要轻视重启，windows重启能解决非常多非常多的问题哦，我考虑了一下，因为服务器以前是好的，现在且一直没人有误操作，甚至没有人登录过，而且并没有被攻击，人数也不是高峰期，和平常一样的在线人生，为什么就突然这样了呢，得出终结就是：系统自动安装了补丁，没有重启剩下！！！！

OK，那就重启吧，争取得到对方同意后，重启了，OK，问题解决了不少，报错少了很多很多，但论坛依然慢

第五步：上面都排除了，下面就重点来看看性能优化了

首先看看日志，发现经常报如下几个错误：

1，应用程序池：
为应用程序池 'bbs' 提供服务的进程关闭时间超过了限制。进程 ID 是 '9564'。 
2，HTTP错误：
事件 ID ( 54 )的描述(在资源( HTTP )中)无法找到。本地计算机可能没有必要的注册信息或消息 DLL 文件来从远程计算机显示消息。您可能可以使用 /AUXSOURCE= 标识来检索词描述；查看帮助和支持以了解详细信息。下列信息是事件的一部分: \Device\Http\AppPool.
3，进程间通信错误：
为应用程序池 'bbs' 提供服务的进程在与 World Wide Web Publishing 服务通信时遇到致命错误。进程 ID 为 '7684'。数据字段包含错误号。

嗯，主要是这三种错误，我们来来分析一下
WIMP(windows+iis+php+mysql)架构工作原理：
1，客户端请求IIS
2，IIS处理静态页面，动态页面通过php5isapi.dll动态扩展交给PHP处理
3，PHP解析并且通过mysq扩展函数(php.ini里面打开)请求MYSQL查询和插入等操作
4，mysq进程处理PHP发过来的处理请求

整个过程就这样，那么好，最前面的问题我们来归个类：

No input file specified：这个问题世界上是PHP 404 什么是PHP 404呢，也就是静态页面不报这样的错误，说明和IIS配置，路径等都没有问题（注意哦，No input file specified这个错误也有可能是权限，路径等的错误哦，我这里不是），那么就是PHP文件无法被执行了，这说明是第三个环节出问题了，也就是PHP处理出现了问题，或者是IIS的动态扩展出现问题

service unavailable：这个基本就是IIS的处理问题，或者硬件资源达到极限，导致IIS无法处理下一个请求

下面来我做了如下操作

1，注释掉 php.ini里面的doc_root项
2，注释掉 php.ini里面的cgi.fix_pathinfo=0项
3，设置系统盘下c:\tmp权限添加everyone完全控制


重启PHP：也就是重启IIS了
OK：No input file specified问题解决了，不再报这个错误了

下面来解决速度慢和service unavailable问题
先利用windows 2003的性能计数器看看IIS当前连接数(IIS并发连接)

打开--管理工具--性能---性能日志和警报能看到如下图：

然后按照下列图示来操作

OK，能看到IIS实时并发连接数了

这里是2000-3000的连接，可以看出并发不是很大，对于8核心+8G内存的服务器来说，处理这些连接是没有问题的！！！！

我们再来看看负载情况吧：

可以看出，负载比较低的，但IIS就是慢，看来只能优化应用程序池了，我做了如下优化，如图

去掉请求队列限制

最大工作进程改为了2

重启IIS，OK问题终于解决了，速度终于飙起来了