IIS 应用程序池自动关闭的解决办法

程序池超过了其作业限制原因如果一个网站的程序占资源太多或者发生太多的错误，为此应用程序池提供服务的进程中出现一系列错误，出现这种情况是由于您的网站超过了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 目录服务中的密码更改。

如果应用程序池帐户是一个域帐户，其密码已过期，则在为此帐户重新指定一个新密码后，您可能会收到本文“症状”部分所描述的错误信息。

IIS6.0调试中出现的问题问题一：启动IIS6.0时出现503错误当启动IIS6.0时，如果遇到503错误，表示应用程序池无法启动。

这个错误通常有以下几种可能的原因：1.应用程序池错误：检查应用程序池的身份验证设置、进程模型、.NET CLR 版本以及其他相关设置。

确保应用程序池的相关设置与你的应用程序和服务器环境相匹配。

2.配置错误：检查 IIS 配置文件，特别是应用程序的Web.config 文件。

确保所有配置项的语法正确，并且没有错误的设置。

3.依赖项错误：如果你的应用程序依赖于其他组件或服务，确保这些依赖项已正确安装和配置，并且可以正常使用。

解决此问题的方法包括：检查应用程序池设置、修复配置错误、安装缺失的依赖项等。

你可以参考以下步骤来逐步解决问题：1.检查应用程序池设置：–打开 IIS 管理器，找到应用程序池。

–右键单击应用程序池，选择“高级设置”。

–检查身份验证设置、进程模型、.NET CLR 版本等是否正确配置。

2.修复配置错误：–打开应用程序所在的文件夹，找到Web.config 文件。

–检查文件的语法和配置项，确保没有错误的设置。

–如果发现错误，进行修复并保存文件。

3.检查依赖项：–确保应用程序所依赖的组件或服务已正确安装并配置。

–检查组件或服务是否运行正常，并且没有出现任何错误。

如果以上方法都无法解决问题，你可以查阅相关的文档、社区或寻求专家的帮助来进一步解决503错误。

问题二：IIS6.0无法识别页面当你在 IIS6.0 上部署 网站时，可能会遇到无法识别 页面的问题。

这个问题通常是由以下几个原因引起的： 未安装或未注册：确保 已正确安装并注册在 IIS 中。

2.IIS 配置错误：检查 IIS 的设置，确保它已正确配置以处理 页面。

3.MIME 类型错误：如果服务器无法识别 页面的MIME 类型，这可能会导致无法正常浏览页面。

解决此问题的方法包括：验证 安装、检查 IIS 配置、添加MIME 类型等。

IIS应用程序池自动回收问题的有效解决办法IIS可以设置定时自动回收，默认回收是1740分钟，也就是29小时。

IIS 自动回收相当于服务器IIS重启，应用程序池内存清空，所有数据被清除，相当于IIS重启，在度量快速开发平台服务器端，为了减小数据库负担，内存中暂存了很多信息，不适合频繁的回收，因为回收会造成服务器端所有存在内存中的数据丢失，如果没有及时保存到数据库中，可能导致程序出现问题。

而如果系统使用高峰时期，并不适合回收，回收可能导致几十秒IIS无响应，对于正在工作的人员来说，是一种很不好的体验，会以为是网络或者掉线等问题。

因此，基于以上的分析，我们需要设置IIS在指定的时间内定时回收。

度量快速开发平台（以下简称：度量平台）服务端搭建采用Webservice方式进行，这就需要正确的配置IIS(Internet Information Service)才能保证服务端可靠、稳定的运行，以给客户提供更好的用户体验。

IIS为保护服务器资源，有一个应用程序池的回收功能，并且已经默认设置1740分钟回收一次（29小时），为了更好的设置该属性，我们有必要对IIS回收功能设置进行掌握，并根据应用的实际情况配合调整，以达到系统运行的最佳效果。

IIS应用程序池回收，找到相应的应用程序池并点击高级设置，就可以看到回收的相关设置（本文以windows2008R2下的IIS7为例，Windows2012类似）。

(图1)发生配置更改时禁止回收：如果为True,应用程序池在发生配置更改时将不会回收。

固定时间间隔（分钟）：超过设置的时间后，应用程序池回收，为0意味着应用程序池不会按固定间隔回收。

系统默认设置的时间是1740（29小时）。

禁用重叠回收：如果为true，将发生应用程序池回收，以便在创建另一个工作进程之前退出现有工作进程。

请求限制：应用程序池在回收之前可以处理的最大请求数。

如果值为0，则表示应用程序池可以处理的请求数没有限制。

2011-05-20 23:46 108人阅读评论(0) 收藏举报" 为应用程序池'AppPool #1' 提供服务的进程关闭时间超过了限制" 的错误出现究其原因是由于网站的访问量连接数过大，引起应用程序池处理连接的时候，新的还没有接替，而旧的又要回收，但在回收的过程中不及时，照常应用程序池当机，网站无法访问，出现了这个错误。

当网站无法访问的时候，手动回收应用程序池，即可恢复，不过手动恢复的话，毕竟很麻烦，你不能一天都盯着这个网站看吧？问题出在应用程序池的话，那我们就从应用程序池的配置下手来看是否能解决问题。

1、首先建议每个网站分别建立一个应用程序池，一个应用程序池将对应不同的w3wp.exe 进程，在“命令提示符”下使用iisapp命令可以察看网站对应的w3wp.exe的pid值，方便查找出问题的进程。

2、应用程序池的配置个人意见觉得在应用程序池的属性窗口中，“回收”和“运行状况”2个选项卡的配置比较重要。

2.1、回收选项卡1、回收工作进程（分钟）：在工作进程运行多少分钟后回收工作进程，默认启用，并且设置为1740分钟（29小时）；2、回收工作进程（请求数目）：在工作进程处理多少个HTTP请求后终止此工作进程，默认禁用，如果启用则默认值为35000；3、在下列时间回收工作进程：在指定的时间回收工作进程，默认禁用；如需启用，勾选后点击添加按钮添加回收的时间即可，使用24小时制定义回收的时间；4、消耗太多内存时回收工作进程：最大虚拟内存（兆）：当工作进程使用的虚拟内存达到设置的值时回收工作进程，默认禁用，如果启用则默认值为500 M；建议设置为不超过虚拟内存总数的70％；最大使用的内存（兆）：当工作进程使用的物理内存达到设置的值时回收工作进程，默认禁用，如果启用则默认值为192 M；建议设置为不超过物理内存总数的60％；2.2、性能1、在空闲此段时间后关闭工作进程（分钟）：当工作进程空闲多少分钟后关闭此工作进程，这降低了空闲工作进程对系统资源和CPU性能的消耗，默认启用并且设置为20分钟；2、核心请求队列限制为（请求次数）：当HTTP.sys接收到某个客户端发送的HTTP 请求时，如果处理此请求的对应应用程序池的工作进程还处于忙状态，则HTTP.sys将接收到的请求保存在对应应用程序池的请求队列中，直到工作进程空闲为止。

IIS应用程序池由服务器引起常见错误号的原因分析及解决方法错误号：432错误描述：File name or class name not found during Automation operation错误来源：PE_Common6原因分析：服务器没有升级脚本引擎。

解决方法：升级服务器的IE 到6.0 以上版本，如果还不行，单独安装脚本解释引擎。

正在生成网站首页（/Index.htm ）……错误号：-2147319779错误描述：Automation error Library not registered.错误来源：PE_Common原因分析：服务器的IE 版本过低。

解决方法：升级服务器的IE 到6.0 以上版本，如果还不行，单独安装脚本解释引擎。

错误号：-2147319779错误描述：Automation error Library not registered.错误来源：PE_CMS6原因分析：错误定义的应用程序或对象错误，可能是服务器的脚本解释引擎版本过低引起。

解决方法：安装脚本解释引擎。

数据采集错误错误号：7错误描述：Out of memory错误来源：PE_Common原因分析：PE_Common ，Out of memory ，内存溢出，这十分不好说，范围很广。

有可能：1 、采集的文章有日文片假名。

2 、内存不足。

也有可能一点，你的采集历史记录非常非常的庞大，因为采集是第一次全部读入内存减小对数据库频繁的检索量，历史记录和采集项目的资料太多了，内存不足解决方法：这和个人计算机有关，如果条件允许换个服务器看看，故障发生在内存。

在本地调试：增加一个频道后，就出现了这个错误错误号：-2147467259错误描述：不可识别的数据库格式'C:\Inetpub\wwwroot\PowerEasy\database\ ××.asp' 。

错误来源：Microsoft JET Database Engine原因分析：数据库损坏了。

IIS应用程序池由服务器引起常见错误号的原因分析及解决方法错误号：432错误描述：File name or class name not found during Automation operation错误来源：PE_Common6原因分析：服务器没有升级脚本引擎。

解决方法：升级服务器的IE 到6.0 以上版本，如果还不行，单独安装脚本解释引擎。

正在生成网站首页（/Index.htm ）……错误号：-2147319779错误描述：Automation error Library not registered.错误来源：PE_Common原因分析：服务器的IE 版本过低。

解决方法：升级服务器的IE 到6.0 以上版本，如果还不行，单独安装脚本解释引擎。

错误号：-2147319779错误描述：Automation error Library not registered.错误来源：PE_CMS6原因分析：错误定义的应用程序或对象错误，可能是服务器的脚本解释引擎版本过低引起。

解决方法：安装脚本解释引擎。

数据采集错误错误号：7错误描述：Out of memory错误来源：PE_Common原因分析：PE_Common ，Out of memory ，内存溢出，这十分不好说，范围很广。

有可能：1 、采集的文章有日文片假名。

2 、内存不足。

也有可能一点，你的采集历史记录非常非常的庞大，因为采集是第一次全部读入内存减小对数据库频繁的检索量，历史记录和采集项目的资料太多了，内存不足解决方法：这和个人计算机有关，如果条件允许换个服务器看看，故障发生在内存。

在本地调试：增加一个频道后，就出现了这个错误错误号：-2147467259错误描述：不可识别的数据库格式'C:\Inetpub\wwwroot\PowerEasy\database\ ××.asp' 。

错误来源：Microsoft JET Database Engine原因分析：数据库损坏了。

IIS应用程序池设置指南(佳人减肥网推荐)通过回收应用程序池设置，可以控制如何恢复系统资源。

以下几节介绍如何指定回收应用程序池设置。

指定回收应用程序池设置回收应用程序池设置是在应用程序池的属性对话框的“回收”选项卡中指定的。

设置回收应用程序池设置打开 IIS 管理控制台，单击加号展开本地计算机。

单击加号展开“应用程序池”文件夹。

右击适当的应用程序池，然后单击“属性”。

出现应用程序池的属性对话框。

单击“回收”选项卡，然后设置适当的应用程序池设置。

应用程序池“属性”对话框的“回收”选项卡内存回收“内存回收”是等效于memoryLimit 进程模型设置的应用程序池设置。

它指定辅助进程可以使用的最大内存量。

如果辅助进程超出了这一数量，将创建新的进程来替换它，并且当前所有请求都被重新分配给该新进程。

在memoryLimit 进程模型设置与“内存回收”应用程序池设置之间有两个重要的区别：memoryLimit 进程模型设置只使用物理内存。

“内存回收”应用程序池设置允许您为物理内存和虚拟内存分别指定限制。

由于公共语言运行库的垃圾回收器工作的方式，物理内存（或物理内存和虚拟内存的组合）常用于 应用程序。

虚拟内存常用于将堆划分为多个片断的传统本机应用程序。

“内存回收”应用程序池设置是按兆字节 (MB) 指定的，而不是按相对于总内存的百分比指定的。

回收辅助进程“回收辅助进程”是等效于requestLimit 进程模型设置的应用程序池设置。

它指定导致辅助进程或应用程序池被回收的请求的数目。

默认情况下“回收辅助进程”是禁用的。

若要启用“回收辅助进程”，请选取该复选框并在数值调节框中指定请求数。

回收多个辅助进程“回收多个辅助进程”是等效于timeout 进程模型设置的应用程序池设置。

它指定回收辅助进程或应用程序池的时间间隔。

默认情况下“回收多个辅助进程”是启用的而且设置为 120 分钟。

通过更改数值调节框中的值，可以指定一个不同的时间间隔。

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 ⼗六进制掩码。

win2003IIS6无法自动启...这几天在客户方服务器上（服务器为win2003，iis为iis6）部署了系统，之前一直是部署在win2008的iis7下面，还未出现过问题，当然，首次在iis6下部署也花了点时间，最终能够正常访问，但是部署完成之后第二天，客户就给我打电话说，系统无法访问，我打开一看，错为：“Service Unavailable”，服务不可用？？第一时间想到iis服务有问题，进去一看，果然，系统所在应用程序池关闭了？本来是启动的，怎么好好关闭了？后来问了下那边网管，是因为重启了服务器，再看了下其他的应用程序池，都能够启动，郁闷了，先给启动吧，然后按照其他程序池的设置重新配置了一番，再重新启动，好了。

本以为这样就Ok了，谁知今天又给我打电话说之前的问题又出现了，尼玛坑爹啊，仔细看了下系统的日志的详细：“来源：W3SVC，类型：错误，事件ID：1002，描述：应用程序池 *** 被自动禁用，原因是为此应用程序池提供服务的进程中出现一系列错误”，被自动禁用？这个程序又得罪谁了，最后找了下资料，原来是程序池的启动账号权限不够，按照下面的顺序给配置起来，刷新下iis就好了。

给用户NETWORK SERVICE加上访问IIS服务的权限开始–控制面板–管理工具–组件服务–计算机–我的电脑–DCOM – IIS ADMIN SERVICE –属性–安全–启动和激活权限–自定义–添加帐号“NETWORK SERVICE”，给该帐号赋予“本地启动”和“本地激活”的权限在cmd下输入“IISRESET”命令（不含引号）重新启动IIS当然，造成“Service unavailable”的问题肯定不仅仅这个一个原因，找了下资料，分享给大家：原因一：网站超过了IIS连接数解决办法一：增加IIS连接数备注一：Windows 2003的操作系统在提示IIS过多时并非像win2000系统提示“链接人数过多”，而是提示"Service Unavailable"原因二：网站超过了IIS资源限制解决办法二：增加网站的资源备注二：Winodws2003中网站占用了超过IIS对该网站系统资源的限制后直接提示"Service Unavailable"原因三：网站的程序发生太多的错误解决办法三：修改程序错误备注三：Winodws2003中网站错误太多，就会造成该网站所在的应用程序池出错，这个时候可以在Windows2003的日志中看到“应用程序池 'xxx' 被自动禁用，原因是为此应用程序池提供服务的进程中出现一系列错误”，这个时候网站就会直接显示"Service Unavailable"以上三个原因造成的"Service Unavailable"，一般现象是出现"Service Unavailable"后，多刷新几次，就可以打开。

IIS无故自动关闭停止已经不是罕见的事情了，处理这个问题是让我很头痛的事情，遇到这个问题不太可能一次性解决，多数都是用排除法一个个测试排除错误，最终找到那个错误命令。

最近我的服务器遇到了这个问题，我很无奈，我很急，客户也很着急，每天ＩＩＳ都要自动停止２次以上，我总是怀疑是进程池问题，此文章是针对ＩＩＳ进程池解决办法，如果你遇到了死循环代码，或者其他非进程池，那此文章不太适合你了网络上有关iis的问题和相关解决方案，多不胜搜，但很多都比较零散，没有系统的解决方案；另外，有些解决方法，似是而非，不能找到其中的问题关键点，本人平时对于服务器的应用上也有点实践，因此，今天稍稍总结一点平时遇到地问题和解决方法，特别是对iis的特殊权限引起问题、iis应用程序池假死问题和比较罕见的iis重启命令和自动重启办法。

其它相关问题，继续关注本博。

一、2003应用程序池自动死了，不能恢复了，一直出现 Service Unavailable 常见方法如下。

1：没有打SP1补丁的时候会出现这个IIS6.0假死问题，但现在微软都在自动更新里面出补丁了，一般你打好最新补丁后是不会出现此问题了。

（所以现在的IIS假死与这个关系不是很大）2：从 IIS6.0开始CPU资源都在应用池里面限制了，不象以前的IIS.5。

所以假死的池的缘故就是池被拉死，你在网站打不开的时候可以看到你的某个应用池是禁用的，上面出现一个红叉。

你鼠标右键启动网站又会自动恢复。

这个原因：大概是以下几个因数造成的。

（1）：你限制了应用池的资源，限制得太小比如：50这样或更少更多一点，这个时候如果你这个池下面的网站占用CPU太高，比如超过50% 那么5分钟后他就自动死了，手工默认建立的应用池默认是超过资源不操作。

出现上面这个情况解决方法：1：不限制CPU资源，（这个是不可取的，不限制资源，有的程序有BUG占用资源厉害了的，服务器都会被拉死，你可能都无法操作服务器。

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数据库修复压缩―――〉重做系统。

IIS部署常见问题一、IIS7.0部署1、打开服务器管理器运行‘开始/程序/管理工具/服务器管理器’菜单，打开如下窗体：2、选择服务器角色在上图的左窗体中，选择‘角色’，右键菜单选择‘添加角色’（或右窗体中点添加角色图标），添加角色窗体如下：3、选择角色服务在上图的服务器角色列表中选择‘Web服务器(IIS)’，点‘下一步’，在角色服务列表中，选择‘角色服务’；说明：除了默认选中的选项之外，还需再添加‘应用程序开发’和‘IIS 6 管理兼容性’，如下图红线框中所示：应用程序开发IIS 6 管理兼容性4、确认安装选择5、确认安装信息确认安装信息正确无误后，点‘安装’按钮，进行安装；6、安装结果7、验证默认IIS7.0开始/程序/管理工具/Internet 信息服务(IIS)管理器，如下图：左侧服务器下右击默认网站‘Default Web Site’选择右键菜单‘管理网站/浏览’，打开IE浏览器如下显示，表示IIS7.0基本功能正常，如下图：二、相关参数设置及常见问题1、安装一卡通门户网站运行门户网站安装包ZYTK3X_Portal.exe/SCP_Portal.exe，根据安装的提示向导一步一步往下安装，安装完成后进行添加网站、修改配置文件等设置。

2、添加网站2.1、ZYTK3.2在服务器下选择网站，右键菜单选择‘添加网站’，如下图：输入网站名称，物理路径：D:\ZYTK32\ZYTK32Portal\Zytk32Portal2.2、ZYTK3.5在服务器下选择网站，右键菜单选择‘添加网站’，如下图：C:\inetpub\wwwroot\ZYTK35\ZYTK35Portal\Zytk35Portal3、启动ZYTK32\ZYTK35网站右键ZYTK32\ZYTK35网站，选择右键菜单‘管理网站/启动’。

右键ZYTK32\ZYTK35网站，选择右键菜单‘管理网站/浏览’，报错如下图：4、修改应用程序池托管管道模式4.1、ZYTK3.2服务器上选择‘应用程序池’，在右侧列表中，双击‘ZYTK32’，修改‘托管管道模式’为经典，如下图：4.2、ZYTK3.5服务器上选择‘应用程序池’，在右侧列表中，双击‘ZYTK35’，修改‘托管管道模式’为经典，如下图：4.3、ZYTK3.2服务器上选择‘应用程序池’，在右侧列表中，双击‘Classic .NET AppPool’，修改‘托管管道模式’为‘经典’，如下图：4.4、ZYTK3.5服务器上选择‘应用程序池’，在右侧列表中，双击‘Classic .NET AppPool’，修改‘托管管道模式’为‘经典’，如下图：4.1、未装水晶报表报错：服务器端当出现如上图报错时，则先检查是否安装水晶报表程序（32位）、是否启用，门户网站服务IP是否被授权。

Windows 2003中IIS 6.0应用程序池回收和工作进程详解公司的一个网站程序长时间运行后，速度变慢，重新启动网站后速度明显变快，估计是网站程序占用的内存和CPU资源没能及时释放，才需要每隔一段时间重启网站释放资源。

但手工重启总不能算解决问题的方法，怎样才能实现自动管理呢IIS6.0的应用程序池自动回收功能可以解决这一问题。

应用程序池是将一个或多个应用程序链接到一个或多个工作进程集合的配置。

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

为Web程序配置应用程序池需要以下步骤：1）创建应用程序池，右键单击“应用程序池”，“新建/应用程序池”，命名为KefuAppPool；2）为Web程序指定应用程序池，在网站虚拟目录属性“应用程序设置”里（电脑自动关机）面的“应用程序池(N)”里（电脑自动关机）选择KefuAppPool；3）应用程序池自动回收方式的设置。

回收方式有如下几种：a.根据运行时间系统默认是1740分钟,也就是29个小时,这个不是很好控制,建议不用。

b.请求数目这个要看具体的情况了。

如果只有10个请求，可是有5个都在请求那个比较占资源的页面（可能是统计年度报表之类），这个时候就会出现进程当掉的情况，如果请求有1000个可是一个也没运行比较占资源的页面，这个时候进程肯定是很正常的，所以根据请求的数目来决定也不一定符合实际需要。

c.计划的时间这个其实很好，不过具体什么时间回收好呢通常我们都是设置在凌晨两（电脑没声音）三点钟，这个时候回收是有必要的，不过针对出现随时可能出现是高内存占用并不是很适用。

d.内存（虚拟内存或已使用的内存）这个针对出现内存问题引起的进程当掉实在太合适了，不过设置多大的值比较好是一个很重要的问题，值不能太小了，否则如果访问量都很大超过这个值的时候也会自动回收，这个就很没必要了。

⽤户IISAPPPOOLDefaultAppPool登录失败的解决⽅法本⽂为⼤家分享了解决IIS APPPOOL\DefaultAppPool登录失败的问题，供⼤家参考，具体内容如下添加⽹站时，选择添加"添加应⽤程序"连接sql server 2005(2008)可能会报始下的错误：（说明：2005必报错，2008选报错）"⽆法打开登录所请求的数据库 "databaname"。

登录失败。

⽤户 'IISAPPPOOL\DefaultAppPool' 登录失败。

"遇到这个问题时，可以参考下如下的解决⽅法：1、数据库：打开sql server 2005（2008） management studio安全性->登录名->右击新建登录名->常规->搜索->添加SERVICE⽤户->服务器⾓⾊->勾上sysadmin⼀般已存在，勾上sysadmin即可。

2、IIS中：应⽤程序池->对应的程序池上右键->⾼级设置->进程模块_标识->选择NetworkService（与数据库中设置统⼀）。

再补充⼀点：IIS APPPOOL\aikang' 登录失败怎么解决？问题描述：⽤户 'IIS APPPOOL\aikang' 登录失败。

在VS⾥⾯打开能正常运⾏，在IIS⾥⾯打开就总是提⽰这个错误，看⽹上说是修改应⽤程序域，进程模型⾥⾯的标识，修改成LocalSystem后，⼜提⽰：【⽆法打开登录所请求的数据库"ikang_WXshop"。

登录失败。

⽤户 'NT AUTHORI...最佳回答：您这个是数据库连接的问题，连接字符串给我看看可以么。

也可能跟IIS的⽤户权限有关，VS⾥的开发服务器权限很⾼，所以⼀般调试时不会发现。

顺便帮楼下补个图其他回答：IIS⾥，应⽤程序池，到你的⽹站名字，右键“⾼级设置”，点开“标识”的下拉框，选择localsystem即可。

分享一下iis应用程序池设置(教程讲解) 涅槃灰太狼收藏于2012-04-01阅读数：1被转藏：1审核中原文来源修改如何标记批注?这段时间人都要搞崩溃了，服务器经常就如死机般，网站不响应，远程登陆也连接不上，每次都要持续半个多钟头。

事件查看器中报错：引用为应用程序池'DefaultAppPool' 提供服务的进程启动时间超过了限制为应用程序池'DefaultAppPool' 提供服务的进程无法响应Ping经过多方查找资料，认真观察服务器进程，终于了解了些这个程序池运行的原理。

以下仅供新手参考，欢迎高手指正错误。

原先事件查看器中经常报错：引用为应用程序池'DefaultAppPool' 提供服务的进程关闭时间超过了限制。

查网上资料，根本没搞懂原理，就照着胡乱设置，结果搞的问题愈加严重，出现了如帖子头所提到的故障。

先看下应用程序池的默认设置：回收工作进程(分钟)(P): 1740 ，换算一下，每29小时系统就自动回收，所以有可能是在网站访问量很大，系统繁忙的时候回收工作进程(请求数目)(R): 35000 ，网站达到35000点击数就自动回收w3wp.exe工作进程，这个是网上资料说的在下列时间回收工作进程(T): 设定一个具体回收的时间最大虚拟内存 500最大使用内存 192当达到w3wp.exe 达到以上内存占用时开始回收在空闲此段时间后关闭工作进程20 ，估计是网站没人访问自动关闭工作进程核心请求队列限制为4000 ，请求队列达到4000关闭，不了解具体原理启用CPU监视工作进程超过限制，事件查看器中就会出现警告，如果CPU超过最大使用率时执行的操作选择关闭，也会出现预想不到的错误web 园最大工作进程数1 ，据说超过此数目会出错启用ping 每隔下列时间ping 工作线程30，每隔30秒检查一下网站是否开启启用快速失败保护这个不明白，网上资料建议不选择启动时间限制 90 w3wp.exe 进程必须在90秒内启动关闭时间限制 90 w3wp.exe 进程必须在90秒内关闭，这个必须根据自己网站的w3wp.exe的内存占用情况来具体制定，内存如果很高，设置短了会出错这时候要说说进程w3wp.exe，当w3wp.exe达到以上要求，就会重新启动一个w3wp.exe进程，原来的那个w3wp.exe会在设置规定的时间内回收掉使用的内存并关闭，如果这时w3wp内存过高，但设置回收关闭时间过短，那么就会出现这个错误引用为应用程序池'DefaultAppPool' 提供服务的进程关闭时间超过了限制。

若不用此功能（卸载）：控制面板- 程序- 打开或关闭Windows功能- (将“Internet信息服务”去掉勾选)若暂停此功能（停止运行）：控制面板- 系统和安全- 管理工具- Internet 信息服务(IIS)管理器- 服务器图标右键停止启动IIS：net start iisadmin (IIS的整个服务)net start w3svc (WWW网页WEB服务)停止IIS：net stop iisadmin /y (会自动停止www、ftp和smtp服务)如果用的IIS自带FTP还可以执行net start MSFtpsvcnet start SMTPsvc(自带的邮件服务)命令来启动FTP另外，还可以通过命名行使用iisreset命令加参数对IIS进行控制：C:\Documents and Settings\Administrator>iisreset /?IISRESET.EXE (c) Microsoft Corp. 1998-1999Usage:iisreset [computername]/RESTART 停止然后重新启动所有Internet 服务。

/START 启动所有Internet 服务。

/STOP 停止所有Internet 服务。

/REBOOT 重新启动计算机。

/REBOOTonERROR 如果在启动、停止或重新启动Internet 服务时发生错误，则重新启动计算机。

起源网资讯频道/NOFORCE 假如尝试停止失败时，不要强制终止Internet 服务。

/TIMEOUT:val 指定超时值(以秒为单位)来等待Internet 服务的成功终止。

假如REBOOTonERROR 参数已被指定，超时后可以重新启动计算机。

默认值为20 秒重新开始，60 秒停止，0 秒重新启动。

/STATUS 显示所有Internet 服务的状态。

/ENABLE 在本地系统上启用Internet 服务的重新启动。

IIS6.0IIS7.5应⽤程序池⾃动停⽌的解决⽅法前边提到由win2003升级到win2008 server r2 64位系统，然后⽤了⼏个⼩时配置IIS7.5+PHP+MYSQL等的环境，先是遇到的问题，解决之后⼜出了新的问题，真是折腾啊！在⽇志中发现IIS7.5的应⽤程序池⾃动停⽌，同时访问⽹站提⽰：HTTP Error 503,The service is unavailable.. 的错误，搜遍整个互联⽹总算是解决了问题。

⼩编也整理了IIS6及IIS7.5遇到此类问题汇总解决⽅法，欢迎⼤家尝试。

关于IIS6的（适于IIS7）解决⽅法描述：iis6应⽤程序池被⾃动禁⽤问题 Service Unavailable 应⽤程序池 'DefaultAppPool' 被⾃动禁⽤，原因是为此应⽤程序池提供服务的进程中出现⼀系列错误。

应⽤程序-特定权限设置未将 COM 服务器应⽤程序(CLSID 为 .............1.⾸先是打开IIS管理器．检查应⽤程序池，果然＂DefaultAppPool＂出错了．⽽且不是平常的停⽌的图标．2.试着重启＂DefaultAppPool＂应⽤程序池，⼀浏览页⾯马上就关闭．3.到了查看事件⽇志的时候了．发现了以下这类的⽇志事件类型: 警告事件来源: W3SVC事件种类: ⽆事件 ID: 1009⽇期: 2008-6-24事件: 16:12:33⽤户: N/A计算机: MAIL描述:为应⽤程序池 'DefaultAppPool' 提供服务的进程意外终⽌。

进程 ID 是 '3160'。

进程退出代码是 '0xffffffff'。

4.会不会是默认的程序池出问题了？于是，尝试新建⼀个新的程序池．将默认⽹站的程序池改成新的．但是问题依旧．出现相似的⽇志．事件类型: 错误事件来源: W3SVC事件种类: ⽆事件 ID: 1002⽇期: 2008-6-25事件: 14:17:04⽤户: N/A计算机: MAIL描述:应⽤程序池 'AppPool #1' 被⾃动禁⽤，原因是为此应⽤程序池提供服务的进程中出现⼀系列错误。