Azure SQL数据库从标准订阅迁移到dev/test订阅相关问题咨询

1. 迁移可行性与 Dev/Test 订阅限制 #

该迁移操作完全可行，Azure 原生支持同租户下将 Azure SQL 服务器及下属所有数据库整体转移到其他订阅，无需进行数据导出导入，迁移过程只会修改资源的订阅归属，不会改动数据、配置、部署区域，业务侧几乎无感知，仅可能出现秒级的连接闪断。

迁移需要满足的前提条件：

• 源 Standard 订阅和目标 Dev/Test 订阅必须归属同一个 Azure AD 租户，跨租户场景无法使用原生资源迁移能力
• 执行迁移操作的账号需要同时在源、目标订阅拥有所有者或参与者+用户访问管理员权限
• 目标 Dev/Test 订阅的 Azure SQL 配额足够容纳待迁移的服务器、数据库资源，配额不足时需提前提交工单调整

Dev/Test 订阅相关的迁移限制：

• Dev/Test 订阅协议要求所有资源仅可用于开发测试场景，不得承载生产业务，该限制为订阅规则层面要求，和迁移操作本身无关
• 若源订阅的 SQL 资源绑定了 Standard 订阅专属的预留实例、服务折扣，迁移后会自动失效，需在 Dev/Test 订阅重新配置对应 Dev/Test 类型的预留实例或优惠

2. 迁移对 AAD 用户的影响 #

需要区分两种层级的 AAD 权限分别说明：

• 订阅层级的 AAD 用户/角色：仅和订阅绑定，迁移后不会自动同步。例如某 AAD 用户在源 Standard 订阅配置了 SQL DB 参与者角色，迁移后该权限不会自动继承到 Dev/Test 订阅，需要提前在目标订阅为对应人员配置匹配的权限
• SQL 服务器/数据库层级的 AAD 用户：完全不受迁移影响。这类身份和权限是绑定到 Azure AD 租户、SQL 资源本身的，和所属订阅无关，迁移完成后已配置的 AAD 服务器管理员、数据库包含用户、对应权限规则均无需重新配置，可正常使用。

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