(SQLServer文件组.docxVIP

通过磁盘阵列和磁盘分区进行SQL Server性能调整作为一名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阵列，在阵列里磁盘数量就是一半。SQLServer文件组(一）使用文件组开发数据库的好处: 使用文件组开发数据库可以改善数据库的性能。首先，文件组允许跨多个磁盘、多个磁盘控制器或RAID（独立磁盘冗余阵列）系统创建数据库。例如，如果你的计算机上有四个磁盘，在每个磁盘上放一个文件，那么可以创建一个由三个数据文件和一个日志文件组成的数据库。当用户对数据进行访问时，磁盘上的四个读/写磁头可以同时并行地访问数据。这一动作加快了数据库操作的速度。其次，文件组允许数据布局，即可以在特定文件组中创建表。例如，设计的数据库中有常访问的表和不常访问的表。将常访问的表放在一个文件组的一个文件中，且该文件位于一个磁盘上。将不常访问的表放在另一个文件组的一个文件中，且该文件位于另一个磁盘上。这样将特定表的所以输入输出(I/O)都定向到一个特定的磁盘，竟而改善性能。再次，利于实现备份和还原策略。通过段落还原的进程分阶段还原由多个文件组组成的数据库。段落还原适用于所有恢复模式，但在完整恢复模式和大容量日志恢复模式下比在简单恢复模式下更灵活。段落还原方案包括还原的全部三个阶段：数据复制、重做或前滚以及撤消或后滚。当使用多个文件组时，可以分别备份和还原数据库中的文件。在简单恢复模式下，只能对只读文件进行文件备份。使用文件备份使您能够只还原损坏的文件，而不用还原数据库的其余部分，从而加快了恢复速度。例如，如果一个数据库由几个分别位于不同的物理磁盘上的文件组成，当其中一个磁盘发生故障时，只需还原发生故障的磁盘上的文件。SQLServer文件组(二）文件和文件组概念SQL Server将数据库映射为一组操作系统文件。数据和日志信息绝不会混合在同一个文件中，而且一个文件只由一个数据库使用。文件组是命名的文件集合，用于帮助数据布局和管理任务，例如备份和还原操作。数据库文件SQL Server数据库具有三种类型的文件：主数据文件主数据文件是数据库的起点，指向数据库中的其他文件。每个数据库都有一个主数据文件。推荐文件扩展名是mdf。次要数据文件除主数据文件以外的所有其他数据文件都是次要数据文件。某些数据库可能不含有任何