我有VS2012和最新的datatools。几乎所有的SQL Server都是2014年，部署包的工作正常。
现在我们有一台服务器由于外部供应商而必须在2012年停留。当我部署我的软件包并尝试运行它时，我得到版本号更高的错误......
我发现了很多关于它们是如何解决它的案例，但即使在我的机器上安装SSIS 2012，尝试从2012年部署部署也无效。
2012版本中的ISDeplymentWizard会导致xml读取错误。
有人建议我如何部署？
答案 0 :(得分：1)
如何判断此软件包的SSIS版本是什么？
识别SSIS包版本的唯一准确方法是打开它并找到PackageFormatVersion值。
PackageFormatVersion
你们中的聪明人可能会说“我可以使用SSIS库来检查这个价值。”当您这样做时，您将了解到您可以打开的每个SSIS包与SSIS库的版本相同。这是因为包向前兼容。
2005套餐将在2014年安装时运行。打开包，在内存中升级到当前版本，[执行]，然后丢弃修改。因此，如果您要求库报告该值，则该操作不会发生在磁盘上的包中。相反，它将是内存中/临时升级版本。 在枪托
中从未咬过我有一个用于将2008包转移到2005的codeplex项目。没有人试图对任何其他版本的SSIS包（我知道）做同样的事情。
更改数字不会神奇地将2014年降级到2012年。如果我不得不支持带有SSIS包的2012和2014环境，我会将所有内容构建为2012年。当部署到2014服务器时，它们将升级。
如果我必须支持2008/2005，我可能会使用类似Biml的内容来描述我的SSIS包，然后使用免费的加载项BIDS Helper来发送我的包。我用VS 2008打开了Biml，然后推出了2008版本的软件包。在VS 2014中打开的同一个Biml发布了2014版本包。