Azure SQL无服务器数据库兼容级别从120升级到130的前置策略咨询

核心准备步骤 #

• 备份数据库：执行变更前务必完成完整备份，这是出现问题后的唯一可靠回滚手段。可以利用Azure SQL自动备份机制，或手动执行备份语句：

  BACKUP DATABASE DP300 TO URL = 'https://<storage-account>.blob.core.windows.net/<container>/DP300_backup.bak' WITH COMPRESSION;
  

• 评估兼容性风险：
  • 查询系统视图检查依赖特性：执行SELECT * FROM sys.dm_db_persisted_sku_features;，确认没有仅支持旧兼容级别的特性（如早期版本的stretch database功能），如有需先移除或调整。
  • 分析查询计划与行为变化：130兼容级别启用了新的基数估算器（CE），可能改变现有查询的执行计划。需提取生产环境的关键业务查询，在测试环境验证执行计划、性能及结果正确性，重点排查依赖旧CE逻辑的查询。
• 测试环境全量验证：
  • 克隆生产数据库到测试环境，确保数据量、schema、查询负载完全一致。
  • 在测试库执行目标变更语句ALTER DATABASE DP300 SET COMPATIBILITY_LEVEL = 130;，然后遍历所有核心业务流程，验证应用功能正常，无语法报错或性能退化。
• 安排合适的维护窗口：
  • 变更本身执行速度快，但后续查询计划重新编译可能导致短期性能波动。选择业务低峰期操作，降低对用户的影响。
  • 提前通知运维、开发团队，做好应急回滚预案。
• 确认数据库状态与权限：
  • 确保数据库处于ONLINE状态，无正在运行的大型事务、备份或还原任务，避免变更被阻塞。
  • 当前执行用户需具备ALTER ANY DATABASE权限或数据库所有者权限。

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