为Microsoft安装配置物理存储

Question

我正在配置Microsoft安装，它将使用SAN作为存储。对于SAN存储，我有：

• 少量的SSD磁盘
• 数量更多的10K磁盘

我的SAN支持存储分层。

我对如何使用SSD磁盘持怀疑态度。以下是脑海中浮现的选择：

• 选项1:使用SSD和10K磁盘创建分层存储，并使用自动分层将高度访问的数据移动到SSD。然后将存储池分成几个不同的驱动器。
• 选项2:将键(I/O密集型)数据放在SSD上，并将其他所有数据抛到10K磁盘上。

问题

我没有足够的SSD，所以所有东西都可以驻留在SSD上。那么，对于SSD存储来说，最重要的性能是什么？tempdbs？LDF文件？MDF文件？我的数据库更多的是写密集型而不是读密集型(如果这有区别的话)。

其次，在设置驱动器时，我应该遵循哪些最佳实践？

我是否应该为每个tempdb文件、LDF文件、MDF文件提供单独的驱动器？

系统数据库(如master、model等)是应该放在自己的专用驱动器上，还是应该放在C:驱动器上呢？

服务器磁盘活动

顺便提一下，这里是我们现有数据库服务器磁盘活动的屏幕截图。tempdbs似乎是读/写最密集的文件，其次是MDF文件，令人惊讶的是，LDF文件的I/O似乎最少。

如有任何建议，将不胜感激。

Answer 1

好吧，一般来说：

• LDF对潜伏期敏感，但呈线性。SAN WriteBack缓存(或带有BBU和写回的本地Raid控制器)足够好地处理延迟，吞吐量可以由一个像样的HDD来处理。
• Tempdb可以是延迟和吞吐量敏感的。一般情况下，我根本不会把这些放在一个SAN上--没有任何意义。使用本地M.2 NVM光盘。如果你需要的话，给他们拿一张PCIe募捐卡。THe点是在每次重新启动时重新生成TempDB，因此当机器故障时不会“丢失”任何东西。一个像样的M2SSD有一个吨的带宽给那些(没有你的128克光纤)。THat说，大多数TempDb不需要这样做，因为他们从来没有受到过挑战。根据您对数据所做的操作，tempdb可能会有相当安静的活动。

至于其余的，如果这是明智的话，我将采用存储分层的方法。或者，使用多个文件组并将热文件组放在SSD上(如果是按表的话)(使用分区将变得笨拙)。很多都取决于数据，但分层可能是最好的解决方案(从易用性的角度来看也是如此)。

Answer 2

好吧，我先说一件显而易见的事。测试这两种场景，看看分层和专用SSD体系结构之间的性能差异。

然后，如果SSD存储是有限的，那么考虑将关键数据作为SSD的缺点。SSD空间有多有限？当你期望基于当前增长的“关键数据”的空间耗尽？当您在SSD上耗尽空间时，您打算做什么？您可能会浪费一些SSD存储来提供冗余。把所有这些潜在的头痛和表现上的差异进行比较。

一般来说，SSD对于随机访问操作是很好的。你得到的最大好处是随机阅读。如果您的应用程序是写密集型的，并且执行大量的大容量写入(这是可能的，因为您在LDF上没有看到太多负载)，您可能会看到与快速旋转磁盘相比，SSD的性能改善是最小的，但是如果您的应用程序做了大量的随机写入，那么情况可能就不同了。所以你需要测试你的生产工作量。