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

SQLServerReportingServices，在SSRS中，日程安排似乎永远不会启动，但是查看一下SQL代理就会发现一个与无法解析用户帐户相关的权限问题

SQL代理似乎不依赖缓存或任何voodoo Windows神奇的工作方式

修复程序列在这里。。。 编辑--

以上是我用来解决这个问题的修复方法，有人找到解决这个问题的其他解决方法吗

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

---

感谢

15404是无法模拟执行为上下文时的例外。这些错误的原因很多。最常见的原因是：

• 当SQL Server实例由于作为本地用户或“本地服务”运行而无法访问AD服务器时（这将有错误代码0x5，

  access\u DENIED

  ）
• 当SQL Server被要求模拟未知用户时，例如来自SQL Server不知道的域的用户（这将有错误代码0x54b，

  错误\u否\u此类域

  ）

正确的解决方案始终取决于错误代码，这是尝试获取模拟用户标识令牌时的操作系统错误：首先在表中搜索错误代码（或启动windbg，执行环回非侵入性内核调试连接，然后执行！错误，这是我喜欢的原因，因为速度更快…）

---

所以，约翰。。。你真的有问题吗，或者只是随便发布了一条部分信息？

我遇到了同样的问题。下面是我如何修复它的

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

相关故障排除信息

SSRS报表订阅作为报表服务器web UI在后台为您创建的SQL作业执行

查看为我的报表订阅创建的作业时，我发现它总是失败，并出现以下错误：

工作失败了。无法确定作业0814588B-D590-4C45-A304-6086D5C1F559的所有者（域\用户名）是否具有服务器访问权限（原因：无法获取有关Windows NT组/用户“域\用户名”的信息，错误代码0x5。[SQLSTATE 42000]（错误15404））

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

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

正如@Remus Resanu指出的，当无法模拟EXECUTE As context时，SQL错误15404引用了一个异常

解决方案 宾果#4和5是问题的关键。SQL Server服务（本地Windows用户帐户）正在尝试对AD中的用户“域\用户名”进行身份验证，但无法进行身份验证，因为它没有访问AD资源的权限

---

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

我做了两件事，现在开始工作了

1） 转到“SQL Server配置”，更改“SQL Server代理”-“登录为”以匹配上面的“SQL Server”

2） 其次，在“SQLServer代理”打开“MicrosoftSQLServerManagementStudio”，展开“作业”，您应该能够看到创建的作业。右键单击它并转到“属性”。

3） 将所有者更改为也与上面的“SQL Server代理”匹配。

---

之后，我可以毫无问题地执行维护计划。

只需按照图像中的步骤操作即可

---

就个人而言，我不推荐您提供的链接，因为它只是绕过了您可以使用Report Services Configuration Manager执行的操作。我认为最好使用RS配置管理器更改报表服务器服务帐户。即数据库的完整性得到维护