在Azure存储帐户上使用RA-GRS复制时，如果发生区域中断并且Microsoft管理的故障转移到辅助区域，则该辅助区域中的数据是否会自动再次进行地理访问复制？ / p>
类似地，一旦原始主区域重新联机，存储帐户是否会自动故障恢复到该区域，还是保留在辅助区域中？
我可以在预览中找到许多有关客户管理的故障转移的信息，但是我正在努力寻找有关Microsoft管理的故障转移的信息。
答案 0 :(得分：1)
对于您的问题：
account..core.windows.net的DNS条目以来，所有现有URI在地理故障转移之前和之后都将相同地工作。将更新为从主要位置指向次要位置。我认为，如果原始主区域重新联机，则可能是数据地理冗余的新辅助区域。您可以参考博客中的评论。 这取决于问题。我们需要的选项是对主数据库进行故障转移，或从辅助数据库恢复主数据库上的数据，而我们的选择将取决于当前的问题。 什么是地理位置故障转移过程？地理位置故障转移是以下过程： 将存储帐户的辅助位置配置为新的主要位置 位置。目前，故障转移处于邮票级别，而我们没有 故障转移单个存储帐户的能力。我们计划提供 一个API，允许客户在帐户级别触发故障转移， 但这尚不可用。鉴于故障转移已成定局 发生重大灾难而影响主要 位置，我们将首先尝试在主数据库中还原数据 位置。自从故障转移以来，恢复主数据库具有优先权 中级可能会导致由于以下原因丢失最近的增量更改 复制的性质是异步的，并非所有应用程序都是异步的 如果主服务器的可用性可以是 恢复。
如果我们需要执行故障转移，则受影响的客户将是 通过其订阅联系信息通知。作为一部分 故障转移，客户的“ account..core.windows.net” DNS 条目将更新为从主要位置指向 次要位置。传播此DNS更改后，现有的 Blob，表和队列URI将起作用。这意味着您不需要 更改您应用程序的URI-所有现有URI都可以使用 地理位置故障转移前后相同。例如，如果主 存储帐户“ myaccount”的位置在美国中北部，然后 myaccount..core.windows.net的DNS条目将直接 交通到美国中北部。如果必须进行地理故障转移， myaccount..core.windows.net的DNS条目将被更新，因此 然后它将存储帐户的所有流量引向南方 美国中部。 发生故障转移后，正在接受的位置 流量被视为存储的新主要位置 帐户。新的主要服务器启动并接受流量后，我们将 引导到新的辅助数据库，以再次获得数据地理冗余。
您可以从Microsoft Azure存储团队博客中获取更多详细信息--- Windows Azure Storage Redundancy Options and Read Access Geo Redundant Storage