我不在 IT 基础架构团队中。但我有一个 SQL 数据库服务器。我们在 Dynamics SL 中遇到了这个间歇性问题，公司中的每个人都在指责服务器太忙、工作太辛苦等等。我不同意该评估，并希望从服务器获取一些具体数据以提供给我的同事
我正在考虑每秒捕获批处理请求并呈现数据。我的问题：
- 每秒批处理请求是否是查看服务器繁忙/过载/过度工作的正确方法？
- 如果是，那么我该如何捕捉呢？
- 我是否必须每天打开 SQL 探查器并保存数据？
- 有没有一种自动化的方法可以让我捕获一些关于有多少请求访问服务器的指标？
- 如果每秒的批处理请求不是正确的数据，那么正确的信息是什么？以及如何得到它？
谢谢
我不会接受仅以每秒批次进行的分析。至少我会要求比较基准（例如，“6 个月前我们处理 50 b/s，现在我们处理 500 b/s”）。简单地说“我们的服务器每秒处理 342 个批次”并不能说明什么。至少您可以捕获一个时间线并说出类似“每天上午 9:30 出现 b/s 峰值”之类的内容。但你可以做的更多，更多。
首先，您需要了解一些有关您可以使用的性能工具集的基础知识。首先也是最重要
logman.exe的。绝对阅读Windows 性能监视器（所有的子章节，那里有很多东西要学）。接下来我会推荐阅读如何分析 SQL Server 性能。它确实回答了你的很多问题。
现在回答你的问题：
不。
不适用。
绝不。即使跟踪事件是相关的，也绝不是 SQL Profiler 。阅读有关SQL 跟踪和服务器端跟踪的信息。
是的，很多。引擎本身在等待统计中包含大量信息，操作系统公开了性能计数器和围绕它们的丰富工具集。阅读上面链接的文章。
同上，阅读上面链接的文章以获取一些基本信息并缩小您的问题范围。