两个SSIS包计划任务同时运行时其中一个失败，求解决方法

这种同一个SSIS包并发运行（传入不同变量/源文件）时出现的Script Task异常，我之前做ETL项目时也碰到过几次，大概率是资源冲突或者未正确隔离的共享状态导致的，给你几个实用的排查和解决方向：

1. 先定位具体错误原因（最关键） #

目前的错误日志太笼统了，根本不知道是Script Task里哪段代码出了问题。你可以给Script Task加个完整的异常捕获，把详细错误信息打出来：

// 以C# Script Task为例
try
{
    // 你原来的业务代码逻辑
}
catch (Exception ex)
{
    // 把完整异常（包括内部异常）写入SSIS日志
    string errorMsg = $"Script Task执行失败: {ex.Message}\n堆栈信息: {ex.StackTrace}";
    if (ex.InnerException != null)
    {
        errorMsg += $"\n内部异常: {ex.InnerException.Message}\n内部堆栈: {ex.InnerException.StackTrace}";
    }
    Dts.Events.FireError(0, "Custom Script Error", errorMsg, string.Empty, 0);
    Dts.TaskResult = (int)ScriptResults.Failure;
}

重新运行并发任务，就能看到具体是文件被占用、数据库连接冲突还是其他问题了。

2. 排查共享资源冲突 #

最常见的情况是两个包实例同时操作了同一个共享资源：

• 文件资源：比如Script Task里写同一个日志文件、临时输出文件，或者读取同一个正在被另一个包占用的源文件？解决办法是用传入的变量（比如源文件名、任务ID）生成唯一的文件路径，确保每个包实例操作独立的文件。比如：

  // 用传入的变量拼接唯一文件名
  string uniqueFileName = $"{Dts.Variables["User::SourceFileName"].Value}_temp_{Guid.NewGuid()}.txt";
  

• 数据库资源：如果两个包同时修改同一张表的同一批数据，或者用了未释放的共享连接？可以给数据库操作加适当的锁，或者确保每个包实例使用独立的数据库连接（不要在Script Task里复用静态连接对象）。

3. 避免Script Task中的静态变量共享状态 #

如果你的Script Task里用了static类型的变量，可要注意了！静态变量的生命周期是和AppDomain绑定的，如果SSIS把多个并发包实例放在同一个AppDomain里运行，静态变量的状态会被不同实例共享，很容易引发异常。解决办法：

• 把静态变量改成实例变量；
• 如果必须用静态变量，就在Script Task执行开始时重置它的状态，确保每个实例拿到的是干净的初始值。

4. 强制每个包实例运行在独立进程 #

默认情况下，SQL Agent可能会把多个SSIS作业步骤放在同一个进程里执行，导致资源共享。你可以在作业步骤的执行命令里加上/REUSECONNECTION FALSE参数，或者调整作业的执行选项，让每个包实例启动独立的DTExec进程：

DTExec /FILE "C:\YourPackage.dtsx" /SET \Package.Variables[User::SourceFile].Value;"C:\File1.csv" /REUSECONNECTION FALSE

另外，如果是32位环境的包，加上/X86参数也可能帮助隔离进程。

5. 检查代理账户的资源限制 #

虽然单独运行没问题，但并发时可能代理账户的资源配额不够？比如Windows用户组给代理账户设置了CPU、内存或者文件句柄的限制。可以检查代理账户所在的用户组权限，或者在SQL Server代理的属性里调整并发作业的数量限制。

内容的提问来源于stack exchange，提问作者Venkatesh