iis问题,运行一段时间后莫名其妙不能访问asp页面,但是重新启动后就解决了。

时间:2022-11-18 16:59:21
状况:运行一段时间(不知道多长,1天或者几天或者几个小时),然后asp页面就无法访问,但是静态页面可以访问,ftp可以访问,也可以通过远程控制连接服务器。就是访问不了asp页面。但是重新启动一下就解决问题了。。。谁有没有碰到过这样的问题啊 ???

31 个解决方案

#1


补充:服务器cpu、内存消耗都很正常。
内存只到20%
cpu只到1%

没有任何异常的日志。。。。
我真的要晕死了。。谁帮我搞定我给他200分哈。。

#2


再补充:用norton杀过病毒n次了,没有任何病毒。

#3


你的asp程序写的不好,没有及时释放资源,或者是不正确的循环

最好在对数据库进行操作时,进行锁定

application.lock 和application.unlock 

最后还要释放数据源  
conn.close
set conn=nothing

#4


我也有和楼主一样的问题存在

但是应该不是楼上说的那样

因为我放上去的站点以前在另外一台服务器上完全正常 从来没有出现过类似问题 最近在换了一台服务器以后才开始出现这个问题  这就可以排除是ASP程序引起的问题了

#5


我的机器也有这样的情况,但自从换了2003后就再也没有出现此种情况了

#6


我准备在2000上装IIS6.0试试看了  最后的办法了 
不知道在2000上装iis6.0有什么需要注意的地方? 有没有高人指点

#7


服务器是win2003。。。

#8


我也遇到过.发现是程序的问题,每次点那个页面,就耗尽服务器的内存,造成IIS假死.

#9


2000下应该还不能用IIS6.0  我郁闷
不过更郁闷的是  楼主用的2003? 2003也会出类似问题?

#10


TO phchenjie(【烦人】) 

你怎么找到那个页面的?

#11


IIS管理器/应用程序池/回收
将“回收工作进程”勾掉,试试看。

#12


然后重新启动IIS。

#13


程序的问题应该不大可能。。服务器的内存只占用10%而已。。而且ftp、远程连接可以照常访问。

#14


jycjyc(jycjyc) 想问一下这个应用程序池的回收是干嘛的??

#15


我的也出现类似问题,重起后就可以访问。疑问:(1)打开数据库必须在访问完毕后用conn.close
set conn=nothing
关闭数据库吗?是不是用了  rs.close set rs=nothing,就自动关闭数据库了?
(1)有没有判断数据库关闭的具体命令??我查了一下,好象没有哎!
急,急!谢谢

#16


to caoshangfei(草上飞) ( ) 
虽然我看了帮助,但还是不太能理解,我这个建议,是因为我以前碰到过类似的情况,勾掉后就正常了。

你可以查看一下帮助!
另外你看看你的事件查看器里的日志说了什么?

#17


我的2003也有这个问题

应该与应用池有关。在2000上正常的,但在2003上就会导致IIS假S

如果有多个网站的话,分别为每一个网分配一个application pools

我是这样解决的,目前运行了15天,基本正常(至少IIS不会S掉,因为我是利用强制回收)

#18


我也经常遇到这样的问题,我的情况是服务器做web,也做mail服务,问题出现了只能在服务里面重新启动一下www服务,有时候连重新启动都不行,弹出1054错误,日志说:等待来自 W3SVC 服务的事务处理响应超时(30000 毫秒)。

#19


我参考了应用程序池的一些帮助文档。给我的站点单独分配了一个应用程序池,回收是在每天凌晨0点,然后重新启动过iis。现在运行两天了,暂时还没有问题出现。如果一周内不出问题,我便揭贴。。谢谢各位。希望还有人继续关注。

#20


你用的是什么系统,
是不是客户端多的时候出现这种情况?

#21


还是出现了这样的问题。
我用的是win2003系统。
应该不会是客户端多的时候才出现这样的情况。
我刚才在系统日志里发现这样的一条日志,类型为警告,内容为:“为应用程序池 'addin' 提供服务的进程关闭时间超过了限制。进程 ID 是 '644'”
大家帮我分析分析哈。。

#22


还是出现了这样的问题。
我用的是win2003系统。
应该不会是客户端多的时候才出现这样的情况。
我刚才在系统日志里发现这样的一条日志,类型为警告,内容为:“为应用程序池 'addin' 提供服务的进程关闭时间超过了限制。进程 ID 是 '644'”
大家帮我分析分析哈。。
----------------------------------------------
IIS管理器/应用程序池/回收
将“回收工作进程”勾掉,这样保证没问题,我以前就是这样做的,运行几个月都没问题。

#23


我的是2000adv啊,大家的是2003

#24


将“回收工作进程”勾掉。
已经勾掉了,还是有这样的问题。
郁闷。。难道真的要我重装系统?

#25


http://community.csdn.net/Expert/topic/3653/3653892.xml

#26


http://community.csdn.net/Expert/topic/3386/3386864.xml?temp=.8041498
看看这个有没有帮助!

#27


谢谢楼上的两位。我看了一下,估计也是因为用到了access数据库的原因。已经把access数据库改为sql server数据库。看两天天看看还会不会有这样的问题。

#28


我也遇到过这样的问题!服务器是2003
关注中!!!!

#29


第三天了,没有出现asp引擎死掉的情况。估计就是因为以前用了access数据库的原因。改为sql server数据库后一切正常。呵呵。结贴了。。

#30


同情……
我也正研究这个问题呢。我个人觉得应该还是应用程序池问题,回收工作进程(分钟)默认达到1740分钟。问题应该出在这里,当缓冲达到一定数量时,回收进程又无法及时回收,所以造成asp.dll无法访问。我把它设为120分钟回收一次。不过这要根据服务器的实际情况而定,如果你的服务器访问量大,那么还应该把时间缩短。我也是刚试,设为120分钟,我的服务器每天都近万次点击,以前几乎每天都要停个一两次。我也查过这方面的资料,据官方资料说,win2003很快就要打这个补丁了,是iis6对access驱动支持不理想,也算是一个bug吧。

#31


我也碰到此问题,关注一下

#1


补充:服务器cpu、内存消耗都很正常。
内存只到20%
cpu只到1%

没有任何异常的日志。。。。
我真的要晕死了。。谁帮我搞定我给他200分哈。。

#2


再补充:用norton杀过病毒n次了,没有任何病毒。

#3


你的asp程序写的不好,没有及时释放资源,或者是不正确的循环

最好在对数据库进行操作时,进行锁定

application.lock 和application.unlock 

最后还要释放数据源  
conn.close
set conn=nothing

#4


我也有和楼主一样的问题存在

但是应该不是楼上说的那样

因为我放上去的站点以前在另外一台服务器上完全正常 从来没有出现过类似问题 最近在换了一台服务器以后才开始出现这个问题  这就可以排除是ASP程序引起的问题了

#5


我的机器也有这样的情况,但自从换了2003后就再也没有出现此种情况了

#6


我准备在2000上装IIS6.0试试看了  最后的办法了 
不知道在2000上装iis6.0有什么需要注意的地方? 有没有高人指点

#7


服务器是win2003。。。

#8


我也遇到过.发现是程序的问题,每次点那个页面,就耗尽服务器的内存,造成IIS假死.

#9


2000下应该还不能用IIS6.0  我郁闷
不过更郁闷的是  楼主用的2003? 2003也会出类似问题?

#10


TO phchenjie(【烦人】) 

你怎么找到那个页面的?

#11


IIS管理器/应用程序池/回收
将“回收工作进程”勾掉,试试看。

#12


然后重新启动IIS。

#13


程序的问题应该不大可能。。服务器的内存只占用10%而已。。而且ftp、远程连接可以照常访问。

#14


jycjyc(jycjyc) 想问一下这个应用程序池的回收是干嘛的??

#15


我的也出现类似问题,重起后就可以访问。疑问:(1)打开数据库必须在访问完毕后用conn.close
set conn=nothing
关闭数据库吗?是不是用了  rs.close set rs=nothing,就自动关闭数据库了?
(1)有没有判断数据库关闭的具体命令??我查了一下,好象没有哎!
急,急!谢谢

#16


to caoshangfei(草上飞) ( ) 
虽然我看了帮助,但还是不太能理解,我这个建议,是因为我以前碰到过类似的情况,勾掉后就正常了。

你可以查看一下帮助!
另外你看看你的事件查看器里的日志说了什么?

#17


我的2003也有这个问题

应该与应用池有关。在2000上正常的,但在2003上就会导致IIS假S

如果有多个网站的话,分别为每一个网分配一个application pools

我是这样解决的,目前运行了15天,基本正常(至少IIS不会S掉,因为我是利用强制回收)

#18


我也经常遇到这样的问题,我的情况是服务器做web,也做mail服务,问题出现了只能在服务里面重新启动一下www服务,有时候连重新启动都不行,弹出1054错误,日志说:等待来自 W3SVC 服务的事务处理响应超时(30000 毫秒)。

#19


我参考了应用程序池的一些帮助文档。给我的站点单独分配了一个应用程序池,回收是在每天凌晨0点,然后重新启动过iis。现在运行两天了,暂时还没有问题出现。如果一周内不出问题,我便揭贴。。谢谢各位。希望还有人继续关注。

#20


你用的是什么系统,
是不是客户端多的时候出现这种情况?

#21


还是出现了这样的问题。
我用的是win2003系统。
应该不会是客户端多的时候才出现这样的情况。
我刚才在系统日志里发现这样的一条日志,类型为警告,内容为:“为应用程序池 'addin' 提供服务的进程关闭时间超过了限制。进程 ID 是 '644'”
大家帮我分析分析哈。。

#22


还是出现了这样的问题。
我用的是win2003系统。
应该不会是客户端多的时候才出现这样的情况。
我刚才在系统日志里发现这样的一条日志,类型为警告,内容为:“为应用程序池 'addin' 提供服务的进程关闭时间超过了限制。进程 ID 是 '644'”
大家帮我分析分析哈。。
----------------------------------------------
IIS管理器/应用程序池/回收
将“回收工作进程”勾掉,这样保证没问题,我以前就是这样做的,运行几个月都没问题。

#23


我的是2000adv啊,大家的是2003

#24


将“回收工作进程”勾掉。
已经勾掉了,还是有这样的问题。
郁闷。。难道真的要我重装系统?

#25


http://community.csdn.net/Expert/topic/3653/3653892.xml

#26


http://community.csdn.net/Expert/topic/3386/3386864.xml?temp=.8041498
看看这个有没有帮助!

#27


谢谢楼上的两位。我看了一下,估计也是因为用到了access数据库的原因。已经把access数据库改为sql server数据库。看两天天看看还会不会有这样的问题。

#28


我也遇到过这样的问题!服务器是2003
关注中!!!!

#29


第三天了,没有出现asp引擎死掉的情况。估计就是因为以前用了access数据库的原因。改为sql server数据库后一切正常。呵呵。结贴了。。

#30


同情……
我也正研究这个问题呢。我个人觉得应该还是应用程序池问题,回收工作进程(分钟)默认达到1740分钟。问题应该出在这里,当缓冲达到一定数量时,回收进程又无法及时回收,所以造成asp.dll无法访问。我把它设为120分钟回收一次。不过这要根据服务器的实际情况而定,如果你的服务器访问量大,那么还应该把时间缩短。我也是刚试,设为120分钟,我的服务器每天都近万次点击,以前几乎每天都要停个一两次。我也查过这方面的资料,据官方资料说,win2003很快就要打这个补丁了,是iis6对access驱动支持不理想,也算是一个bug吧。

#31


我也碰到此问题,关注一下