将SQL文件放在SAN上

Question

最近，我与我们的网络和系统团队讨论了将SQL文件放在不同的SAN LUN上的问题。他们认为，由于SAN EMC管理流程的缘故，现在将SQL文件(数据/日志/Lob/索引/备份，尤其是TLogs)放在具有不同磁盘轴的不同驱动器上是浪费时间和精力的。那么，你能帮助我参与并陈述你对这次讨论的想法和愿景吗？

Answer 1

在这个问题上，我倾向于同意您的SAN管理员的观点。如今，大多数SAN都运行RAID-10或类似技术，跨越多个驱动器并处理非常高的IOPS。以物理方式分隔SQL Server数据和日志的磁盘轴可以追溯到本地存储的时代，当时本地存储的驱动器数量和IOPS功能都很低。

Answer 2

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

将不同的卷放在不同的物理磁盘轴上-这取决于许多因素。

什么是工作负载，OLTP还是OLAP (事务性或分析性)？存储阵列是什么？是传统RAID (LUN在RAID组上)还是虚拟化资源调配(LUN在“扩展区”池上，扩展区在RAID组(例如VNX、VMAX、Unity)上)？您是否在使用精简资源调配？您将如何扩展？

测量您分配给当前存储设备的工作负载。重要的是，不仅要测量IOPS，还要测量IO数据块大小。IOPS本身是一个没有意义的数字，您需要知道IO操作的大小来确定卷的位置。确定您使用的是传统技术还是虚拟化技术。使用延迟作为最终的性能衡量标准。

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