来源: 互联网  发布时间: 2013-12-24

上网查了一下，引起的原因主要是由于网站程序中连接数据库的代码没有及时关闭造成的，这样链接多了以后就会造成链接数据库的链接到达峰值，不能再连接数据库，于是iis就报server too busy 。

但是查看代码固然重要，关键是要及时解决不能访问的问题，于是采取了如下解决方法：
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版本：

2.0版本：
原来默认的是<processModel autoConfig="true"/>
改为<processModel maxWorkerThreads="200" maxIoThreads="200"/>
不用重新启动服务器就可以看到效果。
以上只是个人实践体会，我的服务器状态是：２００３操作系统，

    

    来源: 互联网  发布时间: 2013-12-24

什么是 Web 园？
问： IIS 6.0 具有一个名为 Web 园的新功能，有了它，可以将应用程序池配置为使用多个工作进程。IIS 何时创建额外的工作进程？在我们实施 Web 园之前，我们应该了解哪些知识？

答：在您创建应用程序池时，就会通知 IIS 6 创建一个工作进程，以传送指派给该应用程序池的 Web 站点、文件和文件夹的内容。您可以将应用程序池配置为启动多个，而非一个工作进程，这样可以提高可扩展性。这个功能的名为 Web 园，是小型的“Web 农场”。您无需使用多台计算机来传送相同的内容（Web 农场），而是可以使用一台计算机中的多个进程来传送相同的内容。

在将 IIS 6 应用程序配置为 Web 园时，您只需在“应用程序池属性”的“性能”选项卡的“最大工作进程数”框中，设置一个大于 1 的工作进程数。如果这个值大于 1，每个请求都将启动一个新的工作进程实例，可启动的最多进程数为您所指定的最大工作进程数。后续的请求将以循环的方式发送至工作进程。

Web 园在您的应用程序资源有限的情况下非常有用。例如，如果您到数据库的连接很慢，那么您可以使用多个工作进程来增加用户吞吐量，从而增加到数据库的连接数。

尽管在有些情况下使用 Web 园的用处非常大，但是要注意，每个工作进程的会话信息都是唯一的。由于请求以循环的方式路由到应用程序池工作进程，因此 Web 园对于会话信息存储在进程中的应用程序作用可能不大。

在少数情况下，让多个工作进程运行同一个应用程序会造成资源竞争。例如，如果所有工作进程都试图将信息记录到日志文件中，或是使用那些不是专用于多个并发访问的资源，那么可能出现资源竞争问题。

如果不存在这些问题，那么 Web 园可能正是您所需的功能之一，而且其作用会非常大。

    

    来源: 互联网  发布时间: 2013-12-24

因为应用程序池中的应用程序与其他应用程序被工作进程边界分隔，所以某个应用程序池中的应用程序不会受到其他应用程序池中应用程序所产生的问题的影响。

        Windows 2003同时支持两种工作模式，默认为ISS 6.0工作进程隔离模式。工作进程隔离模式防止一个应用程序或站点停止了而影响另一个应用程序或站点，大大增强了IIS的可靠性。那么如何设置两种工作模式呢？

        启动IIS管理器，右击网站，选择“属性”，打开属性对话框（图1）。


在IIS 6.0工作进程隔离模式下，所有的应用程序代码都在隔离环境中运行，它们是如何进行隔离的呢？Windows 2003新增了应用程序池，工作进程隔离模式允许客户创建多个应用程序池，每个应用程序池都可以有不同的配置。因为这些应用程序池直接从内核（而非WWW服务）接收它们的请求，所以性能和可靠性得到了增强。要隔离运行在同一台计算机上但属于不同网站的Web应用程序，需要为每个网站创建单独的应用程序池。 

       创建应用程序池 

       在IIS管理器中，打开本地计算机，右键单击“应用程序池”，选择新建“应用程序池” （必须在工作进程隔离模式下才能建立应用程序池） 。“应用程序池名称”框中，输入新的应用程序池名称。如果在“应用程序池 ID”框中出现的 ID （如：AppPool #1）不是您想要的，可进行重命名。如果您单击了“将现有应用程序池作为模板”，请在“应用程序池名称”框中右键单击想要用来作为模板的应用程序池。最后单击[确定]。

      

 指派应用程序池

在 IIS 管理器中，右键单击您要为其指派应用程序池的应用程序，然后单击“属性”。 单击“主目录”选项卡，确认您正在指派的目录或虚拟目录的“应用程序名”是否已被填写。如果“应用程序名”框尚未被填写，请单击“创建”，然后输入名称。

在“应用程序池”列表框中，选择您想要为其指派的应用程序池的名称。最后单击[确定]。

　　一起来看看有关应用程序池的一些问题。应用程序池的“属性”对话框有四页——回收，性能，运行状况，标识，如图六所示。在这些选项页中，最引人注目的恐怕就是“回收”页，使用该选项页可以管理工作进程的回收。在工作进程隔离模式中，IIS可以配置成定期重新启动应用程序池中的工作进程，从而更好地管理那些有错误的工作进程。这确保了池中的应用程序运行正常，并且可以恢复丢失的系统资源。为了回收工作进程，失败工作进程接收请求的能力将被限制，直到它处理完存储在请求队列中的所有剩余请求。为了排出当前请求，可以给予进程配置限制。同一命名空间组的替换工作进程在旧的工作进程停止前启动，从而防止服务中断。旧的进程完成其未决的请求，然后正常关闭，或者如果在达到了配置的时间限制、请求数、设置的时间计划，或当达到指定的内存用量限制后仍没有关闭，则明确地终止进程。默认情况下，应用程序池每隔1740分钟（29小时）回收一次。

　　W3SVC根据“运行状况”页的选项来判断应用程序池运行是否正常，包括：每隔指定的时间Ping工作进程，时间按秒计，默认值30秒启动时间限制（工作进程必须在指定的时间内开始）关闭时间限制（工作进程必须在指定的时间内关闭）是否启动快速失败保护（如果在指定的时间段内一定数目的工作进程发生失败，则禁用应用程序池）。另外，ISAPI应用程序（包括ASP.NET和asp.dll）可以声明自己不再适合提供服务，要求回收。

　　默认情况下，当IIS 6.0回收一个池时，它会使用一种称为overlapped recycle的回收技术。在这种回收模式下，失败的工作进程仍会保持运行状态，同时创建一个新的工作进程。IIS 6.0把新传入的请求传递给新的工作进程，但不拆除老的工作进程，直至老的工作进程处理完它队列中的请求，或者遇到超时错误。在此期间，TCP/IP连接不会丢失，因为有http.sys保持着连接的有效性。当失败的工作进程超时出错时，下一个请求传递给工作进程的请求是新的请求，因此原来保存在进程中的会话信息就会丢失。所有这类回收操作都自动进行，无需管理员干预，而且在大多数情况下，不会造成明显的服务中断现象。如有必要，可以将配置数据属性LogEventOnRecycle的值设置为1，指示W3SVC执行回收操作时生成一条事件日志记录。

　　对于那些不能以多个实例运行的应用程序，overlapped recycle回收技术可能引起问题。如果遇到这类问题，可以将配置数据属性DissallowOverlappingRotation的值设置成True（1），关闭某个应用程序池回收操作时的进程“重叠”现象。另外，对于失败的工作进程，有时我们可能不想将它拆除，仍旧保留该进程，以便检测和寻找发生问题的根源，这时可以将配置数据属性OrphanActionExe设置成执行文件的名字，使得工作进程成为“孤儿”时执行文件仍保持运行状态。

　　另一个与应用程序池有关的特性是，IIS 6.0允许将应用程序池配置成一个Web园（Web Garden）。要理解Web园的概念，可以设想这样一种情形：假设有一个IIS 5.0服务器和三个Web网站，每一个Web网站运行着相同的应用程序，如果IIS 5.0能够自动按照圆形循环的模式将请求依次发送给这些功能上等价、实际上分离的Web网站，将负载分离到三个不同的进程，就可以构成一个小型的Web农场（Web Farm）——这就是Web园。

　　在IIS 6.0的Web园中，我们不必创建额外的Web网站，只要指定用于某个应用程序池的工作进程的数量就可以了。具体的配置步骤是：打开应用程序池的“属性”对话框，转到“性能”页，在“Web园”下面的“最大工作进程数”输入框中输入进程数量，如图八。当服务器的负载较小，不需要额外的工作进程时，IIS 6.0在一定的时间后（默认20分钟，可配置）自动缩减实际的工作进程数量如果负载变大，需要额外的工作进程，IIS 6.0再次增加工作进程数量。这一切操作都自动进行，不需要管理员干预。

图6

　　两个新的配置数据属性——SMPAffinitze和SMPAffinitzeCPUMask——允许配置为工作进程指派的特定处理器：将SMPAffinitized属性设置成true表示应该把分配给应用程序池的特定工作进程指派给特定的CPU，SMPProcessorAffinityMask属性用来配置十六进制的处理器掩码，该十六进制处理器掩码指出应用程序池中的工作进程应该绑定到哪个CPU。