【问题标题】:Recovering from an Azure SQL Database failover从 Azure SQL 数据库故障转移中恢复
【发布时间】:2016-09-23 12:43:57
【问题描述】:

我正在设计我的 Azure 网站以实现高可用性。有趣的是,我阅读了以下内容:https://azure.microsoft.com/en-us/documentation/articles/sql-database-designing-cloud-solutions-for-disaster-recovery/#design-pattern-1-active-passive-deployment-for-cloud-disaster-recovery-with-a-co-located-database

特别是,我正在尝试使用模式 #1。简而言之,你:

  • 建立您的主站点和备份站点。
  • 您的备份站点保持活动状态,但在您的主站点正常运行时从未直接使用过。
  • 所有数据库事务都会在发生时从主数据库复制到辅助数据库
  • 发生故障转移时,您的流量只会到达您的备份站点。

我的问题是:故障转移后,您将如何返回主站点?如果将数据库事务写入辅助数据库,则需要将它们写回主数据库。您是否会使用“地理还原”(https://azure.microsoft.com/en-us/blog/azure-sql-database-geo-restore/) 并通过主要位置恢复备份,然后更新 Azure 流量管理器以再次开始使用您的主要位置?

【问题讨论】:

    标签: sql-server azure high-availability


    【解决方案1】:

    据我理解,“同步回来”是自动完成的。

    See here

    当失败的主节点恢复并再次可用时,系统会自动将其标记为辅助节点,并使其与新的主节点保持同步。

    然后,是的,我会更新流量管理器以再次路由到原始主节点。

    【讨论】:

      猜你喜欢
      • 1970-01-01
      • 2021-05-31
      • 2018-03-15
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 2021-10-03
      • 2010-11-06
      • 1970-01-01
      相关资源
      最近更新 更多