会有瓶颈。反正我觉得挂了SVC后，F840的性能略有降低，但在功能弥补了F840的一些不足 。
直接用存储层的工具，每个存储厂商都有自己的一套工具，比如ibm tpc操作系统层和数据库层不直接，更多的是看的现象，辅助分析的。
劣势在于稳定性、可靠性相比传统高端存储要低。除非是高端存储的全闪，性能也有，可靠性也是N个9。当然还有软件功能性劣势，比如两地三中心同步/异步复制，有些闪存阵列可没有，或者热点数据迁移，分层，压缩等等。当然这些靠闪存前面接一个SVC可以解决。...
这个问题没有背景描述，那么暂时假定一个场景：Oracle 数据库的批量作业非常慢。那么接下来的步骤：首先，从Oracle的AWR报告去找 IO 相关的统计信息。首先要明确的是IO的问题是集中在某个数据文件，还是所有的数据文件都存在这种问题？如果是某一个数据文件或者是表空间的IO非常特殊...
通常而言，每个厂商都有自己的一套评估办法。对于磁盘IO来说，大的方向，主要看磁盘的IO响应时间。对于OLTP业务，读IO响应时间5-8ms内算是正常值，写IO响应时间，1-2ms还算ok。高达20ms以上的响应时间，通常都意味着存储内部存在瓶颈。这个瓶颈可能存在于后端磁盘上，存在后端磁盘卡上。...
首先必须表明我的观点，没有无限扩容，不存在的!且不说在理论上有没有合理的“无限扩展”架构，在实际产品实现和生产部署中基本上是不可能实现“无限”的，连“线性”扩展都很难保证。有时看到互联行业动不动就宣传自己有几千台规模的部署，但往往是多个集群聚合在一起统计的规模，...
大多数客户都会担心全闪存存储的稳定性，但目前所有的全闪存存储都支持类似metro mirror配置，可以保证数据的双冗余架构，来保障数据的可靠性。同时本身全闪存存储都是多冗余架构，从控制器到硬件卡等等。不尝试永远只是说停留在考虑担忧上，试试最重要。推荐可以把闪存作生产使用...
我认为，只要真是的IO需要经过虚拟化网关设备，随着你的业务量的不断扩展，那么这个设备迟早会成为性能瓶颈。因为从架构本身来看，相当于所有存储的入口都由这个网关设备集中了，而且集中的不是控制信息，而是真正的数据流。这个集中点的性能如果不能灵活扩展的话，一定会成为瓶颈。SV...
针对你的两个问题，我个人理解如下：1.常见的存储瓶颈，单个IO相应时间过长，如果是由于多并发大压力造成的，那就可能是达到了你存储的瓶颈了，建议你分析业务压力，升级你的存储设备；如果不是大并发造成的，就是说本身业务不是大并发的，而是由于单进程造成的，这个基本就是我们业务模式，我们...
