银行核心系统数据库备份容灾及存储双活架构？

选双活，还是选传统架构的两地三中心数据保护模式，主要还是看业务层面的需求，以及数据中心基础架构层面的规划。千万不要为了选而选。
双活，通常而言，是两个数据中心都可以跑业务，或者降低一点，两个数据中心的存储资源都可以充分利用了。但是双活最害怕的就是脑裂场景，因此需要第三站点仲裁保护。但是独立第三站点的建设，在国内都是比较困难，因此最后常常变为押宝式的结构，把仲裁放在其中一个站点。要是不幸这个站点挂了，那么另外一个站点需要一系列的操作才能拉起数据和应用。
网关型的现在就基本剩下SVC和VPLEX了。网关相对存储上的双活功能，部署起来，相对灵活。网关的节点处理能力都主要做IO处理，不需要做RAID及相关功能处理，性能相对存储上的双活功能要更好。网关节点可以部署到不同机柜、不同机房，比起需要背板交换式的存储只能部署在一个机柜内，相对可用性更高。
另外，双活的IO交互比较复杂，拉开距离后，性能下降可能比较多，是否能支撑应用要求，也需要重点考虑。应用双活，结合存储双活，对设备的要求、网络的要求都较高，建议要综合一起考虑。最后，要看业务需求是高可用呢，还是双活呢。
如果业务或监管需求还需要做3中心，还要考虑双活架构再做容灾，是否架构过于复杂、性能下降是否可接受等因素。

虚拟化系统+虚拟化存储。产品比较多。不过对于银行来说。商业的产品更适合一些。贵，但是稳定，麻烦少。
首先要搞清楚现有的业务需求。基本上VMWARE + SVC的组合就很好。不过跨地域之间的线路质量等问题都要仔细的去考虑和衡量。

题目太大了，没法回答啊。这一般是根据银行目前的实际情况和将来的发展规划，然后作为一个咨询项目来完成的。
如果你们已经在规划了，遇到了具体的问题，可以发出来，帮你评估一下。

存储级别的双活HDS不错