灾难恢复的 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 会帮助你..