Visual Studio版本之间的SSIS项目/解决方案转换

Question

我们运行的多个SSIS包多年来一直使用BIDS和Visual Studio 2010构建。

如果我使用VS2010打开较旧的BIDS解决方案并将其转换，会发生什么？ BIDS会变得无法使用吗？是否存在腐败或类似负面影响的可能性？我相当肯定这些旧的解决方案甚至在VS2017中都没有开放。

使用更新的Visual Studio版本，是否有任何理由不升级所有这些软件包并让每个人都使用VS2017或类似版本？

目前需要多个版本的VS，而这些版本并不总是安装，因此出于各种安全原因而不断安装会受到限制。升级所有内容并让每个人都运行相同版本的软件看起来效率更高，浪费时间更少。

当前在SQL Server 2012上运行的包。

Answer 1

使用SSIS，建议您使用与您的SQL Server版本一起使用的Visual Studio / Bids版本。

对于SQL Server 2012，您应该使用Visual Studio 2010。

Answer 2

如果我使用VS2010打开较旧的BIDS解决方案并将其转换，会发生什么？ BIDS会变得无法使用吗？是否存在腐败或类似负面影响的可能性？

是的，它将升级到您用来打开它的任何版本格式（即在BIDS中使用SSDT '12开发的开放包，它是VS2010 shell，并且它会自动升级）。有downgrade it的方法，但这是一个疯狂的手动XML操作过程。 话虽这么说，你的源代码控制在哪里，伙计！

使用更新的Visual Studio版本，是否有任何理由不升级所有这些软件包并让每个人都使用VS2017或类似版本？

我使用VS2015，转换过程并不好玩;有趣的事实：当你在与SSDT或BIDS相同的机器上安装VS2015时，一些较低版本的注册表项会被最高版本覆盖，使得你的一些配置SSIS任务（即OLEDB目的地）在设计器中无法读取！

有一对，至少我经历过：

1. 可能不支持数据流源或目标的连接提供程序（即

2. 从包转换为项目部署可能是一个巨大的麻烦。

3. 确保每个人编辑SSIS项目都具有相同的版本和补丁是大型组织的噩梦。

但是......如果可以的话，你应该是最新的和最好的。绝对更新在BIDS中开发的那些DTSX包！最后，如果您尚未设置Integration Services目录，那么请执行此操作！记录和安全性都有无穷无尽的财富。