[转载]IIS 中 Service Unavailable或应用程序池自动停止的现象及其解决方法

  应用程序:ISAPI ’C:\WINDOWS\system32\inetsrv\asp.dll’ 报告它自身有问题，原因如下: ’ASP 不正常，因为执行请求的 100% 被挂起，而且请求队列已经使用了 0%。’。  
 
 
 
在系统中IIS日志中发现： 　　　　关于server 2003+IIS6 出现 ’ASP 不正常，因为执行请求的 100% 被挂起现象如下:　　站点无法打开,或者打开很慢.HTML可以打开.重新启动或者回收应用程序池可恢复.但过一段时间又会出现日志里会有:　　ISAPI ’C:\WINDOWS\system32\inetsrv\asp.dll’ reported itself as unhealthy for the following reason: ’ASP unhealthy because 100% of executing requests are hung and 6% of the request queue is full.’.或者:　　ISAPI ’C:\WINDOWS\system32\inetsrv\asp.dll’ 报告它自身有问题，原因如下: ’ASP 不正常，因为执行请求的 100% 被挂起，而且请求队列已经使用了 0%。’。解决方法:　　1.asp是否正确映射到’C:\WINDOWS\system32\inetsrv\asp.dll’　　2.一般来讲,是由于在同属IIS的应用程序池出现了某个站ASP代码错误所致,使得内存耗尽,检查代码本身的问题.可以隔离到单独应用程序池调试　　3、减少应用程序池回收时间。默认为：1740。。可设为120（每2小时）IIS假死的原因：　　打开IIS 你就会看到应用程序池，默认只有一个应用程序池，查看应用程序池的属性，会发现他的回收时间，默认多达，1740分钟，就是说，需要在1740分钟后才回收此应用程序池，如果在这个时间内，达到请求的最高限制，那么就会出现ASP假死的情况，这个就是大型网站出现假死的情况，反而，小型网站确不会出现这样的情况，因为他请求少，流量少，还没达到限制数量。当然要看你的服务器上网站数目而定。以下是解决方法:　　资料一　　单个网站解决方法:　　把应用程序池回收时间缩短到300-600分钟，其间回收过程中，需要占用一点CPU资源，没办法，为了稳定性，再把回收时间设为凌晨5点。多网站解决方法：　　视服务器网站的多少，新建多个应用程序池，把每个池回收时间缩小到300分钟，然后再分配每个池10个网站左右(这个分配是要求你的网站访问量所定)如果某个网站，访问量大，就单独给他一个程序池，但是这样做的后果就是需要大内存，一个池现在占用我120M内存左右，反正内存大，没关系，　　那么多网站如何分配应用程序池，打开IIS--查看你要分配的网站属性，查看主目录--在下面你就会看到应用程序池了，分配一个就行了。资料二　　大家在使用iis6时..如果装了动网论坛.肯定有出现过iis6假死现像..就是asp网页打开慢..但是iis却是正常的..静态网页打开速度一样..这时候..我一直是重启的方法..查了官方的资料结果没有...据官方资料说..win2003很快就要打这个补丁了..是iis6对access驱动支持不理像..也算是一个bug吧..由于我的服务器虚拟主机多..而且大多支持asp..如果一旦假死就无法运行..在多方面的资料查找下..找到了一个比较简单的方法..具体我测试是通过了..iis6自带数据应用程序池..现在就利用他来解决假死..　　首先把bbs设一个单独的目录..然后点击应用程序池..新建应用程序池.输入应用程序池id..　　然后把bbs的虚拟目录下面的.就用程序池..选择刚才新建的应用程序池...　　然后再回到刚才设好的应用程序池...点击..属性...把回收工作进程数(分钟)及回收工作进程数还有在下列时间回收时间进程勾上..然后在下列时间回收程序池里左边添加..选择一个时间..一般来说..网站到凌晨3点的时候.基本人都很少了..这时回收一下bbs的进程数..就可以解决了iis假死的现像..　　当然还可以配置其他信息..比如说iis6的用户名.. 我们可以打开计算机管理..然后打开计算机用户管理..添加一个用户..设置好后..在应用程序池里面..标识..把添加的用户放上去..用用户来测试回收的进程..当然还有..其他配置..其实很简单..只要好好看一下..就能明白意思...　　也可以借助专用的工具来回收应用程序池..这样方便而且快捷..iis的备份.虚拟主机ip的统一修改及端口访问的ip记录..用批处理是一个很简单又方便的方法.所以.把一台服务器做的安全..并不是哪么容易的事..特别是iis..经常去官方网站搜索资料是一个好习惯..还有就是经常性的访问日志..及注册表的用户还有加载运行的程序.及服务也是一个好方法．

IIS应用程序池假死、自动重启以及iis权限等解决办法（转） 2009年09月11日 星期五 下午 10:50 网络上有关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占用资源厉害了的，服务器都会被拉死，你可能都无法操作服务器。）2：在超过资源那里选择关闭，这个关闭默认是失败5次，90秒内恢复，一般默认就可。网站能自动恢复，这个关闭：不是永久关闭，意思是超过资源关闭，然后在某时间内自动恢复池。不操作就是不恢复，这个是很多人的误区。 （2）：内存限制 在IIS6.0应用池上面有虚拟内存和最大内存限制，如果你设置了这个。那么网站访问量大了 也会出现假死，所以不建议设置这里。默认就可。 3：就是服务器自身内存太小，网站运行当然需要使用到内存了，当内存不够的时候应用池也会死掉变成禁用。那么只有等内存全部释放出来才能恢复应用池了。出现这个情况：那么你就要考虑加内存或者检查到底是什么程序占用了内存了。比如MSSQL数据库，这个可是吃内存得大户啊，最好别和WEB服务器同时一个服务器上。很多人用1G内存做 2003系统，2003NET结构是很占用内存的，所以做服务器选2003还得把内存加到2G或更高才好。 内存不够上面 2点讲到的，是没办法操作了，也无法自动恢复。 4：就是ACCESS数据库太大或查询太多，这个也会出现把IIS拉死，解决方法；修复ACCESS数据库，或尽量少用ACCESS数据库，升级至sqlserver数据库；或者在技术方面革新，像现在有些网站系统，风讯、动易等cms；pjblog、zblog等博客程序，都支持生成静态功能. 5：不同网站用不同应用池：根据你自己实际情况而定，站点大的最好独立一个应用池，限制他的资源超过了自动回收，看上面（1）讲到的，这样就不影响其他站点。中型站点：多个网站共用一个应用池，比如5个站点用一个池，设置他资源时间等等。这样他们就算超资源了也不影响其他应用池的网站。 6：设置回收时间：很多人以为设置回收池越短越好，其实是错误的，每次回收当然是把内存回收回来了，但加重了一次服务器的负担，当服务器比较繁忙的时候，有可能导致其他应用池死。所以建议设置共1000就行了。其他独立池按照他网站流量而设置 可以设置600 也行，共用的不建议设置太短。 7：网站后台过不了多久自动退出又要重新登陆：这个情况就是你设置回收时间太短了，按照 6点设置吧。 不要设置什么20分、30分这样的，这样不好的。另外一个原因就是和站的响应设置时间有关，设置得稍长些。 8：windows 2003系统iis6访问本机的站点时提示“Service Unavailable”； 查看iis的应用程序池,状况提示为：未指定错误，同时应用程序池自动停止运行； 用事件查看器查看系统错误日志，发现如下提示： ----------------------------------- 应用程序-特定 权限设置未将 COM 服务器应用程序(CLSID 为 {A9E69610-B80D-11D0-B9B9-00A0C922E750} )的 本地 激活 权限授予用户 NT AUTHORITY\NETWORK SERVICE SID (S-1-5-20)。可以使用组件服务管理工具修改此安全权限。 解决方法，给NETWORK SERVICE 加*问iis服务的权限，具体方法如下： 点击“开始”-“控制面板”-“管理工具”-“组件服务”-“计算机”-“我的电脑”-“DCOM”选项， 选择其下的“IIS ADMIN SERVICE”，右健选择“属性”，找到“安全”，在“启动和激活权限”中编辑“自定义”，添加帐号“NETWORK SERVICE ”，给该帐号赋予“本地启动”和“本地激活”的权限，重新启动IIS之后再访问同一站点，则一切正常。 9：重启IIS中的特定应用程序池命令和自动重启的方法 在操作系统是Windows server 2003 SP1+的情况下，可以用以下命令部分重启IIS应用程序池：  cscript.exe c:\windows\system32\iisapp.vbs /a "DefaultAppPool"  其中/a 代表alternatively，"DefaultAppPool"代表应用程序池的实例名。如果要设置自动重启这个应用程序池，可以尝试放在批处理中，用计划任务调用此批处理即可。很多人觉得计划任务不安全，都要禁掉，事实上，计划任务的不安全是建立在其它方面不安全的前提上的，如果由于其它方面的不安全，被放入执行程序，计划任务执行，这和计划任务没有直接关系。当然，关掉，是会减少一些安全隐患，这是不错。   2009-09-17 11:36 如果 Microsoft Internet 信息服务 (IIS) 6.0 中没有正确地配置用于虚拟服务器的应用程序池，就可能会发生此问题。此问题可能会在存在下列一种或多种情况时发生： ?应用程序池没有运行。  ?应用程序池帐户使用的密码不正确。  ?应用程序池帐户不是服务器上的 IIS_WPG 和 STS_WPG 这两个组的公共成员。 解决方案  要解决此问题，请按照下列步骤操作： 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 信息服务”，然后单击“确定”。 点击“开始”-“控制面板”-“管理工具”-“组件服务”-“计算机”-“我的电脑”-“DCOM（配置）”选项，选择其下的“IIS ADMIN SERVICE”，右健选择“属性”，找到“安全”，在“启动和激活权限”中编辑“自定义”，添加帐号“NETWORK SERVICE ”，给该帐号赋予“本地启动”和“本地激活”的权限即可。