目前我们的 DBA 团队的任务是支持 SSIS,但是我们希望将 SSIS 服务与实际的数据库引擎分开。原因是能够让不同的团队负责更新和维护 SSIS 服务器上的其他 3rd 方应用程序。我们希望 DBA 团队处理数据库引擎更新或维护。这将允许 SSIS 团队在那里对应用程序进行更新,而无需访问数据库引擎服务器。
几年前,有人问过一个类似的问题,即在一台服务器上安装 SSIS 包,而最后一条评论中的数据库包看起来可能可行,但不确定如何执行。
目前我们的 DBA 团队的任务是支持 SSIS,但是我们希望将 SSIS 服务与实际的数据库引擎分开。原因是能够让不同的团队负责更新和维护 SSIS 服务器上的其他 3rd 方应用程序。我们希望 DBA 团队处理数据库引擎更新或维护。这将允许 SSIS 团队在那里对应用程序进行更新,而无需访问数据库引擎服务器。
几年前,有人问过一个类似的问题,即在一台服务器上安装 SSIS 包,而最后一条评论中的数据库包看起来可能可行,但不确定如何执行。
有点不清楚您要完成什么,或者您要完成此任务的“原因”。“原因是能够让不同的团队负责更新和维护 SSIS 服务器上的其他 3rd 方应用程序。” - 这是模糊的,第 3 方应用程序是指数据库应用程序、SSIS 包还是在服务器上运行的实际非数据库软件?
“ ...我们希望将 SSIS 服务与实际的数据库引擎分开” - SSIS 是一种与主 SQL Server 实例和引擎共存的功能,但已经作为它自己的运行服务分开。如果您只想在单独的服务器上使用 SSIS 服务,则必须安装第二个 SQL Server 实例(这意味着还要为其支付额外的许可)。SSIS 利用它自己的数据库
SSISDB
来存储大量的东西,包括参数和运行时历史。因此,包含引擎的 SQL 实例的主要服务必须存在,SSIS 包才能正常执行和运行。如果您想划分职责和访问权限,请使用适当的安全配置,以便您的 SSIS 团队只能访问他们在您的数据库服务器上使用 SSIS 所需的功能。