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

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

远程作品，转载请标明原始出处： http://bbs.ywlm.net/thread-934-1-1.html

这几天给一游戏论坛做优化，论坛版本为：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问题终于解决了，速度终于飙起来了

http://bbs.ywlm.net/thread-934-1-1.html

内部网中访问 http://www.chinaitlab.com/速度很慢，我们使用科来网络分析系统对访问该网页的数据包进行跟踪分析，以找出原因。 1. 1-3的三个数据包是客户端与HTTP服务器的三次握手数据包，所用的时间是2367毫秒左右，其中HTTP服务器返回给客户端的SYN/ACK数据包的时间差较大，为2367毫秒左右； 2. 第4个数据包是客户端向HTTP服务器发起GET请求，HTTP服务器在第6个数据包对它进行响应，所用的时间是1641毫秒； 3. 从第7个数据包到结束，HTTP服务器端开始向客户端传送请求的数据，所用的时间是71183毫秒，即71秒左右； 从上面的分析可知，客户端访问 http://www.chinaitlab.com/速度慢的原因主要有两点： 1. 客户端与HTTP服务器距离太远。客户端与HTTP服务器三次握手的时间太长，表示两者这间的路由太多，数据包传送时的路径太远，引起速度慢。 2. HTTP服务器脚本响应时间太长。可能是请求的页面中存在过多的脚本或图片等信息，造成响应的时间长，引起速度慢。 通过上面对访问 http://www.chinaitlab.com/的抓包分析，我们便快速地找到了访问网页慢的原因。对于提供对外Web服务的管理人员，通过这种方法，可以有效检测出自己网站的访问速度，并及时对需要调整的参数进行优化，以使网站提供最佳的访问。 注意：在传送一个网页时，Web服务器会同时打开多个TCP连接，如每一张图片都单独使用一个TCP连接进行传送。所以图2中出现了多次的三次握手数据包是正常的，这是因为服务器使用了多个TCP连接打开客户端请求的页面。