如何自动暂停与恢复Synapse dedicated SQL pool？可检测空闲状态触发暂停？

原生内置能力 #

Synapse专用SQL池自带开箱即用的自动暂停、自动恢复能力，不需要额外开发：

• 配置路径：进入对应Synapse工作区的专用SQL池配置页，找到「自动暂停」选项，开启功能后可自定义空闲时长阈值，可选范围为1-12小时，实例连续空闲达到设定时长后会自动暂停
• 内置空闲判定规则：实例无活跃用户会话、无正在运行的查询/后台作业、计算资源占用持续处于低位，即判定为空闲
• 自动恢复逻辑默认开启：处于暂停状态的实例只要收到合法连接请求（包括用户主动连接、工具访问、作业调用查询等），会自动触发恢复流程，恢复耗时通常在1-2分钟
• 内置能力局限：空闲阈值最低仅支持设置为1小时，不支持自定义更短的判定周期，也无法叠加业务侧的特殊判定规则（比如跳过作业调度窗口、匹配自定义业务低峰期），有更灵活需求的场景可以用自定义自动化方案实现。

自定义自动化实现方案 #

如果需要自定义空闲判定规则、调整触发阈值，可以通过定时任务结合状态判断实现全自定义的暂停/恢复逻辑。

实例状态与空闲状态捕获 #

首先需要定时拉取实例的运行状态、活动负载数据，作为触发判断的依据：

• 实例运行状态（运行中/暂停中/暂停/恢复中）可直接通过资源管理接口查询
• 空闲状态判定可以通过查询实例内置的动态管理视图（DMV）获取实时活动数据，常用判断语句如下：

-- 统计当前非系统的活跃会话数，排除当前查询自身的会话
SELECT count(*) AS active_session_count
FROM sys.dm_pdw_exec_sessions
WHERE status = 'Active'
  AND session_id <> session_id()
  AND login_name NOT LIKE '##%'

-- 统计当前正在运行的未完成查询/作业数
SELECT count(*) AS running_task_count
FROM sys.dm_pdw_exec_requests
WHERE status NOT IN ('Completed','Failed','Cancelled')

如果连续多次（比如连续3次、每次间隔5分钟）查询返回的活跃会话数、运行中作业数都为0，同时搭配CPU、IO监控指标持续低于设定阈值，即可判定实例处于空闲状态。

自动暂停/恢复触发逻辑 #

可以用定时运行的自动化作业承载逻辑，常见的实现方式是用自动化账号的定时Runbook执行PowerShell/Python脚本，核心逻辑：

1. 按设定的频率（比如每10分钟执行一次）拉取实例当前状态，如果实例处于非运行状态，直接跳过本轮判断
2. 实例处于运行状态时，连接实例执行上述DMV查询，校验是否满足自定义的空闲判定条件
3. 满足空闲条件时，调用暂停指令触发实例暂停
4. 除了原生的连接触发自动恢复外，也可以在脚本中添加定时触发逻辑，在预设的业务启动时间点主动调用恢复指令拉起实例，避免业务首次访问等待恢复耗时
   核心操作的PowerShell命令示例：

# 查询专用SQL池当前状态
Get-AzSynapseSqlPool -WorkspaceName <工作区名称> -Name <专用SQL池名称> -ResourceGroupName <资源组名称> | Select-Object Status

# 暂停指定专用SQL池
Suspend-AzSynapseSqlPool -WorkspaceName <工作区名称> -Name <专用SQL池名称> -ResourceGroupName <资源组名称>

# 恢复指定专用SQL池
Resume-AzSynapseSqlPool -WorkspaceName <工作区名称> -Name <专用SQL池名称> -ResourceGroupName <资源组名称>

注意事项 #

• 空闲判定不要用单次查询结果直接触发暂停，建议增加连续多次校验的逻辑，避免查询间隙的短时空闲导致误暂停
• 建议添加白名单/跳过时段配置，在业务高峰、批量作业调度时段暂停自动暂停逻辑，避免影响正常业务运行
• 如果采用主动定时恢复的方案，需要预留1-2分钟的实例恢复耗时，提前触发恢复操作，避免业务访问时实例未就绪

内容的提问来源于stack exchange，提问作者Ashok Kumar Bollineni