SQLIO和SAN性能问题

Question

我感觉我们的SAN表现不好，所以我在Ozar先生的博客文章的帮助下运行了SQLIO。

我的第一个问题是我无法创建一个20 is的测试文件。

这就是结果

using 64KB random IOs
enabling multiple I/Os per thread with 8 outstanding
buffering set to use hardware disk cache (but not file cache)
using current size: 2011 MB for file: M:\TestFile.dat
initialization done
CUMULATIVE DATA:
throughput metrics:
IOs/sec:  3873.51
MBs/sec:   242.09
latency metrics:
Min_Latency(ms): 0
Avg_Latency(ms): 16
Max_Latency(ms): 1465
histogram:
ms: 0  1  2  3  4  5  6  7  8  9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24+
%:  3  2  3  3  4  5  5  5  5  5  5  5  5  5  4  4  4  3  3  2  2  2  2  1 13


using 64KB sequential IOs
enabling multiple I/Os per thread with 8 outstanding
buffering set to use hardware disk cache (but not file cache)
using current size: 2011 MB for file: M:\TestFile.dat
initialization done
CUMULATIVE DATA:
throughput metrics:
IOs/sec:  5279.99
MBs/sec:   329.99
latency metrics:
Min_Latency(ms): 0
Avg_Latency(ms): 11
Max_Latency(ms): 267
histogram:
ms: 0  1  2  3  4  5  6  7  8  9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24+
%:  1  1  3  5 11  8  6  5  4  4  5  7  7  6  5  4  3  3  2  2  1  1  1  1  4

关于SAN的度量标准可以说什么呢？

我应该考虑另一个供应商吗？

SAN据说是“最先进的HP SAN”。

Answer 1

如果您的SAN确实是最新的技术，那么您将在磁盘和SSD之间进行自动分层。对SSD所做的任何工作的性能都将比磁盘快得多。另外，您将拥有大量的缓存，这意味着写入通常不会触及磁盘/ssd。我想您是在讨论p9500，但是如果这个假设是错误的，那么您应该编辑您的问题，以获得有关您的配置的更多信息。

如果您正在测试读取(这是比较典型的)，那么您将尝试根据池组合来隔离空间。将您的文件放在一个具有更多纺锤体或更高比例SSD的池中，它应该会运行得更快。

所有这一切，唯一重要的衡量标准是当你在所有的圆柱上发射时的延迟。任何机器在使用不足时都可以运行得很快，但是一旦有了大量同时运行的应用程序，请看一看。我的建议是在更多的服务器上模拟更多的IO，看看在延迟超过10 My之前可以生成多少。在生成负载时，您希望具有与实际工作负载相同的读写和顺序与随机比率。否则，您需要70%的读到30%的写，大约20%的顺序顺序到80%的随机。

Answer 2

关于SAN的度量标准可以说什么呢？

没什么。

使用当前大小:2011年MB

这不是一个现实的考验。很可能SAN有一个写回缓存，而且您的文件很忙，并且足够小，可以一个块一个块地完全缓存。所以，你并没有真正衡量任何有价值的东西。

这就像用前10米的加速度来测量汽车的最高速度。Won#t工作。

考虑到硬件和工作负载，您的测试文件必须是真实的。这意味着您的类型都有一个非繁忙的SAN和一个小的数据集，您不能在一个有效大小的测试文件上运行它--至少一个比所涉及的缓存大得多的文件。因此，仅在32 to的SAN缓存(在HP EVA上看到)上，有一个128 to的测试文件是很好的。

IOs/秒: 3873.51

这要么是一个高端SAN，要么是一个不错的缓存。假设每个光盘有450个IOPS，这意味着你可以独立运行7-8个光盘。可以是，也可以是我说的，你是从缓存中运行的。