确实,存储双活是容灾的概念,跟备份不一样,存储双活,主备实时同步数据,备存储上只有主最新的数据,在数据出现问题是,主和备上的数据都是一样的,无法解决数据丢失或者修复数据的问题,只用存储双活的话,就有这样的问题。
楼上的朋友还提到了对于中小机构来说的成本问题,在建设有存储双活再做备份,成本上对于中小机构来说确实有压力。目前我知道的一些方案,也可以在相对不高的成本下建设完善的容灾和备份。
在存储实现了双活的情况下,做备份肯定也是需要的,至于如何实现,就要详细的分析要备份的数据类型和自身的灾备需求了。比如备份的是数据库或者文件这样针对性的备份数据,还是说要把运行环境、应用、数据都整机打包备份。现在常见的方案就是,对虚拟机进行整机的定时备份,瞬时恢复的功能也可以在秒级时间内恢复出一台虚拟机,也算是一种从备份入手的容灾方案;对于文件和数据库等关键的数据,进行针对性的定时备份,在多DC的场景下还可以将备份下来的数据远程副本复制到另外的DC中;容灾方案则是卷级的实时备份,将整个磁盘实时同步到备份端,并且恢复时可以恢复到从备份以来的任意时间点,再配置一台备机,将数据再实时同步到备机上,也可以做到RTO和RPO趋近于0的自动接管容灾方案。
<如果数据中心,存储实现了双活还需要做备份吗?如何实现? >
通过1楼的第一段文字,对双活与备份叠加给出了合理的供/ 需关系。
我来阐述一下实现方式和选型:
1)选购那些对应用程序,理解比较深入的备份产品。例如,对数据库可以做到日志,数据,以及通过日志进行数据一致性触发。例如,对于虚拟化可以窥探到虚拟机磁盘,甚至对虚拟磁盘里具体某一个文件进行恢复,等等。对多种类型应用程序具备“感知触发条件”。
2)具备对现有双活架构中的存储设备提供兼容性,联动性。以此来实现LanFree,ServerFree等,卸载应用层面备份带来的负载。
3)重删 、压缩。
以上是我设计方案最关心三个指标。:)
收起