一般IIS比较容易出现这个错误，我们要查看自己使用的IIS版本，比如IIS6 IIS7等等。

要解决此问题，请按照下列步骤操作： 1.验证是否已为虚拟服务器配置了应用程序池。默认的应用程序池是 MSSharePointPortalAppPool。

请按照下列步骤来确定虚拟服务器正在使用的应用程序池。 a. 单击“开始”，指向“管理工具”，然后单击“Internet 信息服务 (IIS) 管理器”。

b. 展开“ServerName”，展开“Web 站点”，右键单击虚拟服务器，然后单击“属性”。

c. 单击“主目录”选项卡。

为虚拟服务器配置的应用程序池列在“应用程序池”框中。

d. 单击“确定”。

2.验证应用程序池帐户使用的密码是否正确。IIS 不会自动轮询 Active Directory 目录服务中的密码更改。如果应用程序池帐户是一个域帐户，其密码已过期，则在为此帐户重新指定一个新密码后，您可能会收到本文“症状”部分所描述的错误信息。

请按照下列步骤来验证应用程序池帐户所用的密码是否正确： a. 在 Internet 信息服务 (IIS) 管理器中，展开“应用程序池”。

b. 右键单击为虚拟服务器配置的应用程序池(例如，右键单击“MSSharePointPortalAppPool”)，然后单击“属性”。

c. 单击“标识”选项卡。

d. 在“密码”框中，键入列在“用户名”框中的应用程序池帐户所用的密码，然后单击“确定”。

e. 在“确认密码”对话框中，再次键入密码，然后单击“确定”。

3.验证应用程序池帐户是服务器上的 IIS_WPG 组和 STS_WPG 组的成员。

根据您的具体情况选用下列方法之一。 a. 在成员服务器上安装了 SharePoint Portal Server 的情况下： 1.单击“开始”，指向“管理工具”，然后单击“计算机管理”。

2.展开“本地用户和组”，然后展开“用户”。

3.右键单击虚拟服务器的应用程序池使用的帐户，然后单击“属性”。

4.单击“成员属于”选项卡。

验证 IIS_WPG 和 STS_WPG 是否都出现在“成员属于”列表中。如果其中之一没有列出或者两者均未列出，请根据具体情况将 IIS_WPG 组、STS_WPG 组或者这两个组添加到列表中。

b. 在域控制器上安装了 SharePoint Portal Server 的情况下： 1.启动“Active Directory 用户和计算机”。

2.展开“用户”。

3.右键单击虚拟服务器的应用程序池使用的帐户，然后单击“属性”。

4.单击“成员属于”选项卡。

验证 IIS_WPG 和 STS_WPG 都出现在“成员属于”列表中。如果其中之一没有列出或者两者均未列出，请根据具体情况将 IIS_WPG 组、STS_WPG 组或者这两个组添加到列表中。

4.重新启动 IIS 以回收应用程序池： a. 在 Internet 信息服务 (IIS) 管理器中，右键单击“ServerName”，指向“所有任务”，然后单击“重新启动 IIS”。

b. 单击“在 ServerName 上重新启动 Internet 信息服务”，然后单击“确定”。

修改方法：修改服务器.net配置“machine.config＂文件，该文件位于Windows系统目录下，如“C:WINDOWS Microsoft.NETFrameworkv1.1.4322CONFIG”，视你的网盘程序版本，修改对应目录下的 machine.config文件，如2.0版本用户就修改“C:WINDOWSMicrosoft.NETFramework v2.0.50727CONFIG”下的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，一般情况是服务器或空间资源不足引起的，或是资源限制所致。解决方法可以从以下几方面进行。

１，软件无限制刷新所致

部分网站某个页面被人无限制刷新，或具有高防问量的投票，登录窗口，留言，评论等功能的部分极容易产生此类问题，导致网站因此瘫痪。

可以采用排除方式，逐一排查，或请专业服务器维护人员对网站相应设计、功能进行定期维护管理。

２，IIS原因及相应处理

由于程序开发过程中，不注意代码的高效性，简单完成任务式的开发，导致程序执行效率底，运行慢，例如asp程序开发过程中，多次运用server.createobject请求，导致每次的情况一直处于等带状态，进而产生IIS访问时出现“http:1001 server is too busy"”的错误。

例如你的服务器可以容纳的请求是1000,当数量在999时，再有人访问，立刻超过1000的顶限，这时就会提示“server is too busy”的错误提示，导致网站无法正常工作。

因此要做好或避免此类问题的产生，除了应该注意程序开发的高效性和代码的规范性之外，还应注意以下几点：

１）网站某部分页面数据相对固定的，可以尽量采用静态的html后缀的静态页文件，避免也减少运用动态的asp对服务器CPU的负担，

２）网站程序开发中减少使用server.createobject的频率。

３）尽量少调用非本地服务器资源，少调用第三方代码。

４）尽量优化你的程序结构，避免出现死循环，代码繁琐运行效率低的程序应用。

５）定期进行网站维护，性能检测监控等

今天一早起来，登录博客想再记录点东西，却发现昨天写的草稿总是打不开了，显示server is too busy.
网站维护，服务升级，暂时中断业务，无可厚非，可总需要提前给用户通知吧，对CSDN这种维护升级从不提前通知用户的做法真有点愤怒，找时间博客得搬家了。。。。

------解决方案--------------------
沙发，哈哈，一样的，csdn是不是又放假啦。六一了。。。

转:java.net.SocketException: Too many open files解决方法最近随着网站访问量的提高把web服务器移到linux下了，在移服务器的第二天，tomcat频繁的报

java.net.SocketException: Too many open files错误，错误日志达到了100多兆，郁闷了，windows上运行了很长

时间都没出现这个错误，后来才知道li

转:java.net.SocketException: Too many open files解决方法最近随着网站访问量的提高把web服务器移到linux下了，在移服务器的第二天，tomcat频繁的报

java.net.SocketException: Too many open files错误，错误日志达到了100多兆，郁闷了，windows上运行了很长

时间都没出现这个错误，后来才知道li