我将开始将我们的几个数据库从 SIMPLE 转换为完全恢复。上周我问了一个关于部署策略的问题，我还有一个问题。
考虑一下：
- 周日（午夜）- 运行完整备份
- 周一至周六（午夜）——运行微分
- 每小时 - 事务日志备份
差异备份是否基本上消除了对当天事务日志的需要？
因此，如果我们在星期二晚上 10 点发生灾难性故障，我们将：
- 在受影响的数据库上运行尾日志备份
- 从周日晚上恢复完整备份
- 从星期一晚上恢复 DIFF 备份
- 从周二到灾难时间使用日志链进行恢复。
如果是这种情况，那么作为维护计划的一部分，我们是否可以简单地从星期一删除事务日志备份，因为我们与星期一晚上有差异？如果 DIFF 备份失败，保留它们以备冗余会更聪明吗？
有多种方法可以通过您的设置到达预期的目标恢复点。
一些东西：
我不会停止进行日志备份，但您可以在备份软件或流程中采用老化机制来消除不再需要的文件。
使用您的示例，您有很多路径，但基础是这样的：
始终先获取日志备份的尾部
这更灵活，因为损坏的备份文件（比如日志文件）可以被差异跨越，或者损坏的完整文件可以被差异跨越，等等。
我不会改变您当前的策略，但我会确保它满足您的 RPO 和 RTO 要求。