如何强制暂停Azure SQL（Serverless）数据库？

Azure SQL Serverless 原生没有直接的「强制暂停」UI操作入口，你可以通过以下两种方案实现仅支付存储费用的需求，两种方案都不会删除数据，恢复后所有配置、数据完全保留：

方案1：调整自动暂停阈值+临时阻断连接（适合暂停7天以内的短周期场景） #

该方案不需要修改数据库层级，操作可逆速度最快：

• 第一步：调整自动暂停延迟到最小值
  操作路径：Azure门户 → 目标SQL数据库详情页 → 左侧菜单「计算+存储」→ 找到「自动暂停延迟」配置项，将值调整为平台支持的最小值1小时
• 第二步：阻断所有数据库连接，消除低持续访问
  任选一种操作即可：
  • 在SQL服务器的防火墙规则中，临时删除所有允许入站的IP规则，仅保留默认的全局拒绝规则
  • 执行T-SQL命令强制断开所有现有会话：ALTER DATABASE [你的数据库名称] SET RESTRICTED_USER WITH ROLLBACK IMMEDIATE;
    完成以上操作后等待1小时以内，数据库就会触发自动暂停，暂停后仅收取存储费用，不会产生vCore相关开销
• 恢复方法：需要使用时在Azure门户点击「恢复数据库」，或者任意发起一次合法的数据库访问请求，1分钟内即可恢复正常使用，之后改回原来的防火墙/用户权限配置即可

方案2：临时降级为基础层单库（适合暂停超过7天的长周期场景） #

如果暂停周期较长，也可以直接将数据库从Serverless层临时降级到最低配基础层，存储费用和暂停的Serverless基本一致，且不用担心意外访问触发恢复：

• 操作方法：Azure门户 → 目标SQL数据库详情页 → 左侧菜单「计算+存储」→ 选择「基本」层级，存储大小保留当前配置，提交修改即可，计费会立即切换为基础层的存储+极低计算费用，比Serverless未暂停的最低vCore费用低80%以上
• 恢复方法：需要使用时再切回原来的Serverless配置即可，所有数据、表结构、权限配置都不会丢失

注意事项 #

• 两种方案操作前都建议先做一次手动全量备份，避免操作失误导致数据问题
• 暂停/降级期间所有依赖该数据库的应用、定时任务都会无法访问，提前做好相关业务的停流处理
• 暂停的Serverless数据库如果超过自动备份保留期，备份数据会按规则清理，建议根据暂停周期调整备份保留策略

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