处理将 SSIS 2008 项目迁移到部署到文件服务器的 2016 的项目。目前在文件服务器上有包,并且更喜欢保持这种方式。我知道自 2012 年以来就引入了项目部署模型。
问题:
- 我可以将迁移的项目更改为项目部署模型并仍然部署到文件系统吗?更改为项目部署模型是最佳实践吗?
- 网上查了一下,只能找到关于如何部署到SSISDB(Catalogue)的教程。部署到文件系统是否仍与以前的版本相同,即。构建项目 > SSIS 在项目目录中创建清单文件 > 打开清单文件进行部署?
处理将 SSIS 2008 项目迁移到部署到文件服务器的 2016 的项目。目前在文件服务器上有包,并且更喜欢保持这种方式。我知道自 2012 年以来就引入了项目部署模型。
是的,这是可能的,但不推荐(并不总是可能)。包部署模型的存在是为了向后兼容。将包转换为项目部署模型后,您应该只部署到 SQL Server 实例上的 SSISDB 目录。
项目部署模型包含包、参数、连接管理器和 2012 年引入的更多非常酷的功能。这是当今与 SSIS 合作的最佳选择。 https://docs.microsoft.com/en-us/sql/integration-services/packages/deploy-integration-services-ssis-projects-and-packages
好吧,有一定的限制是可能的。
首先,让我们声明“部署到文件系统”通常意味着您将包存储在文件系统文件夹中,并使用dtexec运行它。从这个意义上说,将 SSIS 项目部署到文件系统当然是可能的,您可以从项目文件中运行任何包。有关更多详细信息和示例 - 请参阅dtexec 上的 MS Docs。
然而,这并不实用。通过这样做,您会失去 2012 版中引入的 SSIS 功能的重要部分。例如,SSIS 目录中的执行报告,以及允许对包参数进行精细控制和管理的项目环境,包括密码等敏感数据的加密。SSIS 目录保留已部署包的版本,因此您可以轻松回滚到以前的版本。
此外,SSMS 完全支持 SSIS 目录;从项目文件运行包 - 您自己提供参数;连接字符串通常是从环境中传递的。