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调试中出现的问题问题一：启动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应用程序池自动回收问题的有效解决办法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，则表示应用程序池可以处理的请求数没有限制。
IIS应用程序池出错解决方法
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应用程序池由服务器引起常见错误号的原因分析及解决方法
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应用程序池由服务器引起常见错误号的原因分析及解决方法错误号：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应用程序池设置指南(佳人减肥网推荐)通过回收应用程序池设置，可以控制如何恢复系统资源。
以下几节介绍如何指定回收应用程序池设置。
指定回收应用程序池设置回收应用程序池设置是在应用程序池的属性对话框的“回收”选项卡中指定的。
设置回收应用程序池设置打开 IIS 管理控制台，单击加号展开本地计算机。
单击加号展开“应用程序池”文件夹。
右击适当的应用程序池，然后单击“属性”。
出现应用程序池的属性对话框。
单击“回收”选项卡，然后设置适当的应用程序池设置。
应用程序池“属性”对话框的“回收”选项卡内存回收“内存回收”是等效于memoryLimit 进程模型设置的应用程序池设置。
它指定辅助进程可以使用的最大内存量。
如果辅助进程超出了这一数量，将创建新的进程来替换它，并且当前所有请求都被重新分配给该新进程。
在memoryLimit 进程模型设置与“内存回收”应用程序池设置之间有两个重要的区别：memoryLimit 进程模型设置只使用物理内存。
“内存回收”应用程序池设置允许您为物理内存和虚拟内存分别指定限制。
由于公共语言运行库的垃圾回收器工作的方式，物理内存（或物理内存和虚拟内存的组合）常用于 应用程序。
虚拟内存常用于将堆划分为多个片断的传统本机应用程序。
“内存回收”应用程序池设置是按兆字节 (MB) 指定的，而不是按相对于总内存的百分比指定的。
回收辅助进程“回收辅助进程”是等效于requestLimit 进程模型设置的应用程序池设置。
它指定导致辅助进程或应用程序池被回收的请求的数目。
默认情况下“回收辅助进程”是禁用的。
若要启用“回收辅助进程”，请选取该复选框并在数值调节框中指定请求数。
回收多个辅助进程“回收多个辅助进程”是等效于timeout 进程模型设置的应用程序池设置。
它指定回收辅助进程或应用程序池的时间间隔。
默认情况下“回收多个辅助进程”是启用的而且设置为 120 分钟。
通过更改数值调节框中的值，可以指定一个不同的时间间隔。
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 ⼗六进制掩码。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
解决方法：
主要有用的信息是记信CLSID: {A9E69610-B80D-11D0-B9B9-00A0C922E750}，打开注册表，搜索这个项，在这个项中一个名为LocalService的值为IISADMIN，看来就是这个组件的权限不够。
然后打开管理工具—组件服务,在组件服务–计算机–我的电脑–DCOM 配置–IIS ADMIN Service上点右键属性，在安全标签中的启动和激活栏的编辑按钮，加上NETWORK SERVICE 用户，给上本地启动和本地激活权限，然后重启IIS，OK，问题解决！
发布mvc遇到的HTTP错误403.14-Forbidden解决办法
<system.webServer>
<validationvalidateIntegratedModeConfiguration="false"/>
<modules runAllManagedModulesForAllRequests="true" />
</system.webServer>
在web.config增加<modules runAllManagedModulesForAllRequests="true" />
如果还不行，请检查一下“处理程序映射”，里面是否有
“ExtensionlessUrlHandler-Integrated-4.0”，如果没有，请注册.net4.0
在运行里输入：C:\Windows\\Framework\v4.0.30319\aspnet_regiis.exe -i。