SSRS使用存储过程作为数据集源时出现「无权限」错误的问题咨询

这种情况我之前也碰到过好几次——明明在SSMS里用UserA能正常跑存储过程，到SSRS里就弹出权限报错，大概率是一些容易被忽略的权限细节或者SSRS配置问题，咱们一步步来排查：

1. 存储过程内部依赖对象的权限缺失（最常见原因） #

很多时候你只给了UserA存储过程本身的EXECUTE权限，但存储过程内部调用的表、视图、甚至其他存储过程，UserA可能没有对应的访问权限。SQL Server的权限默认不会自动传递：就算你能执行存储过程，里面访问的对象如果没授权，照样会报错。

你可以用下面的SQL查询，检查UserA对存储过程依赖对象的权限情况：

SELECT 
    OBJECT_NAME(dep.referenced_id) AS 依赖对象名称,
    dp.permission_name AS 权限类型,
    dp.state_desc AS 权限状态
FROM sys.sql_dependencies dep
JOIN sys.database_permissions dp 
    ON dep.referenced_id = dp.major_id
JOIN sys.database_principals dpri 
    ON dp.grantee_principal_id = dpri.principal_id
WHERE OBJECT_NAME(dep.object_id) = 'MyStoredProcedure'
    AND dpri.name = 'UserA';

如果发现有缺失的权限，有两种解决方式：

• 直接给UserA赋对应依赖对象的权限（比如SELECT、EXECUTE）；
• 修改存储过程，添加EXECUTE AS OWNER选项，让存储过程以所有者的权限运行——这样UserA只要有存储过程的EXECUTE权限就行，不用管内部对象的权限：

  ALTER PROCEDURE dbo.MyStoredProcedure
  WITH EXECUTE AS OWNER
  AS
  -- 原存储过程的代码内容
  GO
  

2. SSRS数据源的凭据配置有误 #

你再仔细核对一下SSRS数据源的凭据设置：

• 是不是真的选择了“使用特定用户名和密码”，并且输入的是UserA的正确信息？有没有误选成“使用Windows身份验证”或者“报表服务器账户”？
• 如果是存储在报表服务器中的凭据，确认密码没有过期或者输入错误；
• 要是UserA是Windows域账户，记得勾选“在连接数据源时作为Windows凭据使用”，否则SSRS可能不会正确传递身份。

3. 跨服务器环境的Kerberos身份验证问题（针对Windows账户） #

如果你的报表服务器和SQL Server数据库不在同一台机器，且UserA是Windows账户，可能存在Kerberos双重跳的问题——这时候就算权限配置正确，身份验证也会失败，导致权限报错。

这种情况下需要检查Kerberos的SPN（服务主体名称）配置是否正确，确保报表服务器能正确向数据库服务器传递用户身份。

4. 存储过程所在架构的权限不足（极端情况） #

虽然很少见，但有时候SQL Server会因为用户对存储过程所在架构（比如dbo）没有权限而报错。你可以尝试给UserA赋予架构的基础权限：

GRANT SELECT, EXECUTE ON SCHEMA::dbo TO UserA;

不过建议先排查前面的原因，再试这个方案。

5. 报表缓存/快照的旧配置干扰 #

如果你的报表设置了缓存或者快照，可能使用的是旧的凭据或权限配置。你可以尝试清除报表的缓存，或者重新生成快照，再运行报表试试。

内容来源于stack exchange