Azure Synapse SQL无服务器池查询存储账户时报文件无法打开错误

• 优先核对异常Synapse工作区的存储访问权限链路：账号权限和工作区托管身份权限是两套独立配置体系，你当前验证的是AD用户组权限，需要额外确认该工作区的系统/用户分配托管身份，是否在目标存储容器上持有存储Blob数据读取者及以上角色权限，过往权限配置变更、继承规则调整都可能导致权限静默失效。
• 检查存储账户的网络准入规则：核对存储账户防火墙是否放行了异常工作区的出站IP段，或是否开启了「允许受信任的Azure服务访问」开关，不同Synapse工作区的出站IP、网络链路配置完全独立，这也是同脚本在其他工作区可正常运行的常见原因。
• 排查目标存储文件的状态：通过Azure Storage Explorer查看报错对应的具体Blob文件，是否存在未释放的活动租约、软删除标记或Immutable锁，上游ETL任务写入完成后未主动释放租约，会直接触发你遇到的「文件被其他进程占用」报错。
• 验证存储访问链路的DNS解析：如果异常工作区使用专用终结点访问存储，确认专用终结点的DNS解析正常，你在Monitor中查到的Error handling external file: 'waitIOCompletion error. HRESULT = 0x80070003(offset = 0, bytes requested = 117621).' 本质是路径寻址失败，70%以上的同类问题都是专用链路DNS解析异常导致无服务器SQL池无法定位到存储资源。

• 若为托管身份权限问题：给异常工作区的系统分配托管身份授予目标存储容器的存储Blob数据读取者角色，等待15分钟权限生效后重试查询即可。
• 若为防火墙拦截问题：在存储账户的网络配置中添加异常工作区的出站IP白名单，或开启「允许受信任的Azure服务访问」开关即可恢复访问。
• 若为Blob租约占用问题：手动释放目标文件的活动租约，同时调整上游写入逻辑，写入完成后主动调用接口释放租约，避免后续重复出现同类问题。
• 若为DNS解析问题：临时切换Synapse工作区到公共网络访问验证问题是否复现，确认是专用链路解析问题后，重置存储专用终结点配置即可恢复。

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