有人可以建议一种在多个环境中使用配置文件的更好方法吗
我希望跨多个环境标准化和参数化值，并且不必在任何时候更改 dtsx 文件。
我决定使用的模式是从 DTEXEC 程序运行所有包并在命令行上指定配置文件并将其全部放入批处理文件中。为每个环境使用不同的批处理文件。
一项要求是配置文件的位置不能位于同一物理驱动器位置，即所有配置文件都位于 D:\SSIS\config 文件中。主要原因是生产机器映射了 E 驱动器，这是 ssis 包生存和运行的地方。而且，登台计算机没有也不可能将驱动器映射到 E。
此外，我们希望所有文件在所有环境中都以相同的模式驻留。配置文件放在一个地方，存档文件放在另一个地方，等等。并且，尝试使用一种介质，这意味着文件系统是我们存储包、配置文件和批处理文件的地方，而不是在注册表中存储数据和工件环境变量。
有没有人看到满足所有条件的更直接的方法？
可能没有，感谢您抽出时间......
I want to standardize and parameterize values across multiple environments and not have to change the dtsx files at any point.
The pattern I am deciding to use is to run all packages from the DTEXEC program and to specify configuration file on the command line and put that all in a batch file. with a different batch file for each environment.
One requirement is the location for the configuration file cannot be in the same physcial drive location, ie all config files are in D:\SSIS\config files. The main reason is that the production machine has an E drive mapped and this is where the ssis packages live and operate from. And, the staging machine does not, and cannot have a drive mapped to E.
Also, we want all files to reside in same pattern across all environments. config files in one place, archive files in another, etc. And, to try to use one medium, meaning the file system is where we store the packages, config files and batch files, as opposed to having data and artifacts in the registry and environment variables.
Does anyone see a more direct approach that satisfies all the conditions?
There may not be one and I thank you for your time...
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（1）
这就是我们的做法 - 文件系统上的所有配置文件，使用调用 dtexec 的批处理文件运行包，并通过参数将配置文件位置传递给 dtexec 。
不过，请注意可能出现的令人讨厌的问题。正如这篇在线图书文章指出的，
dtexec有关命令行配置的行为在 SSIS 2005 和 SSIS 2008 之间发生了变化。That's how we're doing it - all config files on the file system, running packages using batch files that call
dtexec, and passing config file locations todtexecvia parameters.Watch out for a possible nasty gotcha, though. As this Books Online article points out,
dtexec's behavior regarding command-line configurations changed between SSIS 2005 and SSIS 2008.