Server 2017备份策略

Question

RTO为8小时

RPO 24小时

留用期:5天

基于上述值，我计划为生产配置以下备份策略。请建议是否需要在以下备份策略中进行任何更改。

全面备份-每日

日志备份-每30分钟一次(这只是为了防止索引重建作业期间日志日志/低磁盘问题)

SQL大小约为500-650 GB。

上述DB的HA/DR解决方案:配置从DC1到WSFC之上的DC2 (DC1- 2 DB服务器和DC2-2 DB服务器)

Answer 1

首先，我不认为您当前的方法存在任何技术问题。如果我可以建议，如果它适合您的要求，因为您的RPO是24小时，保持DB在简单的恢复采取每日全面备份和每8小时差异备份(可选)。甚至不需要diff备份，只是为了在中间给您一些恢复点。现在，将这些备份存储在本地以及其他DC中的不同服务器上。

在其他DC中的不同Server上复制这些备份文件并还原它。因此，现在你总是有一个完整的数据，这是不到24小时的新在其他DC。这将满足您的RPO，但是的，您应该测试这个，看看它是否符合您的RTO 8小时或不。

这种方法的优点是它的配置非常简单，节省了很少Windows服务器的许可费用。你不必担心AG的复杂性，即使是一个新的DBA和初级的DBA也可以轻松地处理它，等等。

Answer 2

由于您的数据库是可用性组的一部分，所以不能将恢复模型更改为simple。AG需要完全康复。

拥有这些日志备份还提供了第二个选项，以防您的每日完全备份不好并且无法恢复(您可以恢复以前的完全备份和所有日志备份，我猜这可以在您的8小时RTO内完成)。您还可以使用AG提供的自动页面修复来防止损坏，但如果曾经出现过无法自动修复的损坏情况，则日志备份应该可以覆盖。

您可以检查每日备份和每周备份(或双周备份)。在某些情况下，它可以节省一些空间，因为diff备份通常是较小的，然后是满的(除非对数据进行了大量的修改)。

如果只在DC1中进行备份，那么将备份的副本复制到DC2中。

使用这些RPO，您还可以在辅助DC上运行备份。

这些不是进退两难的SLA，所以你有很多选择。也许您不需要分布式AG的复杂性，也可能不需要高可用性.