SSIS 2005 至 2019
SSIS 2005 to 2019
我所在的公司有2005年和2008年做的SSRS、SSIS和SSAS项目，此时公司购买了VS 2019，是否可以直接将2005年和2008年的ssis包迁移到2019年？我在网上找不到任何与此事相关的非常具体的内容。
谢谢
问候
也许就是答案。
如果软件包仅使用标准的、开箱即用的任务和组件构建，并且不涉及脚本，您可以 运行 2005 年的软件包与 2019 年的执行引擎，它会工作。
在幕后，运行-time 引擎将创建旧包的内存副本并升级到 2019，然后 运行 它（然后处理掉它）。
当您在 VS 设计器中打开包时，短暂的升级将成为永久的。
随着 2016 版 VS 设计器工具的发布，MS 为我们提供了 SSIS 包开发的“多目标”。在此之前，您需要 VS 2005 来创建 SQL Server 2005 包。 SQL 服务器 2008/2008R2 的 VS 2008 或 2010。 SQL Server 2012 等的 VS 2012。虽然是 2016 年，但您现在可以进入项目属性并指定“目标 2012、2014、2016”等进行部署。这将持续到 2019 年。
2012 年的另一个新概念是项目部署模型。旧的东西在包部署模型下。它仍然是一种有效的方法，您可能希望保留该模型，因为它们之间的配置、日志记录、包执行包任务存在差异。
脚本 Task/Components 很棘手。有时他们升级很容易。其他的你只需要打开 Task/Component 然后点击重新编译，错误就会自行解决。如果有人对脚本组件中的元数据和管道非常了解，那么您很可能正在考虑重写。默认语言在 2005/2008 之间切换，只提供 VB.NET 到 C#。两者都编译为 IL，所以没关系，但大多数人坚持使用默认设置。
如果您使用自定义组件，那么您将需要获取构建在目标 SSIS 二进制文件集上的新版本（并祈祷它们没有倒闭）。注册 GAC 等
你指定你购买了 VS 2019，但你有 SQL Server 2019 许可证吗？否则就是旧皮换新酒
我所在的公司有2005年和2008年做的SSRS、SSIS和SSAS项目，此时公司购买了VS 2019，是否可以直接将2005年和2008年的ssis包迁移到2019年？我在网上找不到任何与此事相关的非常具体的内容。
谢谢
问候
也许就是答案。
如果软件包仅使用标准的、开箱即用的任务和组件构建，并且不涉及脚本，您可以 运行 2005 年的软件包与 2019 年的执行引擎，它会工作。
在幕后，运行-time 引擎将创建旧包的内存副本并升级到 2019，然后 运行 它（然后处理掉它）。
当您在 VS 设计器中打开包时，短暂的升级将成为永久的。
随着 2016 版 VS 设计器工具的发布，MS 为我们提供了 SSIS 包开发的“多目标”。在此之前，您需要 VS 2005 来创建 SQL Server 2005 包。 SQL 服务器 2008/2008R2 的 VS 2008 或 2010。 SQL Server 2012 等的 VS 2012。虽然是 2016 年，但您现在可以进入项目属性并指定“目标 2012、2014、2016”等进行部署。这将持续到 2019 年。
2012 年的另一个新概念是项目部署模型。旧的东西在包部署模型下。它仍然是一种有效的方法，您可能希望保留该模型，因为它们之间的配置、日志记录、包执行包任务存在差异。
脚本 Task/Components 很棘手。有时他们升级很容易。其他的你只需要打开 Task/Component 然后点击重新编译，错误就会自行解决。如果有人对脚本组件中的元数据和管道非常了解，那么您很可能正在考虑重写。默认语言在 2005/2008 之间切换，只提供 VB.NET 到 C#。两者都编译为 IL，所以没关系，但大多数人坚持使用默认设置。
如果您使用自定义组件，那么您将需要获取构建在目标 SSIS 二进制文件集上的新版本（并祈祷它们没有倒闭）。注册 GAC 等
你指定你购买了 VS 2019，但你有 SQL Server 2019 许可证吗？否则就是旧皮换新酒