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