关于 Active Geo-Replication 的问题（以及它如何与本地、数据中心内、冗余交互）

Questions about Active Geo-Replication (and how it interacts with local, within-datacenter, redundancy)

我刚刚阅读了 thisActive Geo-Replication for Azure SQL Database 有关活动异地复制的文章并有一些问题。我在文章的页面上发布了这些问题，但还没有得到回复。

真的需要帮助！

  1. “每次强制终止都会导致主数据库和关联的在线辅助数据库之间的复制关系不可逆转地丢失。”这里的不可逆是什么意思？这是否意味着为了在强制终止后重新建立主数据库和关联的在线辅助数据库之间的复制关系，我们需要重新开始为另一个在线辅助数据库做种？

  2. “本地数据冗余和操作恢复是 Azure SQL 数据库的标准功能。每个数据库都拥有一个主数据库和两个位于同一数据中心的本地副本数据库，从而在该数据中心内提供高可用性。这意味着 Active Geo-Replication 数据库也有冗余副本。主数据库和在线辅助数据库都有两个辅助副本。”所以，如果我们想象我们有活跃的异地复制和 运行 并且主数据库由于某种原因丢失了。作为标准本地数据冗余和操作恢复 Azure SQL 功能的一部分，Azure SQL 是否会自动将存在于同一数据中心内的剩余两个本地副本之一替换为刚刚丢失的主数据库对现有连接没有影响？如果是这样，我认为这意味着只有当数据库的所有 3 个副本都存在时，才需要强制终止主数据库和在线辅助数据库（通过地理复制）之间的复制关系的唯一情况在本地数据中心丢失。是吗？

  3. 使用活动异地复制配置，在线辅助数据库是否可以与主数据库位于同一区域？假设我们想要在同一区域内进行一段时间的活动地理复制。那可行吗？我意识到，从区域灾难的角度来看，在同一区域拥有在线辅助设备会达不到目的。还是很高兴知道它是否可行。

  1. 强制终止要求您重新启动创建活动异地复制的过程。
  2. 如果主数据库不可用，您将能够强制终止。 SQL 数据库维护本地 HA，如果一个副本出现故障，则它会切换到本地辅助副本并构建替换副本
  3. 对于高级数据库，您可以在该区域设置活动复制。这也有助于您阅读横向扩展。

  1. 如果强制终止连续副本link，则必须建立新的link以在新的主数据库上启用异地复制。这将创建一个新数据库，并从另一个在线辅助数据库的种子开始。

  2. Azure SQL数据库有built-in high availability. Geo-Replication（和强制故障转移）只需要在发生灾难导致整个数据中心与主数据库（和它的副本）将不可用。

  3. Active Geo-Replication 可用于扩展读取工作负载。 Active Geo-Replication 可以在同一区域配置，但副本必须与主服务器位于不同的服务器上。参见“design pattern 2”。