通过SSMS部署Dacpac到Azure失败：无法修改db_owner角色

一、在SSMS升级过程中直接修复 #

• 打开「升级数据层应用」向导，切换到高级选项页
• 勾选「忽略用户和角色权限」选项，这个设置会让部署过程跳过对db_owner等角色的权限修改操作，直接规避权限变更引发的错误
• 若上述选项无效，尝试同时勾选「忽略登录名」，避免部署脚本对登录用户的关联操作触发冲突
• 如果还是不行，别只注释删除用户的代码块，直接找到脚本中所有涉及ALTER ROLE db_owner、DROP USER或CREATE USER的语句，删除这些代码后再执行脚本

二、从Azure DevOps重新生成兼容的Dacpac #

如果临时修改脚本没用，就得从Dacpac生成阶段解决问题：

• 调整SQL数据库项目设置：
  1. 打开你的SQL数据库项目，进入项目属性
  2. 在「部署」选项卡中，找到「部署行为」区域，勾选「忽略权限」和「忽略登录名」，让生成的Dacpac默认不包含用户、角色权限的变更逻辑
• 修改Azure DevOps流水线任务：
  在Build阶段的SQLBuild任务中，添加参数/p:IgnorePermissions=True和/p:IgnoreLogins=True，强制生成Dacpac时忽略权限相关元数据
• 重新运行流水线生成新的Dacpac，再用SSMS执行升级部署

补充说明 #

这个错误大多是因为Dacpac包含了db_owner角色的变更操作，但当前部署账号没有足够权限修改该高权限角色，或是目标数据库的用户/角色与Dacpac定义存在冲突。

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