将SQL文件放在SAN上

Question

最近，我与我们的网络和系统团队讨论了如何将SQL文件放在不同的SAN LUN上。他们认为，由于SAN EMC管理流程现在已经过去了几天，因此浪费时间和精力将SQL文件（数据/日志/ Lob /索引/备份，特别是TLog）放在具有不同主轴的不同驱动器上。那么，请你帮助我参与并说明你对这个讨论的想法和愿景。

Answer 1

我倾向于同意你的SAN管理员。如今大多数SAN都运行RAID-10或类似技术，涵盖许多驱动器并处理非常高的IOPS。物理上分离SQL Server数据和日志的主轴可以追溯到具有少量驱动器和低IOPS功能的本地存储时代。

Answer 2

所以 - 如果仅用于扩展目的，它绝对值得将您的SQL数据放在单独的LUN上。绝对不要将LUN分区为多个文件系统，我已经看到了 - 它是一条毁灭之路。

在不同的物理轴上放置不同的卷 - 这取决于很多因素。

什么是工作负载，OLTP或OLAP（事务或分析）？ 什么是存储阵列？是传统RAID（LUN是在raidgroup上）还是虚拟化配置（“范围”池上的LUN，raidgroup上的范围（例如VNX，VMAX，Unity））？ 您使用精简配置吗？ 你打算如何扩展？

衡量您向当前存储设备发送的工作负载。主要的是，测量IOPS以及IO块大小。单独的IOPS是无意义的数字，您想知道IO操作的大小以确定容量放置。确定您使用的是哪种技术，传统技术或虚拟化技术。使用延迟作为最终的性能指标。

这应该与您的存储人员开始对话。