我们的数据库是MSSQL，我们目前正在多节点群集中使用具有故障转移功能的高可用性组，因此冗余和备份的想法已经存在。
我们当前所有服务器都位于同一位置;想象一下地震摧毁了整个托管设施，然后我们坐以待毙。
我正在探索一种灾难恢复 (DR( 策略，以便在不同的位置进行另一个灾难恢复备份，因此当发生这种情况时，我可以使用 DR 的备份集以最短的停机时间恢复整个数据库，并且需要保证数据尽可能达到分钟数。
我已经阅读了Microsoft文档，但我并没有真正看到一个详细讨论这个问题的文档。
我需要一个长达分钟的真正备份，我是否需要执行此完整备份(每天一次(和事务日志备份(每分钟一次(，然后将其保存到其他不同的地理位置？ 您能指出有关如何实现这一目标的指南或最佳实践文档吗？
我正在探索一种灾难恢复 (DR( 策略，以便在不同的位置进行另一个灾难恢复备份，以便在发生这种情况时，我可以使用 DR 的备份集以最短的停机时间恢复整个数据库，并且需要保证数据尽可能保持分钟数
下面是你的选项，因为你已就地具有可用性组。
多子网 WSFC 需要向 WSFC 中添加其他节点，这些- 节点在可用性组中用作 DR 副本，请考虑它是你已在同一位置拥有的另一个辅助副本，但此副本位于不同的地理位置，因为它是多子网 WSFC 需要注意完全正常仲裁配置。
- 日志传送 与多子网WSFC相比，它是简单的解决方案，并且易于管理。它基本上按计划从当前可用性组中的主要副本进行日志备份，并还原到次要副本。可以有多个次要副本，每个次要副本都有不同的地理位置，具体取决于网络带宽。
需要一个长达分钟的真正备份，我是否需要执行此完整备份(每天一次(和事务日志备份(每分钟一次(，然后将其保存到其他不同的地理位置？您能指出有关如何实现这一目标的指南或最佳实践文档吗？
DBA.SE 的这篇文章会对你有所帮助..