是否可以避免使用XML配置文件而仍在SSIS中使用程序包配置？

如何解决是否可以避免使用XML配置文件而仍在SSIS中使用程序包配置？

| 我们的团队管理着dtsconfig文件的多个版本，每个版本的环境都使用一个版本，我正在尝试查看是否有一种方法可以避免这种情况，并查看是否有一种更简单的方法。我们的问题是指定在哪里找到输入文件。在每个发行版环境中，输入文件都位于与托管软件包文件的服务器不同的服务器上，我怀疑这是正常现象。理想情况下，我希望能够使用环境变量指定文件ConnectionString来指定文件夹位置，但使文件名部分保持不变，如以下示例所示：％FileFolder％\\ MyFile.txt。 ..其中％FileFolder％等于\\ OurServerName \\ OurProjectName \\ OurFilesFolder。

<?xml version=\"1.0\"?>
<DTSConfiguration>
    <DTSConfigurationHeading>
        <DTSConfigurationFileInfo GeneratedBy=\"MyDomain\\MyIDE\" GeneratedFromPackageName=\"\" GeneratedFromPackageID=\"\" GeneratedDate=\"05/30/2009 01:26:00 PM\" />
    </DTSConfigurationHeading>
    <Configuration ConfiguredType=\"Property\" Path=\"\\Package.Connections[FLAT_FILE_PLAN].Properties[ConnectionString]\" ValueType=\"String\">
        <ConfiguredValue>\\\\OurServerName\\OurProjectName\\OurFilesFolder\\MyFile.txt</ConfiguredValue>
    </Configuration>
</DTSConfiguration>

解决方法

这是一个可能的解决方案，您可以尝试在环境变量中指定文件夹路径，然后在程序包中使用该路径。本示例不使用配置文件（.dtsconfig），但需要在执行包的计算机上设置名为SSISFolderPath的Environment Variable。分步过程：导航到Control Panel->System->Advanced system settings->单击Advanced选项卡->单击Environment Variables...按钮->单击对话框底部的第二个New...按钮。这些步骤对Windows Server 2008或2008 R2有效。较旧的Windows Server可能具有稍微不同的导航选项。创建一个环境变量，如屏幕快照1所示。我将其命名为SSISFolderPath，并赋予值c:\\temp\\SSISFolderPath\\ 注意：如果已打开Visual Studio IDE，请关闭并重新打开它，以便IDE和SSIS包中都可以看到环境变量设置。在SSIS包上，创建一个名为FilePath的变量，如屏幕快照2所示。请参考此链接以了解如何在SSIS包中创建变量。在SSIS软件包上，单击菜单SSIS，然后选择Package Configurations...。请确保在执行此操作之前先单击软件包。否则，该选项将不可见。选择Enable package condifurations复选框，然后单击Add...按钮。请参阅屏幕截图3。在“ 18”步骤上，从下拉列表“ 19”中选择值“环境变量”，然后选择新创建的变量，在此示例中，从下拉列表“ 20”中为SSISFolderPath。点击Next >按钮。请参阅屏幕截图4。在“ 22”步骤上，展开“ 23”部分，然后展开变量FilePath的“ 24”，然后在“ 24”节点下选择“值”。点击Next >按钮。请参阅屏幕截图5。在Completing the Wizard步骤上，提供合适的Configuration name。我给了Environment_Variable。点击Finish按钮。请参阅屏幕截图6。我已在SSIS程序包的“控制流”选项卡上放置了一个“ 30”，以演示该变量是使用“ 31”中的值填充的。请注意，该变量当前在包装上没有值。在接下来的步骤中，在包执行期间调用Script任务时，将使用在计算机上创建的Environment VariablesSSIFolderPath中的值填充变量，并将其显示在MessageBox中。有关示例输出，请参阅屏幕截图7。希望能有所帮助。脚本任务代码：（使用下面给出的代码替换脚本任务中的Main（）方法）可以在ѭ33中使用的VB Main（）方法代码

Public Sub Main()
    Dim varCollection As Variables = Nothing    

    Dts.VariableDispenser.LockForRead(\"User::FilePath\")
    Dts.VariableDispenser.GetVariables(varCollection)

    MessageBox.Show(varCollection(\"User::FilePath\").Value.ToString())

    Dts.TaskResult = ScriptResults.Success
End Sub

只能在ѭ35中使用的C＃Main（）方法代码。

public void Main()
{
    Variables varCollection = null;
    Dts.VariableDispenser.LockForRead(\"User::FilePath\");
    Dts.VariableDispenser.GetVariables(ref varCollection);

    MessageBox.Show(varCollection[\"User::FilePath\"].Value.ToString());
    Dts.TaskResult = (int)ScriptResults.Success;
}

屏幕截图1：屏幕快照＃2：参考此链接以了解如何在SSIS包中创建变量。屏幕截图3：屏幕截图4：屏幕截图5：屏幕截图6：屏幕截图7：屏幕截图＃8 ：（此屏幕截图仅适用于SSIS 2005） , @Siva有一个很好的答案，它适用于不同计算机上的单个环境/开发人员，但是在实践中我们发现，如果您在同一台计算机上运行多个环境（Dev / UAT / Prod / etc），则使用环境变量会很困难，因为您需要在子进程开始之前不断更改环境变量。我们尝试了与各种客户端的一些配置变化 -仅XML dtsConfig文件具有所有内部配置（每种环境一个） -控制使用哪个dtsConfig文件的环境变量 -最小的dtsConfig文件，它指向已定义完整配置的SQL Server /数据库/表组合。如果我们从头开始，我现在通常会选择第三个选项，因为它对我们来说是最灵活的。 ,我发现将值从SQL Server代理传递到变量对我来说效果很好。我正在按计划的任务运行SSIS包，因此SQL Server作业类型为\“ SQL Server Integration Services包\”，然后可以在“作业步骤属性”的“设置值”选项卡上提供值。例如，当我在本地运行时，我的属性路径为\“ \\ Package.Variables [User :: ChildPackagePath] .Properties [Value] \”，其值为\“ D：\\ Database \\ ETL \\ ETL \\\“（两个都不加引号）。在各种环境中，这是不同的。这有优点和缺点- 缺点是，有权访问SQL Server代理作业的任何人都可以看到详细信息（尽管只有那些人）。优点是您可以编写作业脚本，并更改脚本中的任何值，以在新环境中快速创建新作业。如果愿意，您也可以使用不同的\'versions \'-不同作业使用不同的值使用相同的软件包。

是否可以避免使用XML配置文件而仍在SSIS中使用程序包配置？

如何解决是否可以避免使用XML配置文件而仍在SSIS中使用程序包配置？

解决方法

相关推荐