不建议在虚拟环境搭建RAC和数据库，前期看似省钱，后期维护问题较多，增加了太多的不确定性。

1、脑裂主要一般说的是一些部件高可用协议层面，两个节点同时认为自己为主节点。在双活架构下，一般数据中心级别切换一般需要人工介入，全部自动化触发同城切换的案例我还没有见到（一方面监控主要、切换工具自身可能存在故障或者误判，并且概率较发生数据中心故障更高。第二，切换...

NAS同城双活架构下，业务主机对NAS的访问有两个设计方案：业务主机只在一个中心、业务主机也做同城双活。一、业务主机只在一个中心，比如生产中心，主机只访问生产中心主NAS存储在这种场景下，如果灾备中心存储故障，对生产中心主机无影响；如果生产中心存储故障，双中心打通大二层网络...

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

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

以下为本人亲自测试结果，仅供参考

首先这个问题需要确认如下信息 1  不开启逻辑复制，是对的，逻辑复制在PG 数据库中慎用，有很多的问题，不让开启是对的尤其这样的项目2  以上的设计中，问题点的弄清楚    1  此方案仅仅适合，数据的非及时的，非瞬时一致性的数据同步方案，方案中不支持数据的瞬时一致性2 ...

这个要考虑很多因素决定，首先看业务的重要性，是否对业务的可靠性有着极高的要求。其次选择双活的地点。本楼。本园区。同城，或者两地双活。我觉得可以考虑以下方面，在同一栋楼或者同一个园区内。相应的费用应该是比较少的。地点相近。便于维护，也便于通过专线搭建光纤网络，可以...

这个是国产数据库的基本要求，应该每一国产数据库都应该有成熟的方案。然而实际情况确并非如此，很多国产数据库用的少，验证的场景少，所以可能缺陷比较多。建议选择的时候做好全面的测试验证，否则可能会埋个大雷。...

首先分布式数据库在高可用方面做的都是非常不错的。通过多数派协议实现数据一致性及高可用，可以了解下OceanBase数据库。其次是国产数据库openGauss系列也出了好几款数据库（例如恩墨的Mogdb、海量的。。。），他们都会配套有云管平台，实现数据库的自动化切换、高可用啥的都是可...