SSIS 包卡在“已创建执行”状态答案

【问题标题】：SSIS Package Stuck at "Created Execution" StatusSSIS 包卡在“已创建执行”状态
【发布时间】：2015-06-17 18:04:18
【问题描述】：

我最近为我的一个 SSIS 项目部署了更新，自从项目失败后，它就按计划运行了。

SSIS 包似乎停留在“已创建执行”状态。报告中没有任何消息可以解释此问题。

我已尝试重新部署该项目，但结果保持不变。为了使系统重新上线，我最终不得不恢复到早期版本的部署，但我现在处于无法更新项目的位置。

我现在不知道如何解决这个问题，而这个项目对我们的业务来说是一个相当重要的组成部分。

任何指导将不胜感激。

【问题讨论】：

你能在 Visual Studio 中调试/运行包吗？
是的，它通过 Visual Studio 运行良好。部署的版本似乎是问题
你运行的是什么版本的VS？您的 SQL Server 版本是多少？
Visual Studio 2010 本地用于开发和 SQL Server 2012 在我们的生产服务器上
我发现了问题。在深入研究工作历史后，我发现了一条关于我的环境变量的有用信息。实际上，自上次部署以来，已对 SMTP 连接设置进行了更改，并且在项目级别对连接字符串进行了参数化。环境变量已设置，但仍未映射到此特定项目。我重新部署了项目并分配了变量。该项目现在可以正常工作了。

标签： ssis sql-server-2012 sql-server-data-tools

【解决方案1】：

为了对这个问题有一个实际的答案并且我自己刚刚遇到这个非常令人沮丧的问题，问题在于包/环境参数。当一个包按计划运行时，如果没有提供所需的包参数，SSIS 就……坐在那里。没有报告错误，但包从未真正启动。

为所需参数提供值将解决此问题。

【讨论】：

有一个类似的问题，我的环境没有在作业中选择，而参数确实存在。出于某种原因，SSMS 允许我在未选择环境的情况下保存作业。因此，即使您设置了参数但未在作业中选择环境，也会发生这种情况
我的入口包的包参数都配置好了，但是还是这样。你不知道还有什么其他原因吗？

【解决方案2】：

我发现如果新版本的软件包不再具有以前配置的参数，也会发生这种情况。我找到的唯一解决方案是在更新环境变量的配置后重新创建作业步骤。不知何故，作业似乎“记住”了不再存在的参数，并且实际上不会启动包，因为它认为缺少一些参数配置。

【讨论】：

【解决方案3】：

对于遇到此问题的人，开发团队通过我们在数据库管理员端设置的存储过程触发了 1000 多个错误的 SSIS 执行，导致内存过载...如果不遵循文档，那就无能为力了。

在您的包中设置参数（如果它们仍未设置）。见reference

EXEC [SSISDB].[catalog].[set_execution_parameter_value] id、object_type、parameter_name、parameter_value

如果您希望在设置参数后启动它并让它运行。

EXEC [SSISDB].[catalog].[start_execution] id

当且仅当包的状态保持在 status = 1 状态。见reference

还有如果包已经在运行就停止它

EXEC [目录].[stop_operation] id

如果您需要批量处理我所拥有的（正确设置参数），请创建一个游标并根据包中的状态和问题执行您需要执行的操作（如果有有效的需要运行和需要终止其存在的无效的。

声明 id BIGINT

DECLARE CURSOR FAST_FORWARD FOR
SELECT * FROM [SSISDB].[catalog].[executions] WHERE [status] = 1

打开
FETCH NEXT FROM INTO id

WHILE @@fetch_status=0
开始
...
更改 SSIS 包的代码
...
结束

关闭
DEALLOCATE

【讨论】：

【解决方案4】：

如果您在部署之前不执行包，可能会出现此错误。您应该首先执行包然后部署。之后，您可以启动 SQL Server 代理作业。

【讨论】：