最近，我与我们的网络和系统团队讨论了将 SQL 文件放在不同的 SAN LUN 上的问题。他们认为，由于 SAN EMC 管理流程，现在将 SQL 文件（数据/日志/Lob/索引/备份，尤其是 TLogs）放在具有不同心轴的单独驱动器上是在浪费时间和精力。那么，您能否通过参与并说明您对本次讨论的想法和愿景来帮助我。
问问题
33 次
2 回答
0
我倾向于同意您的 SAN 管理员对此的看法。今天的大多数 SAN 都运行 RAID-10 或类似技术，跨越许多驱动器并处理非常高的 IOPS。SQL Server 数据和日志的物理分离心轴可以追溯到具有少量驱动器和低 IOPS 功能的本地存储时代。
于 2017-02-28T20:33:42.030 回答
0
所以 - 绝对值得将您的 SQL 数据放在单独的 LUN 上，即使只是为了扩展目的。绝对不要将一个 LUN 划分为多个文件系统，我已经看到了 - 这是一条通往毁灭的道路。
将不同的卷放在不同的物理主轴上——这取决于很多因素。
什么是工作负载，OLTP 或 OLAP（事务或分析）？存储阵列是什么？是传统的 RAID（LUN 在 raidgroups 上）还是虚拟化配置（在“extents”池上的 LUN，在 raidgroups 上的 extents（例如 VNX、VMAX、Unity））？您是否使用精简配置？你将如何扩展？
衡量您正在分配给当前存储设备的工作量。主要的是，测量 IOPS 以及 IO 块大小。单单 IOPS 是一个没有意义的数字，你想知道 IO 操作的大小来确定卷的放置。确定您使用的技术是传统的还是虚拟化的。使用延迟作为最终的性能衡量标准。
这应该开始与您的存储人员的对话。
于 2017-10-06T14:09:32.077 回答