你说的是升级v7000存储微码吗？升级微码可以参考以下链接：https://blog.csdn.net/muyangzi123/article/details/81000727

缺省的水位线在85%~95%, 生产中一般将其改到70%~80%， 一旦达到一个区间，就可以考虑扩容了，节点数量要根据你一年内数据量增加的预估来计算

有必要，统一管理、统一接口，屏蔽底层对象存储接口，渠道应用和内容管理平台接口对接，进行服务调用，而不是直接各自调用对象存储接口。

不管集中式存储还是分布式存储，都逃不脱CAP理论的限制，剩下的就看具体的使用场景更注重哪方面了。对于银行来说，还是成熟稳定最重要。 有技术能力的，可以在新技术上多折腾下。

这个确实不好说，毕竟谁的问题都得讲证据，况且还有个大锅在上面，肯定得先紧着撇清自己，每个产品都有自己的检查校验工具，从emc工程师的角度看，跑完测试没问题，确实也能甩一甩了。 1. 从Oracle写的路径链条看： 文件系统（asm）----> 设备驱动 ----> 适配器链路 ----> 存储...

遇到readonly，只能重启了，为了避免进入这个状态，一定要保证网络和节点冗余。

从这两个角度，集中式存储的上限较分布式存储低了，一是扩展性存在瓶颈，纵向扩展空间有限。二是高可用性方面，集中式存储自身的备件冗余方面还是很不错的，但数据的副本冗余上较分布式而言，还是存在一定的限制。...