我在富士通BX922S2刀片服务器上运行VMware ESXi 5环境，并连接到富士通DX90 SAN。
我对RAID5卷没有任何问题，但RAID10卷（对于MSSQL）performance出可笑的写入延迟 – 有时超过1000毫秒，并且从不低于30毫秒。 这些延迟数字在VMware中进行测量，使用相关SQL Server的性能选项卡，更改为高级，然后切换到数据存储视图。
DBA注意到了这一点，并写了一个快速的脚本来连续在服务器上创build一个1GB的文件。
将SQL日志驱动器迁移到同一SAN上的RAID 5卷中，显示没有明显的写入延迟。
任何人都可以指向任何明显的我已经configuration不正确，会导致这个？
我的SAN经验是使用虚拟SAN，但对我来说，这听起来像是下面的问题。
- 您已经确定当前的RAID 5正常工作，但是没有任何RAID 0,1或5的组合正常运行。 你澄清说，你正在做RAID 10 acorss两个shleves，你已经尝试了其他简单的configuration。 如果您再次在货架上尝试这些configuration，您所遗漏的是什么？ 我会尝试一个架子上的简单RAID 0，然后在另一个架子上尝试另一个RAID 0。 也许它只是一个不堪重负的架子。
- 你没有提到你是否已经使用非vmware主机进行了尝试。 我想尝试的一件事是通过别的东西连接到外面。 这只是为了消除VMwareconfiguration问题。
- 你的切换看起来如何？ 你有redudant交换机，你有多个HBA或至less一个双端口的HBA？
- 我认为这不是一个networking问题（明智的），只是因为我认为你会看到在多个发光性能
- 你在vmware里启用了多path吗？ 我怀疑fujitsu有一个这个扩展包。
- 如果是我，我会打电话给SAN供应商，询问为什么它可能会很慢。 也许对他们来说是很明显的。
- 顺便说一下，我认为这是所有的光纤通道？
找出是否可以将写入延迟问题固定到特定的控制器。 检查所有电缆。 检查您的FC / iSCSI交换机在特定端口上的错误。 尝试没有启用MPIO的testing。 尝试直接写入VMware以外的卷。
之后，让制造商把它弄清楚。这绝对是他们要解决的问题。