最近我们已经将我们的主要产品升级为ASP.NET 4.0项目(从2.0升级)。此项目是Web服务的主要流量来源,其他表单在此版本中未更改。网络服务已经运行了几年而没有问题。Web服务在一小时后死亡
继4.0环境中的释放,我们的主要产品我们的Web服务开始大约一个小时后死亡,并会做什么,但超时,直到我们重新启动工作进程。
我们更改了它,以便Web服务也在4.0框架中。然而这没有做什么。我们尝试过的其他可能的尝试也失败了,例如使其成为服务而不是Web引用,并更新我们的证书验证以使用适当/最新的框架技术。
最糟糕的部分是在事件查看器没有创建日志,所以我没有任何问题的线索。我们已经应用了每20分钟回收应用程序池的创可贴解决方案(重新编译需要一秒钟的时间,因为Web服务非常小),现在似乎仍然存在,但我们宁愿修复问题,而不愿依赖于此。 那么有没有人对我们的问题可能来自哪里有任何其他想法/建议?或者任何人遇到类似的事情
两个项目都存在于同一个Web场中,并且所有机器都使用IIS 6 32位。
谢谢!
编辑 - 一些更多的信息,该网站的服务有几个基本功能:
1 - 接受XML文档加载它们放入一个数据集,然后用发送的信息更新内部的DB - ,只是返回真
2 - 通过XML接收到一个请求为处理后的数据和查询DB为它建立XML响应,并sents出来
3 - 接收在步骤2中所请求的数据的确认被收到并从DB
删除它4 - 获取更新数据库的功能,以便我们可以监视客户端系统上的某些应用程序。
与建议使用Process Explorer的答案不同,我建议在Process Monitor停止工作时运行它。您可以限制它只是为了观察相关过程。 Process Monitor可能会允许您查看导致服务死机的原因。 Process Explorer可能只会让你看到它死亡。 – 2011-05-02 15:26:54
我一直在滥用WS,似乎它没有清理任何内存或资源,初始内存大约25MB,目前为53MB。我把它从瞬间回调减慢到大约3-5秒,但是随后手柄的数量从1200增加到900,并且再次快速。 WS似乎永远不会自我清理,并导致问题。有没有什么我应该做的程序化,以便在请求结束后触发此事?或者有什么我应该找的? – John 2011-05-02 20:20:30