其它相关

Win2003服务器IIS经常停止响应

日期:2009/12/06 22:59:12来源: 绿色资源网整理

    前些天,朋友的服务器出现问题了,现象就是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的负荷!

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

相关文章

相关下载

网友评论

我要评论...
没有更早的评论了
取消