sql-server-2008 - SSIS 部署策略

Question

我一直在研究 SSIS 的几种部署策略，想知道哪一种最容易维护。我一直倾向于使用 SQL Server 配置来容纳连接字符串，然后在从开发服务器导入包以更改连接字符串后运行 proc。但是，我有 75 个包，这似乎有些乏味。谁能建议一个好的部署策略？

我有一个 Dev、Stage 和几个要部署到的实时服务器。

Answer 1

我们正在为我的团队构建的大多数包使用 SQL 配置。我们为解决迁移问题所做的是添加第二个基于环境变量的配置，该环境变量告诉包要使用哪个配置数据库。这对每个人来说可能不是一个好的选择，但它很适合我们的设置。

详细信息:

• 我们的包总是从代理作业运行。
• 我们的每个环境都在单独的机器上(除了沙盒，我们不使用命名实例。)
• 我们在每台机器的默认 SQL 实例中都有配置数据库的副本，它在每个环境中使用相同的数据库名称和架构。
• 包查看机器名称环境变量以判断哪台机器正在执行包。
• 程序包然后在执行机器上查找配置数据库，以获取要完成的实际工作的连接字符串。

当我们构建一个新包时，我们必须将 SQL 配置迁移到每个环境并根据需要进行调整。但是从那时起，如果我们对包使用的连接或正在执行它的服务器进行更改，我们只需要担心它们。

通过这种方式，包始终知道哪个服务器正在执行它，并且始终使用与该服务器关联的配置。因此，单个包的持续维护和部署通常是直截了当的。我们通常只需要担心移动包本身以及与更新相关的任何基础架构更改。