将 SSIS 2016 包（项目部署模型）部署到文件系统答案

【问题标题】：Deploying a SSIS 2016 packages (Project Deployment Model) to the file system将 SSIS 2016 包（项目部署模型）部署到文件系统
【发布时间】：2017-12-15 22:49:26
【问题描述】：

正在处理将 SSIS 2008 项目迁移到部署到文件服务器的 2016 的项目。目前在文件服务器上有包，并且更喜欢保持这种方式。我知道项目部署模型是从 2012 年开始引入的。

问题：

我可以将迁移的项目更改为项目部署模型并仍然部署到文件系统吗？更改为项目部署模型是最佳做法吗？
网上研究，只能找到如何部署到SSISDB(Catalogue)的教程。部署到文件系统是否仍与以前的版本相同，即。构建项目 > SSIS 在项目目录中创建 Manfest 文件 > 打开要部署的清单文件？

【问题讨论】：

标签： sql-server deployment ssis etl ssis-2016

【解决方案1】：

嗯，有一定的限制是可能的。

首先，让我们声明“部署到文件系统”通常意味着您将包存储在文件系统文件夹中，并使用 dtexec 运行它。从这个意义上说，将 SSIS 项目部署到文件系统当然是可能的，您可以从项目文件中运行任何包。有关更多详细信息和示例 - 请参阅MS Docs on dtexec。

但是，这并不实用。通过这样做，您会失去 2012 版中引入的 SSIS 功能的重要部分。例如，SSIS 目录中的执行报告，以及允许对包参数进行精细控制和管理的项目环境，包括密码等敏感数据的加密。 SSIS 目录保留已部署包的版本，因此您可以轻松回滚到以前的版本。
此外，SSMS 完全支持 SSIS 目录；从项目文件运行包 - 您自己提供参数；连接字符串通常从环境中传递。

【讨论】：

我们将使用 SQL Server 代理运行作业，它只是部署到我有疑问的文件系统。假设我们决定使用 SSISDB，运行 100 多个包，那么最佳实践服务器配置是什么？
@Esperanza，我只介意 SSISDB 的大小。它取决于包的大小和运行日志，后者可以通过保留时间参数进行控制。根据我的经验，生产性 SSISDB 的大小从 10 GB 到 100 GB 不等。

【解决方案2】：

是的，这是可能的，但不推荐（并不总是可能）。包部署模型的存在是为了向后兼容。将包转换为项目部署模型后，您应该只部署到 SQL Server 实例上的 SSISDB 目录。

项目部署模型包含包、参数、连接管理器和 2012 年引入的更多非常酷的功能。这是当今与 SSIS 合作的最佳选择。 https://docs.microsoft.com/en-us/sql/integration-services/packages/deploy-integration-services-ssis-projects-and-packages

【讨论】：

这意味着我们需要一个专用的集成服务服务器来存储和执行包以避免性能问题？由于 SQL Server 许可成本，我们有一个运行 DWH 的主 SQL Server 以及执行存储在文件服务器上的包的调度 SSIS 作业。我们有超过 100 个包裹。使用 SSISDB 时是否有关于 Integration Services 服务器配置的最佳实践？谢谢