数据库备份的策略和周期是怎么考量的？有哪些判断条件？

由rto、rpo、被允许的备份窗口等因素决定的。

比如，你要求必须可以恢复到3天内的数据。但你一个月备份1次。这就不现实了。

再比如说，你要求恢复到4小时内的数据，计划每天1个全备，4小时1个增量。但是数据库的物理结构变化频繁，数据库特别大，产生的文件也特别大，1个全备份要超过10个小时，运行的备份窗口只有8个小时，还是不现实。

需要综合考量多方面因素，可参考这个帖子里的回答：

http://www.aixchina.net/Question/229453

数据库的备份策略都是结合自身系统来看的，主要还是看用户可以接受的RTO和RPO，RTO决定了你选用的备份方式，RPO决定了你备份周期。

如果用户的恢复时间很长，那么可以选择全量+增量方式，回滚每天日志，用较长的时间报数据恢复回来；如果用户恢复时间短，那么在选用备份方式的时候在数据量合适的情况下，可以选择每天的全备份，这样恢复比较方便。

如果用户的恢复时间点是一天，那么备份周期就可以一天一次，如果是1小时，那么备份周期就要一小时一次。

当然最重要的还得结合网络条件和数据量条件，尽可能的满足用户RTO和RPO的时间。

首先看属于什么行业，国家政策有无强制的备份要求。另外看业务端实际的RPO需求，根据不同摸RPO需求订制备份策略和备份schedule.如每天全量备份，还是每周一次全量，其它时间增量。 另外，还需要考虑数据量和备份网络带宽等实际情况的限制。比如数据库数据量较大，10T，每天进行LAN-base全量备份，网络的压力就会很大，这也是不现实的。