cmf3635

1.网络大二层不建议，没有必要而且故障点也较多；2.存储复制和数据库复制按需使用，个人更建议ADG的方式，存储复制对存储产品有特殊要求，ADG可以实现N:1和配置上的变化，更为灵活；3.数据库层单中心集群（RAC)或HA(mysql)，数据库复制...

热点数据的问题会随距离增加时延加大而导致性能无法接受，这也是ORACLE官方不推荐使用extended RAC的原因。通过应用改造使数据分区分片是一个不得已的折中方案。...

1、数据中心级的双活 网络大二层不是必需，可用可不用；虚拟化可用可不用，如果想实现虚拟服务IP跨中心飘移，这叫主备，根本就不是双活了；2、应用级多活略过 3、业务级的双活现在国内能实现的，可行的，只有2种模式：1、按功能划分，多...

其实在双活搭建的最难点也就是如何保证数据库的双活。数据库的双活不是为了提高系统利用率，而是在于灾难发生的时候，应用能更快的恢复响应。在数据层，单中心集群加数据复制就不太满足发生灾难时快速恢复的要求。这也是为...

同城双活，网络层面可以大二层。异地的双活，大二层代价较高，可使用全局负载均衡+DNS进行流量导引。数据层面使用数据库自身的高可用解决方案，比如ADG、Oracle Extended RAC，这些比存储阵列的双活效果要好。...

补充网络的大二层是为虚拟化环境中，虚拟机跨数据中心飘移的，在双活数据中心模式确实必要性不大， 另外说到双活无法解决逻辑，建议在保障业务连续性的同时增加CDP，对业务系统的逻辑错误、操作系统、病毒等进行有效的保护...

赞同！ 根据我们的实施的经验补充几点： 1，网络大二层必要性不大，双中心耦合度太高，用DNS搞定。 2，虚拟化不是必须的，但虚拟化对缩短恢复时间有好处。 3，跨中心数据库复制技术，同步模式对主库影响太大，异步模式会有数据丢失，需要补...

Oracle Extend RAC 是RAC的距离延伸，其优势在于常规的多节点A-A模式运行。oracle RAC+ADG按字面理解应该是本地RAC，远端ADG，那么常规情况下，远端能做到只读。但Oracle Extend RAC这种架构对延迟的高要求，其距离小于100公里...

extend rac成本高，环境条件要求苛刻，并且需要存储双活配合，但这是真正意义上的数据库双活。rac + adg严格意义不是双活是高可用容灾，adg端实现写操作还需人工干预，好处是成本低一点，只读操作就算是鸡肋也能有点用。...