我在 SQL Server 中的计划报告不会运行。我检查了日志，发现了失败的工作。日志中的错误消息是：
请求的登录名“NT AUTHORITY\NETWORK SERVICE”的“EXECUTE AS LOGIN”失败。步骤失败。
我正在对报告使用 SQL 身份验证，因此它不应该是数据权限的问题。服务器上不会运行任何定期报告。
Ryan
问问题
5358 次
6 回答
1
我在这里找到了答案： http ://www.themssforum.com/SVCS/Unable-execute/
显然，“NT AUTHORITY\NETWORK SERVICE”的登录有问题，它无法正常运行它拥有的作业。任何人都明白为什么会发生这种情况？
于 2008-08-18T14:34:31.373 回答
0
您可以检查您的网络服务帐户的权限吗？特别要确保他们拥有“作为操作系统的一部分”的权限。如果我正确阅读了错误消息，看起来 NT AUTHORITY\NETWORK SERVICE 帐户无法作为登录用户执行。看起来它从来没有进入过查询，看起来它在 Windows 身份验证部分失败了，所以永远不会进入 SQL 身份验证部分。
您还可以检查 Windows 中的安全事件日志。如果是身份验证问题，则操作系统可能会记录其他信息。
于 2008-08-18T13:31:35.730 回答
0
您可以使用 Web 浏览器访问 SRS 的 Web 服务页面 (ReportService2005.asmx) 吗？如果不是，它可能指向 SRS 服务，如果可以，它可能指向调度程序服务。
于 2008-08-18T13:45:33.050 回答
0
于 2008-08-18T14:04:41.090 回答
0
我似乎记得很久以前有类似的问题，该问题与访问 smtp 服务器以发送报告有关，并通过向服务器应用补丁来解决。
于 2008-08-26T16:54:20.163 回答
0
我猜你正在运行一个非英语操作系统。
不知何故，无论出于何种原因，当操作系统被翻译成其他语言时，网络服务的登录名有时会被本地化。
现在很多程序都希望将登录名硬编码为“NT AUTHORITY\NETWORK SERVICE”——例如在德语版本的 Windows 中，帐户的名称是“NT-AUTORITÄT\NETZWERKDIENST”。所以你的程序正在寻找英文名称，找不到它，并显示错误。
甚至一些微软程序在安装时也会遇到这个陷阱并显示这样的错误！
于 2009-05-07T12:37:57.540 回答