网站无法响应HTTP/1.1_Server Too Busy
(编辑：jimmy 日期: 2024/11/25 浏览：3 次 )
上网查了一下，引起的原因主要是由于网站程序中连接数据库的代码没有及时关闭造成的，这样链接多了以后就会造成链接数据库的链接到达峰值，不能再连接数据库，于是iis就报server too busy 。
问题：
Server is too busy 是什么意思，怎么解决？
回答：
首先，从字面上的意思我们就可以看出：
Server is too busy = 服务器繁忙
那么这种情况应该如何解决呢？分为两种情况：
1、如果您是访客，那么请联系网站管理人员（咨询或告知该问题），再或者可能您访问的时段网站流量较大，可以选择过一会再试！
2、如果您是站长，自己的网站出现这种情况，请参照网站Service Unavailable的解决方法。另外，也可以查阅虚拟主机或IIS下Server is too busy的一些优化方法。
一般来说，当你的iis发生了诸如"http:1001 server is too busy"的错误时，是因为你的asp程序中开了过多的server.createobject请求，然后每一个请求都需要排队等待直到他们确实被建立了为止。
如果你的队列的最大长度为500的话，当队列中已经存在了499个请求时，这时如果第500个请求到达了，就会发生“server is too busy”错误。
那么怎么来使正在申请的请求最小化了，并且如何提高响应时间呢，下面是几个建议：
1.尽量使用.htm后缀的文件，避免使用.asp(尤其是在那些有可能招成超负荷的条件的特殊事件时)。因为htm不会障塞服务器同时能够得到最大的缓存性能。(有关这个的效率问题我曾经介绍过一篇文章，在精华区中)
2.尽量在你的asp中少使用server.createobject
3.严格限制你的asp调用不在你服务器上的外部资源，例如你的资源在另外一台服务器上
4.尽量优化你的网络性能和稳定性，例如增强你的后台的sql server数据库或则远程文件共享的局域网性能。
5.尽量让每一个组件的执行速度快与调用它的速度.例如，一个组件一秒钟被调用了20次，那么它就必须在1/20秒的时间内执行完成，否则该组件将会阻塞。要知道，一个阻塞的组件将会导致你网站上所有的asp崩溃
6.每个礼拜都要监视你的网站的性能状态.因为单个能够产生阻塞的对象能够对你的整个网站产生很不好的影响。
但是查看代码固然重要，关键是要及时解决不能访问的问题，于是采取了如下解决方法：
1.首先保证网站可以在第一时间恢复正常：a：将sql数据库服务器关闭，在启动。b：将iis重启.这样操作之后至少可以保证网站可以马上浏览。
2.将iis应用程序池的回收内存减小。见到200mb左右。访问量在30万每天的情况下。应该是5分钟就能回收一次。避免链接数据库的链接到大峰值。
3.查找没有断开连接的代码，将连接及时关闭。
ASP.NET性能调整之解决Server Too Busy错误
最近公司的一个ASP.NET站点频繁出现Server Too Busy错误，具体表现为页面响应慢、经常出现Server Too Busy异常；但实际上服务器的资源消耗却很低，CPU使用只有10%左右，非常奇怪。
该站点运行环境为Windows 2000，IIS5.0，.NET Framework 1.1，站点压力约为每秒10个连接，峰值时约为30。
从网上查找相关资料后，从表现出的情况来看（响应慢，抛出Server Too Busy异常），初步判断为同时连接过多引起的线程阻塞引起。修改web.config中的httpRuntime配置节中的appRequestQueueLimit参数后，Server Too Busy 的错误得到解决。此参数默认从machine.config中继承，默认值为100，改为1000后Server Too Busy的错误不再出现。
虽然服务器忙的错误解决了，但是站点响应还是很慢，有时候要等上5—10秒才能打开页面。分析原因应该是同时请求过多，而IIS工作线程不足的原因引起，修改machine.config中processModel配置节maxWorkerThreads参数为200后站点响应速度慢的问题得到解决。此参数默认值为20，可根据服务器硬件配置于压力大小适当调整。
分析原因，是因为站点程序中使用了HttpWebRequest请求外部服务器的页面，而这个操作是相当耗时的（外部服务器响应慢是主要原因）。当访问者的请求到达ASP.NET工作进程后，ASP.NET首先会检查是否有空余的工作线程（WorkerThread），如果有的话，就交给一个空闲的工作线程去处理，如果没有空闲的工作线程，那么这个请求就会被放到请求队列（RequestQueue）中，这个时候的表现就是响应很慢。当访问量过大导致请求队列也满了的时候，ASP.NET就会抛出Server Too Busy异常了。在.NET 1.1中，默认的工作线程和请求队列分别为20和100，当运行的代码比较费时而访问量又较大的时候，这两个默认值显然就太小了。（现在的服务器硬件便宜了，一般PC服务器的吞吐量都应该远超过这个数）。这两个值可以根据服务器压力大小来进行合理配置。以调整站点吞吐量。
httpRuntime Server Too Busy
修改方法：修改服务器.net配置“machine.config＂文件，该文件位于Windows系统目录下，如“C:\WINDOWS\Microsoft.NET\Framework\v1.1.4322\CONFIG ”，视你的网盘程序版本，修改对应目录下的machine.config文件，如2.0版本用户就修改“C:\WINDOWS\Microsoft.NET\Framework\v2.0.50727\CONFIG”下的machine.config文件，查找该文件中的“processModel”配置段落，修改其中的字段maxWorkerThreads="200" maxIoThreads="200"，1.1和2.0的默认段落不太一样，修改后的配置如下：
1.1版本：
复制代码 代码如下:
<processModel
enable="true"
timeout="Infinite"
idleTimeout="Infinite"
shutdownTimeout="0:00:05"
requestLimit="Infinite"
requestQueueLimit="5000"
restartQueueLimit="10"
memoryLimit="60"
webGarden="false"
cpuMask="0xffffffff"
userName="machine"
password="AutoGenerate"
logLevel="Errors"
clientConnectedCheck="0:00:05"
comAuthenticationLevel="Connect"
comImpersonationLevel="Impersonate"
responseDeadlockInterval="00:03:00"
maxWorkerThreads="200"
maxIoThreads="200"
/>
2.0版本：
原来默认的是<processModel autoConfig="true"/>
改为<processModel maxWorkerThreads="200" maxIoThreads="200"/>
不用重新启动服务器就可以看到效果。
以上只是个人实践体会，我的服务器状态是：２００３操作系统，
问题：
Server is too busy 是什么意思，怎么解决？
回答：
首先，从字面上的意思我们就可以看出：
Server is too busy = 服务器繁忙
那么这种情况应该如何解决呢？分为两种情况：
1、如果您是访客，那么请联系网站管理人员（咨询或告知该问题），再或者可能您访问的时段网站流量较大，可以选择过一会再试！
2、如果您是站长，自己的网站出现这种情况，请参照网站Service Unavailable的解决方法。另外，也可以查阅虚拟主机或IIS下Server is too busy的一些优化方法。
一般来说，当你的iis发生了诸如"http:1001 server is too busy"的错误时，是因为你的asp程序中开了过多的server.createobject请求，然后每一个请求都需要排队等待直到他们确实被建立了为止。
如果你的队列的最大长度为500的话，当队列中已经存在了499个请求时，这时如果第500个请求到达了，就会发生“server is too busy”错误。
那么怎么来使正在申请的请求最小化了，并且如何提高响应时间呢，下面是几个建议：
1.尽量使用.htm后缀的文件，避免使用.asp(尤其是在那些有可能招成超负荷的条件的特殊事件时)。因为htm不会障塞服务器同时能够得到最大的缓存性能。(有关这个的效率问题我曾经介绍过一篇文章，在精华区中)
2.尽量在你的asp中少使用server.createobject
3.严格限制你的asp调用不在你服务器上的外部资源，例如你的资源在另外一台服务器上
4.尽量优化你的网络性能和稳定性，例如增强你的后台的sql server数据库或则远程文件共享的局域网性能。
5.尽量让每一个组件的执行速度快与调用它的速度.例如，一个组件一秒钟被调用了20次，那么它就必须在1/20秒的时间内执行完成，否则该组件将会阻塞。要知道，一个阻塞的组件将会导致你网站上所有的asp崩溃
6.每个礼拜都要监视你的网站的性能状态.因为单个能够产生阻塞的对象能够对你的整个网站产生很不好的影响。
但是查看代码固然重要，关键是要及时解决不能访问的问题，于是采取了如下解决方法：
1.首先保证网站可以在第一时间恢复正常：a：将sql数据库服务器关闭，在启动。b：将iis重启.这样操作之后至少可以保证网站可以马上浏览。
2.将iis应用程序池的回收内存减小。见到200mb左右。访问量在30万每天的情况下。应该是5分钟就能回收一次。避免链接数据库的链接到大峰值。
3.查找没有断开连接的代码，将连接及时关闭。
ASP.NET性能调整之解决Server Too Busy错误
最近公司的一个ASP.NET站点频繁出现Server Too Busy错误，具体表现为页面响应慢、经常出现Server Too Busy异常；但实际上服务器的资源消耗却很低，CPU使用只有10%左右，非常奇怪。
该站点运行环境为Windows 2000，IIS5.0，.NET Framework 1.1，站点压力约为每秒10个连接，峰值时约为30。
从网上查找相关资料后，从表现出的情况来看（响应慢，抛出Server Too Busy异常），初步判断为同时连接过多引起的线程阻塞引起。修改web.config中的httpRuntime配置节中的appRequestQueueLimit参数后，Server Too Busy 的错误得到解决。此参数默认从machine.config中继承，默认值为100，改为1000后Server Too Busy的错误不再出现。
虽然服务器忙的错误解决了，但是站点响应还是很慢，有时候要等上5—10秒才能打开页面。分析原因应该是同时请求过多，而IIS工作线程不足的原因引起，修改machine.config中processModel配置节maxWorkerThreads参数为200后站点响应速度慢的问题得到解决。此参数默认值为20，可根据服务器硬件配置于压力大小适当调整。
分析原因，是因为站点程序中使用了HttpWebRequest请求外部服务器的页面，而这个操作是相当耗时的（外部服务器响应慢是主要原因）。当访问者的请求到达ASP.NET工作进程后，ASP.NET首先会检查是否有空余的工作线程（WorkerThread），如果有的话，就交给一个空闲的工作线程去处理，如果没有空闲的工作线程，那么这个请求就会被放到请求队列（RequestQueue）中，这个时候的表现就是响应很慢。当访问量过大导致请求队列也满了的时候，ASP.NET就会抛出Server Too Busy异常了。在.NET 1.1中，默认的工作线程和请求队列分别为20和100，当运行的代码比较费时而访问量又较大的时候，这两个默认值显然就太小了。（现在的服务器硬件便宜了，一般PC服务器的吞吐量都应该远超过这个数）。这两个值可以根据服务器压力大小来进行合理配置。以调整站点吞吐量。
httpRuntime Server Too Busy
修改方法：修改服务器.net配置“machine.config＂文件，该文件位于Windows系统目录下，如“C:\WINDOWS\Microsoft.NET\Framework\v1.1.4322\CONFIG ”，视你的网盘程序版本，修改对应目录下的machine.config文件，如2.0版本用户就修改“C:\WINDOWS\Microsoft.NET\Framework\v2.0.50727\CONFIG”下的machine.config文件，查找该文件中的“processModel”配置段落，修改其中的字段maxWorkerThreads="200" maxIoThreads="200"，1.1和2.0的默认段落不太一样，修改后的配置如下：
1.1版本：
复制代码 代码如下:
<processModel
enable="true"
timeout="Infinite"
idleTimeout="Infinite"
shutdownTimeout="0:00:05"
requestLimit="Infinite"
requestQueueLimit="5000"
restartQueueLimit="10"
memoryLimit="60"
webGarden="false"
cpuMask="0xffffffff"
userName="machine"
password="AutoGenerate"
logLevel="Errors"
clientConnectedCheck="0:00:05"
comAuthenticationLevel="Connect"
comImpersonationLevel="Impersonate"
responseDeadlockInterval="00:03:00"
maxWorkerThreads="200"
maxIoThreads="200"
/>
2.0版本：
原来默认的是<processModel autoConfig="true"/>
改为<processModel maxWorkerThreads="200" maxIoThreads="200"/>
不用重新启动服务器就可以看到效果。
以上只是个人实践体会，我的服务器状态是：２００３操作系统，
下一篇：win2003服务器/虚拟主机不支持Flv和ANI格式文件的解决方案