我在托管中心有一台 SQL Server。目前，我们的数据库大约有 100Gb。日志文件平均每天大约有 500Mb，差异备份的增长速度比这要慢一些。
我当前的灾难恢复计划是：在其他地方进行完整备份，每十分钟备份一次日志，每晚备份差异。我将日志和差异复制到 S3，因此，除了尾部，它们不在机器上，以防机器完全崩溃。
我可以在其他地方恢复完整备份，并且偶尔会检查以确保可以恢复整个日志链。通常，我只会恢复“完整 -> 最新差异 -> 差异后的日志”，但我确实偶尔会运行完整集，以确保可以。
我的问题是，人们实际上多久做一次完整备份？我认为每天尝试将 100Gb 塞入 S3 是不值得的。我甚至不确定我是否每周都这样做。是否有“最佳实践”，或者这完全取决于我自己购买带宽/存储的能力/意愿，而不是如果我必须应用几天（或几周）的日志，则需要更长的恢复时间。
我猜真正的风险是链中的一些日志文件被损坏，然后我就完全陷入困境了。
答案1
我们的时间表与您的一样。每 15 分钟到 1 小时（取决于数据库）进行一次 Tlog，晚上进行一次 Diff，周末进行一次 full-time。
这完全取决于您所服务的数据库的 SLA，以及每个人都能接受的停机时间。
答案2
最佳实践建议您的备份方法和类型满足业务 DR/BCP 目标。
您的 DR/BCP 目标是什么？