SSIS ETL 问题/选项

Question

在我们当前的 prod 环境中，当 ETL 启动时，它首先检查操作系统级别的环境变量，该变量告诉它“配置”数据库和表的位置，以便它获取运行所需的值/参数。

在我们的测试环境中，虽然我们将在同一个物理机器上进行测试和 QA，但使用不同的 SQL Server 实例。我得到的反馈是，因为它们在同一个物理盒子上，这意味着一个 env 变量，所以我们必须根据 ETL 是在测试还是 QA 中运行来更改 env 变量。这不太理想。

我明白不想将任何东西硬编码到包中，但必须有一种方法可以在同一个物理盒子上的多个环境中完成这样的事情。我无法证明为每个环境拆分到单独的物理硬件上是合理的。

别人做了什么。想法？什么有效，什么无效？

Answer 1

我们这样做，环境变量处于用户级别，因此运行 SQL 代理作业的每个环境的用户是不同的。因此，在开发环境中，我们的代理用户类似于 SQLDev，而在 QA 环境中则类似于 SQLQA。

如果您没有从工作中运行（我强烈建议在进行实际开发时除了在开发上这样做），是的，您必须将环境变量更改为正确的变量。我们已经创建了 cmd 行脚本来轻松地做到这一点并将它们放在我们的桌面上，以便我们可以轻松地切换环境变量。

Answer 2

一种解决方案（尽管有点糟糕）是将代理作业从 SSIS 任务转换为 CMDExec 任务，然后直接调用 DTExec。如果这样做，您可以在执行包之前在批处理文件中设置环境变量。