Azure SQL Database 如何从DTU模式迁移到vCore无服务器模式

1. 直接在Azure门户「计算和存储」页面修改配置的操作是否正确？ #

操作流程完全正确。DTU模型与vCore模型的互切是Azure SQL Database原生支持的在线配置变更能力，除了Azure门户，你也可以通过Azure CLI、PowerShell、ARM API等方式完成操作，底层逻辑完全一致。

2. 迁移前需要做好哪些准备工作、注意哪些事项？ #

• 提前完成兼容性校验：两类模型的功能兼容度极高，你可以执行SELECT * FROM sys.dm_db_objects_disabled_on_compatibility_level_change检查是否存在不兼容的数据库对象，确认当前数据库兼容性等级符合要求。
• 手动触发全量备份：虽然Azure会保留默认的自动备份，仍建议迁移前手动触发一次按需全量备份，避免极端场景的数据风险。
• 提前匹配适配规格：Standard S6 400 DTU对应的常规层vCore规格约为8核，你可以结合开发测试环境的实际负载，设置无服务器模式的vCore伸缩范围、自动暂停时长，最大化成本优化效果。
• 环境灰度验证：优先在开发环境完成迁移测试，确认性能、成本符合预期后再逐步推进到测试、生产环境。
• 权限与加密配置校验：操作账号需要持有目标SQL Server的「SQL DB 参与者」及以上权限；如果使用了带客户管理密钥（CMK）的透明数据加密，提前确认密钥保管库的权限配置正常，避免迁移过程中出现加密异常。
• 特殊配置预处理：如果数据库配置了异地复制、故障转移组，需要先删除对应链路，完成配置变更后再重新搭建，避免操作失败。

3. 迁移操作是否会对现有运行的Azure SQL DB产生业务影响？ #

迁移属于在线操作，仅在配置切换的最终阶段会出现小于30秒的短连接中断，如果你的业务应用配置了数据库连接重试逻辑，几乎不会感知到影响。如果是对可用性要求极高的生产业务，建议选择业务低峰期执行操作。

4. 切换到vCore模式后不符合使用需求，是否可以原路回退到DTU模式？ #

可以原路回退。回退操作和正向迁移逻辑完全一致，直接在「计算和存储」页面重新选择DTU模型的对应规格即可，回退操作的业务影响和正向迁移相同，仅存在极短的连接中断。
需要注意两点：

• 如果你在vCore模式下启用了仅vCore支持的特性（如DC系列硬件、Azure混合权益等），需要先关闭对应特性再发起回退，否则会操作失败。
• 回退选择的DTU规格存储上限需要覆盖当前数据库的实际存储使用量，否则会触发配置校验失败。

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