我有一个新的 SQL 2005 报告服务安装，但它不起作用。
数据库访问工作正常。
我设置了一个新的 IIS 站点，将其设置为在端口 90 上运行。它有两个虚拟文件夹 - Reports 和 ReportServer。我可以很好地访问 ReportServer，但是 Reports（报告管理器）会引发 HTTP 400 错误。
我已经更改了 rsreportserver.config 和 RSWebApplication.config 中的 URL，但它仍然会引发该错误。
Jakub Anderwald
问问题
982 次
5 回答
1
下载Fiddler的副本。检查以确保您的浏览器请求是您认为的那样。观察每个请求，尤其是生成 HTTP/400 的请求。你觉得这个要求好看吗？这将为您提供故障排除的基础。
于 2009-02-16T18:04:11.073 回答
1
我在另一台服务器上修复了它 - 解决方案只是删除包含报表服务器和报表管理器的 IIS 站点，然后创建一个新的 IIS 站点，配置 IP 和端口映射并重新创建虚拟目录。
于 2009-03-30T14:20:22.807 回答
0
报告服务配置工具是否报告任何错误？它在服务器上的事件日志中记录了什么？
于 2009-02-16T17:47:16.513 回答
0
配置工具说一切都很好。
报告服务的事件日志中没有记录任何内容。
在报告服务跟踪日志中，我只能找到初始化项（设置变量的默认值）。
当我查看 IIS 日志时，我可以看到一个匿名请求来自我的 IP 地址到 /Reports，它被拒绝，然后它通过 Windows 身份验证返回，仅此而已。/Reports 不会向 /ReportServer 发出请求，它不会将我重定向到 /Reports/Folder - 我认为这是它应该做的，对吧？
于 2009-02-16T22:14:16.153 回答
0
最后我经理来解决它。
我所做的是我删除了 IIS 网站，从普通网站（监听所有 IP 地址）开始，并在数据库中的本地管理员和 sa 上运行报告服务。
然后，确认它正在工作，我一步一步地走了：
- 更改了 IP 地址
- 更改端口
- 降低本地用户权限
- 降低数据库权限
在每一步之后，一切仍然正常。
我不知道到底是什么问题，但这有帮助。
我有另一台服务器显示相同的问题，我将从删除并重新创建网站开始（我认为这解决了问题）并会让你知道。
于 2009-02-21T13:08:35.847 回答