SQL Server测试服务器SSIS进程重复启动致内存耗尽问题求助

我之前碰到过类似的场景，结合你使用SQL Server 2014 SP2（12.0.5000）的情况，给你几个逐步排查的方向：

1. 先检查SQL Server Agent作业的核心配置 #

这是最容易出问题的地方，优先排查：

• 作业调度的重叠执行设置：在作业的“调度”选项里，找到“作业已在运行时的操作”，确认是不是设置成了如果作业已在运行，则启动另一个实例——生产环境大概率是如果作业已在运行，则不启动，如果测试环境配置错了，就会导致前一个作业还没跑完，新的实例就被触发。
• 作业步骤的重试机制：进入作业步骤的“高级”标签，查看“重试次数”和“重试间隔”，如果重试次数设置过高，且作业本身因为资源问题反复失败，就会不断启动新的ISServerExec进程。

2. 验证包执行时长与调度频率的匹配性 #

测试服务器的硬件资源通常比生产环境弱，很容易出现包执行超时的情况：

• 对比生产和测试环境中同一个SSIS包的执行时长，比如生产跑15分钟完成，测试可能需要30分钟，但如果调度频率还是15分钟一次，就会导致作业重叠启动。
• 执行以下查询查看SSISDB的执行记录，确认是否存在大量正在运行状态的实例，且启动时间间隔很短：

SELECT execution_id, package_name, start_time, end_time, status 
FROM catalog.executions 
ORDER BY start_time DESC

3. 分析SQL Server Agent和SSIS日志找触发原因 #

• SQL Server Agent日志：在SSMS的“SQL Server Agent”→“日志”里，查看作业启动的每条记录，确认启动原因是调度触发、手动执行还是其他自动触发机制（比如警报）。
• SSIS执行日志：查询catalog.event_messages表，排查包执行过程中的异常信息——比如数据源连接超时、锁等待、磁盘IO瓶颈，这些都可能导致包卡住无法正常结束，而作业调度又不断启动新实例。

4. 考虑SQL Server 2014 SP2的已知问题与补丁升级 #

SQL Server 2014 SP2存在一些关于SSIS执行实例清理的已知bug，比如当包执行遇到特定异常时，ISServerExec进程无法被正常回收，同时作业调度的重叠逻辑出现异常：

• 可以检查对应版本的累积更新（CU）或升级到SP3，很多进程泄漏、作业重复启动的问题都是通过官方补丁修复的。

5. 检查测试服务器的资源瓶颈 #

如果测试服务器的资源不足，会直接导致包执行缓慢甚至卡住：

• 打开任务管理器，实时监控CPU、内存、磁盘IO的使用率，如果内存占比一直很高、磁盘IO队列长度持续超过阈值，说明硬件资源不足以支撑3个包的并发执行，导致作业无法按时完成，进而被重复启动。

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