有关活动地理复制的问题（以及它与本地，数据中心内部，冗余之间的交互方式）

Question

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

真的可以使用帮助！

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

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

3. 使用活动地理复制配置，在线辅助数据库是否可以与主要数据库位于同一区域？假设我们希望在同一区域内进行活动地理复制一段时间。那可行吗？我意识到，从区域灾难的角度来看，在同一地区拥有在线辅助设备会破坏目的。如果它可行，仍然会很好。

Answer 1

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

Answer 2

1. 如果强制终止连续复制链接，则必须建立新链接以在新主数据库上启用Geo-Replication。这将创建一个新的数据库，并从另一个在线二级数据库的播种开始。

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

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