Sql server 项目部署中的服务器范围变量（2012 SSIS）

我读过关于2012/14 SSI使用目录替代2008年配置的文章。有了这个替换，我还没有看到人们如何处理服务器上所有包（如服务器连接或路径位置）使用的配置扫描。使用此scanario，所有包都指向一个配置，如果该值发生变化，所有包都将更新。有目录可以吗？似乎每个项目都有自己的on目录，如果是这样，每次服务器范围的配置/参数更改时，它都需要在每个项目中更改

在SSSIDB中，项目位于文件夹下。文件夹还可能包含SSIS环境

当您右键单击项目（或包）并选择“配置”时，您将在此处应用配置，就像您在2008年所做的那样。您可以使用与项目位于同一文件夹中的SSIS环境，也可以引用不同文件夹中的SSIS环境。这就是我所使用并向人们建议的方法

在我的Integration Services目录中，我有一个名为“配置”的文件夹（因为它的排序高于设置）。在其中，我创建了一个名为“General”的环境。许多人喜欢创建名为Dev、Test、Prod的环境，但除非您有一台SSIS服务器来处理所有这些环境，否则我发现让我的部署脚本变得友好和通用的复杂性太大了

然后，我将项目部署到命名为sanly的文件夹中，以便Sales文件夹包含SalesLoadRaw、SalesLoadStaging、SalesLoadDW等项目

如果已创建新项目，则需要添加对Configurations.General集合的引用，然后将项目项与环境项关联。对于连接字符串，不需要定义变量来接受该字符串。您可以直接分配给连接管理器的属性（项目范围或包范围）

配置的好处在于，一旦您分配了配置，它们就会在项目的重新部署中保持不变

---

最容易咬人屁股的是，当你创建一个环境并将这些条目添加到其中时，不要单击OK。相反，单击“脚本”按钮并将其脚本化到新窗口。否则，您必须为您的dev/test/load/stage/production环境重新创建所有这些条目。我发现编写一次脚本，然后修改值（SLSDEV到SLSPROD）比手工创建要简单得多。

在SSSIDB中，项目位于文件夹下。文件夹还可能包含SSIS环境

当您右键单击项目（或包）并选择“配置”时，您将在此处应用配置，就像您在2008年所做的那样。您可以使用与项目位于同一文件夹中的SSIS环境，也可以引用不同文件夹中的SSIS环境。这就是我所使用并向人们建议的方法

在我的Integration Services目录中，我有一个名为“配置”的文件夹（因为它的排序高于设置）。在其中，我创建了一个名为“General”的环境。许多人喜欢创建名为Dev、Test、Prod的环境，但除非您有一台SSIS服务器来处理所有这些环境，否则我发现让我的部署脚本变得友好和通用的复杂性太大了

然后，我将项目部署到命名为sanly的文件夹中，以便Sales文件夹包含SalesLoadRaw、SalesLoadStaging、SalesLoadDW等项目

如果已创建新项目，则需要添加对Configurations.General集合的引用，然后将项目项与环境项关联。对于连接字符串，不需要定义变量来接受该字符串。您可以直接分配给连接管理器的属性（项目范围或包范围）

配置的好处在于，一旦您分配了配置，它们就会在项目的重新部署中保持不变

---

最容易咬人屁股的是，当你创建一个环境并将这些条目添加到其中时，不要单击OK。相反，单击“脚本”按钮并将其脚本化到新窗口。否则，您必须为您的dev/test/load/stage/production环境重新创建所有这些条目。我发现编写一次脚本，然后修改值（SLSDEV到SLSPROD）比手工创建要简单得多。

在SSSIDB中，项目位于文件夹下。文件夹还可能包含SSIS环境

当您右键单击项目（或包）并选择“配置”时，您将在此处应用配置，就像您在2008年所做的那样。您可以使用与项目位于同一文件夹中的SSIS环境，也可以引用不同文件夹中的SSIS环境。这就是我所使用并向人们建议的方法

在我的Integration Services目录中，我有一个名为“配置”的文件夹（因为它的排序高于设置）。在其中，我创建了一个名为“General”的环境。许多人喜欢创建名为Dev、Test、Prod的环境，但除非您有一台SSIS服务器来处理所有这些环境，否则我发现让我的部署脚本变得友好和通用的复杂性太大了

然后，我将项目部署到命名为sanly的文件夹中，以便Sales文件夹包含SalesLoadRaw、SalesLoadStaging、SalesLoadDW等项目

如果已创建新项目，则需要添加对Configurations.General集合的引用，然后将项目项与环境项关联。对于连接字符串，不需要定义变量来接受该字符串。您可以直接分配给连接管理器的属性（项目范围或包范围）

配置的好处在于，一旦您分配了配置，它们就会在项目的重新部署中保持不变

最容易咬人屁股的是当你创造一个