MSSQL灾难恢复备份策略

Question

我们的数据库是MSSQL，我们当前正在使用具有多节点群集故障转移功能的高可用性组，因此已经有了冗余和备份的想法。

我们当前所有的服务器都在同一位置；想像一下一个场景，就是地震席卷了整个托管设施，然后我们坐了下来。

我正在探索一种灾难恢复（DR）策略，以便在不同位置具有另一个DR备份，因此，在发生这种情况时，我可以使用DR的备份集恢复整个数据库，并且停机时间最短，并且需要将数据尽可能保证几分钟。

我已经阅读了有关Microsoft文档的内容，但是我没有真正看到有关此文档的详细信息。

我需要一个长达数分钟的真实备份，我是否需要进行完整备份（每天一次）以及事务日志备份（每分钟一次），然后将其保存到其他不同的地理位置？您能指出我如何实现此目标的指南或最佳做法文档吗？

Answer 1

  

我正在探索一种灾难恢复（DR）策略，以便在不同位置具有另一个DR备份，因此，在发生这种情况时，我可以使用DR的备份集恢复整个数据库，并且停机时间最短，并且需要将数据保证尽可能在几分钟之内

以下是您的选择，因为您已经就位了可用性组。

1. Multi sub-net WSFC您需要向WSFC中添加其他节点，该节点作为可用性组中的DR副本，考虑这是您已经在相同位置的另一个辅助副本，但是由于该副本是多个节点，因此该副本放置在不同的地理位置子网WSFC需要注意Quorum configuration。
2. Log-Shipping，与多子网WSFC相比，它是一种简单的解决方案，并且易于管理。它基本上是按计划从当前可用性组中的主副本进行日志备份，然后还原到辅助副本。您可以具有多个辅助副本，并且每个副本都取决于网络带宽而具有不同的地理位置。

  

我需要一个长达数分钟的真实备份，我是否需要进行完整备份（每天一次）以及事务日志备份（每分钟一次），然后将其保存到其他不同的地理位置？您能指出我如何实现此目标的指南或最佳做法文档吗？

This post at DBA.SE将为您提供帮助。