问如何实现Azure Synapse分析的高可用性？

EN

首先，设计和记录灾难恢复计划本身就是一个项目。几个月来，我一直在为我的一个客户使用Synapse做兼职工作。

第一项任务是定义您的恢复时间目标(RTO，意指在发生灾难时，您的解决方案还需要多久才能恢复)和恢复点目标(RPO，意指您能够承受丢失…的几分钟或几个小时的数据)。使用分析解决方案，您通常可以从源重新加载以赶上)。如果您的RTO和RPO对于分析解决方案(如2小时)来说很低，那么您可能需要在另一个区域旋转并行环境，并并行地将数据加载到这两个环境中。如果您的RTO和RPO是典型的分析解决方案(24-48小时)，那么您可能可以通过确保备份是地理冗余的，并在发生故障时恢复。我建议您在中断之前预先配置Synapse工作区和其他基础设施，除非您有信任基础设施作为代码解决方案。如果您的RPO和RTO很长(比如7天)，那么Azure服务或区域就不太可能持续这么长时间了。

ADLS支持RA-GRS冗余，因此您可以从其对区中的辅助端点读取所有文件，并将文件复制到辅助区域中的其他all。不幸的是，ADLS帐户还不支持用户启动的故障转移。

专用SQL池每天支持内置的geo冗余备份一次，但您无法控制何时使用它们。如果这是不可接受的，那么您需要主动创建一个用户定义的恢复点，并主动地跨区域恢复它，并暂停SQL池。

Serverless池没有存储，因此请确保在源代码管理或其他地方备份架构(视图、权限、外部数据源、外部表等)。数据将在ADLS中发生故障转移。

对于火花池，请确保您的笔记本工件在源代码管理中，并且在需要时可以在另一个区域的不同Synapse工作区中运行它们。记录您的集群吐露。

写出一本灾难恢复手册，并定期进行一次DR演练(每季度或一年一次)。

这是另一位作者对Synapse计划的描述。