存储双活架构目前可分为存储网关双活方式和存储自身双活方式。关于处理存储双活架构的网络抖动问题，可以参考如下方法：1、实时监控SAN交换机级联链路端口(porterrshow)，一旦发现大量报错，立刻disable这个端口以保证链路的稳定性。2、采用iprouter链路(如博科交换机的7800),将...

这个问题可以分成几个层次来讲，首先是存储的中长期规划，其次是在规划中是否需要选择双活，再往下分解才是选择哪种方式的双活，有网关还是无网关。第一个问题是需要对自身的现状做分析，应用的分级，性能，数据量，以及未来的发展目标和需求，会形成对中长期规划的目标和路径；第二个问题，是...

 存储网关确实具有一定的优势，简化管理，集中管控，异构合并。对于中小企业，存储品牌多样、存储分散的环境来看 , 存储网关可以用更少的投资实现安全的最大化。而对于一个新建的数据中心环境 , 更多的是在建设初期就做了更长远的考虑 , 使用超融合或者是分布式，或者是直接通过...

存储虚拟化网关作为前几年推出的技术形态，在异构存储虚拟化整合以及同城双活场景中确实有不少案例。典型的以EMC VPLEX和IBM SVC为代表。其中EMC的vplex还可以结合其RPA产品实现CDP即连续数据保护。但同时，将异构存储虚拟化以及存储双活功能做到存储控制器里的形态反而由...

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

对于传统数据库类似于Oralce( RAC )/DB2(Purscale)/SQL server( AlwaysON),本质是share everything的体系架构，而作为Oracle(ADG)/DB2(HADR)/SQL server(主备)都属于一种容灾架构，无法实现您所说的双写业务，即使搭建成功，也会出现循环复制的问题。对于传统的OGG，DSG以及新...

楼主说的是云信达吧 交流过 是cdm

这个需要人工建立应用之间的关联关系吧

1在数据库底层建立统一的分布式存储系统，数据库实例写下来的数据同时写多副本。这些副本可以分布在多个数据中心上。在数据库实例端，可以做多个集群多实例方案，或者也可以做快速服务切换方案。 MYSQL+存储2在数据库底层建立统一的KV （目前用RockDB等）来解决数据文件跨节点，跨数...

阵列双活架构日常运维终主要的故障类型包括硬件故障、软件故障、网络故障等。如果单套存储性能下降，可以通过配置双活卷来保障业务性能。