好的,有类似的问题,但这不是重复。当您有参数引用共享的数据集时,似乎会出现此错误。在我的情况下,从服务器删除报告并重新部署不会得到解决。
所以我正在使用Business Intelligence Development Studio,BIDS开发VS 2010 Professional,它受Team Foundation Server的源代码控制。我正在部署到2008R2服务器,我认为这可能是问题。解决方法是更改要嵌入的数据集引用,这会阻止此错误在其轨道中停止但在我看来这很差,我希望最终能够使用共享数据集。
我尝试过的事情:
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>
似乎提到这个引用不知何故会造成严重破坏。我会检查我的项目下的bin(environment)目录。 (我在多个环境中部署并在解决方案配置下设置QA,UAT,PROD等)每次RDL都应该更新,并发布我正在显示的更新。我认为'重建'是很多问题,有时人们看到他们的报告文件没有在服务器上更新,在我的情况下,重建通常会获得RDL的更新,而不是首先点击部署。
虽然所有这一切都在发生,但困难的是它每次在BIDS上无缝地改变。因此,错误完全处理源服务器认为rdl数据要表示的内容。
我非常感谢任何帮助,我会在SSRS上对自己进行评分,但是这个让我难以理解错误是什么引起了它没有得到。
答案 0 :(得分:1)
好的,Jeroen提出的答案和其他人是对的。我的问题是我的源代码是在较旧的SVN源代码控制下,部署到SSRS 2008 Server,然后我们将代码库迁移到TFS源代码管理。问题似乎是共享数据集相信标识符与实际标识符不同。在IN ADDITION中删除文件的简单方法是重新部署共享数据集。在我的情况下,我进入我的项目设置并将它们部署到完全在报告结构下的不同位置,以使它们保持在同一区域:报告/数据集而不仅仅是数据集。这似乎解决了我的问题所以我相信这只是一场完美的风暴。对SSRS有疑问只是删除所有内容并从头开始我想。
答案 1 :(得分:1)