Synapse工作区清理时Blob storage备份及全量资源恢复咨询

一、前置备份补全与校验 #

• 补全Blob存储bckups文件夹备份：使用AzCopy或Azure Storage Explorer将该文件夹全量同步到不在本次清理范围内的独立存储账户，同步完成后校验文件哈希清单，确保无文件缺失、损坏
• 导出Synapse工作区全量快照：执行az synapse workspace export命令导出当前工作区所有pipeline、数据集、链接服务、触发器等自定义配置，导出的JSON包存到离线备份位置，不与本次操作的资源归属同一资源组/订阅
• 导出Serverless SQL Pool全量对象脚本：通过SSMS或sqlcmd连接池实例，导出所有自建外部表、视图、函数、权限配置的可执行SQL脚本，单独留存
• 导出Dedicated SQL Pool配置：虽然池处于暂停状态，仍需导出其计算规格、权限配置、防火墙规则、已有表结构定义，同时确认系统自动备份的保留周期满足恢复要求
• 校验DevOps Repository备份完整性：拉取最新代码到本地，确认terraform资源定义、CI/CD流水线配置完整，对当前版本打唯一版本号Tag标记为清理前基准，禁止本次操作过程中覆盖该Tag，同时单独备份当前terraform状态文件（.tfstate）到独立备份位置
• 提前禁用Synapse所有运行中的触发器，记录原有启用状态，清理完成校验环境正常后再按记录恢复启用

二、清理过程防护配置 #

• 对所有无需清理的资源（独立备份存储账户、DevOps对应项目）配置只读删除锁，避免操作过程中误删
• 先执行terraform预校验：运行terraform plan输出所有即将删除、变更、重建的资源清单，和提前梳理的清理范围逐一比对，确认无超出范围的资源变更后再执行terraform apply操作
• 分阶段执行清理：不要一次性重建所有资源，先清理非核心资源，每完成一个阶段的操作立即校验Synapse工作区、SQL Pool的可用性，确认无异常后再推进下一阶段

三、故障快速恢复方案 #

• 若Synapse pipeline等工作区配置丢失：直接使用提前导出的工作区配置快照，执行az synapse workspace import命令全量导入恢复
• 若Serverless SQL Pool自定义对象丢失：直接执行提前导出的SQL脚本重新创建对象，再关联底层存储数据即可恢复
• 若Blob存储bckups文件夹文件丢失：从独立备份存储全量回拷数据即可
• 若terraform重建后资源配置不符合预期：直接切换到清理前打的基准Tag，用基准版本的terraform配置回滚资源即可

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