Sql server 理解SQL探查器跟踪

我目前在Win2k8服务器上的DotNetNuke SQL Server 2005 Express站点上遇到一些问题。它大部分时间运行平稳。然而，偶尔（每小时订购一次或两次）它的运行速度确实非常慢——从用户的角度来看，当这种情况发生时，几乎就像某种描述的死锁一样

为了找出问题所在，我对SQLExpress数据库运行了SQLProfiler

从结果来看，我有一些具体的问题：

SQL跟踪显示每个RPC:Completed的审核登录和审核注销-这是否意味着连接池不工作

当我在Performance Monitor中查看“.NET CLR数据”时，没有一个“SQL客户端”计数器有任何实例-这只是SQL Express缺少功能的问题，还是表明我配置了错误的内容

当速度变慢时运行的查询似乎并不罕见——它们在其他时间运行得很快。您可以推荐哪些其他perfmon计数器或其他跟踪/日志文件作为我进一步调查的有用工具

没有

这没什么错……这表明您没有使用嵌入SQL Server中的.NET功能

您可以检查探查器跟踪的更详细分析。它具有按时间或CPU显示顶级查询的报告（不是单个查询，而是单个查询的所有执行的总和）

---

我的蜘蛛侠意识告诉我，您可能有SQL Server阻塞问题。阅读帮助您监视服务器上的阻塞，以检查其原因

---

如果您认为这些问题可能与性能有关，并且希望了解硬件瓶颈是什么，那么您应该使用perfmon收集一些cpu、磁盘和内存统计数据，然后使用探查器跟踪来查看是否与响应缓慢有关。

直接跳到探查器可能是错误的第一步。首先，尝试检查服务器上的Perfmon统计信息。我在这里有一个在线教程：

开始捕获这些指标，然后在经历了其中一次减速后，停止收集。看看当时的性能指标，就会发现瓶颈。如果您想将Perfmon的csv输出发送给我brento@brentozar.com我可以给你一些关于发生了什么的见解

---

之后您可能仍然需要运行探查器，但我会先排除操作系统和硬件。另外，还有一个想法——您是否检查了服务器的系统和应用程序事件日志，以确保在这些时间内没有发生任何事情？我见过这样的例子，比如说，杀毒客户端经常下载新补丁，每次更新后都会进行轻度扫描。

需要检查的其他事项：

• 确保您的数据文件或日志文件 它们不是自动扩展的

• 确保您的防病毒设置为 忽略sql数据和日志 档案

• 查看探查器输出时，请确保检查在目标之前完成的查询， 他们可能已经封锁了

• 确保已关闭数据库的自动关闭功能；关闭后重新打开需要一些时间
  时间

---

谢谢您的回答。看看今天的结果。。。影响性能的最大的一件事似乎是可用的RAM——关闭MMC应用程序（ServerManager）有一个特别好的效果。也许这只是一个win2k资源问题？在查看探查器指标后，我建议使用perfmon。但是，在这两个问题之前，我会查看任务管理器，看看内存是否不足，RAM是否正在交换到磁盘。首先查看探查器的问题是，您不知道硬件瓶颈是什么，因此您应该首先关注哪些查询的故障排除。您可能会遇到一些令人讨厌的查询（例如，UDF会消耗大量CPU），但如果机箱中有大量空闲CPU，并且遇到严重的IO问题，那么为了首先关注IO密集型查询，您需要了解这一点。