1

我有一个在 MOSS 2007 门户中运行的 PerformancePoint 仪表板。仪表板由一份 SSRS 2005 报告组成，在 SharePoint 集成模式下运行。

NT Authority\Authenticated Users对包含 SSRS 报表的报表库、仪表板和包含仪表板的报表库具有读取权限。

尝试访问仪表板的用户会收到以下错误消息：

授予用户 'DOMAIN\firstname.lastname' 的权限不足以执行此操作。(rsAccessDenied)

然后单击 MOSS 中报告的直接链接的用户将毫无问题地看到报告。随后对仪表板的访问显示报告没有问题。

报告使用的数据源位于报告位置上方一个文件夹中。该报告已更新为在部署后指向正确的共享数据源。报告和数据源均已发布。数据源使用存储的凭据，域服务帐户已设置为用作 Windows 凭据。此服务帐户正在为其他区域的其他报告提供服务，没有问题。

编辑：
好的，我已经获得了关于这个问题的更多信息。该请求实际上从未向数据源发出。用户第一次进入仪表板并使用他们的 kerberos 令牌来识别自己的身份来请求报告。该报告在 Report Server 数据库中查找并发现它们未在 users 表中列出并生成此 rsAccessDenied 错误。一旦他们直接查看报告，他们的名字就在此表中，他们再也不会遇到问题了。

不幸的是，从 RS 数据库的用户表中删除用户实际上并不会导致此错误再次发生。

我读到的所有内容都表明，当您在 MOSS 集成模式下运行报表服务器时，您的所有权限都在 MOSS 报表库级别处理，并且所有 Auth 用户都拥有报表库的权限，如前所述。有任何想法吗？

4

3 回答 3

1

听起来仪表板页面没有将凭据传递给报表服务器。因为您说如果用户直接点击报告它可以工作，然后如果他们通过仪表板它可以工作。那么它是否在一段时间后停止工作，表明缓存会话？

我会仔细查看仪表板上的性能点属性，看看它是在传递凭据还是在尝试使用匿名。我希望这不是双跳和 Kerberos 的情况:(

于 2010-03-01T20:48:08.860 回答
0

I'm not sure if this is actually the same issue, but you could double check that the data sources are set to "Approved", not "Pending". It's a stretch, but it's worth a shot.

于 2010-04-23T21:23:09.840 回答
0

我实施了一个解决方法：

  • 创建了一份虚假报告
  • 在我的报告页面上，创建了一个包含以下内容的内容编辑器 Web 部件： <iframe style="display:none;" src="https://link/to/my/report.rdl"></iframe>
  • 我与另一个遇到错误的用户进行了测试，他们不再遇到我的新页面和改进页面的错误。

我知道这很笨拙，甚至可能取决于页面的加载顺序。因此，我真的很想找出导致此问题的原因，以便我可以永久修复它。

编辑：
我不想接受自己的答案，因为这只是一种解决方法。如果任何人都可以发布与放置在报表服务器数据库中的用户名相关的任何内容，以及这与 SharePoint 集成模式的关系，您将获得赏金。

于 2010-04-23T19:50:36.597 回答