Azure Event Hubs异地恢复机制是否会复制数据至辅助区域

这个表述对应的是Event Hubs异地灾备的核心设计定位——它是控制面/元数据的快速灾备能力，不是全量事件数据的跨区域实时镜像，所谓“不复制数据”从来不是指灾备功能失效，而是明确划清了跨区域同步的边界：

• 跨区域自动同步的只有结构类元数据：配对的主、备命名空间之间，会实时同步所有实体配置——你在主区域建好的事件中心、消费者组、访问权限规则、数据留存策略这些，在辅助区域都是完全一致的，故障转移后辅助区可以直接承接请求，不需要临时从零搭建所有基础配置
• 跨区域完全不做同步的就是文档提及的“不复制”部分：所有已经写入主区域事件中心的存量事件负载，不会实时镜像到辅助区域的对应实例；而且每个区域的事件索引（也就是偏移量、序列号这些用来定位事件位置的标记）是完全独立维护的，主区记录的偏移量，和辅助区同一个逻辑事件中心的偏移量根本没有对应关系

这也是文档明确无法复用主区域旧偏移量的原因：如果直接把消费端之前存的主区消费偏移量发给辅助区的事件中心，系统根本识别不出来对应的事件位置，直接报错。很多用户最初会误以为这个灾备能力是跨区域同步全量历史事件，切换后可以无缝续读之前的消费位置，实际上这个定位决定了它的故障转移速度很快（通常几十秒就能完成切换），但需要业务侧主动适配消费逻辑。

故障转移切到辅助区域后，消费端需要根据业务的实际消费诉求，重新指定读取位置，常用的重启方式对应场景为：

• EventPosition.FromStart()：若需要读取辅助事件中心留存窗口内的全部可获取数据，可使用该方法定位到最早的事件起点
• EventPosition.FromEnd()：若不需要补收故障转移窗口期的漏接事件，仅需从连接到辅助事件中心的时间点开始读取后续新产生的事件，可使用该方法
• EventPosition.FromEnqueuedTime(dateTime)：若需要精准读取辅助事件中心自指定日期时间起接收的所有数据，可使用该方法定位到对应时间点的事件起点

内容的提问来源于stack exchange，提问作者One Developer