Reporting services 2012年构建的Reporting Services于2008年部署

我一直在为一个在实时环境中运行SQLServer2008的客户机工作。我在现场工作了一段时间，但现在在家工作。但是，由于安全原因，我无法连接到实时设置，我只能连接到测试服务器。此服务器运行SQL server 2012。我编写了所有代码的脚本，并将其发送到办公室供其他人部署。我的问题是，我现在正在做一些报告服务工作。它们只是相当基本的报表、tablix控件，没有什么特别之处。是否有可能在2012年的基础上继续发展并部署到2008年？我可以对.rdl文件做些什么来实现这一点，还是说它不可行

---

提前感谢

这些.rdl文件是格式良好的XML。您可以使用您喜爱的diff工具来比较在该工具的任一版本中生成的报告

我很确定微软不支持将较新的RDL迁移到较旧版本的服务器

在2005年到2008年间，.rdl格式发生了巨大的变化，在2008年到2008R2之间发生了温和的变化，但我还没有真正研究过2008R2和2012之间的变化。从我所看到的来看，这些应该是更小的变化

---

如果你这样做，你就离开了金砖路。因为这个服务器是生产型的，您没有一个好的方法来测试它，所以我会找一个2008年的服务器来开发。我不希望我的名字与可能出现的问题联系在一起，而这些问题可能是通过黑客将rdl向后移动而产生的。

在Visual Studio中ReportServer项目的属性中，可以设置目标服务器版本

右键单击解决方案资源管理器窗格中的项目，并将TargetServerVersion属性设置为所需版本。这适用于SQL Server Reporting Services 2008及以后的报表。然后，设计师将管理可用的功能，以避免使用SSRS更高版本的功能

---

他们的测试服务器在与生产服务器完全不同的环境中运行？哇！另一方面，这意味着他们实际上有两台测试服务器，为了避免混淆这两台服务器，他们称之为“live”。Chris，这个特定的测试服务器仅用于我的目的，因为我是一个外部承包商，所以我无法访问任何其他服务器，因此它与live server完全隔离。只有两台服务器，live和这个测试服务器。我认为Chris的观点是，您应该设置测试服务器以尽可能与live服务器匹配。拥有不同的软件主要版本号不符合测试服务器的资格。但除此之外，您提出的“我可以使用2012.rdl并部署到2008年吗？”（但我很确定答案是这不是一个简单的过渡）