客户在 PS6000X SAN 上使用 Sybase ASE 15 时，其性能不佳，该 SAN 具有 16 个 450GB 10K RAID-50。服务器是一台 Dell R710，运行 2003 Server R2 64 位 ESX 4.0.0,256968
我已经使用 sqlio 对驱动器上 4KB 块的顺序写入性能进行了基准测试。
sqlio -kW -t1 -s600 -dE -o1 -fsequential -b4 -BH -LS sqliotestfile.dat
结果是 1900 IOPS。但是，当 Sybase 运行持续的小插入工作负载时，SAN HQ 显示一致的 590 IOPS（和 100% 4K 写入活动）。它还显示写入延迟从 <1ms 增加到 1.2ms。
Sybase 中的监控和测试表明性能问题与 IO 有关，特别是写入日志需要大量的等待时间。
SAN 指示已启用写入缓存。
对于 4k 顺序写入活动，SAN 应具备多少 IOPS？此外，启用写入缓存后，控制器是否应该将 4K 写入分批处理成更高效的操作？
此外，如果能提供关于 ESX 上的 Sybase 的任何提示，我们将不胜感激。
答案1
我预计顺序 IO 会比您看到的要快，但对于该设置，持续 4K 100% 随机写入 IO 大约为 500-600IOPS [假设有 14 个活动磁盘、10K SAS、RAID 50] 所以我想问的问题是，您如何确定卷上的 IO 模式确实是顺序的？
PS600X 呈现了哪些其他卷以及它们的用途。Equallogic 阵列实际上不允许您隔离同一阵列上的卷之间的 IO 模式，如果您有从同一磁盘中分割出来的其他卷或多个卷，并且这些卷正在经历随机 IO 流量，那么这可能会导致这种情况。
答案2
首先，测试文件的大小与真实数据库的大小相当吗？如果不是，则寻道时间可能差异化因素这里。
如果您尚未使用 vmware 准虚拟 scsi 适配器来处理日志卷，我建议您尝试一下。这不是一个万能的解决方案，但某些工作负载会从中受益。通常，它会增加一点延迟，但在处理大量写入时可以提高整体吞吐量。
如果可行，而且我意识到这很麻烦，您可能想要考虑将同一台服务器的物理实例直接连接到 SAN 并运行相同的测试，将 ESX 排除在外。由于您是从两个不同的位置和产品读取 IOPS 数据，因此我也会将其视为一个可能的因素。话虽如此，我预计这些数字不会相差 3 倍。