Azure SQL Database执行sp_removedbreplication报sysadmin权限错误

• Azure SQL Database 是PaaS托管服务，和本地自建SQL Server的权限模型存在本质差异：本地SQL Server实例级的sysadmin固定服务器角色在Azure SQL Database中不存在，这就是你在SSMS中找不到服务器角色目录、执行角色授予语句报错的直接原因。
• Azure SQL Database中预置的SQL Admin账号是平台开放给用户的最高权限账号，但权限边界为逻辑服务器下的数据库级管理权限，不具备本地SQL sysadmin对应的底层实例操作权限，无法执行依赖实例最高权限的系统存储过程。
• 你调用sp_removedbreplication时传入数据库名参数，会触发实例级操作的权限校验，要求sysadmin角色，而Azure平台不开放实例底层管控权限给用户，因此直接执行带参版本必然报错。

根据你的迁移场景选择对应操作即可：

• 场景1：迁移后残留本地复制元数据需要清理
  不要传入数据库名参数，直接在目标数据库的上下文下执行无参版本的存储过程即可，该操作仅清理当前数据库内的复制元数据，不需要sysadmin权限，SQL Admin账号默认有权限执行：

  -- 切换到需要清理的目标数据库
  USE <你的目标数据库名>;
  GO
  -- 执行数据库内复制元数据清理
  EXEC sp_removedbreplication;
  GO
  

  执行完成后即可删除所有残留的复制发布、订阅相关元数据对象，和本地带参调用的数据库层面清理效果一致。
• 场景2：需要配置/移除Azure SQL Database的复制能力（事务复制、异地复制等）
  不要使用本地SQL的实例级复制操作命令，这类功能属于Azure平台托管能力，直接通过Azure门户、Azure PowerShell或Azure CLI的对应复制管理接口操作即可，相关操作权限由Azure RBAC控制，需要给你的操作账号授予对应订阅/资源组层面的SQL管理相关角色，和数据库内的角色无关。
• 场景3：执行无参存储过程后仍有复制对象残留
  可以手动识别并删除残留的复制相关系统表、触发器、存储过程对象，非必要不建议直接操作系统对象，优先通过无参存储过程完成清理。

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