如何把正确的数据放在正确的存储空间上？

个人认为，主要有几个方面的考量因素，供参考：

1. SSD适应场景。SSD最适合随机读场景，OLTP类应用最适合不过；顺序对写场景不是SSD的强项，比如OLAP等分析类应用，大量的顺序读写并没有优势；Oracle的redo是一种特殊的类型，属于100%写操作，理论上不适合用SSD，但是SSD相对于机械硬盘的响应时间有明显优势，因此redo可以选择SSD，解决Oracle redo瓶颈问题。

2. 成本。核心问题是性价比，如果是土豪，全部采用SSD也无妨

3. 管理。灾备功能等高级功能，不论是AFA还是存储的软件定义存储（scale io等）都不够完善

Redo，Active 都不适合放在闪存盘上。这个数据库厂家的官方测试有明确的记载。其实闪存更适合随机读写比率很高的应用场合，对于其他特点读写的应用，其实没那么大吸引力。

别人用了不该用的方式，就证明这种方式是正确的，这个逻辑不合理。

如果把错误的应用放在了闪存上，有可能造成性能的底下。

有一种比较偷懒的作法，就是配置存储资源池，把分配机制交给自动分层去完成，不管是什么性质的数据，都遵循数据分层的规律，热点数据移动到闪存层。当然，这样的初始分配有点笼统。

针对这个问题，如果有条件，redo盘和数据最好放在闪存上，但如果这两者放在闪存上，还要考虑到存储规划的问题，如果不通过虚拟化网关统一管理，如果配置两种或两种以上存储，会加大管理难度，多路径软件等也不好统一，所以也最好一致。

至于规划成虚拟资源池统一管理，很多时候闪存自带的特性就发挥不出来了。