金融行业什么样的业务场景才会考虑双活？

1，两地三中心同时包含灾备和双活，两地的数据中心实施的是灾备，同城的两个中心实施的是双活。

2，灾备和双活是业务连续性管理中不同层次的要求，应对不同级别的故障；灾备面对的区域性灾难（地震，海啸，战争等）以及特别重大的信息系统故障（我们启动DR的条件是预计48小时内无法恢复业务），灾备恢复一般是有损的，比如不会覆盖所有的渠道，不会覆盖所有的业务类型等，毕竟是出现了这么大的事件；但DR基本上是千年等一回的情况，对于一些局部性的灾难（火灾，停电等）以及相对轻微的信息系统故障，不能花那么大的代价来启动DR，因此才提出双活概念。

3，适用于双活的业务系统一般来讲都是对客服务类的业务，内部经营类的一般就不做双活了，成本高且技术也比较复杂。

抛却形形色色的双活技术，不外乎是为了两个目的RTO，RPO：一，数据同步，不丢数据。 二，快速切换或者无切换，提高系统可用性。还有说为了提高资源利用率的，但这个基本已经不是关键的考虑点了。所以应用就是在灾备发生时，对RTO和RPO要求比较高的应用。银行的重要系统RPO几乎都要求是0。所以RTO是应用的选择考虑点。 这么筛选，大概所有的应用都符合了把：）所以还要从双活的技术特点，或者说是限制去筛选。因为距离对性能是有影响的。尤其是对于写操作。所以第二个考虑是读写比，双活适合读写比高的应用。粗略筛选基本是这样。