接楼上的，总的来说，MySQL的复制技术能用到银行的什么业务场合，还不如说，银行业是否适合使用MySQL，从目前的趋势而言，大部分的银行业务都是可以用到的，前提是你需要花费大量的时间修改应用，同时，由于银行业务过度耦合情况，长事务较多，由于MySQL本身的局限性或者说缺陷，这就要求，如果你...
我想对于容灾来讲，RPO&RTO的要求在不同的行业可能会有不同的要求。金融行业要求相对苛刻一些，但是也没有要求RPO=0，RTO=0。这个是一个绝对的理论值，显示场景不可能绝对达到。假设在容灾指标容许的范围之内，对主库安全的模式还是最大性能模式，次之为最大可用，再次最大保护。...
个人感觉可以应用到以下场合：异构数据库迁移，DG无法实现的功能。数据库安全供数，为了不影响主库的情况下，为其他系统进行安全供数，可以通过OGG来实现。这种场合下感觉它比DG更加灵活。...
优点： 灾备效果较好，不管本地发生什么情况，异地灾备都无任何问题，如果数据是实时同步的，直接切换成primary，对生产系统基本没任何影响。缺点： 对带宽要求较高，如果网络方面出现任何问题都会导致同步延迟或者数据没传输成功，需要人工干预。 总之，这种方案是比较成熟的，作为数据量...
Extended Rac & Oracle ADG。1.Extended RAC，是基于跨远距离实现高可用的一种技术方案。这种方案本身是基于RAC衍生出来的一种技术方案。除了在ASM规划的时候要设计特殊的镜像模式，还需要有第三点仲裁磁盘的存在。其故障转移的自动化程度无疑是其优点。但是由于关系数...
针对热点问题。利用分割技术尽可能减少竞争。可以利用分区技术来大大减少远距离的热点竞争，虽然杜绝不可能，但是可以通过业务的合理设计来减少热点。利用业务松耦合设计实现近似读写分离。完全的分离也是不可能，但是可以试图从应用设计角度考虑。批量业务和联机业务运行的差...
无论是哪一种，在具体实现步骤上与普通rac基本一致。差异在于ASM的设计上。所以步骤可以参考普通rac步骤。关键是前期对关键点的规划和设计以及针对Extended RAC配置的优化点。至于实现方式没什么太多特殊之处。附件是其中一种方法，可以阅读附件作为参考。...
有三点，我觉得需要再考虑一下：假设备库是单实例，而且还是文件系统模式。那么一旦发生了数据中心级别的灾难。势必要切换到备库。那么切换之后的业务量是不会减少的。那么你的备库是否能够承担了与主库相当的服务水平呢？ADG本身是可以实现串联架构的。也就是说备库同样可以作...
ORACLE ADG在容灾实施过程中，个人觉得有几下几个关键的部分需要把握好：系统配置层主备库的同步模式（最大可用、最大性能、最大保护），这个策略的选择直接关系到数据库运行的稳定性如何。在选择时候可能需要根据链路的稳定性、系统容灾的目标等多方面去考虑。主备库日志的组数和...
