简体   繁体   English

间歇地更改报告参数会导致加载屏幕一次出现几分钟

[英]Changing report parameters intermittently causes loading screen to appear for minutes at a time

I'm using SQL Server and SSRS 2012. Intermittently when running reports on live environments, changing a single parameter can cause the entire report to lock up, show the loading icon, and not allow other parameter changes for minutes at a time. 我使用的是SQL Server和SSRS2012。在实时环境中运行报表时,会间歇性地更改单个参数,这会导致整个报表锁定,显示加载图标,并且不允许同时更改其他参数数分钟。

I found a similar ticket on microsoft connect that said it was fixed in a cumulative update for 2008 R2, but I'm experiencing it in SSRS 2012. I'm not sure what to do. 在Microsoft Connect上发现了类似的票证 ,说它已在2008 R2的累积更新中得到修复,但我在SSRS 2012中遇到了。我不确定该怎么办。 Because it's intermittent, it's difficult to replicate, and I haven't been able to find any solutions for this online. 由于它是断断续续的,因此很难复制,而且我还无法在线找到任何解决方案。

EDIT: This is only when changing the parameter, the loading occurs before I get the chance to hit 'View Report.' 编辑:这仅在更改参数时,加载发生在我有机会点击“查看报告”之前。 It can occur with several of the parameters, and most of them have dependencies. 它可能与几个参数一起发生,并且大多数参数都具有依赖性。 It can be on the parent or the child parameter. 它可以在父参数或子参数上。

I have also checked the execution log - the time taken to retrieve and process the parameters from shared data sets is much less than the time the 'loading' box stays on the screen. 我还检查了执行日志-从共享数据集中检索和处理参数所需的时间比“加载”框停留在屏幕上的时间少得多。 Max data retrieval time is 20secs total, loading box lasts for minutes at a time. 最长数据检索时间总计为20秒,一次装入盒持续几分钟。

Do you mean when you re-run the report after changing a parameter or just changing the parameter without hitting View Report? 您是说在更改参数后或仅更改参数而不点击查看报告时重新运行报告吗? If you are just changing the parameter, is the parameter used to refrsh othr related parameters? 如果仅更改参数,该参数是否用于刷新其他相关参数? Basically we need to determine if the issue is with a query that's executing. 基本上,我们需要确定问题是否与正在执行的查询有关。

If it is then it could be a parameter sniffing issue where the query optimizer has used previous parameters to build a query plan that it not suitable. 如果是,则可能是参数嗅探问题,其中查询优化器已使用先前的参数来构建不合适的查询计划。 You can test this quickly by adding OPTION (RECOMPILE) to the end of the affected dataset query (assuming it's just a SQL script). 您可以通过在受影响的数据集查询的末尾添加OPTION (RECOMPILE)来快速测试(假设它只是一个SQL脚本)。

声明:本站的技术帖子网页,遵循CC BY-SA 4.0协议,如果您需要转载,请注明本站网址或者原文地址。任何问题请咨询:yoyou2525@163.com.

 
粤ICP备18138465号  © 2020-2024 STACKOOM.COM