SSIS 包存储和目录之间是什么关系？

Question

我有一台安装了 Sql Server 2012 SSIS 目录的服务器。我需要设置一个额外的实例，包括 SSIS 包存储服务作为重写包时的临时步骤。Package Store 是针对每个服务器的功能，而不是针对每个实例的功能。这两个功能可以并排运行吗？

Answer 1

SSIS 包的存储位置有两种选择：文件系统或数据库。在每一个中，有两个变体。

文件系统支持你想放置包的任何地方。该套餐商店仅仅是一个众所周知的位置%Program Files%\Microsoft SQL Server\NNN\DTS，其中NNN您的版本相匹配。Package Store 的挑战在于，对于多实例服务器，所有东西都混合在一起。SSMS，我会指定我要连接到 Server\DEV 或 Server\TEST。虽然集成服务连接器，我只是连接到服务器。您可以创建子文件夹来尝试隔离环境的包，但它很笨拙。不像在不同的 XML 文件中编辑/交换的其他方法那样笨拙，以重定向 Integration Services 进程定义包存储的位置...

2012 年之前的“仅数据库”选项将是 msdb 中的表（所有 dba 都为增加的备份膨胀和 msdb 的恢复测试感到高兴）。根据 2005 与 2008 的不同，该表将被称为 dbo.sysdtspackages90 或 dbo.sysssispackage，它们也可能存在于文件夹中。方便的SSIS 包查询

2012+ 年以后，我们有了一个新的选择，那就是 SSISDB。需要一次性创建，但它是针对每个实例的，因此您可以获得适当的隔离。不过，这个新的 SSIS 存储库仅适用于在项目部署模型下构建的包。在此之前，包是 Visual Studio/BIDS/SSDT 中的内聚解决方案，但这仅适用于开发体验。之后，这些包可能会散布到地球的四个角落，如果一个包依赖于同一文件夹中的另一个包，这是不幸的。项目部署模型试图通过将 SSIS 项目中的所有包“编译”成一个 .ispac 文件来解决这个缺点。通过编译，它真的只是压缩它们与清单文件一起使用，但现在我们有了一个可部署的量程，这就是在新环境中成功运行所需的全部内容^*。

^{* 只要您已经安装了驱动程序、第三方应用程序、设置文件系统权限、创建的用户、应用的配置等，但这是一个改进。}

回到最初的问题

包存储（服务器范围的功能）能否与新实例范围的 SSISDB 共存？当然，为什么不呢？