寻求意见 – 在事务日志上依赖SQL备份100%是一个好主意吗?

我正在更改我公司的SQL Server备份练习。 我们使用每周和每日差异备份创build完整备份。 问题是,随着这些完整备份的增长,每周FTP千兆字节的数据将不可能实现。

作为替代,我正在考虑保留一个完整的备份,并每小时执行一次日志备份+ ftp。 一些担忧已经上升,如

  • 这些日志备份是否可靠?
  • 如果其中一个日志备份失败,是否不会导致所有将来的备份失败?

任何意见,高度赞赏!

首先,问问自己,提交给数据库的所有交易都是无限期积压的目的。 7个月和8天之前恢复数据库真的很重要吗?

备份数据库的最常见原因是灾难恢复。 如果数据库出故障,无论出于何种原因,都不会从一年前的备份中恢复。 您可以将数据库还原到最新的可用备份。

如果您同意,为什么不采用您采取的备份计划:

  1. 每周完整备份
  2. 每日差异备份(用于恢复操作的缓解)
  3. 每小时日志备份(用于最新的时间点恢复能力)

假设你星期天在00:05进行完整备份,并且在其他所有的日子里同时进行差异备份。

如果有人在周日中午四点左右意外删除所有表,则只需要恢复:星期日的完整备份,星期四(00:05)的差异备份以及11小时的日志备份。

有了这个模型,你只需要1(1!)星期的积压从灾难中恢复过来。

每个星期天,当完整备份完成时,您可以简单地丢弃前一周的所有备份。

这当然只适用于备份的目的是灾难恢复的场景