如何为BI配置在SQL Server上配置这些磁盘？

假设恒定内存（32gb）和CPU（4），2个磁盘阵列，我有以下磁盘

• 2 x 150（10k）
• 6 x 150（15k）

它们都是本地磁盘。

我的要求

• 我的数据库是350gb，并设置为默认10％增长
• 我的OS和SQL Server是Server 2k8R2（C：驱动器OS +页面+应用程序= 55Gb）
• 日志要求约为70gb，默认设置为10％的增长，并且通常会被截断
• 我的TempDb当前约为12gb，默认设置为10％的增长

我的问题是我试图了解将TempDB和OS以及Log放在哪里的最佳方式。我的经验仅限于这两个的最佳配置

这不是一个在线交易系统。它具有大量的数据写入（新数据+索引重建/重组），然后具有大量的数据读取（我估计约为50/50），处理大约13个小时，然后安静下来。

我的理解是，与日志相比，TEMPDB在正常处理期间被大量使用。

我的想法是以下

• 适用于OS + TempDB的2 x 150g（15k）突袭1 = 150g
• 2 x 150g（10k）RAID 1 = 150g for LOG（请注意此处的磁盘较慢）
• 4 x 150g（15k）突袭5 = 150g用于数据

听起来像个好主意吗？然后，如果需要，我可以交换Log + TempDB。

我是否违反基本原则，例如由于分页问题而从不将TempDB放在OS磁盘上，或者也许从不将日志放在比数据慢的磁盘上？

编辑：

我们的系统上也有一个SSAS，最终用户只能访问多维数据集。上面的50％是根据处理SSAS数据库所需的时间得出的。

2 * 10k RAID1用于操作系统，6 * 15k RAID10用于其他所有功能。老实说，在这么多磁盘中，1阵列是最安全且通常最快的选择。

如果您有足够的时间进行测试并拥有真实的，可重复的，可测量的工作负载，则一定要在操作系统驱动器上对tempdb进行测试运行（注意：限制tempdb文件的增长，以确保您不会摔碎OS） 。另一方面，您可能会发现其中的日志对数据加载和维护有适度的改进，因此如果时间允许，则值得进行一两次测试。

我同意Mark的观点，理想的方法是将两个较慢的驱动器仅放在RAID 1中用于O / S，将其余的驱动器放在RAID 10中用于其他所有操作。那将是理想的。

但是，根据您提供的大小，这几乎可以使您开始工作，几乎没有错误余地，也没有增长空间。顺便说一句，如果有人告诉您驱动器为150 GB，则实际上它们可能小于未格式化的驱动器（146 GB？），这可能意味着并非所有内容都能立即使用。

不幸的是，工作量涉及大量写入操作，因此RAID 5 ...不是您的朋友。

如果您可以设法解决一些额外的预算，可以采取以下两种方法：

• 另外两个相同大小的15k驱动器。根据“ 2 x磁盘阵列”的含义，> 8个总驱动器可能意味着需要一个新的RAID控制器。（和/或更大的机箱，可能。）

• 软件RAID 1中有两个〜120 GB的SSD（PCI-express或SATA），用于TempDB数据/日志和数据库日志文件。实际上，这实际上可能是最快的解决方案，而且价格可能大大低于2个企业级15k驱动器（更不用说可比的RAID控制器）了。假设主板上可能有可用的插槽/端口。

如果管理不会按预算进行（这种情况闻起来像是旧硬件被重新用于新项目……这意味着预算为零），那么由于空间原因，您将不得不使用RAID 5，因为没有在没有更多可用磁盘的情况下避免这种情况的方法。到那时，最好的做法可能是将2个速度较慢的磁盘仅用于O / S的RAID 1中，其余的置于RAID 5中以最大化空间。如果您被迫在其中的任何部分使用RAID 5，则管理人员必须在了解性能的意义后签字（书面）。