Asp.net 圣诞节假期期间流量非常低时请求超时

在过去的圣诞节假期，当我工作的网站流量非常低时，我们在几个需要用户身份验证的页面上看到几个请求超时异常（每天一个>>12/26、12/28、12/29和12/30）。在这个流量非常低的一周之前，我们很少看到请求超时异常

在请求超时错误之前，应用程序可能有一段时间没有登录用户。但例外情况不在登录页面上，而是在用户登录后出现。如前所述，例外情况出现在需要用户身份验证的页面上

你知道是什么导致了这个问题吗？看到它是在非常低的流量时间，它可能只影响了少数客户在网站上工作，但我还是想了解这一点

---

这是在Windows Server 2008的IIS7上运行的ASP.NET Web表单应用程序（使用表单身份验证）。SQL Server 2005数据库。

在不太了解您的设置或代码的情况下，我的最佳猜测是，这可能是由于内存从非活动状态释放，或者硬盘逐渐关闭，或者类似的情况。除此之外，在流量较低的情况下让应用程序性能更差似乎没有多大意义。

您没有为我们提供足够的信息来帮助诊断任何类型的问题。您提到超时时，我的第一个倾向可能是由于内存泄漏。您是如何连接到数据库的？您是否将任何类型的读卡器打开的时间过长？

---

检查应用程序中可能使用的任何资源，并使用try-catch-finally块，以便finally块处理和清理任何类型的密集型资源。

在IIS7中，每个应用程序池都有一个空闲超时（如果我没有记错，默认为20分钟）。因此，如果您的网站在这段时间内处于空闲状态，apppool将被关闭，并且在有人请求页面时必须重新启动。IIS在启动时有点慢并不罕见，因此在apppool关闭后第一个请求页面的客户可能会收到请求超时。您可以通过在inetmgr->application pools->advanced settings中的apppool上设置更高的超时来克服这一问题。

此windows服务通过在可配置的时间内请求网页列表来解决此问题，从而保持网站“活动”。我的应用程序域缓存不再超时，用户在我的网站上也不再经历不可接受的响应时间

此解决方案适用于DotNetNuke、社区服务器和SQL Reporting Services应用程序。当安装在任何具有永久互联网连接（T1、电缆、DSL…）的计算机上时，该服务有效。与类似的产品不同，您可以获得易于修改的源代码

---

是否是SQL Server花时间启动和运行并导致超时？登录在应用程序之外的单独数据库中执行（尽管在同一数据库服务器上）。有没有一种方法可以指定sql server对特定数据库的最低“关注度”？我不能说我对让sql保持数据库活动了解多少，但是如果匿名用户和订阅用户使用不同的数据库，并且登录数据库足够大，这可能是你的问题。但是匿名请求没有超时，登录也没有超时，所以应用程序池一定存在。否？？我非常确定所有连接都已正确关闭，并已实现try catch finally块。在流量如此低的情况下，内存泄漏怎么会导致超时？我希望在流量大的时候看到这一点。当内存泄漏时，不管有多少人在网站上。我不知道或者没有看到你发布代码，所以我不知道是什么导致了它。这只是我想到的第一件事。资源可能正在关闭整个站点。发生在我们最好的人身上！