我在VS 2008中创建了一个SSRS。SQL server = 2008r2,使用我的域名凭据进行身份验证登录。
我的报告中有大约12个TableX控件,上面有各种查询来生成活动的摘要报告。
当我昨天离开时,一切都很好,但是,当我今天早上进来时,当我点击“预览”(或在调试器中运行报告)时,报告就会挂起。我只看到“正在生成报告”,然后我必须进入任务管理器并杀死devenv.exe以从中恢复。
在报表设计器中,我单独运行了每个查询,以验证没有“长时间运行”的查询,并且没有。每次大约需要一秒钟才能返回结果。包中的其他报告运行正常,只是这个是一个问题。
是否有我可以查看或做的地方我必须逐一开始删除TableX才能找到罪魁祸首(如果那就是问题)。
由于
谢
答案 0 :(得分:6)
是时候把我的评论写进一个答案了(即使你已经尝试了一些'em)。你问方法找出报告的哪一部分正在绊倒执行,这是我的2 cts。
当你遇到困难时,你可以尝试的第一件事:
如果您想深入一点并且可以访问真正的报告服务器:
可能有所帮助的其他一些事项:
TOP 10
或类似内容,以找出导致问题的问题。我认为你最好的选择是你已经提到的那个:找到违规的tablix并通过淘汰过程查询。
最后的想法是,这两件事导致我们在SSRS中遇到99%的性能问题:
希望这对您或任何未来的访客有所帮助。 如果不确定在这里回答你自己的问题并告诉我们你最终如何解决问题。
答案 1 :(得分:3)
虽然这个问题已有数年之久,但我在试图弄清楚自己的问题时发现了这个问题。这是我的解决方案,以防万一它可以帮助其他人:
关闭连接到相关数据库的任何Server Management Studio实例。
就我而言,我打开SSMS并从另一台计算机连接到数据库服务器,并且已经在我的报告尝试连接的同一数据库上测试了一些长时间运行的存储过程。必定会有一些延迟连接导致它无法响应,因为在SSRS中出现问题后,我开始在SSMS中获得非常简单的查询超时。
一旦我关闭SSMS并等待片刻,我的报告在SSRS中运行良好。
答案 2 :(得分:1)
对我来说,关闭SSMS,重启VS不起作用。我有一个SQL Server没有清理的孤立事务。如果以上都不起作用以及对我有用的东西可以解决您的SSRS崩溃问题,只需执行以下命令:
IF(SELECT @@TRANCOUNT) > 0
COMMIT TRANSACTION