Sor*_*raz 4 storage-area-network sql-server-2005
我对 SAN 的经验很少，所以请原谅这个新手。
我们的一个生产站点有一台带有一堆磁盘的 HP EVA8000 SAN（忘记具体有多少）。它已被配置成一堆raid5，并且SQL 服务器使用一个RAID 卷存储数据，另一个存储日志。
到现在为止还挺好。或者我是这么想的
今天我进行了一些速度测试。当系统被大量使用时，我使用 rdfc 在主数据磁盘上创建了一个 100 MB 的文件。这表明写入的吞吐量在 5 到 20 MB/s 之间，我认为这有点偏低。然后我删除了维护应用程序，并再次运行测试。这次在安静的系统上，我获得了 50MB/s 的写入性能。
这不是有点偏低吗？我的意思是，我从台式机的 SATA 驱动器中得到相同的结果。
然后我尝试将 500MB 写入一个驱动器（数据驱动器），同时将 500MB 写入另一个驱动器（日志驱动器）。这两个写入相互干扰。这是设置错误的迹象吗？
我不知道我所期望的是什么，但我目前正在审查系统以尝试定位瓶颈。
所以，我想我的问题是。您希望（可能）昂贵的使用光纤连接器的 SAN 具有什么样的性能（读/写）？
（不，它不是小网件的东西；它的这个） http://h10010.www1.hp.com/wwpc/ca/en/sm/WF05a/12135568-12135820-12135820-12208992-122089962-1223.html
我们有一个 EVA6100，所以我在类似的硬件上做了测试。8000 是 IIRC，比 6100 更旧的系统。
首先，您对数据库卷和日志卷的写入很可能会争夺写入，因为听起来它们位于 EVA 内的同一个磁盘组上。磁盘组是您在其上创建 LUN 的一组磁盘，每个 LUN 是一个提供给一个（或多个）服务器的磁盘。在单个磁盘组中容纳许多 LUN 的情况并不少见。如果您只有一个磁盘组，那么将日志 I/O 与数据库 I/O 分开的好处会有所减少。
其次，如果该 DG 遇到真正的 I/O 争用，那么它会降低性能。从消费者的角度来看，这是很难检查的事情，这是 SAN 维护人员需要注意的事情。询问他们是否知道平均控制器 CPU 负载是多少，因为这会显着影响您的写入性能。
第三，了解您的 I/O 组合真正是一个基准，而不仅仅是文件复制速度。如果您的数据库卷 I/O 是 80/20 读/写，那么您确实想检查读取路径吞吐量。如果情况正好相反，那么您的写入性能就是您真正需要检查的指标。