Sql server SSIS SQL Server配置使用设计时连接字符串

我已经创建了SSIS包，并使用SQL server代理在SQL 2008 R2服务器上对其进行了计划。此包使用SQL Server配置。SSIS包源是“文件系统”。在“数据源”下，我选择了连接并更改了连接字符串（命令行中的结果为/CONN选项）。当我运行作业时，即使它成功了，它也会创建登录失败的错误消息，我认为这是因为它试图首先使用设计时连接字符串，然后使用/CONN选项中提供的连接字符串，获取所有配置参数并成功执行

如果我将设计时连接字符串更改为prod连接字符串，然后尝试执行相同的作业，则不会记录任何错误

有人知道发生了什么事吗

更新4/17：我正在使用windows身份验证连接到sql server。设计时连接字符串包含开发服务器。DEV和PROD系统（SQL服务器/用户）是完全独立的，彼此没有访问权限。SSIS包在服务帐户下运行，该帐户可以访问SSIS包引用的所有产品环境，但无权访问开发环境。以下是SSI的配置方式。SSIS只有一个sql连接，该连接仅用于从sql表获取配置数据。配置数据用于填充将在子包中使用的变量

---

更新4/22:SSIS正在使用sql server配置，因为子包的设计时变量与配置中的不同。如果SSIS配置不起作用，子包将抛出一个错误，因为配置数据用于填充父变量，而父变量将被馈送到子包变量。

从SQL Server 2008 R2开始，设计时配置优于命令行中的配置。值得注意的是，配置期间采取的一组操作现在有所不同。首先，应用SSIS包配置。然后，应用命令行选项。最后，重新加载并重新应用SSIS包配置。这允许您使用/Conn开关更改包中一个或多个连接管理器的ConnectionString属性。这有助于将设置检索重定向到与最初使用的SQL Server不同的SQL Server。无论如何，以这种方式重新加载和重新应用设置意味着无法直接覆盖设计时配置设置。最佳做法是重定向用于检索设置的连接字符串。或者，不要为相关变量/设置设置SSIS包配置，而是始终从命令行进行设置

见：

查看标题为“了解如何在运行时应用SSIS包配置”的部分：

---

我认为你的方向不对，这从你自己的测试结果中是不言而喻的。尝试为您的问题添加更多上下文，例如，什么样的数据源，登录应该如何工作。您可以安装BIDS helper并检查您在连接中使用的变量是否动态填充？可以肯定，使用SQL事件探查器确定您登录的数据库以及使用的凭据。我想知道登录失败的错误是否来自“一个SQL连接”？根据您的描述，这似乎没有任何配置。