Windows2003 服务器 IIS 经常停止响应问题解决办法

Windows2003 服务器 IIS 经常停止响应问题解决办法 

  A：前些天，朋友的服务器出现问题了，现象就是IIS经常停止响应，restart iis 既正常！经过一番努力问题解决，把方法和相关参考总结供各位参考。

    下面是出问题的一些人的服务器的现象

    1、服务器 window2000 adv server cpu 4G 内存2G

    我公司负责维护的asp程序经常停止响应，具体现象是服务器有一个dllhost进程占用内存较大杀掉该进程后恢复正常。以前也出现过类似现象，当时根据日志查找报错的页面并修改后该问题解决。

    现在又出来了，而iis日志里报错的信息也很少。你们有没有比较好的查找原因的方法。

    2、我们单位一台web服务器，用win2000+iis+asp+sql server 7，到现在共运行了一个月左右。其中出现了三次这种情况，就是当用户浏览该站时，ie提示web服务器已经找到，然后就停在这里了，不能打开网页；即使在服务器上浏览也是这样。当重新启动iis（不是windows)后故障即消失。

    这个站点每天的页面浏览量在一万到两万之间。请问这可能是由什么原因造成的？请问遇到故障的时候有什么方法和工具来帮助检测故障所在

    3、环境是：2000 adv server +SP4 升级到win2003打了所有补丁我们的网站，有ASP+access，PHP+mysql，jsp+mysql，PHP+sqlserver不知道在什么时候，什么原因下，就会出现ASP执行不了了，而且任务进程里面dllhost.exe占了100多M内存，CPU才2-3%。ASP访问不了，但是PHP可以访问。只有重新启动IIS才行！希望大家帮忙看看是什么问题

    4、win2003操作系统，本地局域网。运行一段时间以后就会出现客户端打不开ASP网页的情况（其他如html、cgi、php正常），但没有脚本超时的提示。这种情况一天中会不间断的发生（2-3次左右吧），好像没什么规律。排除病毒的影响。以前只能通过重新启动后才能解决。但近期发现只要右键点击IIS6.0里面的应用程序池，选择“回收”就解决问题了。现在要请教的是，为什么会出现这种客户端不能打开asp网页的情况的。“回收”它回收些什么东西？回收后，查看日志有以下内容：

    事件类型：错误

    事件来源：Active Server Pages

    事件种类：无

    事件 ID：5

    日期：2003-11-24

    事件：22：13：13

    用户：N/A

    计算机：ABC

    描述：

    错误：应用程序池 ’DefaultAppPool’ 的模板永久性缓存初始化失败，这是由下列错误所导致： 无法创建应用程序池的磁盘缓存子目录。数据可能包含额外的错误代码。。

    这个问题我已咨询了很多网站，都没有办法解决，查看微软相关站点也没有解决。这里是我最后的希望了。拜托各位高手了。

    原因及解决办法参考：

    1、查看iis日志，分析日志！

    2、优化ASP程序，这个问题一般是由ASP程序开发的不太好造成的。

    3、设置一下所使用的应用程序池的属性，将回收工作进程、最大虚拟内存、最大使用的内存修改为适当的值。

    这是Windows2003 IIS 特有，是IIS的应用程序进程池，可以设置在一定的时间之内回收进程池，也可以也让它达到了多少M之后回收它，要不过大了之后，就会程序变得缓慢，好像是死了一样，打不开ASP程序啦！

    你把它杀了之后，那就正常了！你可以在IIS的应用程序池里设置，让它在达到多少M之后回收，回收之后，所有用用户的进程(session，application)之类的都会没有了，必需要重新登录，相当重启了IIS了.

    也可以设置在什么时候回收进程池，可以设为上网人数较少的时候，比如说凌晨3点回收，那时候受影响的用户就没有这么多啦！

    打开IIS，下面会有应用程序和站点这两项，打开一个网站，右击-〉属性-〉 在主目录下面有个属性，就是对应应用程序池，IIS6里每一个可以同用一个进程池，也可以同站一个进程池，一个进程池，就是一个dllhost进程啦，如果说是大型网站的话，还是要设置一个独立的进程池，这样方便于管理. 如果说没有配置进程池，就是有一个默认的进程池，打开应用程序里，你就可以看到相对应的进程池，然后右击查属性，里面的文字应该可以看得懂，由于网站的特点来设置就行啦， 找到了临时解决办法。适合WIN2003系统（IIS6），将每个应用程序设置不同的“应用程序池”即可。比如：新闻系统用一个单独的应用程序池、论坛再用一个单独的应用程序池、音乐站点再用一个应用程序池。通过以上的方法，目前服务器还算稳定，偶尔（一般是N天）“回收”一下有问题的“应用程序池”就OK了。

    其它说法：

    原因很明确，就是因为访问的人量在服务器上生成的进程超过了服务器ISS的负荷！

    有人说是盗版的原因，难道盗版的数据引擎有问题吗？不能确定。

    本文来自“十万个为什么”电脑学习网 http://www.why100000.com