网站无法响应HTTP/1.1_Server Too Busy

上网查了一下,引起的原因主要是由于网站程序中连接数据库的代码没有及时关闭造成的,这样链接多了以后就会造成链接数据库的链接到达峰值,不能再连接数据库,于是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"/>
不用重新启动服务器就可以看到效果。
以上只是个人实践体会,我的服务器状态是:2003操作系统,

(0)

相关推荐

  • 网站解决和优化Server is too busy的一些方法

    一般来说,当你的iis发生了诸如"http:1001 server is too busy"的错误时,是因为你的asp程序中开了过多的server.createobject请求,然后每一个请求都需要排队等待直到他们确实被建立了为止. 如果你的队列的最大长度为500的话,当队列中已经存在了499个请求时,这时如果第500个请求到达了,就会发生"server is too busy"错误. 那么怎么来使正在申请的请求最小化了,并且如何提高响应时间呢,下面是几个建议: 1

  • iis Service Unavailable解决方法(权限问题)

    通过下面的方法解决了,希望碰到这个问题的朋友可以参考下.如果不行看我们以前发布的文章. 0. 测试环境 Windows Server 2003,IIS 6.0,Visual Studio 2005,.NET Framework 2.0,ASP.NET 2.0,MySQL 1. 现象描述 1)访问网站出现"Service Unavailable"错误 2)查看IIS中的应用程序池出现被自动禁用情况 3)计算机管理 - 系统工具 - 事件查看器 - 应用程序:出现错误(来源:.NET Ru

  • 网站无法响应HTTP/1.1_Server Too Busy

    上网查了一下,引起的原因主要是由于网站程序中连接数据库的代码没有及时关闭造成的,这样链接多了以后就会造成链接数据库的链接到达峰值,不能再连接数据库,于是iis就报server too busy . 问题: Server is too busy 是什么意思,怎么解决? 回答: 首先,从字面上的意思我们就可以看出: Server is too busy = 服务器繁忙 那么这种情况应该如何解决呢?分为两种情况: 1.如果您是访客,那么请联系网站管理人员(咨询或告知该问题),再或者可能您访问的时段网站

  • Powershell检查网站响应并计算执行时间例子

    有时候你需要知道命令的执行时间,例如,你可以使用Invoke-WebReques查看网站的响应,再使用Measure-Command计算执行的时间. 复制代码 代码如下: $url = 'http://www.powershell.com'     # track execution time: $timeTaken = Measure-Command -Expression {   $site = Invoke-WebRequest -Uri $url }   $milliseconds =

  • Web网站安全性存在的五个误解

    目前,黑客攻击已成为一个很严重的网络问题.许多黑客甚至可以突破SSL加密和各种防火墙,攻入Web网站的内部,窃取信息.黑客可以仅凭借浏览器和几个技巧,即套取Web网站的客户信用卡资料和其它保密信息. 随着防火墙和补丁管理已逐渐走向规范化,各类网络设施应该是比以往更完全.但不幸的是,道高一尺,魔高一丈,黑客们已开始直接在应用层面对Web网站下手.要增强Web网站的安全性,首先要澄清五个误解. 一."Web网站使用了SSL加密,所以很安全" 单靠SSL加密无法保障网站的安全.网站启用SSL

  • ASP.NET网站第一次访问慢的解决方法

    本篇经验以IIS8,Windows Server 2012R2做为案例. IIS8 运行在Windows Server 2012 and Windows 8 版本以上的平台上. IIS中应用程序池和网站是单独存在的,但是网站运行必须建立在对应的应用程序池启动的前提下. 默认情况下,应用程序池在不活动情况下(无请求操作),一段时间后,将被IIS自动回收掉. IIS8 自带应用程序初始化工具包,IIS7.5要搜索独立安装包进行安装,低于7.5的暂时不支持IIS自动初始化. 本篇经验中的方法能解决AS

  • Python实现定时检测网站运行状态的示例代码

    通过定时的检测网站的状态,通常检测地址为网站的域名,如果链接的状态码不是200,那么,就将对其进行下线处理,在特定时间后对其进行二次探测状态,如果符合将其上线,以前使用的创宇云的监控,但是功能比较单一,无法满足需求,近期使用Python来实现这一功能,后期将编写监控模块,并进行代码开源或搭建公共服务器. 本次抒写的是链接状态码获取,可以一应用在网站监控,友情链接监控等方面,及时作出提醒预警.状态处理等,方便网站优化.本次使用了python的requests.datatime.BlockingSc

  • Python爬虫之爬取最新更新的小说网站

    一.引言 这个五一假期自驾回老家乡下,家里没装宽带,用手机热点方式访问网络.这次回去感觉4G信号没有以前好,通过百度查找小说最新更新并打开小说网站很慢,有时要打开好多个网页才能找到可以正常打开的最新更新.为了躲懒,老猿决定利用Python爬虫知识,写个简单应用自己查找小说最新更新并访问最快的网站,花了点时间研究了一下相关报文,经过近一天时间研究和编写,终于搞定,下面就来介绍一下整个过程. 二.关于相关访问请求及应答报文 2.1.百度搜索请求 我们通过百度网页的搜索框进行搜索时,提交的url请求是

  • SpringBoot2.0 中 HikariCP 数据库连接池原理解析

    作为后台服务开发,在日常工作中我们天天都在跟数据库打交道,一直在进行各种CRUD操作,都会使用到数据库连接池.按照发展历程,业界知名的数据库连接池有以下几种:c3p0.DBCP.Tomcat JDBC Connection Pool.Druid 等,不过最近最火的是 HiKariCP. HiKariCP 号称是业界跑得最快的数据库连接池,自从 SpringBoot 2.0 将其作为默认数据库连接池后,其发展势头锐不可当.那它为什么那么快呢?今天咱们就重点聊聊其中的原因. 一.什么是数据库连接池

  • 详解Node.js中的事件机制

    前言 在前端编程中,事件的应用十分广泛,DOM上的各种事件.在Ajax大规模应用之后,异步请求更得到广泛的认同,而Ajax亦是基于事件机制的. 通常js给我们的第一印象就是运行在客户端浏览器上面的脚本,通过node.js我们可以在服务端运行javascript. node.js是基于单线程无阻塞异步式的I/O,异步式的I/O指的是当遇到I/O操作的时候,线程不阻塞而是进行下面的操作,那么I/O操作完成之后,线程时如何知道该操作完成的呢? 当操作完成耗时的I/O操作之后,会以事件的形式通知I/O操

  • 一次nginx 504 Gateway Time-out错误排查、解决记录

    记一次莫名其妙的网站失去响应排查.之前网站一直是使用nginx做代理后端的apache运行php来提供服务.apache经常会不定期不定时间的出现不能服务失去响应,然后nginx出现"504 Gateway Time-out"查看错误日志也看不到任何东西,以为是apache的bug(其实不是,下面会说原因). 也许年龄大了人就不爱折腾,愿意保持原状不动,使用监控工具,每次收到报警后都重新启动apache勉强维持着.终于有一天我烦了,不就是处理php吗,我不用apache总行了吧,一怒之

随机推荐