sql-server - SSRS - 无法确定作业所有者是否具有服务器访问权限 [SQLSTATE 42000](错误 15404))

Question

SQL Server Reporting Services，在 SSRS 中，计划似乎永远不会触发，但是查看 SQL 代理会发现与无法解析用户帐户相关的权限问题。

似乎 SQL 代理并不依赖于缓存或任何巫毒 Windows 神奇的工作方式。

link text此处列出了修复...编辑——

以上是我用来解决此问题的修复方法，是否有人找到此问题的任何其他解决方法或解决方案？

默认情况下，SSRS 生成的计划似乎以此虚拟用户帐户运行。如何更改此默认设置？ SSRS 是否以服务运行的用户身份创建作业？

谢谢Remus

Answer 1

我也遇到了同样的问题。这是我修复它的方法。

问题描述当设置 SSRS 报告订阅在给定时间运行时，我会等待时间过去，然后发现“上次运行”时间戳没有更改。我的订阅似乎尚未运行。

相关疑难解答信息

1. SSRS 报表订阅作为报表服务器 Web UI 在幕后为您创建的 SQL 作业执行。

2. 在查看为我的报告订阅创建的作业时，我发现它总是失败并出现以下错误:

   The job failed. Unable to determine if the owner (domain\userName) of job 0814588B-D590-4C45-A304-6086D5C1F559 has server access (reason: Could not obtain information about Windows NT group/user 'domain\userName', error code 0x5. [SQLSTATE 42000] (Error 15404)).

3. 在 Sql Server 配置管理器中，我可以看到“SQL Server Reporting Services”服务被配置为使用 AD 用户帐户运行。

4. 在 Sql Server 配置管理器中，我可以看到“SQL Server”服务被配置为使用本地 Windows 帐户运行。

5. 正如 @Remus Resanu 指出的，SQL 错误 15404 是指无法模拟 EXECUTE AS 上下文时出现的异常。

解决方案答对了! #4和#5是问题的关键。 SQL Server 服务(本地 Windows 用户帐户)尝试对 AD 中的用户“domain\userName”进行身份验证，但无法执行此操作，因为它没有访问 AD 资源的权利/权限。

我将 SQL Server 服务更改为 AD 用户帐户，重新启动 SQL Server 和 SQL Server 代理服务，重新运行 SQL 作业，天啊，成功了!