Azure Synapse SQL专用池卡缩放状态超48小时求助

紧急处理步骤 #

• 强制终止后台缩放任务
  使用PowerShell终止正在进行的SKU分配作业：

  Stop-AzSqlDatabaseUpgrade -ResourceGroupName <你的资源组名> -ServerName <Synapse工作区对应的SQL服务器名> -DatabaseName <SQL专用池名称>
  

  或通过REST API调用（需Azure AD身份认证）：

  POST https://management.azure.com/subscriptions/{你的订阅ID}/resourceGroups/{资源组名}/providers/Microsoft.Sql/servers/{SQL服务器名}/databases/{SQL池名称}/stopUpgrade?api-version=2021-11-01
  

  执行后等待10-15分钟，再通过az synapse sql pool show命令检查状态。

• 提交P1优先级Azure支持工单
  由于已导致严重业务中断，直接在Azure Portal提交优先级P1的支持工单，需提供：

  • 资源组、Synapse工作区、SQL专用池的完整名称
  • az synapse sql pool show命令的输出结果
  • 暂停/恢复操作时的完整错误信息
  • 业务影响的具体描述（数据更新失败、ADF管道未触发等）

深入排查步骤 #

• 查询资源详细状态
  通过Azure Resource Graph获取更细致的状态信息：

  az graph query -q "resources | where type == 'microsoft.synapse/workspaces/sqlpools' | where name == '<SQL池名称>' | project name, properties.status, properties.serviceObjectiveAssignmentState"
  

  重点查看serviceObjectiveAssignmentState字段，确认卡住的具体阶段。

• 检查资源锁
  在Azure Portal中进入SQL专用池的「锁」选项卡，确认资源组或池本身没有设置删除锁或只读锁——这类锁可能会阻塞缩放操作。

• 验证SKU区域可用性
  确认目标SKU在当前区域的配额和可用性：

  az sql elastic-pool list-skus -l <你的资源区域>
  

  同时在Azure Portal的「订阅 > 配额」页面，查看SQL数据仓库（SQL DW）的配额使用情况，确认是否配额不足。

• 排查隐藏的资源变更
  通过Azure Resource Graph查询过去7天的资源变更记录，查找可能触发缩放的隐藏操作：

  az graph query -q "resourcechanges | where targetResourceId == '<SQL池的资源ID>' | order by changeTime desc | project changeTime, changeType, properties.payload"
  

  （SQL池资源ID可通过az synapse sql pool show命令的id字段获取）

注意事项 #

• 不要重复执行缩放、暂停/恢复操作，避免加剧后台任务冲突
• 暂时暂停依赖该SQL池的ADF管道，减少失败日志的产生
• 强制终止任务后，若状态恢复正常，需重新确认目标SKU配置，再执行缩放操作

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