目前核心系统容灾方案中，数据全双活的案例多吗？一般是用哪种实现方案？

就目前的核心系统的容灾方案来说，全双活的案例不多，一般都是灾备，一旦发生故障可以快速切换到备中心（时间一般为分钟级别），就拿传统金融行社AS400核心而言，通过mimix数据同步复制机制实时同步数据，发生故障时实现一键切换。

核心系统真正全双活的案例有，如：苏南某城商行等，但都是资产规模比较小，两个中心位置没有那么远的银行。而且这些真正端到端双活的客户，一般也都是采用数据库双活+存储双活结合的方案来部署实施的。数据库双活实现数据计算层双活，存储层实现数据存储层及非数据库相关业务的双活。数据库和其他非数据库业务之间是有强一致性要求的，因此需要通过底层存储双活来进行统一保证一致性。

系统容灾方案可以分多个层面，根据容灾的安全级别不同来考量选择的容灾方案，其根本原因是需要付出的“金钱”代价不同，数据双活是目前性价比相对较高的方式，大多数企事业单位能够接受，当然数据双活就意味着不是业务双活，强调的是数据灾备的强一制性，即数据不丢失为RPO目标，数据双活可以是数据库层的双写，或者存储层的同步双活；这咱情况下当一个中心站点A出问题时，可以保障另一个中心站点B的数据是可用，且具备一至性的；但业务则需要在另一个中心站点B重新拉起业务，拉起过程根据业务的复杂性，关联性可能需要数分钟甚至半小时；适用于业务停机而不会对业务产生大额损失的单位。不适合银行的核心业务；