SQL Server Reporting Services在IIS重置或应用程序池回收之前通常不响应

SQL Server Reporting Services在IIS重置或应用程序池回收之前通常不响应,iis,reporting-services,timeout,Iis,Reporting Services,Timeout,我恐怕在这里束手无策,所以希望至少有人能给我指出正确的想法 我目前正在Windows Server 2003 SP2计算机上使用IIS 6.0运行Reporting Services 2005 SP4 我面临的问题是,报告交付的网站(localhost/reports和使用机器名进行非内部访问的等效网站)通常会完全没有响应。页面无法加载,而且永远无法完成。I 我最近找到了这个问题的伪解决方案。如果我回收与reporting services IIS页面关联的应用程序池,则该网站将再次响应—但仅在

我恐怕在这里束手无策,所以希望至少有人能给我指出正确的想法

我目前正在Windows Server 2003 SP2计算机上使用IIS 6.0运行Reporting Services 2005 SP4

我面临的问题是,报告交付的网站(localhost/reports和使用机器名进行非内部访问的等效网站)通常会完全没有响应。页面无法加载,而且永远无法完成。I

我最近找到了这个问题的伪解决方案。如果我回收与reporting services IIS页面关联的应用程序池,则该网站将再次响应—但仅在很短的时间内响应,然后再次失去响应。重新启动IIS也可以解决问题,但同样,只能在短时间内解决

我已经检查了windows应用程序日志、与reporting services网页相关联的IIS日志以及reporting services日志,这些日志都没有向我提供有关发生这种情况的原因的任何其他信息


以前有人经历过吗?我完全不知道下一步该去哪里。

看来我可能已经解决了这个问题

基本上,只需删除所有IIS网站和所有IIS应用程序池(默认应用程序池除外)。然后,进入Reporting Services配置管理器,将所有配置重置回其默认值。重新启动网站,你瞧,问题似乎没有出现


不知道为什么会这样,但是…

我会检查/调整驱动报告的数据库查询。听起来他们很慢,把一切都绑起来了。这听起来也像是当你回收应用程序池时,在你再次开始运行报告之前,一切都会被释放出来[因为查询连接已关闭]。这不是数据库,甚至访问reporting services网站上不调用报告的页面都是无响应的。而且并发访问也不多。如果我查看IIS日志,即使只有我访问该站点,该站点也会变得无响应。而且,在数据库服务器上运行跟踪显示查询甚至没有到达数据库。您在这样一个旧的堆栈上运行——您应该考虑所有的升级。