我正在改变公司的 SQL Server 备份实践。我们过去每周创建完整备份，每天夜间创建差异备份。问题是，随着这些完整备份的增长，每周通过 FTP 传输 GB 级的数据将变得不可能。
作为替代方案，我考虑保留一个完整备份并每小时执行一次日志备份 + ftp。出现了一些问题，例如
- 这些日志备份可靠吗？
- 如果其中一个日志备份失败，是否会导致所有将来的备份都失败？
非常感谢您的任何意见！
答案1
首先，问问自己，无限期积压所有提交到数据库的交易的目的是什么。将数据库恢复到 7 个月零 8 天前的状态真的很重要吗？
备份数据库最常见的原因是灾难恢复。如果您的数据库因某种原因出现故障，您不会从一年前的备份中恢复。您会将数据库恢复到最新的可用备份。
如果你同意，为什么不制定一个备用计划呢？其中包括：
- 每周完整备份
- 每日差异备份（为了简化恢复操作）
- 每小时日志备份（用于最新的时间点恢复能力）
假设您在周日 00:05 进行完整备份，并在其他日子的同一时间进行差异备份。
如果有人在周四中午左右意外删除了所有表，您只需要恢复：周日的完整备份、周四（00:05）的差异备份以及 11 小时的日志备份。
有了这个模型，您只需要 1（一周！）周的积压就可以从灾难中恢复。
每个星期天，当完整备份完成后，您可以简单地丢弃前一周的所有备份。
当然，这仅适用于备份目的是灾难恢复的情况