存储故障场景的考虑？

随着存储功能越来越复杂，故障率也比以前多了。很多时候会出现逻辑上的问题。比如硬件的更换时候造成的故障，不规范操作。比如IBM v系列的存储直接断电导致的问题等等，想要应对这些问题，冗余的架构，对设备的良好运维都不可缺少，至于性价比。我觉得不要去对比设备的价值，而是对比数据和业务的价值来决定投入，如果备份手段完善，能够容忍设备故障带来的业务中断，那就可以适当的减少在存储的双活，冗余方面的投入，反之，就要加强业务的高可用。

1、存储设备自身硬件故障：控制器、电源、接口卡、硬盘
2、存储软件故障
3、存储路径故障
冗余场景
1、存储设备硬件冗余：控制器、电源、接口卡、硬盘
2、存储设备热备盘
3、存储设备保险盘
4、存储整机冗余：同步复制、异步复制

故障通常只有逻辑层面与物理层面，架构设计通常能解决物理层面的问题，逻辑层面问题太多了与使用有关。物理配件故障，存储自身高可用，容错机制充分；个别硬件故障会引发重大问题，这个属于厂家设计问题，不同厂家会有不同型号各有不同。核心级别建议选高端存储，相对更好。 逻辑层面问题，有亮方面，1是存储系统自身软件缺陷漏洞（原厂维保可解决），还有就是双活设计、存储复制设计方面的问题设计合理都能规避常见问题，2是用户层面造成的逻辑问题，比如，dd命令造成误删，或者逻辑坏块这些问题存储自身是没有办法。