作为常年跟SharePoint 2010权限问题打交道的人，我来帮你梳理这个问题的几个核心诱因：

• 权限未即时同步或权限级别不足
  你虽然通过服务应用程序的“管理员”和“权限”按钮给了自己权限，但SharePoint的权限缓存通常需要15-30分钟才能生效，甚至可能需要重启User Profile Service（在中央管理→服务→管理服务器上的服务中找到）来强制刷新。另外，务必确认你被授予的是完全控制权限——只读、读取权限这类有限权限是无法执行删除操作的。

• 目标配置文件为受保护的系统账户
  SharePoint会自动保护农场账户、服务账户这类核心系统账户的配置文件，禁止删除操作。检查一下你要删除的用户是不是这类系统级账户，如果是，这属于正常的保护机制，无法直接删除。

• 数据库层面权限缺失
  用户配置文件的数据存储在三个关联数据库中：Profile DB、Social DB、Sync DB。即使你在服务应用程序层面有权限，如果你的账户（或农场账户）没有这些数据库的db_owner权限，或者没有明确的DELETE权限，也会触发“访问被拒绝”。可以通过SQL Server Management Studio查看这些数据库的用户权限，补充对应的操作权限。

• User Profile Synchronization Service运行异常
  如果同步服务处于停止状态，部分用户配置文件可能会被锁定，无法进行删除操作。先去中央管理的“服务”页面检查User Profile Synchronization Service是否正常启动，若未启动，尝试启动它（注意启动该服务需要农场账户具备本地管理员权限）。

• 中央管理Web应用程序权限冲突
  场管理员身份不代表你在中央管理Web应用程序里拥有无限制权限。检查中央管理Web应用程序的用户权限，确认你的账户被授予完全控制权限，且没有被任何“拒绝”权限条目限制——拒绝权限会优先于允许权限生效。

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