Web服务在一小时后死亡

Question

最近，我们将我们的主要产品升级为ASP.NET 4.0项目(从2.0升级)。此项目是web服务的主要流量来源，其他形式在此版本中没有更改。web服务已经运行了几年，没有出现任何问题。

随着4.0环境发布到我们的主要产品，我们的web服务在大约一个小时后开始死亡，并且除了超时之外什么也不做，直到我们重新启动工作进程。

我们对其进行了更改，使web服务也包含在4.0框架中。然而，这并没有起到任何作用。我们尝试的其他可能的尝试也都失败了，例如将其作为服务而不是web引用，以及更新我们的证书验证以也使用适当的/当前的框架技术。

最糟糕的部分是在创建的事件查看器中没有日志，所以我没有线索知道问题是什么。我们已经应用了一个创可贴解决方案，每20分钟回收一次应用程序池(重新编译需要一秒钟，因为web服务非常小)，现在看起来是有效的，但我们宁愿解决这个问题，而不是依靠这个。那么，对于我们的问题可能来自哪里，有人有什么额外的想法/建议吗？有没有人有过类似的经历？

这两个项目都存在于同一个web场中，并且所有计算机都使用IIS 6 32位。

谢谢!

编辑-更多信息，web服务有几个基本功能：

1-接受XML文档，将其加载到dataset中，然后使用发送的信息更新内部DBs并简单地返回true

2-通过XML接收对已处理数据的请求，并向DB查询该请求，构建XML响应并将其发送出去

3-收到确认步骤2中请求的数据已收到，并将其从数据库中删除

4-点击一个更新数据库的函数，这样我们就可以监控我们客户端系统上的一些应用程序。

Answer 1

首先，你能在一个开发箱中重现这个问题吗(使用一些负载测试平台来模拟生产负载)？

如果是这样的话，这听起来像是你的代码有问题。然后，您可以进一步分析开发服务器上的代码，以查明问题所在。

如果不能这样做，我将启动Process Explorer，并随着时间的推移观察服务器资源。我不确定你的服务是做什么的，但它听起来像是在旋转线程，而不是在线程结束后进行清理。

如果你发布了一些示例代码，这样我们就可以看到从.NET 2.0到4.0的变化可能会影响到什么，这可能会有所帮助。