一、传统灾备：金融行业使用一般都已经基于传统技术体系实现了灾备，分别应用级别灾备，和基于FC网络的数据库灾备。具体形态（1）应用级别灾备，在本地和同城机房部署相同应用，访问主中心的数据库；（2）存储级别灾备，特点是平时灾备中心不启动，例如EMC Symantec，IBM的PPRC，华为的Hyper metro（3）数据库级别灾备，比如DB2 HADR技术（4）数据库级别的双活，需要数据库双活+文件系统双活+存储双活。比如Oracle的RAC或ADG+GPFS文件系统+存储的Vplex、SVC或Hyper metro（5）网络方面: 使用二层延伸的方法，本地系统和同城灾备在一个网段内，灾备切换中，需要将灾备中心的IP修改为生产中心IP。
二、云环境下的灾备：1、思路与提升（1）大量使用IP存储网络替代FC存储网络，IP比FC网络组网个灵活，使用更方面，扩容更容易（2）使用DNS实现大二层。这样切换IP更容易（3）通过智能DNS实现了应用双活，基于域名的灾备切换（4）使用虚拟机、容器替代实体机。出现了通过Vmware的SRM实现的整体系统在灾备，并实现了灾备调度系统（5）基于CDP技术，实现数据同步和灾备（6）分布式数据库，替代传统数据库，通过一主多从实现数据库级别灾备。
局限与待改进探讨：（1）分布式架构下，系统更范围，节点更多，急切需要实现云平台在发布资源时整套环境 （2）SRM的基于IP的数据传输，默认是15分钟，RPO太长（3）SRM是整个虚拟机的同步，不能像SAN存储那样实现只同步一个卷的数据（4）分布式存储，目前还不能像SAN存储那样实现可靠的存储级别的灾备 （5）分布式数据库分库分表、同城灾备后，交易一致性是一个难点 ，数据备份和数据恢复是一个难点。
发出来希望听听金融行业的朋友们你们在云灾备和传统灾备建设下的思路，提升与局限？
收起