Warning: file_get_contents(/data/phpspider/zhask/data//catemap/5/reporting-services/3.json): failed to open stream: No such file or directory in /data/phpspider/zhask/libs/function.php on line 167

Warning: Invalid argument supplied for foreach() in /data/phpspider/zhask/libs/tag.function.php on line 1116

Notice: Undefined index: in /data/phpspider/zhask/libs/function.php on line 180

Warning: array_chunk() expects parameter 1 to be array, null given in /data/phpspider/zhask/libs/function.php on line 181
Deployment SSRS错误:";尚未指定运行报告所需的一个或多个参数。(RSParameters未指定)“;_Deployment_Reporting Services_Shared Data - Fatal编程技术网

Deployment SSRS错误:";尚未指定运行报告所需的一个或多个参数。(RSParameters未指定)“;

Deployment SSRS错误:";尚未指定运行报告所需的一个或多个参数。(RSParameters未指定)“;,deployment,reporting-services,shared-data,Deployment,Reporting Services,Shared Data,好的,有类似的问题,但这不是重复的。当参数引用共享的数据集时,似乎会出现此错误。在我的情况下,从服务器上删除报告并重新部署并不能解决问题 我正在开发VS 2010专业的商业智能开发工作室,BIDS,它是在Team Foundation Server的源代码控制下开发的。我正在部署到2008R2服务器,我认为这可能是问题所在。解决方法是将数据集引用改为嵌入,这样可以完全阻止错误的发生,但我认为这是非常糟糕的,我希望最终能够使用共享数据集 我尝试过的事情: 确保数据集的命名与引用匹配。例如:“名称为

好的,有类似的问题,但这不是重复的。当参数引用共享的数据集时,似乎会出现此错误。在我的情况下,从服务器上删除报告并重新部署并不能解决问题

我正在开发VS 2010专业的商业智能开发工作室,BIDS,它是在Team Foundation Server的源代码控制下开发的。我正在部署到2008R2服务器,我认为这可能是问题所在。解决方法是将数据集引用改为嵌入,这样可以完全阻止错误的发生,但我认为这是非常糟糕的,我希望最终能够使用共享数据集

我尝试过的事情:

  • 确保数据集的命名与引用匹配。例如:“名称为ClientQuery,共享数据集为ClientQuery”
  • 确保服务器上的命名与步骤1中的引用匹配
  • 通过删除对共享数据集的引用,确保这是破坏它的原因,然后立即生效
  • 确保共享数据集未在服务器上启用某种类型的缓存
  • 我在第二个共享数据集上设置了一个限制作用域的筛选器,我删除了该筛选器,但仍然存在一个错误
  • 删除了所有参数,只添加了一个共享数据集,它立即给出错误
  • 在参数绑定中添加了一个选项:“允许空值”。也使用空值执行此操作
  • 重新创建了所有内容,一个全新的RDL文件,只在报告主体上复制和粘贴元素,但显式地创建了参数和数据集,这种情况仍然存在
  • 9。更新-我已经做了旧的销毁RDL,然后希望重新部署。我在网上发现了很多。这在这种情况下不起作用。这几乎与RDL中的引用类似:

        < DataSet Name="**ClientQuery**">
          < SharedDataSet>
            < SharedDataSetReference>**ClientQuery**</SharedDataSetReference>
          < /SharedDataSet>
          < Fields>
            < Field Name="CUSTOMER_ID">
              < DataField>CUSTOMER_ID</DataField>
              < rd:TypeName>System.String</rd:TypeName>
            < /Field>
            < Field Name="CUSTOMER_NAME">
              < DataField>CUSTOMER_NAME</DataField>
              < rd:TypeName>System.String</rd:TypeName>
            < /Field>
          < /Fields>
        < /DataSet>
    
    
    
    **客户端查询**
    
    
    
    CUSTOMER\u ID
    System.String
    
    
    客户名称
    System.String
    
    
    
    
    看来,不知何故,提到这一点就造成了极大的破坏。我将检查我的项目下的bin(环境)目录。(我针对多个环境进行部署,并在解决方案配置下设置QA、UAT、PROD等)每次RDL都会按其应该的方式进行更新,并发布我显示的更新。我认为当人们看到他们的报表文件没有在服务器上更新时,“重建”是一个很大的问题,在我的例子中,重建通常会得到RDL的更新,而不是首先点击部署

    尽管所有这些都在发生,但最困难的是,每次投标时,它都能在整个变更过程中无缝工作。因此,错误完全是在处理源服务器认为rdl数据代表的内容


    非常感谢您提供的任何帮助,我会将自己评为SSRS的高级,但这一次让我无法理解错误是指什么,因为它没有得到正确的答案。

    好的,因此Jeroen和其他人提出的答案是正确的一半。我的问题是,我的源代码在一个较旧的SVN源代码管理下,它被部署到一个SSRS2008服务器上,然后我们将代码库迁移到TFS源代码管理。问题似乎在于,共享数据集被认为是与实际不同的标识符。除了删除文件之外,简单的解决方法是重新部署共享数据集。在我的例子中,我进入了我的项目设置,并将它们完全部署到报表结构下的不同位置,以使它们保持在同一个区域中:报表/数据集,而不仅仅是数据集。这似乎澄清了我的问题,所以我相信这只是一场完美的风暴。如果对SSR有疑问,请删除所有内容并从头开始。

    我知道这是一个老问题,但我只是偶然发现了这个问题,并能够解决我的问题。认为更新的选项是为其他与之斗争的人担保的。我的问题与共享数据集属性的参数设置有关。菜单如下所示:


    具体来说,确保在需要时选中“允许空值”选项。这立即解决了我的问题,即当指向共享数据集时,数据集不起作用,但嵌入数据集却起作用。

    也许你正在经历?这很接近,我也这么认为。不过,我也同意你的观点,在删除报告、重建和重新部署后,情况仍在继续。事实上,在我的这一期中,我创建了三份报告,一份原件,一份副本,只是复制报告并将其粘贴在“报告”下,然后从头开始创建一份全新的报告。在所有情况下,他们都会更新参数及其默认值(如适用)。但是,如果共享数据集的任何地方都有引用,它就会中断。这是非常奇怪的,这种情况会发生在新的报告。