从SQL Server 2008R2到SQL Server 2017覆盖的SSIS的向后兼容似乎（因为安装了SQL Server 2017的实例可以使用PackageFormatVersion = 3继续SSIS包）
问题是为什么我们需要更新SSIS包（.dtsx）
是否通过更新SSIS包提升性能或其他必需品？
强烈建议更新软件包，因为每个新版本的SQL Server都包含新功能，错误修复，性能改进。有很多文章描述了每个版本的功能，例如：
有关更多信息，请参阅以下页面：
也不是那个the support of SQL Server 2008 R2 will end soon （2019年7月9日）
SSIS执行引擎可以运行当前版本或更早版本的软件包。自第二次发布以来，这是一个功能。
那么为什么我们应该将SSIS包从旧版本升级到当前版本，因为执行引擎可以“按原样”运行它们。我想到了你想要这样做的几个原因。
SSIS引擎从磁盘读取作为SSIS包的XML。它标识包版本与运行时引擎版本不匹配，因此在它可以执行任何其他操作之前，它必须首先将该包的内存中表示升级到当前版本。然后可以开始包执行。包完成后，它会抛弃它为升级到当前版本所做的所有工作。也许需要一个皮秒，也许这个升级需要一分钟。您将为每个包执行支付罚款。
使用SSIS，增加一两秒和随后的CPU使用量进行升级可能不会对服务器上的总体负载产生太大影响，因为程序包运行时间通常以分钟为单位测量，如果不是几小时，但我始终认为是一个好的管家。我的资源。
正如Yahfoufi所提到的，不同版本中都有许多新功能。我发现从2008年到2012年的飞跃特别引人注目，因为从包部署模型到项目部署模型的转变特别引人注目，因为日志记录，配置是自动化的，并且SSMS的执行很容易完成。