Sql server SSRS超时已过期。操作完成前的超时时间或服务器没有响应

Sql server SSRS超时已过期。操作完成前的超时时间或服务器没有响应,sql-server,reporting-services,bids,Sql Server,Reporting Services,Bids,我有一个包含多个报告的报告解决方案。到目前为止,我已经能够添加一个基于存储过程的数据集,没有任何问题。但是,当我尝试添加最新的数据集并对其查询类型使用存储过程时,当我单击“刷新字段”时,会出现以下错误: 超时已过期。操作完成前已过超时时间,或者服务器没有响应 我已经在数据源属性>编辑>测试连接中测试了数据库连接,它工作正常 我已在以下区域将超时时间增加到100: 数据源的连接字符串,即-Connect 超时=100 工具>选项>数据库工具>查询和查看 设计师。取消长时间运行的查询设置为100 工

我有一个包含多个报告的报告解决方案。到目前为止,我已经能够添加一个基于存储过程的数据集,没有任何问题。但是,当我尝试添加最新的数据集并对其查询类型使用存储过程时,当我单击“刷新字段”时,会出现以下错误: 超时已过期。操作完成前已过超时时间,或者服务器没有响应

我已经在数据源属性>编辑>测试连接中测试了数据库连接,它工作正常

我已在以下区域将超时时间增加到100:

  • 数据源的连接字符串,即-Connect 超时=100
  • 工具>选项>数据库工具>查询和查看 设计师。取消长时间运行的查询设置为100
  • 工具>选项>数据库工具>表和数据库设计器>选中 '覆盖表设计器的连接字符串超时值 更新。设置为100后的事务超时
  • 存储过程在SQL数据库中运行良好。大约需要55秒

    还有其他想法吗? 谢谢


    更新:我现在无法添加任何具有存储过程的数据集。甚至认为存储过程在SQL中都工作得很好

    您的报告需要记住的一点是,当它运行时,它将尝试运行所有数据集,以确保数据集是可运行的,并且可以返回它们请求的数据。所以,通过单独运行每个进程,你实际上并没有重复SSRS试图做的事情……老实说,不要麻烦了

    您可以尝试在报告运行时运行sp_who,甚至只是手动完成这些过程以查看它们的共同表。由于您的进程需要52秒才能返回其数据集,我将假设它正在执行一些繁重的操作。如果没有这些疑问,没有人能够说出确切的问题是什么


    我建议使用无锁,看看这是否能解决您的问题。如果它这样做了,那么你的进程就在争夺数据并互相阻塞…可能是在一个无休止的循环中。不使用锁不是一个解决方案。阅读它的作用,然后自己判断。

    在存储过程中添加新添加的列时,我也面临同样的问题

    从下面的方法克服这个问题

    将存储过程更改为注释所有查询,但最后的select命令除外


    现在添加了新列,然后取消sp中需要的注释。

    如果您使用报表生成器,还可以在数据集中增加超时时间


    我的解决方案是转到给定问题数据集的数据集属性,将查询粘贴到“查询”字段中,单击“刷新字段”,然后单击“确定”。

    有人提供帮助或想法吗?因为这个问题,我完全被卡住了。我一定是不小心更改了默认超时,这让我疯狂地试图找出为什么我总是出错。多亏了你,我才把它修好。这是我必须做的。更改超时参数没有任何作用。