6

我有一个 IIS Web 服务器，它托管 400 个 Web 应用程序（分布在 30 个应用程序池中）。它们都是 ASP.NET 应用程序和 WCF 服务端点。服务器有 32GB 的 RAM，通常运行速度很快；尽管它以 95% 的内存使用率运行。每个工作进程占用 500MB 到 1.5GB 的 RAM。

我还有另一个运行 SQL Server 的机器。那个有足够的可用内存。

有时，Web 服务器开始抛出SQL 超时异常。起初每分钟几个，然后迅速增加到每分钟数百个；有效地使服务器停机。此问题会影响所有池中的应用程序。一些请求仍然完成，但大多数没有完成。虽然发生这种情况，但服务器上的 CPU 使用率约为 30%（这是该机器上的正常负载）。

虽然发生这种情况，但我们仍然可以使用 SQL Server Management Studio（来自 IIS 服务器）成功（并且快速）执行请求。

解决方法是重新启动 IIS。然后一切都恢复正常，直到下一次。

因为服务器以非常低的内存运行，我觉得这就是原因。但是我无法解释低内存和突然爆发的 SQL Timeout 异常之间的关系。

任何想法？

4

3 回答 3

7

内存压力可以触发分页和垃圾收集。两者都会引入延迟，否则不会出现。

GC 处理 32GB 的数据可能需要几秒钟。为什么所有应用程序会同时处理 GC？因为在大约 95% 的内存利用率时，Windows 设置了 CLR 侦听的“内存不足”事件。它将尝试释放内存以帮助其他进程。

如果应用程序陷入分页狂热，这也将解释正常执行中的巨大延迟。

不过，这只是猜测。您可以尝试通过查看“Hard page faults/sec”计数器来证明这一点。还必须有一个用于“full GC”或“Gen 2 GC”的计数器。

该修复程序将以更高的物理内存限制运行。

于 2013-01-18T17:47:13.417 回答
0

第一个问题是发现超时发生的位置。您能否从堆栈跟踪中判断超时是在对数据库执行请求时发生，还是在连接到数据库时发生？（或者甚至连接到网络服务器？）

执行数据库请求的超时可能有多种原因。问题可能出在具有阻塞进程、数据库维护（也包括锁定）、死锁等的数据库中。当应用程序运行缓慢时，您是否在sys.dm_exec_requests中看到很多条目，如果是，它们的 wait_types 是什么？

即使您可以在 Web 服务器超时时在查询窗口中运行 SQL，但这并不意味着不会发生大规模阻塞或死锁。

如果连接到数据库超时，则可能是 ADO 连接池不堪重负而没有清理干净，或者数据库有连接限制，并且 Web 服务在等待连接时超时。

找出正在发生的事情的最佳方法之一是捕获 w3wp.exe 进程的内存转储并对其进行分析。即使您不擅长像WinDbg这样的调试器，Microsoft 的 DebugDiag 工具也可以生成一些带有有用信息的漂亮报告。

于 2013-01-18T17:55:04.040 回答
0

SqlCommand.CommandTimeout

此属性是命令执行或结果处理期间所有网络读取的累积超时。返回第一行后仍然可能发生超时，并且不包括用户处理时间，仅包括网络读取时间。

这是基于客户端的超时。如果东西由于内存限制而排队，那么这可能会导致超时。

您是否从这些查询中检索了大量数据？

如果某些查询返回大量数据，请考虑将它们分解并为用户提供下一个和前一个按钮。

您是否考虑过像 BeginExecuteReader 这样的异步？
优点是没有超时。
它不会释放调用线程。

isExecutingFTSindexWordOnce = true;
sqlCmdFTSindexWordOnce.BeginExecuteNonQuery(callbackFTSindexWordOnce, sqlCmdFTSindexWordOnce);
// isExecutingFTSindexWordOnce set to false in the callback
Debug.WriteLine("Calling thread active");

但我同意你的评论如何回应请求，因为答案不会回到调用线程。
抱歉，我习惯了 WPF，我只是在回调中更新公共属性。

于 2013-01-15T22:14:02.280 回答