但当在你面前，SQL Server没有按你预想的运行时，你会怎么办？为了帮你处理这个情况，今天我们会谈到下性能监控技术，下周我们会详细谈到SQL Server里所谓的等待统计（Wait Statistics）。现在开始我们的性能监控。
让我们建立一个基线！
很多人坐在他们的SQL Server前，知道它的性能非常差，却不知道如何找出潜在的根源，也不知道如何解决它。对这个问题，我的答案非常简单：监控并收集当前情况的信息，和你的基线（baseline）比较，识别出最突出的性能瓶颈。是的，你没听错：你需要建立基线来识别性能问题，不然的话就是在瞎猜。下图显示了在建立的基线上，在SQL Server里，一个非常简单的识别并解决性能问题的方法。
这个方法的思路非常简单。在第1步里你需要收集一些SQL Server的关键指标。这些关键指标作为你的初始基线。在下一部分我会谈下你应该收集的关键指标。在你建立了你的基线后，你可以开始在抓取的数据里识别最常见的性能问题。在下一部分你会看到，有一些免费的工具，可以用它来自动完成这个操作。
最后，你一次只做一个修改来解决识别出来的性能问题。你没有看错：对你要解决的识别出来的性能问题，你应该只应用一个修改到你的SQL Server。如果一次修改太多，你就不能确认，哪个修改解决了你的性能问题，还有哪个修改损害了你的性能。这对性能故障排除非常重要！
在你应用你的改变后，你可以再次测试下你的关键指标，和你建立的基线来验证下你的修改是好还是坏。在这一步你收集的心的关键指标，可以作为你新的基线。很简单，是不是？唯一你要意识到的是你要定义一个放行准则（exit criteria）。在SQL Server里，你可以反复通过这个循环。因此你要定义对于你的SQL Server，什么时候的性能才是“足够好”。
收集关键指标
当我们讨论建立基线时，总会有个问题，你应该包含哪些关键指标？对于SQL Server，有太多不同的相关性能计数器，SQL Server本身也对它的健康状况提供很多相关数据的不同DMV。因为不想让事情变得复杂，在第一步我只抓取一些东西来获得SQL Server健康状态的大致情况。
- 一些特定的SQL Server性能相关的计数器
- 等待统计（Wait Statistics）
- I/O延迟统计信息（I/O Latency Statistics）
现在我想谈下这些性能相关的计数器，下周我们会详细谈下等待统计和I/O延迟统计信息。为SQL Server抓取相关的性能计数器非常简单：你使用微软提供的免费工具PAL。
PAL工具为SQL Server提供专门的模板，在模板里你可以找到针对SQL Server的所有相关的性能计数器。可以通过设定新的所谓的数据收集（Data Collection）来直接导入模板文件到Windows性能监视器。因此你可以在1分钟内就可以配置好SQL Server相关的性能计数器！
PAL工具另一个优点是：用它你可以自动分析Windows性能监视器抓取的.blg文件。作为输出，你会得到一个很大的HTML报表，告诉你在哪方面你可能有性能问题。下图来自这个报表的简单图例。
当我进行性能调优时，第一步总是配置Windows性能监控数据收集，然后我会对它分析好几个小时。专注于分析，把力气花在这上面是个非常好的想法。
小结
今天我们详细谈了针对可能的性能问题，你如何监控你的SQL Server。这里最重要的一点是你要建立一个基线的事实。有了基线，就很容易判断部署的修改是好还是坏。没有基线，你只能瞎猜修改是不是有用的，还是没用的。
本文转自Woodytu博客园博客，原文链接：http://www.cnblogs.com/woodytu/p/4743175.html，如需转载请自行联系原作者
