当企业客户投资诸如全闪存阵列等存储技术，无论是采用Violin Memory公司或是Pure Storage公司等闪存提供商的产品，他们所期望的是能够在运算速度方面带来迅速而明显的提升，以证明他们的投资是值得的。

大多数最新存储技术的设计均能够提供在性能方面的明显改善。例如，更快的驱动或更大的缓存，但是，这并不总是发生。

当与客户讨论SAN故障排除时，我们经常发现那些最意想不到的状况往往发生在部署了新技术之后，并且总是由虚拟或物理主机通过存储基础设施上的不同点的错误配置所引起的。

由于这个原因，那些在更快的存储方面下血本投资的企业客户却最终发现他们的应用程序性能并没有得到很好的改善。

当我们查看到底是什么原因导致应用程序的性能表现不佳时，可以从如下几个较为固定的方面进行排查。这些措施包括：

存储阵列配置

例如，我们经常会发现一个面向客户的数据库或其他应用程序远比我们所预期的更受欢迎。一款新的面向客户的应用程序最初预计只有6万名用户，结果其用户数量突破了300万，这无疑大大超出了存储、网络和主机的负荷能力。

这种情况通常是这样造成的：最初的设计是足够的，在彼时的情况下，其架构是能够承受最初设计的相关需求的。但是，一旦应用程序是在阵列负载之下，其本身并不总是足够能处理的。另外，事情总是变化的，期待一个存储阵列能够在未来长达三至五年的时间内满足所有的工作负载需求也是太过乐观了。

因此，衡量组成I/O栈的组件成为了关键，这需要在正确的粒度级别。我们经常看到测量比毫秒更长的时间间隔，这就正是您所需要查看的I/O性能。

如果您不针对每个I / O都进行实时的查看，某些问题可能无法引起足够的重视。从实时数据中查询历史数据是一种常见的错误。同时，大多数阵列供应商只保留数据24小时，所以在问题发生之前，可能无法对其进行识别，并发现其趋势。

交换机问题

当我们进入到堆栈的第二部分：光纤通道交换机时，经常发生交换机的性能与供应商没有太大关系的问题。博科和思科的SAN交换机产品非常棒，就像阵列一样，其在堆栈中只是一个设备。

有些人认为他们可以得到除了SAN交换机之外，所有他们需要的性能信息。但不幸的是，事实并非如此。这就像我知道高速公路非常繁忙塞车(类似于吞吐量)，但我还是不一定能预料到我多久能回家(类似于延迟性)。而我家人关心的又是什么呢?我何时能到家。