数据库备份方案思考

（1）、一天一次异地到公司机房的备份
分析：
目前情况：
云上数据库主机有每天定时备份和每天定时磁盘快照。
云ECS系统坏掉 误删除操作系统或误删除主机 且同时快照不能用的可能性很小。

若异地到机房存储一份， 网络带宽是个问题， 大的数据库备份文件传输下来较慢（中台上百GB传输下来要很长时间，可能要大于1天），一天一备份这个可能做不到（全量备份下来，不考虑增量备份，‘全量加增量备份’在数据恢复的时候太过于麻烦，技术瓶颈高，且不能直接恢复到故障点，做不到实时恢复）。
若云上有一个数据库突然被删除掉了， 我们第一反应是从云上利用备份文件结合binlog来恢复， 除非云上ECS备份文件和快照不能用。因为从本地把文件上传到云上速度更慢，耗时更长。

以前的解决方案：
对核心业务的数据库使用‘迪思杰’来做 从云到本地的是实时备份（数据同步延时3到5秒）， 恢复数据可以按历史时间点（快照点）来恢复， 恢复有平台软件执行， 可以直接恢复到云上去。
一般情况，删除所有库的情况概率很小， 存在删除某一个库 或 某一个表数据被删除或某一个表数据被错误更改的情况， 若用‘迪思杰’来实现恢复，本地到云上的恢复也不会很长时间。

（2）、可考虑使用 “云上ECS本地磁盘备份 + 云磁盘快照备份 + 云上OSS转储备份” （云上异地备份）
可以考虑给所有的数据库主机挂载一个OBS桶， 脚本备份往ECS本地磁盘上备份（这样速度快，若直接往OBS桶备份，走的是网络，在备份大文件时候容易失败，存在往OBS桶里面写文件失败的情形）， 先完成ECS本地磁盘的备份， 然后cp一份当天日期的备份文件到 obs挂载目录去归档。
在当前已有的备份脚本中再加一句 cp到各数据库ECS主机 obs 挂载目录。
不建议把数据的备份压力放到一台ECS上处理，太多的项目都要备份，很多是挤到一个时间点 ，机器很忙， 可能会造成备份失败的情况。 该情形是： 把备份脚本放到A主机， A主机挂载OBS存储， 定时任务执行脚本往OBS上存备份的库文件， 备份文件直接落到OBS上去，这并不是很好的方案。 云上，云主机本地存一份后，再考虑云上异地 (OBS) 再存一份。

（3）、数据库备份整体解决方案
云上ECS本地备份
云上异地存储OBS
本地机房挂载OBS桶，定时同步到本地机房的主机上存储
对云上数据库备份状态进行监控和告警

（4）、 考虑‘迪思杰’方案
持续考虑商用备份方案DSG。