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

正在进行一个项目，将部署到文件服务器的SSIS 2008项目迁移到2016年。目前，文件服务器上有这些包，并且更愿意保持这种方式。我知道项目部署模型从2012年开始引入

问题：

我是否可以将迁移的项目更改为项目部署模型，然后仍然部署到文件系统？更改为项目部署模型是最佳实践吗

通过在线研究，我只能找到关于如何部署到SSIDB（目录）的教程。文件系统的部署是否仍然与以前的版本相同，即：构建项目>SSIS在项目目录中创建manfest文件>打开要部署的清单文件

---

是的，这是可能的，但不推荐（也不总是可能的）。存在向后兼容的包部署模型。将包转换为项目部署模型后，应仅将其部署到SQL Server实例上的SSIDB目录

项目部署模型包含包、参数、连接管理器和2012年推出的更多非常酷的功能。这是目前使用SSI的最佳选择。

---

嗯，这是可能的，但有一定的局限性

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

然而，这并不实际。这样做，您就失去了2012版中引入的SSIS功能的重要部分。例如，SSIS目录中的执行报告，以及允许对包参数进行精细控制和管理的项目环境，包括加密密码等敏感数据。SSIS目录保留已部署软件包的版本，因此您可以轻松回滚到以前的版本。

---

此外，SSIS目录在SSMS中得到充分支持；从项目文件运行包时-您可以自己提供参数；连接字符串通常从环境中传递。

这意味着我们需要一个专用的集成服务服务器来存储和执行包，以避免性能问题？由于SQL Server许可成本的原因，我们有一个运行DWH的主SQL Server以及执行文件服务器上存储的包的预定SSIS作业。我们有100多个包裹。在使用SSIDB时，有关于Integration Services服务器配置的最佳做法吗？Thankswe将使用SQLServer代理运行作业，它只是部署到我有疑问的文件系统中。假设我们决定使用SSIDB，要运行100多个包，那么最佳实践服务器配置是什么？@Esperanza，我只介意SSIDB大小。它取决于包和运行日志的大小，后者可以通过保留时间参数进行控制。根据我的经验，SSIDB的大小从10 GB到100 GB不等。