灾备,灾备,既应该有容灾,又应该有备份。目前来看,通常方案里面只有灾没有备,请问对于备份是否有合适的设计规划呢?需要注意哪些方面呢?
灾备方案应该是容灾备份一体化的还是,单纯容灾可能考虑更短的RPO,上升到站点级别容灾后,可能要考虑从底层存储、网络、数据库、中间件到应用的高可用甚至双活,涉及东西可能比较多,而且很多生产库的逻辑错误是不可能拿IO日志去回滚的,最后还是要依靠备份。备份要做好也没那么容易,考虑每个系统备份的时间窗口,是否必要走lanfree甚至serverfree,备份数据的在线、近线、离线保存,有的核心库监管要求长时间甚至永久保存的还需要定期验证、翻新。建议还是根据业务需求和监管要求统筹规划。
收起其实通常的方案里既又容灾也有备份,在灾备站点起码数据也有一份副本,这个就是备份数据,和通常意义上的备份的区别是,RPO的长短,通常意义的备份的RPO在每日一备的情况下,达到了24小时,而采用灾备的数据级复制技术的话,在实时同步方式下,RPO约为0,在异步方式下,也都会小于24小时。但通常意义上的备份也是不可缺少的重要一环,它和生产脱离了直接关系,不会轻易受生产的影响,比如生产数据库的逻辑错误,误删,误操作等,灾备端由于和生产是数据复制关系,也会产生影响,这时必须借助通常意义上的备份去进行数据恢复。另外对于重要数据的备份,还需要在异地也放置一份,可以通过磁带的方式。
收起