Sql server SQL Server 2016中SQL Server Integration Services Server的用途是什么？

在SQL Server中，我们为SSIS安装了一个单独的服务器，但当我们部署项目时，它会转到SQL Server数据库引擎集成服务目录SSIDB

这种集成服务在这里有什么用途？我是新手，找不到任何关于此Integration Services登录的文章。

在SSIS中，当您选择包部署模型并创建部署实用程序ie部署清单时，我们可以选择在Integration Services上部署它

在SQL 2012+中，默认情况下，我们使用项目部署，在Integration Service Catalog下的SSISDB文件夹中创建.dtsx

正如在评论中所说的，它现在只是为了兼容性

下面是如何使用它的简短演示：

然后单击下一步：

现在，您将能够看到MSDB文件夹中的包。 从这里您可以运行和维护包。

在SSIS中，当您选择包部署模型并创建部署实用程序ie部署清单时，我们可以选择在integration services上部署它

在SQL 2012+中，默认情况下，我们使用项目部署，在Integration Service Catalog下的SSISDB文件夹中创建.dtsx

正如在评论中所说的，它现在只是为了兼容性

下面是如何使用它的简短演示：

然后单击下一步：

现在，您将能够看到MSDB文件夹中的包。

---

从这里，您可以运行和维护软件包。

这不是问题所在。事实上，这些包将出现在Integration Services目录中，而不是单独的SSI中server@PanagiotisKanavos如果选择“项目部署”而不是“包部署”，则它将出现在Integration Services目录中。在2012年之前，这是部署.was的方式。2012是受支持的最早版本。没有理由使用项目部署。这仍然不能回答这个问题——它有什么用？：没有，它只是为了兼容性而存在。这不是我的观点。这就是问题所在，这不是问题所在。事实上，这些包将出现在Integration Services目录中，而不是单独的SSI中server@PanagiotisKanavos如果选择“项目部署”而不是“包部署”，则它将出现在Integration Services目录中。在2012年之前，这是部署.was的方式。2012是受支持的最早版本。没有理由使用项目部署。这仍然不能回答这个问题——它有什么用？：没有，它只是为了兼容性而存在。这不是我的观点。这就是你不需要的。它适用于较旧的包类型。事实上，最新版本的SSMS甚至无法连接到它，因为你不需要它。它适用于较旧的包类型。事实上，最新版本的SSMS甚至无法连接到它