我已经意味着要在这里待上好几年了，唉，我最近的问题是激励我，希望贡献而不仅仅是海绵，但希望有人可以帮助解决这个问题。
我们有两个运行IIS6的2003 Web服务器（希望升级）在一个网站上运行多个ASP.net应用程序（通过Microsoft NLB）。
我们在一个应用程序中存在持续性问题，即死机的白屏，应用程序挂起，没有错误。
我尝试/观察的事情：
- 从NLB中取出服务器
- 检查HTTPERR是否存在发布时的错误，某些错误请求以及应用程序池存在的连接丢失
- IIS日志显示来自
的请求
- 检查数据库是否锁定PID或性能，一切正常
- 检查网络连接和指向其他API的链接
- 检查服务器上的其他网站 - 无法正常工作
- 事件应用记录在确切的发布时间没有发现错误
- 拆分应用程序池，找到问题应用程序
- IIS重置并关闭所有IIS进程和服务使其再次运行
- 因此，当应用程序挂起时，回收特定应用程序池会使其在短时间内正常工作
- ＆＃39; SOME＆＃39;即使主要功能挂起并给出白屏死机
，同一应用程序的部分也可以工作
其他注意事项：
- 服务器有4GB内存，我知道可怕，4gb页面文件，总共使用1.7g
- CPU使用率始终<12％
- 资源不是真的＆＃39;一个主要因素
- 这个应用程序池只有一个w3wp（多年来一直运行这样）
将应用程序池设置为每小时回收一次并调整一些应用程序池设置后，问题似乎消失了至少六个月。无论出于何种原因，它都会回来，没有更新，也没有应用程序或基础架构的变化。
- 我已将应用程序池的工作进程提升至2，此问题在一段时间后仍然存在
- 在检查不是TWO设置的时候，我随机间隔观察了三个工人进程，可能是回收过程的一部分（一个启动，另一个关闭），然后我就抓住了它。
- 杀死最高的RAM使用率W3WP会在新应用程序启动时立即重新启动应用程序
- 当其中一个应用程序W3WP上的站点失败时，常见的RAM使用量为210mb
我现在已经设定了回收规则而不是每小时回收更有目的的200mb。为什么这会成为我不知道的限制因素。
我很难找到它的底部，但它似乎不是网络，硬件，NLB，数据库或任何其他核心因素。它特定于此应用程序池挂起/崩溃的工作进程，而不处理对站点某个部分的请求。
我正在努力在接下来的几个月内升级到2008年（ESX的版本不支持2012，而且升级不在范围内）。但是，我真的想弄清楚问题是什么，而不是使用Web部署来部署遗留应用程序的狡猾安装。
任何建议或帮助表示赞赏。