我觉得是没有问题的。超融合有着很多优越性。而且也特别中小企业，当然也包括小金融。具体的搭配要看实际环境的业务量，对故障的容忍度等等。总体来说。需求不算苛刻的情况下可以用超融合架构代替传统的存储架构，可以适当增加一些备份容灾手段来提高可靠性。...

对于银行异地灾备的建设，应该遵循监管政策法规的指引要求。第一要遵循《商业银行数据中心监管指引》中国银监会〔2010〕114号文的相关要求，其中：第三条 本指引所称灾备中心同城模式是指灾备中心与生产中心位于同一地理区域，一般距离数十公里，可防范火灾、建筑物破坏、电力或通...

国产信创的平替虽然能够做到这个需求。但具体能够实现到什么程度。成本如何其实还是要看项目的具体情况来定的。首先成本上。未见的会有大幅度的下降，在架构到达一定规模的时候。我觉得还是把成本把控稍微靠后放一放。首先考虑是否能满足实际的需求，第二是考虑稳定性。这两...

这个要看业务需求，如果异地有应用级灾备或者文件有两地三中心的高可用建设需求，那么可以构建基于NAS的3DC架构，可以在当前同城双活NAS上在线完成3DC的搭建，异地可采用异步复制。生产端的NAS建议开启快照，针对不同业务系统，可以灵活设置快照频率、快照预留空间和保留策略等，方便...

不带vplex目前不能实现双活，单纯的unity就是做那种存储复制。只能提供一下我们目前的数据情况，主机是物理机，没部署在存储上，因此不存在时延问题。存储控制上基本都在5ms以内，高峰时段偶发可能到10ms，极少的情况。数据库平时大概在10ms左右。...

随着数据在信息系统中的位置越来越重要，对数据库提出的要求也越来越复杂，对于国产关系型数据库的容灾能力。我觉得需求也是多元化的，首先是数据能够提供那些容灾架构，双机集群，远程复制，分布式架构，或者是其他的方式。其次是这些架构方案的可靠性，数据在读写或者复制传输时候能否...

如果可以采用公有云，可以利用公有云的带宽进行数据的收集留存和异地容灾。如果不能采用公有云，则需要考虑数据中心链路传输过程中的压缩实现，可以是应用侧做数据打包归档传输，也可以考虑通过其他数据压缩传输类硬件满足需求。...

通信链路是关键，目前一般使用裸光纤链路，时延控制在1ms内可有效保证数据IO的延迟。

当前容灾架构主要包括三种集群双活，同城主备集群，跨站点集群模式集群双活模式需要应用双写或者两套应用并行写，主集群故障以后，备集群可以无缝接管，对外提供服务。同城主备集群模式只需要一套应用，顶层依赖数据库本身的技术保证数据的同步，主集群故障以后，备集群需要切换以后才能...

如果在兼容性同等的情况下，我会需要蓝光存储。从运维管理的条件下看，磁带版本的升级，数据翻来倒去的是我觉得耗费最多的，如果蓝光的话，就省去了这个投入。如果仅仅考虑成本的话，那可能选择磁带的会多，毕竟低投入，高容量。若考虑上版本迭代的投入，谁的性价比更高还真不一定。...