通过Azure Data Factory删除SQL托管实例数据库耗时数小时求助

• 验证数据库实际状态，绕过SSMS界面缓存
  别依赖SSMS的列表显示，直接在SSMS里执行查询确认：

  SELECT name, state_desc FROM sys.databases WHERE name = '你的目标数据库名'
  

  如果结果里查不到该数据库，说明实际已经删除，只是SSMS的元数据缓存没更新。

• 重构Data Factory管道逻辑，主动验证删除结果
  不要只靠脚本活动的执行状态判断删除完成，改成以下流程：

  1. 执行删除数据库的脚本活动：SET NOCOUNT ON; DROP DATABASE [你的目标数据库名];
  2. 添加等待活动，时长根据数据库大小设置（比如5-15分钟，大库适当延长）
  3. 新增验证用的脚本活动，执行：

     IF EXISTS(SELECT 1 FROM sys.databases WHERE name = '你的目标数据库名')
         RAISERROR('数据库仍存在，删除未完成', 16, 1)
     

  4. 给这个验证活动配置重试策略（比如重试3次，每次间隔5分钟），直到验证通过再进入恢复数据库的环节。

• 解决Data Factory脚本活动挂起的问题
  有时候删除脚本执行后，DF的会话没正常释放导致活动一直跑。在删除脚本开头加上SET NOCOUNT ON;，确保脚本执行后主动关闭会话，避免DF持续处于等待状态。

• 清空SSMS元数据缓存的小方法
  如果SSMS一直显示已删除的数据库，重新连接时：

  • 右键点击SQL MI连接，选择属性
  • 在连接属性里取消勾选"连接到数据库"选项
  • 重新连接后刷新数据库列表，缓存的旧元数据就会被清除

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