问需要对备份策略提出建议

EN

用于澄清

RPO = Recovery目标；在数据丢失的情况下，您将恢复到的时间点。

RTO =恢复时间目标；恢复到RPO中定义的时间所需的时间。

如果我给你提供足够的信息并给你一些想法供你思考，你也许可以自己回答你的问题。

恢复点目标

业务定义的RPO真的可行吗？业务会在一天(或24小时)的RPO中生存吗？

恢复时间目标

你能把你的数据库(S)恢复到RPO定义的时间点吗？请不要忘记: RPO是一个持续时间。如果您的数据库在下午2点崩溃，那么您必须能够至少在前一天下午2点恢复数据。(而不仅仅是在你得到支援的那晚6点)。

事务日志备份:是/否？

既然您现在知道RPO和RTO可以与您的备份概念相关，我现在可以回答您关于数据库事务日志的问题。如果数据库处于完全恢复模式，数据库的差异备份和/或完全备份将不会释放事务日志。

参考资料：对日志和日志备份的误解:如何说服自己 (SQLSkills.com，Paul )

您必须执行一个BACKUP LOG ....来检查事务日志，并允许它在需要时释放空间。

现有备份概念

如果您的RPO是24小时数据丢失，而RTO是4小时(对于一个数据库系统)，如果您必须重建10个系统或20个系统，您将如何公平？您能否将所有20个数据库恢复到给定的RPO为24小时和RTO为4小时的时间点？

可能的解决方案

1. 每周执行一次BACKUP DATABASE ... (例如星期日)
2. 每隔一天执行一次BACKUP DATABASE ... WITH DIFFERENTIAL...，星期日除外
3. 每隔一小时执行一次BACKUP LOG ...
4. 将数据存储在与您的主数据库不同的位置(S)，甚至存储在异地位置(地理冗余)。

这可以帮助确保您可以恢复到您公司的业务连续性(BC)团队和信息技术服务连续性(ITSC)团队所要求的RPO。

您还必须以某种方式保证数据库备份(FULL、DIFF和TLOG)存储在不受当前位置的停机/数据丢失影响的位置(例如，单独的数据中心、场外数据中心)。

当在场外存储数据时，如果必须在一些额外的时间内计算数据复制操作或通过较慢的网络连接进行恢复，则仍然可以保证RTO。

参考资料

• 恢复点目标 (维基百科)
• 恢复时间目标 (维基百科)
• RTO与RPO的区别 (Techadvisory.org)

既然客户端可以承受一天的数据丢失，那么为什么不将数据库的恢复模型改为简单的，只使用full backup and differential backup。差异备份可以每天进行一次。当你说客户可以承受一天的数据损失时，我假设客户不需要时间点恢复。如果是这样，则不需要将数据库保持在完全恢复模型中。保持简单的恢复将消除频繁进行日志备份的麻烦。

另一种方法是将数据库保持在简单的恢复状态，并在一天中进行两次每周全备份和每日差异备份。只需根据RTO协议调整差异备份的频率即可。如果有足够的空间，我宁愿每天备份和差异备份。

确保您在执行备份时验证了备份的完整性，您在维护计划中有选项。在其他服务器上还原备份并运行checkdb以确保备份是一致的也会更好。