应用程序池 'DefaultAppPool' 提供服务的进程关闭时间超过了限制
程序池超过了其作业限制
程序池超过了其作业限制原因如果一个网站的程序占资源太多或者发生太多的错误，为此应用程序池提供服务的进程中出现一系列错误，出现这种情况是由于您的网站超过了iis设置限制造成的。
系统日志就会提示：“应用程序池'xxx' 被自动禁用，或者提示：应用程序池'xxx' 超过了其作业限制设置。
这时，访问这个网站就会提示：Service Unavailable。
一般系统会在30秒左右恢复正常，多刷新几次就能正常访问了。
由于2003的操作系统在提示IIS过多时并非像2000系统提示“链接人数过多”，而是提示"Service Unavailable"。
WINDOWS2003的操作系统，各网站之间是以独立进程运行的，不会相互影响。
IIS上设置网站的应用程序池限制1.网站的程序占资源太多，如果你的网站当前访问人数过多，如刷站，别人盗连你站资源，包括图片，在线论坛等设置，如超过了系统的iis连接数限制，也会出现Service Unavailable 的提示。
2.一些死循环程序，或者不优化的程序都会占用太多的系统资源，而系统资源明显是有限的。
3.(IIS) 6.0 中没有正确地配置用于虚拟服务器的应用程序池，就可能会发生此问题。
此问题可能会在存在下列一种或多种情况时发生：a.应用程序池没有运行。
b.应用程序池帐户使用的密码不正确。
c.应用程序池帐户不是服务器上的IIS_WPG 和STS_WPG 这两个组的公共成员。
解决方案A. 验证是否已为虚拟服务器配置了应用程序池。
默认的应用程序池是MSSharePointPortalAppPool。
B. 验证应用程序池帐户使用的密码是否正确。
IIS 不会自动轮询Active Directory 目录服务中的密码更改。
如果应用程序池帐户是一个域帐户，其密码已过期，则在为此帐户重新指定一个新密码后，您可能会收到本文“症状”部分所描述的错误信息。
service unavailable 解决方法
昨天一小段时间网站出现了service unavailable，于是笔者紧急的解决了此问题，据悉Service Unavailable是一种系统的警告提示。
如果一个网站的程序占资源太多或者发生太多的错误，系统日志就会提示：“应用程序池 'xxx' 被自动禁用，原因是为此应用程序池提供服务的进程中出现一系列错误，或者提示：应用程序池'xxx' 超过了其作业限制设置。
这时，访问这个网站就会提示：Service Unavailable。
一般系统会在30秒左右恢复正常，多刷新几次就能正常访问了。
出现此问题的网站，一般是windows平台的网站，linux平台的网站无此问题。
网络圈管家的解决方法：一：重启网站的iis，随即网站恢复访问。
1、重启iis的方法(1)如下图所示在开始-〉运行中输入iisreset就可以实现IIS重启。
(2)如下图所示可通过打开IIS，然后右键-〉所有任务-〉重新启动IIS进行重启IIS(3)如下图也可以通过右键我的电脑-〉管理-〉服务找到World Wide Web服务进行重启二：为了避免此问题，网络圈管家写了一个脚本，每天凌晨4点半自动执行的自动重启iis的脚本，方法如下：(1)首先在记事本文档中写入如下内容@echo offiisreset复制代码(2)然后保存为.bat的形式(注意名字不要以iisreset命名)(3)打开计划任务，添加计划任务(4)按着提示一步一步下去(5)选择浏览，定位到你的脚本的文件处(6)选择每天，下一步(7)输入服务器密码(8)勾选图中所示，进入高级设置(9)选择日程安排-〉高级选项(10)勾上重复任务，选择你要每隔多长时间执行一行IIS重启的脚本，持续时间要比重复任务时间要长，按确定就可以实现定时重启IIS了!。
defaulttimeoutstopsec 默认值 -回复
defaulttimeoutstopsec 默认值-回复默认值（default timeout stop sec）是一种在计算机系统中用于设定超时时间的参数。
在实际应用中，超时时间对于系统的性能和稳定性至关重要。
在本文中，将介绍默认值的概念、其在不同系统中的使用方式，以及如何根据实际需求进行优化。
首先，我们来了解一下默认值（default timeout stop sec）的概念。
默认值是一种在计算机系统中预先定义好的参数，用于指定特定功能或操作的默认设置。
超时时间（timeout）是一种在计算机系统中广泛使用的概念，它表示在某个操作或任务执行失败或无响应时，系统等待的最长时间。
超过该时间后，系统将自动中断操作或任务，以保证系统的稳定性和响应性能。
在不同的操作系统和应用程序中，使用默认值来设定超时时间是很常见的做法。
例如，Linux操作系统中的systemd服务管理器，就使用了默认值（default timeout stop sec）来设定服务的停止超时时间。
默认值的设置对于系统的稳定性和性能至关重要，它确保了系统在正常情况下能够在合理的时间内停止服务，从而避免资源的浪费和系统的死锁等问题。
在默认值（default timeout stop sec）的设定中，常常需要根据具体的应用需求来进行调整和优化。
一般而言，超时时间的设定应该考虑到系统的负载、资源的利用率、任务的复杂度等因素。
如果超时时间设置过短，则可能导致系统频繁中断操作或任务，影响用户体验和系统性能；反之，如果超时时间设置过长，则可能导致资源的浪费和系统的无响应。
为了能够合理设定默认值（default timeout stop sec），我们可以采取以下步骤：第一步，评估系统需求。
在设置默认值之前，我们需要了解系统的具体需求和性能指标。
例如，对于一个需要高响应速度的系统，超时时间可能需要设置得较短；而对于一个资源密集型的系统，超时时间可能需要设置得较长。
NET内存占用
解决iis内存占用过大的问题在IIS6下，经常出现w3wp的内存占用不能及时释放，从而导致服务器响应速度很慢。
今天研究了一下，可以做以下配置：1、在IIS中对每个网站进行单独的应用程序池配置。
即互相之间不影响；2、设置应用程序池的回收时间，默认为1720小时，可以根据情况修改。
同时，设置同时运行的w3wp进程数目为1。
再设置当内存或者cpu占用超过多少，就自动回收内存。
一般来说，这样就可以解决了。
但仍然会出现个别网站因为程序问题，不能正确释放。
那么，怎么样才能找到是哪一个网站的？1、在任务管理器中增加显示pid字段。
就可以看到占用内存或者cpu最高的进程pid；2、在命令提示符下运行iisapp -a。
注意，第一次运行，会提示没有js支持，点击确定。
然后再次运行就可以了。
这样就可以看到pid对应的应用程序池；3、到iis中察看该应用程序池对应的网站，就ok了。
用IIS6运行网站的话，一定要利用好应用程序池，我负责维护的我公司的web Server，上面的网站加起来有十多个，我给每个站都分配了单独的应用程序池，并且在应用程序池中设置了，每天凌晨的不同时间对池进行回收。
在任务管理器里面最多（有的站点如果20分钟没人访问，该站点的w3wp就会自动关闭）可以看到十多个w3wp.exe进程。
服务器已经稳定运行半年多了，从没有因为IIS的问题出现过什么错误。
关于占用内存过多解决方法服务器配置方面1．安装.NET Framework 1.1 Service Pack 1补丁部分解决了一些内存泄漏的问题，下载地址为：/downloads/details.aspx?displaylang=en&FamilyID=a8f5654 f-088e-40b2-bbdb-a83353618b382．使用更多的内存a.打开/3GB Switch（如果你有3GB以上的内存）。
这个配置只在Windows 2000 Advanced Server和Data Center版本以及Windows Server 2003以上才支持，参见：/library/default.asp?url=/library/en-us/dnpag/html/sca lenetchapt17.asp/default.aspx?scid=kb;en-us;820108b.即使你有很多内存，但.NET（注意不是工作进程，而是.NET整个使用的内存是有一定限制的，可以通过加大配置使用量来减少内存溢出的发生。
IIS应用程序池配置详解及优化
IIS应⽤程序池配置详解及优化参数说明1.常规属性名称属性详解NET CLR 版本配置应⽤程序池，以加载特定版本的 .NET CLR。
选定的 CLR版本应与应⽤程序所使⽤的相应版本的 .NET Framework 对应。
选择“⽆托管代码”将导致所有的 请求失败。
队列长度HTTP.sys 将针对应⽤程序池排队的最⼤请求数。
如果队列已满，新请求将收到 503“服务不可⽤”的响应。
默认队列长度设置是1000，范围在10-65535 之间。
名称应⽤程序池名称是应⽤程序池的唯⼀标识符。
启动模式将应⽤程序池配置为在按需运⾏模式或始终运⾏模式下运⾏。
启⽤ 32 位应⽤程序如果针对 64 位操作系统上的应⽤程序池将该属性设为 True,则为应⽤程序池提供服务的⼯作进程将处于 WOW64 （Windows on Windows64）模式。
WOW64模式下的进程是仅加载 32 位应⽤程序的 32 位进程。
托管管道模式将 配置成作为 ISAPI 扩展并以经典模式来运⾏。
在后⼀种情况下，托管代码集成到请求处理管道中。
Classic模式：指的是与IIS 6或者之前版本保持兼容的⼀种模式，⼀个典型问题就是，在处理这种动态⽹站的时候，它是通过⼀个所谓的ISAPI程序，作为插件的⽅式来⼯作的。
针对不同的动态应⽤程序（例如ASP,PHP等），会需要不同的ISAPI。
Integrated模式：这种全新的模式，允许我们将更好地与IIS集成，甚⾄允许我们在中编写⼀些功能（例如Module）来改变IIS的⾏为（扩展）。
集成的好处是，不再通过ISAPI的⽅式，提⾼了速度和稳定性。
⾄于扩展，则可以使得我们对于IIS，以及其他类型的请求有更多的控制。
2.CUP属性名称属性详解处理器关联掩码强制此应⽤程序池的⼯作进程在特定 CPU 上运⾏的⼗六进制掩码。
如果启⽤了处理器关联，则值 0 将导致错误。
处理器关联掩码（64位选项）为64位计算机制定强制此应⽤程序池的⼯作进程在特定 CPU 上运⾏的⾼顺序 DWORD ⼗六进制掩码。
IIS6w3wp.exe进程占用cpu和内存过多的解决方法
IIS6w3wp.exe进程占⽤cpu和内存过多的解决⽅法在IIS6下，经常出现w3wp.exe的内存及CPU占⽤不能及时释放，从⽽导致服务器响应速度很慢。
解决CPU占⽤过多：1、在IIS中对每个⽹站进⾏单独的应⽤程序池配置。
即互相之间不影响。
2、设置应⽤程序池的CPU监视，不超过25%（服务器为4CPU），每分钟刷新，超过限制时关闭。
根据w3wp取得是哪⼀个应⽤程序池：1、在任务管理器中增加显⽰pid字段（任务管理器>查看>选择列>PID(进程标识符)）。
就可以看到占⽤内存或者cpu最⾼的进程pid。
2、在命令提⽰符下运⾏iisapp -a。
注意，第⼀次运⾏，会提⽰没有js⽀持，点击确定。
然后再次运⾏就可以了。
这样就可以看到pid对应的应⽤程序池。
（iisapp实际上是存放在C:\windows\system32⽬录下的⼀个VBS脚本，全名为iisapp.vbs，如果你和我⼀样，也禁⽌了Vbs默认关联程序，那么就需要⼿动到该⽬录，先择打开⽅式，然后选“Microsoft (r) Windows Based Script Host”来执⾏，就可以得到PID与应⽤程序池的对应关系。
）3、到iis中察看该应⽤程序池对应的⽹站，就ok了，做出上⾯的内存或CPU⽅⾯的限制，或检查程序有⽆死循环之类的问题。
解决内存占⽤过多，可以做以下配置：1、在IIS中对每个⽹站进⾏单独的应⽤程序池配置。
即互相之间不影响。
2、设置应⽤程序池的回收时间，默认为1720⼩时，可以根据情况修改。
再设置当内存占⽤超过多少（如500M），就⾃动回收内存。
我的设置如下：⾸先是对CPU的限制：在启⽤cpu监视后，我设置该应⽤程序池最⼤的cpu使⽤率为50%。
设置刷新cpu时间为1分钟，设置操作为“关闭”。
最⼤⼯作进程数设置为1。
这个意思是，IIS刷新检测该独⽴池的CPU使⽤情况时间为1分钟，如果超过设置的cpu 限制50％，就会发出关闭池的指令，要求池在指定的时间内关闭。
iis变慢解决方法
iis变慢解决方法补丁下载：chs:WindowsServer2003-KB838306-x86-chs.exe">Win dowsServer2003-KB838306-x86-chs.exeenu:WindowsSer ver2003-KB838306-x86-enu.exe">WindowsServer2003 -KB838306-x86-enu.exeasp运行特别慢之iis6假死现象的一种解决方法详细出处参考：/article/11124.htm前段时间被WINDOWS2003SERVER的IIS6.0假死问题差点搞死了,琢磨了N个通宵之后才磨出了办法,下面的东西希望能给有相同问题的朋友些帮助:大家在使用iis6时..如果装了动网论坛.肯定有出现过iis6假死现像..就是asp网页打开慢..但是iis却是正常的..静态网页打开速度一样..这时候..我一直是重启的方法..查了官方的资料结果没有...据官方资料说..win2003很快就要打这个补丁了..是iis6对access驱动支持不理像..也算是一个bug吧..由于我的服务器虚拟主机多..而且大多支持asp..如果一旦假死就无法运行..在多方面的资料查找下..找到了一个比较简单的方法..具体我测试是通过了..iis6自带数据应用程序池..现在就利用他来解决假死..首先把bbs设一个单独的目录..然后点击应用程序池..新建应用程序池.输入应用程序池id..然后把bbs的虚拟目录下面的.就用程序池..选择刚才新建的应用程序池...然后再回到刚才设好的应用程序池...点击..属性...把回收工作进程数(分钟)及回收工作进程数还有在下列时间回收时间进程勾上..然后在下列时间回收程序池里左边添加..选择一个时间..一般来说..网站到凌晨3点的时候.基本人都很少了..这时回收一下bbs的进程数..就可以解决了iis假死的现像.. 当然还可以配置其他信息..比如说iis6的用户名.. 我们可以打开计处机管理..然后打开计算机用户管理..添加一个用户..设置好后..在应用程序池里面..标识..把添加的用户放上去..用用户来测试回收的进程..当然还有..其他配置..其实很简单..只要你好好看一下..就能明白意思...对于我来说..这种方法可能不太方便..所以我用一个工具来回收应用程序池..这样方便而且快捷..个人用户当然不需要这种工具..我是公司工作..服务器压力挺大..所以都用工具来解决一些问题.所括.iis的备分.及虚拟主机ip的统一修改及端口访问的ip记录..用批处理是一个很简单又方便的方法.所以.把一台服务器做的安全..并不是哪么容易的事..特别是iis..经常去官方网站搜索资料是一个好习惯..还有就是经常性的访问日志..及注册表的用户还有加载运行的程序.及服务也是一个好方法..所以.要学会如何遇到问题如何处理问题!!!!windows系统官方网站知识数据库:/default.aspx?scid=fh;ZH-CN; KBHOWTO详细出处参考：/article/11124.htmIIS优化-解决IIS访问速度慢问题远程作品，转载请标明原始出处：/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 specified4，时而报错：service unavailableOK，下面我们一一分析并解决吧先解决报错问题第一步：检查硬件，看看硬件是否有问题，这里由于出现了“No input file specified” 和“service unavailable”这两个错误所以先检查磁盘是否有问题，注意，在复制大文件或大量碎文件的时候会导致service unavailable这个问题这里我检查后发现他服务器硬件并没有问题，排除之；第二步：判断网络是否良好，做运维的惯例，第一二补都是检查硬件和网络，把基础问题排除掉，我检查发现他服务器网络并没有问题第三部：OK，我们来看看操作系统是否有问题，看操作系统日志，看系统是否有问题，看到系统有很多错误日子和警告日志，我一一查看，发现并没有系统组件或内核级别的错误，排除系统错误，系统是没有问题的第四步：查看是否受到攻击，是否中毒，是否修改了配置经过查看并未发现有被攻击的可能第六步：重启服务，大家不要轻视重启，windows重启能解决非常多非常多的问题哦，我考虑了一下，因为服务器以前是好的，现在且一直没人有误操作，甚至没有人登录过，而且并没有被攻击，人数也不是高峰期，和平常一样的在线人生，为什么就突然这样了呢，得出终结就是：系统自动安装了补丁，没有重启剩下！！！！OK，那就重启吧，争取得到对方同意后，重启了，OK，问题解决了不少，报错少了很多很多，但论坛依然慢第五步：上面都排除了，下面就重点来看看性能优化了首先看看日志，发现经常报如下几个错误：1，应用程序池：为应用程序池'bbs' 提供服务的进程关闭时间超过了限制。
网站IIS出现“程序池超过了其作业限制 ”
Service Unavailable 日志:程序池超过了其作业限制出现问题原因和表现：日志中记录到：应用程序池xx超过了其作业限制设置，这个应用程序池就是我们平时说的已分配好的IIS地址池，为什么过段时间就会在日志事件中看到某某池子超过了其作业限制设置呢？或者提示：“应用程序池””xxx”” 被自动禁用，原因是为此应用程序池提供服务的进程中出现一系列错误，这时，访问这个网站就会提示：Service Unavailable。
一般系统会在30秒左右恢复正常，多刷新几次就能正常访问了。
在2003服务器操作系统下则会提示”Service Unavailable”,出现这种情况是由于网站超过了系统资源限制造成的，主要是程序占用资源太多。
另外，如果你的网站当前访问人数过多，如刷站，别人盗连你站资源，包括图片，在线论坛等设置，如超过了系统的iis连接数限制，也会出现Service Unavailable的提示（win2003的主机刚直接提示：Service Unavailable）。
解决办法：一、检查硬盘空间是否被占满，主要检查C盘二、应用池相关：1.IIS应用程序池–属性–回收工作进程（分钟）：选中，值为1740；2.回收工作进程（请求数目）：不选（原先设置为35000）在下列时间回收工作进程：不填3.消耗太多内存时回收工作进程：全不选。
（2、3、4项可能避免了在访问量高的时候强制回收进程可能引发的服务器响应问题，猜的^-^）服务器内存够大，豁出去了给它用。
4.运行状况–启用快速失败保护的选项将勾去掉；还不行的话，新建应用程序池，不同的网站引用不同程序池三、独立进程的内存堆戋消耗完了，IIS不能创建更多的进程工作空间来处理解决方法：1. HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\W3SVC2. 在Parameters键下新建一个DWORD项，名字为：UseSharedWPDesktop 值1 重启IISPS:Access数据库修复压缩―――〉重做系统。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
应用程序池'DefaultAppPool' 提供服务的进程关闭时间超过了限制
服务器经常产生“应用程序池'DefaultAppPool' 提供服务的进程关闭时间超过了限制。
进程ID 是'2068'。
”的错误，导致iis处于假死状态，经了解是IIS应用程序池的设置问题。
解决方法如下：
Internet 信息服务(IIS)管理器－＞应用程序池－＞DefaultAppPool－＞右击属性
一、回收
1、回收工作进程（分钟）：选中，值为1740
2、回收工作进程（请求数目）：不选（原先设置为35000）
3、在下列时间回收工作进程：不填
4、消耗太多内存时回收工作进程：全不选。
（2、3、4项可能避免了在访问量高的时候强制回收进程可能引发的服务器响应问题，导致iis假死不响应）
二、性能
只选中空闲超时20分钟。
其他都不选。
WEB园最大工作进程数为1（默认）。
注意web 园这里一定要保持默认，如果填写其他超过1的数字就会导致一些网站程序的后台程序打不开或者刷新不停。
原来的请求队列限制为4000，现在无限制。
三、运行状况
前两项都起用，是原来的默认设置。
启动时间限制90秒，关闭时间限制180秒。
启动快速失败保护的钩去掉！
为了避免真的遇到很多错误时没有提示，可以不关闭，只是把快速保护的保护范围加大些，例如失败数50次时间段5分钟则关闭对应的程序。
“关闭时间限制180秒”是必须的，因为进程关闭的时间，原来为90秒限制,是默认值，如果进程关闭时间超过90秒，则认为超时，从而出现：进程关闭时间超过了限制日志，所以，适当延长这个时间，可以避免这种错误
第2种方法：
原因：独立进程的内存堆戋消耗完了，IIS不能创建更多的进程工作空间来处理
解决方法：
1. HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\W3SVC
2. 在Parameters键下新建一个DWORD项，名字为：UseSharedWPDesktop 值为1 重启IIS 第3种
问题已解决,发现是数据库连接无法释放,不知道是什么原因,同样的代码在本地就是好的,在服务器端就有问题,最后在连接串里加入以下语句解决问题.
Pooling=true; MAX Pool Size=512;Min Pool Size=50;Connection Lifetime=30
第4种
新建应用程序池，不同的网站引用不同程序池。
为应用程序池'AppPool #1' 提供服务的进程关闭时间超过了限制。
进程ID 是'3000'。
出现上面情况后，该应用程序池对应的网站就访问的非常慢，几乎是打不开。
这种现象是不是iis假死？
重启下该站点，问题可以得到解决。
可能是应用程序池设置问题，不知道具体应该怎么设置！
请高手指点。
程序代码解决办法：
1 设置进程池回收时间.在进程池属性里.
2 如果你的程序是使用asp + acc 数据库.且acc数据库大于30m.建议更换sql数据库. acc 数据库大于这个值.2003系统下会造成iis6的频繁假死.2000下会造成dllhost.exe占用大量cpu及内存资源.都会严重影响web访问速度.
3 asp程序存在死循环.
4 可使用microsoft office 压缩修复acc数据库,须先备份.
引用内容2003应用程序池假死常见问题及解决方法
2006-10-09 09:48
经常见到大家谈起，2003应用程序池自动死了，不能恢复了，一直出现Service Unavailable 常见方法如下。
1：以前没有SP1打补丁的时候会出现这个IIS6。
0假死问题，但现在微软都在自动更新里面出补丁了，一般你打好最新补丁后是不会出现此问题了。
（所以现在的IIS假死与这个关系不是很大）
2：从IIS6.0开始CPU资源都在应用池里面限制了，不象以前的IIS。
5。
所以假死的池的缘故就是池被拉死，你在网站打不开的时候可以看到你的某个应用池是禁用的，上面出现一个红叉。
你鼠标右键启动网站又会自动恢复。
这个原因：大概是以下几个因数造成的。
（1）：你限制了应用池的资源限制，限制得太小比如：50这样或更少更多一点，这个时候如果你这个池下面的网站占用CPU太高，比如超过50% 那么5分钟后他就自动死了，手工默认建立的应用池默认是超过资源不操作。
出现上面这个情况解决方法：1：不限制CPU资源，（这个是不可取的，不限制资源，有的程序有BUG占用资源厉害了的，服务器都会被拉死，你可能都无法操作服务器。
）2：在超过资源那里选择关闭，这个关闭默认是失败5次，90秒内恢复，一般默认就可。
网站能自动恢复，这个关闭：不是永久关闭，意思是超过资源关闭，然后在某时间内自动恢复池。
不操作就是不恢复，这个是很多人的误区。
上次我写过相关的这个讲解了。
（2）：内存限制在IIS6。
0应用池上面有虚拟内存和最大内存限制，如果你设置了这个。
那么网站访问量大了也会出现假死，所以不建议设置这里。
默认就可。
3：就是服务器自身内存太小，网站运行当然需要使用到内存了，当内存不够的时候应用池也会死掉变成禁用。
那么只有等内存全部释放出来才能恢复应用池了。
出现这个情况：那么你就要考虑加内存或者检查到底是什么程序占用了内存了。
比如MSSQL数据库，这个可
是吃内存得大户啊，最好别和WEB服务器同时一个服务器上。
很多人用1G内存做2003系统，2003NET结构是很占用内存的，所以做服务器选2003还得把内存加到2G或更高才好。
内存不够上面2点讲到的，是没办法操作了，也无法自动恢复。
4：就是ACCESS数据库太大或查询太多，这个也会出现把IIS拉死，解决方法；修复ACCESS 数据库，或尽量少用ACCESS数据库。
5：不同网站用不同应用池：根据你自己实际情况而定，站点大的最好独立一个应用池，限制他的资源超过了自动回收，看上面（1）讲到的，这样就不影响其他站点。
中型站点：多个网站共用一个应用池，比如5个站点用一个池，设置他资源时间等等。
这样他们就算超资源了也不影响其他应用池的网站。
6：设置回收时间：很多人以为设置回收池越短越好，其实是错误的，每次回收当然是把内存回收回来了，但加重了一次服务器的负担，当服务器比较繁忙的时候，有可能导致其他应用池死。
所以建议设置共1000就行了。
其他独立池按照他网站流量而设置可以设置600 也行，共用的不建议设置太。