SQL Server备份策略的优缺点及其适当的使用方案

据我所知，有三种可能的备份SQL Server数据库的方法

1. 完整备份
2. 差异备份
3. 日志传送

每种策略的优缺点是什么，应该在什么情况下使用它们？

日志传送不是备份方案。这是一个半高可用性方案。
对于备份，有完整，差异和事务日志备份。它们都应该一起使用。您的SLA决定了如何使用它们。最典型的方案是：在午夜进行完全备份，在中午进行差异备份，每30或15分钟进行一次事务日志备份。

请记住：您没有有效的备份，直到您从备份中恢复以测试是否还可以。

可以说没有备份策略这样的概念：您有一个还原策略，因为它决定了恢复运行之前需要多长时间*。

所有策略都需要完整备份，以作为后续所有差异备份和/或日志备份的基础。

实际上，您可以从6个月前开始进行完整备份，并进行15分钟的日志备份：但是，您必须应用上次完整备份中的每个日志备份。

作为一个随机的例子，一种情况可能是每周满，每天有差别，记录15分钟。

备份间隔决定了在最坏的情况下您将丢失多少数据：15分钟的日志备份使您在1秒至14分钟59秒之间丢失数据，平均7.5分钟。这可以接受吗？

日志传送具有手动故障转移的热备用功能：它不是备份而是高可用性选项。

没有一种适合所有情况的策略。但重要的是要了解您所拥有的。完全备份的确切含义是：数据库的完全备份减去事务日志。差异备份是自上次完整备份以来数据文件中的更改的备份。事务日志备份将备份自上次事务日志备份以来存储在事务日志中的所有事务。事务日志备份将使您可以还原到某个时间点。如果这是必需的，则需要将恢复模式设置为“完全”，并且需要进行常规的事务日志备份，具体取决于在恢复情况下您愿意丢失多少数据。

处理事务日志备份时，重要的是要了解什么是日志链。用我的话来说，日志链是需要还原的一系列备份，以便将数据库还原到给定的时间点。为了开始还原事务日志，必须首先使用WITH NORECOVERY选项还原完整备份。如果还执行差异备份，则希望使用相同的WITH NORECOVERY选项还原要还原到的时间点之前的最新差异备份。此时，您将需要对除最终备份以外的所有备份使用WITH NORECOVERY选项，依次恢复事务日志备份。有关时间点还原的更多信息，请查看此链接。 http://msdn.microsoft.com/en-us/library/ms175093.aspx

如前所述，日志传送不是备份策略，但是在灾难恢复情况下，它可以大大减少还原时间。需要注意的一个难题是，任何复制发布都需要编写脚本到Log Shipping服务器并进行初始化，以使复制能够像灾难之前那样正常工作。对于较大的出版物，这可能会导致恢复到生产水平所需的时间显着增加。

希望这可以帮助，

马特

我第二次是Mladen Prajdic。本文将帮助您根据数据库的Reovery Model选择正确的备份策略。

这些不是SQL Server的备份策略。完全备份和差异备份是您可以对SQL Server数据库执行的备份类型，而日志传送是一种高可用性策略（通过在计划的时间将日志备份从一台服务器移动到另一台服务器，并使这两个数据库同步到备份限制）。

有关灾难恢复的好信息（备份和还原：-），可以在MSDN上找到：此处和此处。简而言之，您需要选择在发生故障时可以从备份中恢复多少数据。明智的备份策略示例是每天进行一次完整备份，然后每小时进行一次日志备份（这取决于您的需求），因此在这种情况下，您将能够从完全备份+所有每日日志备份中还原数据库。

您可以在Simple_Talk上找到有关DR的另一个不错的参考。

当然，不仅需要还原数据库，还需要在数据库所在的服务器和应用程序的上下文中进行恢复。我自己还没有使用过它，但是如果需要，Data Protection Manager看起来可以做得更全面。

最好的方法是一起使用所有三种备份类型。当然，您可以忽略事务日志备份的差异备份。一切都取决于您的数据库，数据库的增长速度，对数据库等进行更改的频率。在选择备份计划之前，请考虑一下您愿意释放多少数据？您准备花费多少时间来恢复数据库？

例如，如果数据库快速增长，则可以使用以下SQL Server备份策略：完全备份-每天一次，差异备份-每两小时一次，事务日志备份-每20分钟一次。在这种情况下，如果发生故障，您将损失不超过19分钟的工作时间。再举一个例子，如果数据库增长缓慢，则可以每天执行一次完整备份，每六个小时执行一次差异备份，然后每小时执行一次事务日志备份。

另一个提示-确保您的数据库安全，不时在测试服务器上还原备份。