需要根据单位业务的具体场景判断。数据增常快、复用要求高、架构要求灵活扩展建议使用分布式存储。业务数据规模稳定、需求场景单一建议采用传统集中式存储；一般金融行业核心业务系统使用传统集中式存储做为核心存储较多。...

前期先进行技术方案沟通，然后制定POC测试方案，挑选几家进行POC测试，测试内容包括：性能测试、可靠性测试、功能测试、业务测试等等，再汇总测试结果进行详细对比，附加上厂商资质、案例、团队、服务支持等方面的对比，综合评比一下后选择最合适的产品。...

针对农信互金平台， DELLEMC 有存储层的整体解决方案，包括符合监管要求的本地高可用＋同城灾备方案，两地三中心方案，以及可实现本地实时／定时备份以及同城定时／实时备份的数据保护方案，分布式 存储以及相应 容灾整体方案等等，具体打开来看又有多种产品解决方案的组合，具体可咨询当地 ...

如果采用分布式存储，一般会用分布式多副本技术实现容灾， 用同步复制还是异步复制？这个问题估计在技术交流时，厂商会说都支持。等到实施时厂商一般会给你一个相对保守的建议。呵呵！...

个人认为存储的时延是和上层业务的IO量有关系，如果上传的IO量超过了存储的性能瓶颈，这时就回产生存储时延。如果不能更换更高性能的存储，就要考虑优化上层业务的逻辑，比如上层是数据库，如果SQL是全表扫描且没有索引，且数据量很大这样对存储就回产生很大的 压力。所以在进行设计...

根据存储区域的建设，个人感觉有以下几点需要遵循。可管理性：具有良好的可管理性，使管理人员能方便及时地掌握软硬件系统的工作状态、故障状况、性能统计等信息，能简便地对系统进行在线配置、调整，确保系统状态良好。安全性：系统的设计必须贯彻安全性原则，防止来自网络内部和外部...

三个突出难点：1、如何有效结合互金不同业务的特点，来针对性进行存储技术选型和架构设计？ 2、高并发业务采用集中式还是分布式存储选型问题，如何评估？3、海量非结构化数据存储选型问题，如何评估？...

1.在数据保护层面首选的还是带库备份，但是在发生灾难时恢复时长是根据数据量，带宽等因素，恢复时长不好评估。2.也可以在存储层对数据磁盘做一个增量的快照克隆。这个方案可以在系统层面做好定时任务，根据业务需要定期执行任务。3.对存储进行存储镜像，这样也可以对数据进行保护...

1、 对服务于核心数据库的存储而言，一般可靠性是第一位的要求，其次是性能。2、 可靠性包括两个层面：存储自身的高可靠性，以及存储高可靠性方案的稳定性和成熟度，存储自身的可靠性可以做一些故障场景的测试、微码升级等，主要测试设备的冗余能力。3、 高可靠性方案主要包括存...

对于保险业的核心交易数据库来说，第一追求是高性能与稳定，其次才考虑其他。存储选型落实到具体场景才有意义，不知问题里说的是核心交易数据库还是核心相关联的数据库。若是核心交易库，基本上选择集中式存储，经过长期技术打磨之后取得了高性能与稳定的双向平衡，充分满足了交易场...