作为一名DBA,你非常关注的一个话题就是SQL Server性能调优。但是你有没有花时间调整支持SQL Server系统的硬件？有没有使用过最佳的磁盘的阵列配置？你对磁盘分区进行排序了么？这一技巧主要讨论如何对你的SQL Server硬件性能进行调整——无论是正在进行操作的系统还是一种新的设置。

　　今天服务器硬件分类里的马力数量巨大，所以在对SQL Server数据库进行性能调整时就会忽略这些软件。毕竟，有这么多的马力能够使用，谁又会在乎多花milliseconds去完成呢一些事情呢？有没有人真的会在乎millisecond呢？

　　但是你多花10 millisecond去进行操作、花一小时执行100次，那么用一年的时间执行又会得到什么结果？很意外的是，10 millisecond花了2.4小时。如果你一小时执行操作1000次（这在更小的OLTP数据库也并不是未知的），那么现在你浪费了大于24小时的时间。

　　在我的特殊环境中，我们一分钟运行同一存储程序至少2000次。如果存储程序要花10 millisecond来完成，那么我们每天都浪费了8小时，一年就浪费了121天。

　　通过调整磁盘阵列进行SQL Server调整

　　在调整SQL Server系统时有很多地方可以检查硬件的元件。最简单的方法就是检查磁盘阵列。当然，磁盘阵列是耗时最多的。

　　调整磁盘从而提高SQL Server性能有很多种方法。首先就是确保你的磁盘阵列有足够的spindle处理它所在的workload。第二，保证磁盘阵列位于正确的RAID层级上，这样才能为数据库提供最好的支持。

　　虽然RAID10的确提供了更好的写性能，但最重要的是，RAID10并不是数据文件所需要的。也就是说你应该对事务日志和tempdb数据库使用RAID10，因为它们大部分都是写文件。我说的不对所有数据库文件使用RAID10的原因就是在较大磁盘里实施RAID 10的花费很高。这是因为每个spindle都用于数据，另外一个spindle用于冗余。

　　找出现在的系统上是否需要更多的spindle很简单。服务器上的Open Performance Monitor并且增加“物理磁盘”对象和“目前的磁盘队列长度”计算器。一些队列还可以，然而，还有一些tipping point。找出这些“好的队列”以及“太多队列”的方法就是将这些磁盘置入阵列中并且复制。如果结果比Performance Monitor里的最大值还要大，那么队列就太多了。当我们在讨论磁盘的多少时，那就是指积极的数据运行的磁盘数量。如果你有一个RAID 10阵列，在阵列里磁盘数量就是一半。