我有一个位于colo中心的SQL Server。 目前，我们的数据库大概是100Gb。 日志文件平均大约500Mb /天，差异备份增长略less于此。
我目前的灾难恢复计划是：在其他地方进行完整备份，每十分钟进行一次日志备份，每天晚上进行一次备份。 我把日志和差异复制到S3，所以除了尾巴，它们不在机器上，以防万一。
我可以在其他地方恢复完整的备份，并且偶尔检查以确保我可以恢复整个日志链。 通常情况下，我只是恢复“完整 – >最新的差异 – >差异后的日志”，但我偶尔运行全套，只是为了确保我可以。
我的问题是，人们实际上多久做完整的备份？ 我看不出有什么值得每天尝试将100Gb塞进S3的。 我甚至不确定我会每星期做一次。 是否有一个“最佳实践”，或者这只是归结为我自己的购买带宽/存储的能力/欲望，如果我必须申请几天（或几周）的日志，恢复时间会更长。
我想真正的风险是链中的一些日志文件被损坏，然后我完全搞砸了。
我们的时间表和你的一样。 每15分钟到1小时（取决于数据库），夜间Diffs和周末的满员。
这一切都取决于您所服务的数据库的SLA，以及每个人有多less停机时间。
最佳实践表明，您的备份方法和types符合业务DR / BCP目标。
你的DR / BCP的目标是什么？