存储双活环境下，需要怎么做备份？

双活是容灾的概念，解决的是物理层面的错误。比如设备故障、链路中断、水灾火灾等等。
备份主要是解决逻辑层面的错误，比如说认为的误操作导致的数据丢失或者错误。我们可以通过备份将数据回退到某个时间点。就像 Oracle 虽然有 RAC 的集群架构来解决高可用的问题，但是它还是要设计闪回的功能来解决数据回退的问题。

至于如何实现，从架构上来讲，一般是以一个数据中心为主备份管理点，其他数据中心异步同步数据。从备份源上来讲，一般都是以应用为源进行备份。剥离应用单独备份存储设备上的数据，恢复的时候有多少概率可以完全恢复应用呢？

确实，存储双活是容灾的概念，跟备份不一样，存储双活，主备实时同步数据，备存储上只有主最新的数据，在数据出现问题是，主和备上的数据都是一样的，无法解决数据丢失或者修复数据的问题，只用存储双活的话，就有这样的问题。
楼上的朋友还提到了对于中小机构来说的成本问题，在建设有存储双活再做备份，成本上对于中小机构来说确实有压力。目前我知道的一些方案，也可以在相对不高的成本下建设完善的容灾和备份。
在存储实现了双活的情况下，做备份肯定也是需要的，至于如何实现，就要详细的分析要备份的数据类型和自身的灾备需求了。比如备份的是数据库或者文件这样针对性的备份数据，还是说要把运行环境、应用、数据都整机打包备份。现在常见的方案就是，对虚拟机进行整机的定时备份，瞬时恢复的功能也可以在秒级时间内恢复出一台虚拟机，也算是一种从备份入手的容灾方案；对于文件和数据库等关键的数据，进行针对性的定时备份，在多DC的场景下还可以将备份下来的数据远程副本复制到另外的DC中；容灾方案则是卷级的实时备份，将整个磁盘实时同步到备份端，并且恢复时可以恢复到从备份以来的任意时间点，再配置一台备机，将数据再实时同步到备机上，也可以做到RTO和RPO趋近于0的自动接管容灾方案。

<如果数据中心，存储实现了双活还需要做备份吗？如何实现？ >

通过1楼的第一段文字，对双活与备份叠加给出了合理的供/ 需关系。
我来阐述一下实现方式和选型：
1）选购那些对应用程序，理解比较深入的备份产品。例如，对数据库可以做到日志，数据，以及通过日志进行数据一致性触发。例如，对于虚拟化可以窥探到虚拟机磁盘，甚至对虚拟磁盘里具体某一个文件进行恢复，等等。对多种类型应用程序具备“感知触发条件”。
2）具备对现有双活架构中的存储设备提供兼容性，联动性。以此来实现LanFree，ServerFree等，卸载应用层面备份带来的负载。
3）重删 、压缩。

以上是我设计方案最关心三个指标。:)

楼上对双活、容灾给出了正确见解，只是对中小机构来说，双活架构下的容灾备份，貌似更加大各种成本